<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
  <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
  <META NAME="GENERATOR" CONTENT="GtkHTML/3.26.0">
</HEAD>
<BODY>
None, but IPV6 support and IPV6 &gt; IPV4 IWF support in the SBC can make this a moot point until the softswitch manufacturers get their act together allowing the network core to stay on V4. The SBCs and the endpoints are the critical pieces. <BR>
<BR>
On Tue, 2009-10-27 at 11:28 -0400, Scott Berkman wrote:
<BLOCKQUOTE TYPE=CITE>
<PRE>
Which Soft or Class4/5 switching vendor with integrated SS-7 features
supports IPv6 today?  Anyone have something like this in production?

        -Scott

-----Original Message-----
From: Dan White [<A HREF="mailto:dwhite@olp.net">mailto:dwhite@olp.net</A>] 
Sent: Tuesday, October 27, 2009 11:18 AM
To: Scott Berkman
Cc: 'Craig Askings'; 'VoiceOps'
Subject: Re: IPV6

On 27/10/09&nbsp;10:42&nbsp;-0400, Scott Berkman wrote:
&gt;It hasn't been introduced into most product lines for the same reason any
&gt;other feature hasn't been implemented in a vendor's system - lack of
&gt;financial motivation.  These guys build for their biggest (volume and $$)
&gt;customers and their needs, so obviously companies like Acme, BroadSoft,
&gt;Sonus, Polycom, Aastra, Adtran, etc are simply not seeing a business need
to
&gt;take the time to develop IPv6 into their products yet.

As I've mentioned before, Acme has support for IPv6 in at least one of
their products. Freeswitch is another good option.

If a vendor is not producing IPv6 enabled equipment today, then it's
operating under a shaky business plan. I understand the argument that a
vendor must see financial justification before IPv6 enabling its equipment,
but it must also anticipate future demand. 

As is the case for much of the industry, *someone* has good IPv6 support
for any piece of the network you wish to deploy - even Cisco (I'm not sure
where the idea came from that they have poor support).

You don't need to dump all your equipment today, and go out and purchase
new equipment that's IPv6 enabled.  You still have time to replace
equipment during your normal equipment replacement cycles and probably be
in good shape.

Where I'd recommend focusing your attention is on the access side of your
network and your CPEs, which tend to have the longest life cycles, and
which would be the most expensive to replace (at least for us).

As you introduce IPv6 enabled equipment in your network, dual stack it and
you'll be future proofing (at layer-3) that portion of your network.

</PRE>
</BLOCKQUOTE>
</BODY>
</HTML>