<div dir="ltr">InterNode are doing consumer IPv6, both native and tunneled.<br><br>Basically they appear to have just ignored the charging issues and are just charging for all IPv6 traffic, including traffic that would otherwise have been "free" as well as the IPv6 tunnel overheads.  Details at <a href="http://ipv6.internode.on.net/">http://ipv6.internode.on.net/</a><br>
<br>As you stated very few of the higher level vendors are doing much with IPv6 at the moment - it's basically the good old catch-22 situation where there's no point supporting it until people are using it, and you can't use it until people support it...<br>
<br>Speaking with a vendor hat on the subject of this thread is probably as much as anything what's holding things back - until we know what real-world IPv6 deployments look like it's hard to architect a product. eg, consider a spam RBL - today many of them work at the individual IP address level, but is that still valid if ISPs start handing out a million IPv6 addresses to each subscriber?<br>
<br>  Scott<br><br><br><div class="gmail_quote">On Sun, Aug 3, 2008 at 12:54 PM, Kevin Littlejohn <span dir="ltr"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
That, and billing - I missed the start of the conversation, but is<br>
anyone actually offering native IPv6 atm, and if so, are you billing<br>
per Mb for it (and if so, how? :)?<br>
<br>
So far, the edge devices we deal with (SCE, PacketLogic, Packeteer,<br>
BlueCoat) don't, AFAIK, support IPv6.  The RADIUS-based ones (SSG/ISG/<br>
802.1x etc), one would assume, will just continue to report bulk<br>
traffic across v6 the same way they do across v4 (I haven't tested<br>
that, tho).  Similarly anything pipe-centric like SNMP, if anyone's<br>
actually still using that for billing - but RADIUS and SNMP share the<br>
same problems for tracking _what_ the traffic is.<br>
<br>
I also don't know how the app-layer inspection devices (see list above<br>
mainly) deal with IPv6 traffic - I'm fairly certain most of them don't<br>
grok it, therefore may not play nicely if you're filtering or proxying<br>
or shaping.<br>
<br>
This would seem to be a particular issue also if you're billing, say,<br>
on-net versus off-net as the universities do (or peering), where you<br>
need to track different classes of traffic based on source/dest.<br>
<br>
Vendors don't seem to be showing a huge interest in moving to solve<br>
this quite yet, and at that "every bit counts" level of speed they're<br>
going for with transparent inspection devices, I'd imagine it's not<br>
necessarily an easy fix for some of them.<br>
<br>
KevinL<br>
_______________________________________________<br>
AusNOG mailing list<br>
<a href="mailto:AusNOG@ausnog.net">AusNOG@ausnog.net</a><br>
<a href="http://lists.ausnog.net/mailman/listinfo/ausnog" target="_blank">http://lists.ausnog.net/mailman/listinfo/ausnog</a><br>
</blockquote></div><br></div>