Anyone interested ?
It is very useful . for example with “Agent-Circuit-Id” you can understand which user connected to which port of dslam . in large deployments with centralized RADIUS server it adds more flexibility to network .
“Agent-Circuit-Id” and “Agent-Remote-Id” (Option 82) works fine with DHCP+RADIUS, but in case of PPPoE, your router should do insertion, not just resending… so you should wait for support response =)
Thank you for the feature request.
DHCP and PPP implementations are completely different.
We will see what we can do for the requested feature.
Regards,
Sergejs
May this feature available in 4.11 ?
Please do it if possible . i think it is the only way to really prevent bad behaviors like mac spoofing in PPPoE based DSL networks .
is that part of some standard. We really do not like introduce some tags, that are not supported by anything else for something that has strict standard set.
MT dhcp send to freeradius data from option 82 (switch, port number, vlan)
I need to dhcp option 60 (vendor class id) send from MT dhcp via use radius=yes to FreeBSD freeradius…
The task is identify MS windows clients (MSFT 5.0) and other clients…
What I can do to achieve this)
I am sorry, maybe I am completely wrong, but why the dslam doesn´t act as PPPoE concentrator itself? Why do you need RouterOS as PPPoE concentrator for DSLAM? Or is this any kind of PC-based DSLAM?
few dslams brands can act as pppoe concentrator and their implementations are very simple and buggy . We want routeros for pppoe concentrator because it is routeros