Hello all!

I set up a test system with an RB532 running in AP Bridge and an RB133c running in station pseudo-bridge (3.0rc4) with ether1 and wlan1 added to bridge1. The RB133c is successfully registered with the AP BUT I cannot get a DHCP IP address from the DHCP server on the other side of the AP with my PC connected to the CPE. The AP also has bridge1 with wireless and ethernet interfaces added.

Here's a simple diagram for clarification:

DHCP Server----RB532 (AP BRIDGE)*****RB133c (station pseudo-bridge)---PC

What am I missing?

THANKS!

I would very much like to know how this works too... I could't make it work when I tested. Tried the same way as jd6strings:

RB133 { ether+wlan (mode=ap-bridge) bridged } -->> RB133c { ether+wlan (mode=station pseudo-bridge) bridged }

it's been working fine for our 2 900mhz beta towers, we have ~20 customers running rc4 currently and all of them are setup in mode=station-pseudobridge, and no problems that I've seen.

Does the AP also have to be running v3.0rc4? The RB532 that I was testing with is running the latest version of 2.9 and no go!

Can you provide your CPE configs so that the rest of us can see what we're doing wrong?

Thanks again!

Ant takers?

it's been working fine for our 2 900mhz beta towers, we have ~20 customers running rc4 currently and all of them are setup in mode=station-pseudobridge, and no problems that I've seen.

UPDATE:

it seems that psudobridge may be broken in 3.0rc5, we had to downgrade back to 3.0rc4 in order to get people to connect and pass traffic.

it seems that psudobridge may be broken in 3.0rc5, we had to downgrade back to 3.0rc4 in order to get people to connect and pass traffic.

Further Update:
It looks like it is a problem with 5mhz channels actually. After downgrading back to rc4, station psudobridge was working, somewhat, but people were only getting a few hundred kbps of throughput where they normally get 2mbps. We have other test towers running 3.0rc4 with psudobridge just fine, so we know that works, the only difference is that they are all running 10mhz channels, where this tower is on 5mhz... I'm going to email support about this in a few minutes.

Further Update:
It looks like it is a problem with 5mhz channels actually. After downgrading back to rc4, station psudobridge was working, somewhat, but people were only getting a few hundred kbps of throughput where they normally get 2mbps. We have other test towers running 3.0rc4 with psudobridge just fine, so we know that works, the only difference is that they are all running 10mhz channels, where this tower is on 5mhz... I'm going to email support about this in a few minutes.

Bug Identified!

the problem lies with having the framing policy enabled on the AP and station psudobridge on the client enabled. the problem has nothing to do with 5mhz channels at all, with framing policy enabled, station psudobridge does NOT work correctly, disable the framing policy and everything is good. - emailing support with details.

Awesome. Glad to hear that there is a workaround....

thank you for the report, we will try to find the solution.

using V3R6 ,framing policy=none , client can get IP address from main DHCP but cant go throgh internet !!!!!
downgrade to R4 is always faild , after rebooting the rb3333 the same R6 ..!!!!!!!!