<?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[IPv6 large packets failing]]></title><description><![CDATA[<p dir="auto">Hello everyone!</p>
<p dir="auto">I just registered and got a /64 from Hurricane Electric's Tunnelbroker and I followed these instructions to get it set up on pfSense 2.0 Beta 5: <a href="http://iserv.nl/files/pfsense/ipv6/" target="_blank" rel="noopener noreferrer nofollow ugc">http://iserv.nl/files/pfsense/ipv6/</a>. After getting everything working, the first site I tested was ipv6.google.com; it worked great. Excitedly I went over to test-ipv6.com expecting to see a ton of check marks, at least that was the plan. After letting test-ipv6 do its thing, I got a red X next to IPv6 "large packets." At this point, I noticed that every other ipv6 site I tried (other than google) was not working. I can ping6 sites like he.net, sixxs.net, ect. although as soon as I try to browse to them (in Chrome, Firefox, and/or IE), it times out because these so-called "large packets" are getting dropped somewhere.</p>
<p dir="auto">I did some research on large packets and 9 times out of 10 the "easy" fix is to set the MTU on the tunnel interface (gif0) to 1280. I tried this, although it hasn't helped.</p>
<p dir="auto">Can anyone shed some light on this problem? I would really like to get IPv6 completely working on my network so I can start messing around with it.</p>
<p dir="auto">Thanks in advance,<br />
Rain</p>
]]></description><link>https://forum.netgate.com/topic/30565/ipv6-large-packets-failing</link><generator>RSS for Node</generator><lastBuildDate>Mon, 13 Apr 2026 10:43:00 GMT</lastBuildDate><atom:link href="https://forum.netgate.com/topic/30565.rss" rel="self" type="application/rss+xml"/><pubDate>Sun, 13 Feb 2011 06:10:02 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to IPv6 large packets failing on Mon, 14 Feb 2011 02:01:52 GMT]]></title><description><![CDATA[<p dir="auto">Thank you very much, Databeestje; that did the trick. I have a Verizon FiOS connection that terminates by PPPoE with an MTU less than 1500, so that was definitely my problem. I am now happily exploring and learning about the IPv6 realm.</p>
<p dir="auto">Thanks again,<br />
Rain</p>
]]></description><link>https://forum.netgate.com/post/265528</link><guid isPermaLink="true">https://forum.netgate.com/post/265528</guid><dc:creator><![CDATA[[[global:guest]]]]></dc:creator><pubDate>Mon, 14 Feb 2011 02:01:52 GMT</pubDate></item><item><title><![CDATA[Reply to IPv6 large packets failing on Sun, 13 Feb 2011 09:19:42 GMT]]></title><description><![CDATA[<p dir="auto">If the mtu of your WAN interface is smaller then 1500 bytes, which is common on pppoe and pppoa then there will be mtu issues.</p>
<p dir="auto">What you can do is set the mtu of your client computers to 1472 bytes and then it should just work.</p>
<p dir="auto">At my work we have 2 fiber connections that terminate by pppoe, i then need to make a v6 tunnel to he.net which is eating another few more bytes. This means that for everything to work reliably I need to set the mtu on everything below 1472. That's not helping much.</p>
<p dir="auto">They've developed path mtu discovery, and that doesn't work for me atleast. Or not on the Amsterdam Tunnel broker.</p>
]]></description><link>https://forum.netgate.com/post/265470</link><guid isPermaLink="true">https://forum.netgate.com/post/265470</guid><dc:creator><![CDATA[databeestje]]></dc:creator><pubDate>Sun, 13 Feb 2011 09:19:42 GMT</pubDate></item></channel></rss>