Report "Delegated-IPv6-Prefix" attribute for PPPoE

We send a Framed-IPv6-Prefix (static) per customer. MT then sets up a static route once the client connects via link-local, and the customer is informed of his prefix and can manually configure the prefix on his side as the customer wants to. No need for DHCPv6, no need for Remote-IPv6-Prefix on the BRAS (when MT BRAS is used in any case). Nothing other than the single radius attribute required on the MT BRAS.

On our Cisco BRAS’ we use a /64 to allocate a dynamic /128 to the client (like it should be) instead of using link-locals, and then still use Framed-IPv6-Prefix to tell the BRAS to setup the static route for the prefix to the client.

You use the billing? Approximately how many subscribers you have? We have over 3000 subscribers - Framed-IPv6-Prefix (static) per kustomer - it’s a big problem for us because our billing support Delegated-IPv6-Prefix, not Framed-IPv6-Prefix .

AAA Servers combine all different types of accounting, and the combined accounting is used for billing. So whether it’s IPv4, or IPv6, it makes no difference to us. A byte, is a byte, is a byte, no differentiation, or distinction between IPv4 and IPv6 from a billing perspective (although we still can if we want to by making some changes on the AAA server policies).

3K customers with a static /57 means you need less than a /45. ISP’s generally get assigned a /32 (to start with), which can accommodate 33,554,432 /57’ss or 16,777,216 /56’s if you want to go that way rather…

Seems the problem you’re having isn’t a IPv6 one, but rather a billing (systems) one :slight_smile: Our systems are all developed in house, we don’t use 3rd party applications (like radius manager or what not). I think you’d rather need to approach your software developer to pose these questions to them. I’m fairly sure that with newer versions of FreeRadius (3.x) you’d also be able to easily rewrite Framed-IPv6-Prefix to Delegated-IPv6-Prefix, and vice versa - there’s always more than one way to skin a cat :laughing:

+1

…this is a very big crutch for a broken leg

support “Delegated-IPv6-Prefix” - imho better and the right idea

yes, delegated prefix will be great … creating pool for every single user and using mikrotik-delegated-pool is not the best solution

+1 - when is this coming? We are struggling to do a proper job of deploying v6 without Delegated-IPv6-Prefix…

Really need…

Delegated-IPv6-Prefix
and
IPv6-Accounting

Hey, Mikrotik guys!? Answer something about “Delegated-IPv6-Prefix” attribute for PPPoE and IPv6-Accounting? Should we wait or look for another vendor?

I’m sad … now we try to get some informations about Cisco XRv and use it in VMware esxi like pppoe concentrator. But I’m afraid about high price.

https://mellowd.co.uk/ccie/?p=2777

Mikrotik, please give us some hope. Thanks

On x86 (physical or virtual) you can run your favourite Linux distro + BIRD or Quagga + accel-ppp which has Delegated-IPv6-Prefix support. It takes more work to set up, but the software is free (both as in freedom and as in beer) - that’s what I plan to do when my patience waiting for Mikrotik to implement this feature runs out.

thanks … yes and no … I preffer debian, but stable debian (8 - jessie) have kernel that not support mpls in kernel, iproute2 version that cannot configure mpls, debian 9 stretch is now in freeze status, must wait and can be used

edit: we have pppoe in vpls/mpls

Hi, any changes? Is there any change how to get “IPv6 delegated prefix from pool” information to radius accounting?

IPv6 Delegated prefix not implemented
IPv6 accounting to radius not implemented or I miss something?

We need the data retention function fully work in accordance with local laws.

I try some another way, but no success. Nothing work “out of box”. Need support ldp, mpls, vpls, pppoe, “ipv6 prefix delegation” or “ipv6 accounting - get delegated pool to radius”
Debian 8 - not support mpls/vpls out of box
Debian 9 - mpls/vpls support, but terrible configuration when you have 100+ tunnels, ldp not support without patching
Vyatta/VyOS free version - not suport mpls/vpls
Brocade Vyatta based router - waiting for response from seller

Some tips ?

Reply from: “Sergejs (MikroTik Support)” <support@mikrotik.com> (MikroTik)
Re: [Ticket#2017040622000758] “Delegated-IPv6-Prefix” attribute for PPPoE

Thank you very much for the report.
We are aware of this feature, we will see what we can do.

Best regards,
Sergejs

petrb, we look towards Ericsson (RedBack) SE100 BRAS. http://rbdoc.ufanet.ru/en_lzn7830011_1_r5f/85_1543-CRA1191170_1-V1Uen.G.html#CHAPTER1.2
We do not have the information whether there is Accounting

hi, great news from latvia

thanks, I’ll look closer at erricsson

Hi, any news about delegated prefix ?

Solution:
I have two separated BRAS (mikrotik pppoe servers with radius) and on both of them I create with script 2000 /56 pools wit example parameters

/ipv6 pool add name=“2a01::/56” prefix=“2a01::/56” prefix-length=“56”

and in radius I have attribute for each client

mikrotik-delegated-ipv6-pool = “2a01::/56”

This way works, I also try use large ipv6 pool, but mikrotik didnt implement pppoe ipv6 accounting and I cannot find infomation in radius about delegated prefix to single user. (or I miss somethink)

Yes, it works, but our local FBR :slight_smile: require a static binding of the address or address pool to the consumer.

Yes, it is static => single poll selected for single pppoe user by using mikrotik-ipv6-delegated-pool atribute in radius

Ok thank you for solution. I’ll transfer idea to our testing department.