[afnog] IPv6 transition mechanism used by ISP

Mon Dec 3 10:22:32 UTC 2018

What I can say publicly is that my coauthors of the IETF document (D-Link and NEC) support it.

We also had this panel in APNIC and Zyxel said will do.

https://blog.apnic.net/2017/11/09/ce-vendors-share-thoughts-ipv6-support/

There are a few others, but I don’t think I can name them until they announce it, as in some cases only do for the firmware provided to ISPs not the retail firmware.

Regarding Mikrotik, implementing CLAT is a matter of few minutes. The code is publicly available, there are even several choices. They just don’t react to IPv6 transition. I’ve tried hard for several years, they never even responded emails, forum, etc.

Today you can by Chinese’s products far superior than Mikrotik for half the price, and they already have by default OpenWRT. For example, 5 Gig ports + USB + 2 WiFi radios, less than 20 USD, for some volume. No volume, just go to Aliexpress and you get it for about 25-30 USD, depending on chipsets, memory, etc. There are some with built-in GPON and even VoIP RJ11.

In the backbone, you don’t need the CLAT support, so that’s not a problem to keep using Mikrotik. Of course, NAT64 support will be very nice.

Regards,

Jordi

De: Mark Tinka <mark.tinka at seacom.mu>
Fecha: lunes, 3 de diciembre de 2018, 11:12
Para: JORDI PALET MARTINEZ <jordi.palet at consulintel.es>, Diarmuid O Briain <diarmuid at obriain.com>, UIXP Techies <techies at uixp.co.ug>, <afnog at afnog.org>
Asunto: Re: [afnog] IPv6 transition mechanism used by ISP

On 3/Dec/18 12:00, JORDI PALET MARTINEZ wrote:

By the way.

Some CPE vendors already support it, but not in the retail models. This was explained in my presentation this week “Raiders of the lost Ark” “in search for the lost CPE”.

https://meeting.afrinic.net/afrinic-29/components/com_afmeeting/speakers/3283/raiders-of-the-lost-ark-Jordi-Palet.pdf

I don't see a list of known vendors that support it today (retail), which likely means none.

Not sure when video will be available …

The big offender is Mikrotik, they don't support any transition mechanism except 6in4 and this is now useless once you exhaust IPv4 addresses. They are so negligent that they even confuse people using “6to4” to say “6in4”, and those are 2 different transition mechanisms. Not sure how much is being used in residential users in Africa … they are the big offender (I think also Ubiquity). Just don’t by them, or reflash them with OpenWRT and make sure to tell the vendor about it. Only market pressure will make them react.

Well then, I probably spoke too soon :-).

Mikrotik is widely used in Africa, both in the backbone and at home.

I know what you mean with the whole 6-to-4 instead of 6-in4- debacle. Took me a minute to figure out while I was setting my tunnel up.

It's a shame, really, since they work hard to ship updates and bug fixes out for their gear. It just seems like they don't have enough demand to do more than just what they want, and for the price folk pay, most are happy with what they get anyway.

Mark.

**********************************************
IPv4 is over
Are you ready for the new Internet ?
http://www.theipv6company.com
The IPv6 Company

This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.afnog.org/pipermail/afnog/attachments/20181203/0335f437/attachment.html>