<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Uverse IPV6]]></title><description><![CDATA[<p dir="auto">ATT just released some new firmware for the NVG599 modem which seems to change the way IPV6 works.  Previously I was using the 6rd setup commonly found in the forums.</p>
<p dir="auto">Now, my IPV6 setup required using DHCP6 for WAN.  All other options are left at default.  This allows the WAN to get an IPV6 address and I can ping ipv6.google.com from diagnostic tab using source of the WAN using IPV6 protocol.  So, I'm most of the way there.  Here is the issue:</p>
<p dir="auto">LAN is set to Track Interface for IPV6, with Prefix ID of 0, but the interface never obtains an IPV6 address, and none of the LAN clients are able to obtain a IPV6 address.</p>
<p dir="auto">Any ideas on how to get the LAN pfSense interface and LAN clients to pull an IPV6 address?</p>
]]></description><link>https://forum.netgate.com/topic/121299/uverse-ipv6</link><generator>RSS for Node</generator><lastBuildDate>Sun, 12 Apr 2026 08:50:01 GMT</lastBuildDate><atom:link href="https://forum.netgate.com/topic/121299.rss" rel="self" type="application/rss+xml"/><pubDate>Fri, 13 Oct 2017 04:02:50 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Uverse IPV6 on Sat, 14 Oct 2017 01:19:14 GMT]]></title><description><![CDATA[<p dir="auto">Thanks for the help.  I've disabled IPV6 on the second WAN and things are running smoothly now.  ATT has some work to do on their side and pfSense doesn't support two DHCP6, so there is no point trying to wrestle with it.</p>
]]></description><link>https://forum.netgate.com/post/727447</link><guid isPermaLink="true">https://forum.netgate.com/post/727447</guid><dc:creator><![CDATA[mloiterman]]></dc:creator><pubDate>Sat, 14 Oct 2017 01:19:14 GMT</pubDate></item><item><title><![CDATA[Reply to Uverse IPV6 on Fri, 13 Oct 2017 15:19:16 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/mloiterman">@<bdi>mloiterman</bdi></a>:</p>
<blockquote>
<p dir="auto">I have seen some forum posts and bugs about this.  Is that true even if it’s two different physical interfaces, two different ISPs and two different subnets?</p>
<p dir="auto">Is 6rd the only way to get to this work then?  If so, any ideas why using that configuration would cause significant latency?</p>
<p dir="auto">This is the setup that I had used previously:</p>
<p dir="auto">https://forum.pfsense.org/index.php?topic=93625.0</p>
</blockquote>
<p dir="auto">You could always use an IPv6 tunnel broker on one of the ISP's, or you need an ISP that will give you a static IPv6 allocation, that's the way I would do it. One dhcp and one static.</p>
<p dir="auto">The problem is with the way the config file is written for dhcp6c and the way it is launched. At present the config file does not handle dual interfaces, if my memory serves me correctly, and I have looked at this, it would write two config files, one for each interface and then attempt to launch dhcp6c twice! After I did a lot of work on dhcp6c and the areas in pfSense where it's handled I decided that life was too short to start trying to sort that out as well.  8)</p>
]]></description><link>https://forum.netgate.com/post/727290</link><guid isPermaLink="true">https://forum.netgate.com/post/727290</guid><dc:creator><![CDATA[[[global:guest]]]]></dc:creator><pubDate>Fri, 13 Oct 2017 15:19:16 GMT</pubDate></item><item><title><![CDATA[Reply to Uverse IPV6 on Fri, 13 Oct 2017 15:13:24 GMT]]></title><description><![CDATA[<p dir="auto">This is a link to someone with exact same problem as me.</p>
<p dir="auto">https://www.dslreports.com/forum/r31444835-NVG599-Updated-Overnight-IPv6-tunnel-no-longer-can-be-used</p>
<p dir="auto">Looks like he ended up downgrading his firmware.</p>
<p dir="auto">Appears that ATT is making some changes to the way IPV6 works.</p>
]]></description><link>https://forum.netgate.com/post/727285</link><guid isPermaLink="true">https://forum.netgate.com/post/727285</guid><dc:creator><![CDATA[mloiterman]]></dc:creator><pubDate>Fri, 13 Oct 2017 15:13:24 GMT</pubDate></item><item><title><![CDATA[Reply to Uverse IPV6 on Fri, 13 Oct 2017 14:41:56 GMT]]></title><description><![CDATA[<p dir="auto">I wonder if turning off the modems LAN side ipv6 would help?  Thoughts?</p>
<p dir="auto"><img src="/public/_imported_attachments_/1/04FED58F-6929-4E04-ABE4-EBE0BF48FD1F.png" alt="04FED58F-6929-4E04-ABE4-EBE0BF48FD1F.png" class=" img-fluid img-markdown" /><br />
<img src="/public/_imported_attachments_/1/04FED58F-6929-4E04-ABE4-EBE0BF48FD1F.png_thumb" alt="04FED58F-6929-4E04-ABE4-EBE0BF48FD1F.png_thumb" class=" img-fluid img-markdown" /></p>
]]></description><link>https://forum.netgate.com/post/727277</link><guid isPermaLink="true">https://forum.netgate.com/post/727277</guid><dc:creator><![CDATA[mloiterman]]></dc:creator><pubDate>Fri, 13 Oct 2017 14:41:56 GMT</pubDate></item><item><title><![CDATA[Reply to Uverse IPV6 on Fri, 13 Oct 2017 14:20:49 GMT]]></title><description><![CDATA[<p dir="auto">I have seen some forum posts and bugs about this.  Is that true even if it’s two different physical interfaces, two different ISPs and two different subnets?</p>
<p dir="auto">Is 6rd the only way to get to this work then?  If so, any ideas why using that configuration would cause significant latency?</p>
<p dir="auto">This is the setup that I had used previously:</p>
<p dir="auto">https://forum.pfsense.org/index.php?topic=93625.0</p>
]]></description><link>https://forum.netgate.com/post/727270</link><guid isPermaLink="true">https://forum.netgate.com/post/727270</guid><dc:creator><![CDATA[mloiterman]]></dc:creator><pubDate>Fri, 13 Oct 2017 14:20:49 GMT</pubDate></item><item><title><![CDATA[Reply to Uverse IPV6 on Fri, 13 Oct 2017 12:32:00 GMT]]></title><description><![CDATA[<p dir="auto">You cannot have dhcp6 on two interfaces… sorry about that.</p>
]]></description><link>https://forum.netgate.com/post/727212</link><guid isPermaLink="true">https://forum.netgate.com/post/727212</guid><dc:creator><![CDATA[[[global:guest]]]]></dc:creator><pubDate>Fri, 13 Oct 2017 12:32:00 GMT</pubDate></item><item><title><![CDATA[Reply to Uverse IPV6 on Fri, 13 Oct 2017 11:04:38 GMT]]></title><description><![CDATA[<p dir="auto">Sure, I can provide whatever is needed, but at this point I’m just shooting in the dark.</p>
<p dir="auto">Logs with “dhcp6c” as filter repeat this over and over:</p>
<p dir="auto">Time Process PID Message<br />
Oct 13 05:46:56 dhcp6c 24850 Sending Solicit<br />
Oct 13 05:46:56 dhcp6c 15066 unexpected interface (3)</p>
<p dir="auto">Also, it’s worth noting that I have a dual WAN setup and have a working DHCP6 setup for WAN1 which provides IPV6 to LAN1.  This is from Comcast.</p>
<p dir="auto">My objective is to have IPV6 on WAN2, from ATT, and provide LAN2 with IPV6.</p>
<p dir="auto">LAN1 and LAN2 are physically separate interfaces and are not VLANs.</p>
<p dir="auto">Also worth noting is this was working with a 6rd config until a modem firmware change caused issues with that setup.  Basically with 6rd config, there was massive delay and dramatic speed loss. The only way to fix it was to disable 6rd and use DHCP6. With the DHCP6 config, my WAN2 obtains an IPV6 address, but the LAN2 will not pull one.</p>
]]></description><link>https://forum.netgate.com/post/727196</link><guid isPermaLink="true">https://forum.netgate.com/post/727196</guid><dc:creator><![CDATA[mloiterman]]></dc:creator><pubDate>Fri, 13 Oct 2017 11:04:38 GMT</pubDate></item><item><title><![CDATA[Reply to Uverse IPV6 on Fri, 13 Oct 2017 08:21:53 GMT]]></title><description><![CDATA[<p dir="auto">Need more input. Can you have a look at the dchp logs and look for dhcp6c.</p>
<p dir="auto">BTW, what pfsense version are you running. Pre 2.4 versions had some strange behaviour with ipv6 dhcp, resolved in 2.4.</p>
]]></description><link>https://forum.netgate.com/post/727169</link><guid isPermaLink="true">https://forum.netgate.com/post/727169</guid><dc:creator><![CDATA[[[global:guest]]]]></dc:creator><pubDate>Fri, 13 Oct 2017 08:21:53 GMT</pubDate></item></channel></rss>