Hi guys,

How to configure a rb112 as a simple cpe ?

I have a wlan1 and eth1 , create a bridge , connect to a remote AP , the system give me the ip ( dhcp server on ap side ) , but no ping .


Any suggestions ?

Thank's

Standard question, standard answer:

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...

Best regards,
Christian Meis

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.

-Michael

Standard question, standard answer:

Yes , is a standard question , but at this moment *NO STANDARD ANSWER* !!!

You can NOT bridge a wireless station (protocol limitation). Use WDS for that.

I think that you don't understand question. And is not a protocol limitation , but a routeros limitation , other os work.

And PLEASE learn to use the search function of this forum - this question has been asked way too often already...

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 ?

Thank's in advance.

Marco

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.

-Michael

Thank's Michael for solution !!!

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 .


Thank's in advance

Marco

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).


Cmit pretty fine described solution.

Standard question, standard answer:

Yes , is a standard question , but at this moment *NO STANDARD ANSWER* !!!

You can NOT bridge a wireless station (protocol limitation). Use WDS for that.

I think that you don't understand question. And is not a protocol limitation , but a routeros limitation , other os work.

And PLEASE learn to use the search function of this forum - this question has been asked way too often already...

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 ?

Thank's in advance.

Marco

I think that you don't understand question. And is not a protocol limitation , but a routeros limitation , other os work.
(...) Now , the question in simple mode for you can understand better:

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.

If you want, you can read about another forum user trying to achieve this using the 2.9 RouterOS features: http://forum.mikrotik.com//viewtopic.php?t=9094#41841.

Best regards,
Christian Meis

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

If you want, you can read about another forum user trying to achieve this using the 2.9 RouterOS features: http://forum.mikrotik.com//viewtopic.php?t=9094#41841.

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 ..

Best regards,
Christian Meis

Thank's and see you

Marco

brasileottanta, it's 802.11 limitation (not RouterOS). this topic was discussed many times here.

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 .


See you
Marco

1. It's workaround.

2. 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.

brasileottanta, it's 802.11 limitation (not RouterOS). this topic was discussed many times here.

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 .


See you
Marco

1. It's workaround.

2. 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.

Thank's Sergejs , but the AP don't have WDS This is the problem !!!


Is not a Mikrotik board



Thank's a lot

Marco

Marco,
than you can follow Michael (mperdue) suggestion with NAT, but it's not exactly the thing that you want to accomplish.

Marco,

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?

Best regards,
Christian Meis

Probabily , or probabily not ..... depend from answer .. you answer is not correct ( the first answer )

Just for completeness: Which answer is not correct?

Best regards,
Christian Meis

@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.

Marco,

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?

Best regards,
Christian Meis

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 !!!

Thank's

Probabily , or probabily not ..... depend from answer .. you answer is not correct ( the first answer )

Just for completeness: Which answer is not correct?

Best regards,
Christian Meis

"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

@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.

But Mikrotik sell a RIC/522 as a CPE , how do this ?


see you

Marco