Can anyone tell me when why I have a Minitar in client mode PPPOE traffice wont pass thru it. If I try the same setup using a Smartbridge wireless unit the PPPOE traffice passes. THe setup is



PC >> Minitar CLient ---------------Minitar AP -------------Access Concentrator



When running a packet sniffer at the AC end I see no PPPOE-Dicsovery packets.
So it looke like the Minitar is not passing the PPPOE traffice in Client mode.


If I change the setup to Pt-Pt mode PPPOE traffice passes thru. I would really like to know if this will work or can be fixed as I was about to purchase 100 of these units for a WISP rollout but I have had too put this ob hold.

i would also like to know about this. because i need to use the following setup

PPPoE Client ____ MintarAP ------------------------- Minitar Client____Access Concentrator

____ Ethernet
------ Wireless

I think you meant to have the Minitars around the other way

It's a known issue with the chipset used in the MNWAPB devices at the moment. It's been passed to the firmware engineer's for a resolution. At the moment PPPOE will only work through bridging modes.

I assume you are trying this with 2.53 ?

S.

nar i need them like i put them

Thanks for the update. Do you know when it will be fixed as I am holding of on a purchase of 100-150 units for my WISP due to this issue. Do you have a timeframe on the resolution. I am looking at the SmartBridge AirPointBridge units for CPE but they are twice the price. If the PPPOE issue can be resolved I will stick with Minitar units as I beleive they are excellent value for money.


Rgds

Mark

We are trying to get an ETA at the moment. Unfortunatly it is a very low-level bug with the firmware of the main wireless chipset itself so it has to go back through a few different departments to get a resolution. I will try and find out for you.

S.

Thankyou very much as I am really keen to use these units in bulk as they have proven very reliable on a mast in a sealed box. The reason I must use PPPOE rather then PPTP is that PPTP leaves it open to people using the wrong IP and bringing down the PPTP server. Where as PPPOE is alot more secure from network configuration issues.

Ditto I have same problem.

Can I just ask, could you not place all the units into WDS mode and have them talk over the WDS environment and then use the same PPPoE over that... as the MNWAPB will still be talking to each other however that will also allow PPPoE to flow.

SB

UNfortunately that wont work as my environment cosnsits of carrier classs Smartbridge AP and Minitar clients

And the Smartbridge AP's don't support the standard set of bridged modes - only their own proprietory modes.

We are awaiting a response from the engineers at the moment. We will post when we have more information.

S.

does anyone know if its the client or ap stopping the pppoe packets? or both?

Its most definately the Client unit not passing the PPPOE session, I have
verified this.

which means i should replace more then one of my APs. should have done my research first

Still waiting for a reply guys, will let you know.

S.

Just owndering if an update has been recvd yet as it has been over a month now, since the issue was reported. Surely the Manufacture should have a fix no fix solution .

Well unfortunatly the chipset people are saying, "no fix" at this time reporting that it is impossible for them to implement this feature in station modes. We are currently asking for a more detailed reason why but it isn't looking good.

S.

Very disappointing. Looks like I'll be going for the Linksys WET-11 units then.

This problem happens in bridge (brctl) between interfaces lan and wlan. To correct the problem it is necessary to remove bridge (br0) and to make pppoe-relay between lan and wlan.

code:
brctl delif wlan0
brctl delif eth0
ifconfig br0 down
brctl delbr br0
<ifconfig eth0 0.0.0.0 > any IP for interface
pppoe-relay -S wlan0 -C eth0 --> correct this problem

Work fine !

Unfortunatly that doesn't appear to also allow normal traffic to traverse the bridge - only pppoe traffic, at least from my little test so it isn't a possible fix for the MNWAPB. And besides, the unit most likely doesnt have enough memory in it's current configuration to add the relevant pppoe-relay software.

I'll forward this to the engineer's though, thanks.

S.

You are correct, SerialMonkey! The code above does not allow traffic between bridge (wlan and eth0) but corrects the problem when running as station and repassing the traffic pppoe through lan.

how does i use this code?

so it just allows PPPoE in client etc, with no other traiffic? that could work for me...

I assume you woudl need a custom firmware modded with this extra software.

S.