<div dir="ltr">When Cox first launched IPv6 in my area, I'd lose v6 routing randomly every few days until I manually renewed the address on my router. Then I found out one tiny config difference between Cox and Comcast is that Cox doesn't support rapid commit renews. So I removed that from my router config and I haven't lost routing since.<div><br></div><div>Also if your customers use a Motorola/Arris SB6183 model modem, the firmware Cox uses has a major bug where it drops packets. Cox is testing new firmware and rolling it out to those who request it. See: <a href="https://www.dslreports.com/forum/r30562682-Arris-SB6183-IPv6-TCP6-bug-Looking-for-firmware-update">https://www.dslreports.com/forum/r30562682-Arris-SB6183-IPv6-TCP6-bug-Looking-for-firmware-update</a></div><div><br></div><div>~Jared</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Mar 19, 2016 at 10:10 AM, Fred Posner <span dir="ltr"><<a href="mailto:fred@palner.com" target="_blank">fred@palner.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I had a major issue with Cox when they were deploying ipv6. They set a<br>
rate limiter on packets, and any voip call would trigger it. Once the<br>
call ended, the speed would come back.<br>
<br>
The way we proved it was to ping from the router to the immediate hop<br>
after the modem... once we could prove it this way to the field tech,<br>
they got "tier 3" to call a network engineer and resolve it.<br>
<br>
Hopefully it's similar.<br>
<br>
Fred Posner<br>
The Palner Group, Inc.<br>
<a href="http://www.palner.com" rel="noreferrer" target="_blank">http://www.palner.com</a> (web)<br>
+1-224-334-FRED (3733) direct<br>
<div><div class="h5"><br>
On 03/19/2016 12:48 PM, Carlos Alvarez wrote:<br>
> I'm posting this info here because I know quite a few of us have BYOI<br>
> customers and may be affected by this.  Cox users have been reporting a<br>
> lot of outages lately in certain areas (it seems to cluster by whatever<br>
> areas Cox is making changes in).  I found that when there is a supposed<br>
> outage, the only thing that fails is DNS. You can still<br>
> ping/trace/connect with an IP address. I looked at the router's<br>
> DHCP-assigned info and found that it was seeing an IPv6 DNS as its<br>
> primary, with the usual two IPv4 servers as secondary/tertiary. Oddly,<br>
> this didn't seem to happen right away, but would happen after the router<br>
> had been up for a few hours. My best guess at the root problem is that<br>
> Cox isn't properly handling IPv6 yet, even though they are advertising<br>
> it to the router.  Completely disabling IPv6 in the router fixes it.<br>
><br>
><br>
</div></div>> _______________________________________________<br>
> VoiceOps mailing list<br>
> <a href="mailto:VoiceOps@voiceops.org">VoiceOps@voiceops.org</a><br>
> <a href="https://puck.nether.net/mailman/listinfo/voiceops" rel="noreferrer" target="_blank">https://puck.nether.net/mailman/listinfo/voiceops</a><br>
><br>
_______________________________________________<br>
VoiceOps mailing list<br>
<a href="mailto:VoiceOps@voiceops.org">VoiceOps@voiceops.org</a><br>
<a href="https://puck.nether.net/mailman/listinfo/voiceops" rel="noreferrer" target="_blank">https://puck.nether.net/mailman/listinfo/voiceops</a><br>
</blockquote></div><br></div>