05-19-2019 12:44 AM
Hello!
We have two ASR9006 with RSP440SE and A9K-24x10GE-SE. IOS XR 6.4.2 32-bit.
Our clients are connected through L2 VLANs (/24 per VLAN).
We use IPoE BNG sessions protected by SRG and created by an FSOL packet.
Some of our clients have silent devices that don't send any frames by itself and just wait for an incoming packet. Because of that, sessions are not created and the clients have connectivity issues.
Is there any way to create a BNG session without the FSOL packet, by some CLI or API command? We have all the required information (VLAN, MAC, IP) in our database so we can create any request to do it.
05-24-2019 05:14 AM
hi vpluto,
you can use the static subscriber sessions on the bng. these subscriber sessions will always be active and don't need
an fsol to create a subscriber session dynamically.
see here for a reference:
cheers!
xander
06-01-2019 09:38 PM
Hi, xander,
Thank you for your answer.
I knew about static sessions, but it was not really useful in our case, because it is interface-based. So to use it we need to put all those "silent" clients to separate VLAN. In our case, we have /24 VLANs and this kind of client can appear anywhere.
Now we russianed up a solution where a special server puts ARP responses into VLANs on behalf of these clients.
There is a useful feature in IOS XE (ASR1k) - "initiator static ip subscriber list list-name", but, as far as I know, there is no such a thing in IOS XR.
Regards,
Valery
06-02-2019 05:22 AM
hi valery,
that is correct, the static session for xr bng groups all users together under that same session on the same access interface. the a1k has a solution to define a list to include/exclude sessions in that static subscriber set allowing them to be combined with other session types.
do you have the ability to push an extra tag on these devices to catch them under a unique access interface?
these devcies are completely silent and always use the same address? or is there some way to have them create a packet triggered subscriber interface one time that never times out. eg if the device boots, it should send something that we can use to create the packet trigger sub on and you'd be fine then. alternatively to send down some packet on the access interface for this typical device having it force send something back is an option too as you did there.
cheers!
xander
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide