Having just returned from NANOG65/ARIN36, and hearing about how far IPv6 has come.. I find my experience with <large US-based ISP> support today Ironic.
Oh wait..
Hi, my name is Donn, and I’m speaking for… myself.
Irony is a cable provider, one of the largest, and earliest adopters of IPv6, having ZERO IPv6 support available via phone, chat, or email. And being pointed, by all of those contact methods, to a single website. A static website. In 2015, when IPv4 is officially exhausted.
Having just returned from NANOG65/ARIN36, and hearing about how far IPv6
has come.. I find my experience with <large US-based ISP> support today
Ironic.
Oh wait..
Hi, my name is Donn, and I’m speaking for… myself.
Irony is a cable provider, one of the largest, and earliest adopters of
IPv6, having ZERO IPv6 support available via phone, chat, or email. And
being pointed, by all of those contact methods, to a single website. A
static website. In 2015, when IPv4 is officially exhausted.
:sigh:
Tech support websites are long tail
Pragmatists are focused on getting ipv6 to the masses by default in
high traffic use cases.
Sighing about edge cases in the long tail with ipv6 ... Not sure what you
expect.
<deleted comments about f5 not supporting standard ndp, which has caused me
Anyone in a network administrator position struggling with IPv6 (and not willing to fix that out of their own initiative) has no business running any network.
I don't understand the strategy here, how is that getting more traffic
going-through IPv6 help its adoption by the mass? IMHO it only helps
high-end, backbone type of network equipment producers sell more of
their big box with advanced IPv6 license. It has absolutely no help
with the long tail crowd, which really need more push and incentive to
support ipv6.
Getting IPv6 to the masses without giving them the ability to get their IPv6 problems
resolved seems not like a long-tail issue so much as a really poor choice of deployment
plans.
> On our network, we had to spent times more money in people than in hardware.
Certainly.
> Customer support, especially network troubleshootings and so on...
Customer support for IPv6 costs a lot, at least because of:
1) Unnecessarily lengthy IP addresses, not recognized by most, if not
all, customers
2) Lack of so promised automatic renumbering
Upgrade the vendors. Nodes already renumber themselves automatically
when a new prefix appears.
Nodes can update their addresses in the DNS if the want to securely
using DNS UPDATE and TSIG / SIG(0). Apple does this on Darwin.
You have to supply the name and credentials (Preferences -> Sharing
Edit. Tick "Use dynamic global hostname" and fill in the details).
Microsoft does it with DNS UPDATE and GSS-TSIG after registering
the machine in the Active Directory database. If two vendors can
do this so can the rest.
This isn't rocket science. Firewall vendors could supply tools to
allow nodes to update their addresses in the firewall. They could
even co-ordinate through a standards body. It isn't that hard to
take names, turn them into addresses and push out new firewall rules
on demand as address associated with those names change.
Similarly with everything else that takes a address. It just
requires that you think. "There is a address/prefix here. How do
I automatically update it."
The DNS is a pull mechanism with updates being pushed to it. It
isn't that hard to design a generic push mechanism that applications
could hook into to receive noticed of address updates pushed to
them.
Customer support, especially network troubleshootings and so on...
Customer support for IPv6 costs a lot, at least because of:
1) Unnecessarily lengthy IP addresses, not recognized by most, if not
all, customers
2) Lack of so promised automatic renumbering
Upgrade the vendors. Nodes already renumber themselves automatically
when a new prefix appears.
Can the nodes treat multiple prefixes on multiple (virtual) interfaces
for smooth ISP handover?
Nodes can update their addresses in the DNS if the want to securely
using DNS UPDATE and TSIG / SIG(0).
How much is the customer support cost for the service?
This isn't rocket science. Firewall vendors could supply tools to
allow nodes to update their addresses in the firewall. They could
even co-ordinate through a standards body. It isn't that hard to
take names, turn them into addresses and push out new firewall rules
on demand as address associated with those names change.
As I and my colleague developed protocol suites to automatically
renumber multihomed hosts and routers
which is now extended for DNS update including glue, I know it is
doable.
But, as it is a lot more simpler to do so with IPv4 with
NAT, 48 bit address space by NAT is large enough and NAT can
enjoy end to end transparency, I see no point to use IPv6 here.
Automatic renumbering of IPv6 *WAS* promising, because it was
not necessary to replace existing IPv4-only boxes.