You can NOT bridge a wireless station (protocol limitation). Use WDS for that.
And PLEASE learn to use the search function of this forum - this question has been asked way too often already…
Set wlan1 to station mode
Set a public ip on the ether1 such as 192.168.1.1
Setup a dhcp server on the ether1 that gives out a range of ip such as 192.168.1.100 to 192.168.1.200. Setup a default gateway as 192.168.1.1
Go to firewall, go to nat, set general “srcnat” set sorce address as 192.168.1.1/24
Go to action and seelct masqurade.
This will setup the cpe to route to the internet using public ip’s on the eithernet address. And the wlan is the routed network.
If your using pppoe autentication setup your ppp client and make sure you have “add default route” selected.
Yes , is a standard question , but at this moment NO STANDARD ANSWER !!!
I think that you don’t understand question. And is not a protocol limitation , but a routeros limitation , other os work.
This question is not answer better .. no one .. I know how to use search function , and you ?
Now , the question in simple mode for you can understand better:
I want to connect my RB112 as a wireless client to ANY AP in the world with NO WDS and with no special configuration ( like NAT or using MAC-NAT etc .. etc … ) , is it possible ? and How ?
But this is not my case . I want ( if possible ) a trasparent connection to remote AP without nat . I want to assign a IP to client ( cpe side ) from DHCP of AP .
brasileottanta, it’s 802.11 limitation (not RouterOS). this topic was discussed many times here.
WDS allows you to create transparent network between two wireless interfaces.
EoIP helps you to create transparent network between two MikroTik routers (WDS is more recommended).
I don’t want to argue with you. Being rude to people here on the forum will probably not get you more answers…
But as the standard 802.11 wireless protocol only has room for THREE MAC addresses in the packet header, real bridging CANNNOT be done. You need FOUR MAC addresses for that (source mac (your PC), destination mac (the server or whatever), sending wireless mac (your CPE), receiving wireless mac (the AP)).
The only way to make this work without WDS (which HAS FOUR mac addresses in the packet header) is some form of MAC-NAT/MAC cloning etc. This usually limits you to only ONE device behind your CPE, i.e. is not a real bridge.
I don’t want to argue with you. Being rude to people here on the forum will probably not get you more answers…
Probabily , or probabily not … depend from answer .. you answer is not correct ( the first answer )
But as the standard 802.11 wireless protocol only has room for THREE MAC addresses in the packet header, real bridging CANNNOT be done. You need FOUR MAC addresses for that (source mac (your PC), destination mac (the server or whatever), sending wireless mac (your CPE), receiving wireless mac (the AP)).
Yep , but other software make that trasparent , How do this ( without wds ) ? We have buyed licence 5 lev with the possibility to use as wireless client without this limitation and without complicate configuration. So , we searching for plug & play solution
I know the NathanA solution , but is not praticable for large customer base .
We use also Repeatit hardware , Alvarion hardware and no problem to bridge ..
Thank’s Sergejs , but other os and hardware work in 802.11 standard . How do this ?
Example : we have a BTS Repeatit ( soecris hardware with custom linux on board ) and CPE Repeatit can cannect without configuration one lan to BTS … and the ip to lan is provided from a dhcp server on BTS side .
WDS configuration is not complicated.
-All you need for the AP configuration, mode=ap-bridge wds-mode=dynamic wds-default-bridge=bridge1 (wlan interface in the same bridge).
mode=station-wds wds-default-bridge=bridge1 (wlan, Ethernet interface).
I suppose, that’s all.
I don’t know how other vendors are doing it, but I know of some code to accomplish this under Linux.
You have to do MAC-NAT, inspect (and change on the fly) ARP requests/answers etc. to get a “real” transparent bridge.
@MikroTik:
Perhaps MikroTik would want to take a look at this code to decide if to include it in some future version? (GPL)
Because it’s a fact that we can explain, WHY this doesn’t work. But as Marco (and others) have said, many cheeeeaapo wireless clients do provide at least partial work-arounds, it’s worth the consideration, right?
@MikroTik:
Perhaps MikroTik would want to take a look at this code to decide if to include it in some future version? (GPL)
Because it’s a fact that we can explain, WHY this doesn’t work. But as Marco (and others) have said, many cheeeeaapo wireless clients do provide at least partial work-arounds, it’s worth the consideration, right?
Best regards,
Christian Meis
I agree completely. Mikrotik would do well if they could figure this out and offer it as a solution.
Yes , for examplea linksys wtrg ( 50$ ) with linux work great as client bridge without complicate configuration.
Trasparent bridge is not a special feature , is a BASIC feature , and mikrotik don’t specify this limitation in spec of routeros … this is not correct !!!
"And PLEASE learn to use the search function of this forum " → this one is not politically correct …expecially for user that write for first time on topic that is most important ( see the view of this topic or simile ) ..
but , for me is not a problem and the little flame is closed , if is ok for you