Hi Everyone,

I am a ISP in India and we have a customer base of 3k+

We are trying to implement IPv6 in our network but we are currently stuck due to no IPv6 radius accounting in Mikrotik Routers.

As an ISP we need to know which IPv6 Address is delegated to which customer, But since there is no IPv6 Radius Accounting mikrotik routers we are unable to get the data to our session logs in radius.

It would be really helpful if anyone can help us on this and also is there any alternate solution to this issue???

Not correct. This feature exists already.

Release 6.45.1 2019-07-01
What's new in 6.45.1 (2019-Jun-27 10:23):
*) dhcpv6-server - added RADIUS accounting support with queue based statistics;

Not correct. This feature exists already.

Release 6.45.1 2019-07-01
What's new in 6.45.1 (2019-Jun-27 10:23):
*) dhcpv6-server - added RADIUS accounting support with queue based statistics;

Hi Normis,

Thank you for your valuable response but still we are unable to get the Delegated IPV6 Prefix (DHCPv6 PD) in our Radius Session.

We are only able to get the Remote IPv6 Prefix.

But as per our ISP Regulations in INDIA it is mandatory for us to maintain both Delegated IPV6 Prefix (DHCPv6 PD) & Remote IPv6 Prefix so that we can identify which user got the delegation at which time (IPDR Purpose).

Hope The Images Attached herewith this post may clear your doubts.

Expecting Your Reply at the earliest.

The feature only exists when using DHCPv6 server outside of PPP/PPPoE situations. It is not yet implemented for PPPoE. We really want to see it implemented for PPPoE situations as well.

The feature only exists when using DHCPv6 server outside of PPP/PPPoE situations. It is not yet implemented for PPPoE. We really want to see it implemented for PPPoE situations as well.

Yes because most of the ISP and WISP is using PPPOE for connecting to Clients, Using DHCPv6 or DHCP Server in ISP Grade network in very difficult.

Hope Mikrotik Team may take this issue on priority and do the needful at the earliest.

Hmmm, I Think people are mostly not interested in IPv6 Implementation or am i the only one who is so furious in implementing IPv6....

Well i cant understand!!!

Do you have a ticket number?

Do you have a ticket number?

I had ticket 2018070222004763 for this, but it was in the older OTRS system they used before they moved to JIRA.

Do you have a ticket number?

Mikrotik Support Reference No.: SUP-20538

Hmmm, I Think people are mostly not interested in IPv6 Implementation or am i the only one who is so furious in implementing IPv6....

Well i cant understand!!!

In Brazil we also have the legislation to keep the Logs of Delegated IPV6 Prefix & Remote IPv6 Prefix, and it is really frustrating the development delay of Mikrotik in relation to IPv6.

Is it really that difficult to add the RADIUS Delegated-IPv6-Prefix Attribute to v6? Or should we wait for v7?

Hmmm, I Think people are mostly not interested in IPv6 Implementation or am i the only one who is so furious in implementing IPv6....

Well i cant understand!!!

Is it really that difficult to add the RADIUS Delegated-IPv6-Prefix Attribute to v6? Or should we wait for v7?

Same Doubt i also have. Mikrotik is used by many ISP around the globe and we are requesting this feature from long time.

I believe that Mikrotik Team will do something to solve this issue. Already Mikrotik is late as all other Major Brands like Cisco, Huwai, Juniper etc are fully functional & compatable with IPv6.

Finally received a response from Mikrotik Support Team,

Hello

Thank you for contacting us. Yes, it is in our plans to add such functionality when PPP service is authenticated by the RADIUS server. However, unfortunately, I can not provide any ETA for such functionality.

Best regards

I Know they have not given any ETA, but atleast it gives all of us a hope.

I Know they have not given any ETA, but atleast it gives all of us a hope.

They gave me this same response a year ago.

I Know they have not given any ETA, but atleast it gives all of us a hope.

They gave me this same response a year ago.

Then I think some Mikrotik Support Member will surely answer to this post!

RADIUS ACCOUNTING FOR PPP DELEGATED PREFIX...... Any Update.

Please do the needful to add the same. waiting from so many years and still no updates from mikrotik team...?

We have clients that also need PPPoE + PD + Radius, please consider implementing this feature

Not correct. This feature exists already.

Release 6.45.1 2019-07-01
What's new in 6.45.1 (2019-Jun-27 10:23):
*) dhcpv6-server - added RADIUS accounting support with queue based statistics;

@Normis
Please take a look at this viewtopic.php?f=2&t=89443 to remember the problem

What's new in 6.48beta48 (2020-Oct-14 10:26):

...

Other changes since v6.47.4:
*) ppp - added support for "Framed-IPv6-Route" RADIUS attribute;

Do this works for PPPoE ?

Hi!

What's new in 6.48beta48 (2020-Oct-14 10:26):

...

Other changes since v6.47.4:
*) ppp - added support for "Framed-IPv6-Route" RADIUS attribute;

Do this works for PPPoE ?

I tried to use Delegated-Ipv6-Prefix with PPPoE and Radius in v6.48 and I get this error:
Could not add dhcpv6 with pool "poolname": same interface for multiple servers cannot be used!

Thanks,
Marcos.

Delegated-IPv6-Prefix + PPPoE is the last part of the IPv6 puzzle. Hey Mikrotik we are looking for this change in changelog .

I was able to do a dirty fix using a Script in the Mikrotik, a php server on freeradius, and some changes in queries.conf of freeradius 3 to save the PD assigned to the pppoe user.

The idea is to save the PD in the attribute of the radreply table named Delegated-IPv6-Prefix , (I know should be used in the other way).
And later, when the Mikrotik do the accounting, update the Delegated-IPv6-Prefix in the radacct table.

https://github.com/dpecile/Delegated-IPv6-Prefix

I still dont understand why no one from Mikrotik is addressing this issue.

Govt. is pressuring all ISP to implement IPv6 but Mikrotik Team is showing no interest in addressing IPv6 Issues.

Come on Mikrotik Team, One Fix to solve IPv6 Implementation.

Pls Add IPv6 Radius Accounting Not Working for PPPOE Clients (Delegated Prefix)

Use Cisco for IPv6 accounting and Delegated prefix.

Use Cisco for IPv6 accounting and Delegated prefix.

You Mean Mikrotik is never gona Develop IPv6?

Waiting for Reply from Mikrotik.

Please atleast let us know the reason of delay???

Hello!!! Any Update on this issue???

Hello..

I think limiting the clients with the PPPOE usernames limits the clients to the Cap specified on the dynamic Queues by radius both for v4 & v6.

This has worked for me since I rolled out v6. 3 weeks ago. Doing 6.48

I think limiting the clients with the PPPOE usernames limits the clients to the Cap specified on the dynamic Queues by radius both for v4 & v6.

Yes, limits have always been working, that is not the problem. The issue is tracking the prefix that the customer receives, which is often a legal requirement so that if you get a court order that has an IPv6 address on it and a date and time, you can identify who had that prefix at the time. MikroTik has now partially implemented this but has not finished.

This we all are requesting from very long time..... Hope Mikrotik Team will take little bit more serious.

I think limiting the clients with the PPPOE usernames limits the clients to the Cap specified on the dynamic Queues by radius both for v4 & v6.

Yes, limits have always been working, that is not the problem. The issue is tracking the prefix that the customer receives, which is often a legal requirement so that if you get a court order that has an IPv6 address on it and a date and time, you can identify who had that prefix at the time. MikroTik has now partially implemented this but has not finished.

Oooh okay.


Hope this' implemented on the next release. With the ipv6 only update error too :)