Hi there, Im using PPPoE on my infra-structure, but the problem is: How can I set One session per Host in PPPoE and not use WDS so the limit and overheading wont be a problem? Since if you activate One session per host you cant connect two clients with the same MAC, how can i solve this problem without using WDS? Any way of doing this? Thx guys!
Any ideas?
Come on, it has to be a way!
Trying to make me understand:
how do I centralize a PPPoE server and make One Session per User work behind other routers?
Any ideas??? I need to scale my network and this is important, how I do this?
Being demanding is unlikely to get you the answer you want.
OK you have two options as I see it:
- Use WDS from the CPE to the AP and then bridge to a EoIP/VPLS back to the concentrator
- Use VPLS from the CPE to the concentrator
Option 1 will obviously need WDS, but requires much less configuration then Option 2.
Hi there, Thx for the reply but I made a little research and found something about BCP bridging(PPP tunnel bridging). Am I right assuming this will work sending a MAC behind a router to the PPPoE concentrator using this? If im not, I will try to implement your option
!
Yes, you can use BCP but I dont see the point, if this is just for CPE’s then you are better off bridging the Eth1 interface and the WDS interface together and passing PPPoE over it.
I got another Idea, If i centralize only autentication on the concentrator and decentralize tunneling… for example, I set a PPPoE server on my other pops but set the radius IP of the central unit with user manager… this should work right? The only problem is that after I did this(with diferent service name of the central server of course), The log show radius timeout, like if the PPPoE server cant find the user manager in central unit with clients database to authenticate. Anything Im missing here to make this work?
Any ideas?
I use cpe in station mode; the ppoe client in the cpe; the AP have a L2 tunnel to the ppoe server (now I use eoip but I plan to migrate to vpls), then in AP I bridge the wlan and the eoip tunnel.
If you want your pc act as pppoe client, CPe must be in station-pseudobride (this is sufficient if you need to manage only one pppoe tunnel, ptherwise you need wds).
OK, but i need to authenticate many clients behind the pop, and I want the central unit to get the mac address of the clients behind my pop without using WDS, there must be a way to route this information across the router so I dont get the router MAC for every PPPoE client behind it, but actually the client MAC! I have a central unit with LVL 6 license and user manager installed and configured working fine, the pop is a routerboard with lvl 4 license in WDS with the central one. I dont want WDS so I can use independent networks and make a better project of my network and dont be limited by one narrow link because of the WDS!
Use RADIUS and max sessions. Set the RADIUS server to query the AP via SNMP to see if the user really still is connected if there are stale sessions.
nitrium, from your last post I now understand what you are trying to do a lot better. Here is the solution:
On Concentrator
- Create EoIP tunnel to AP
- Create PPPoE server on EoIP interface
On AP
- Create bridge
- Enable WDS on Wireless interface, and bind WDS to bridge
- Setup EOIP tunnel from AP to concentrator
- Add EOIP tunnel to bridge
On CPE
- Create bridge
- Enable WDS on Wireless interface
- Add wireless interface to bridge
- Add ethernet interface to bridge
This will effectively bridge all traffic from the ethernet side of the CPE all the way back to the concentrator, without having to use anything terrible like pseudobridge.
This would not be how I would run a WISP network, but it is how most WISP networks I have seen run.
I hope this helps! If you need more help it might be a good idea to contact a local Mikrotik Certified Consultant or to go on one of the Mikrotik training courses.
Regards,
Andrew
Hi Andrew,
Excellent post. Thanks for that.
But I wonder how it would work with non-mikrotik CPE’s.
Is this possible?
PS: i’m in NZ too.
cheers
Thx very much for the reply guys, now Im starting to see a light on the end of the tunnel! I will try to implement this here and tell anything about the results. Cya around!!!