<?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[Lossy Tunnelbroker, is it normal?]]></title><description><![CDATA[<p dir="auto">I've been finding in red (loss higher than 50%) the Tunnelbroker IPv6 gateway recently.</p>
<p dir="auto"><img src="/assets/uploads/files/1633545131948-screen-shot-2021-10-06-at-12.27.36.png" alt="Screen Shot 2021-10-06 at 12.27.36.png" class=" img-fluid img-markdown" /><br />
(...and moments later:)<br />
<img src="/assets/uploads/files/1633545184415-screen-shot-2021-10-06-at-12.28.42.png" alt="Screen Shot 2021-10-06 at 12.28.42.png" class=" img-fluid img-markdown" /></p>
<p dir="auto">It appears to happen when I first load the dashboard but I'm not sure if that is it's related (I've noticed the firewall's GUI is heavy on the browser's host's CPU) I'm not sure if it's the firewall low on resources or if it's the tunnel. I've been trying to stress the tunnel with connectivity test sites and speed test sites but nothing seems to stress it, the IPv6 link will go [almost] as fast as the fastest server I can find to test with.</p>
<p dir="auto">On the other hand, just now I'm connected to the forum on IPv6 and randomly I'm getting disconnection pop-ups in the corner of the webapp.<br />
<img src="/assets/uploads/files/1633548688126-screen-shot-2021-10-06-at-12.39.23.png" alt="Screen Shot 2021-10-06 at 12.39.23.png" class=" img-fluid img-markdown" /></p>
<p dir="auto">I did make one change to the network recently: IPv6 traffic was being blocked by the switches' multicast aids (snooping, querier, routing, etc) so while I learn how to deploy them properly in a non-Cisco mixed brand environment I turned it all off. I don't think the load increase was significant without multicast filters but, if it were, the WAN side of the firewall would be susceptible to it as it's on a router-on-a-stick setup.</p>
<p dir="auto">This is the current traffic —or lack thereof— of the switch that connects to the main hypervisor, main storage server, and that has the LACP link to the firewall:<br />
<img src="/assets/uploads/files/1633546716150-screen-shot-2021-10-06-at-12.55.54.png" alt="Screen Shot 2021-10-06 at 12.55.54.png" class=" img-fluid img-markdown" /></p>
<p dir="auto">Any advice?</p>
]]></description><link>https://forum.netgate.com/topic/167032/lossy-tunnelbroker-is-it-normal</link><generator>RSS for Node</generator><lastBuildDate>Wed, 17 Jun 2026 06:58:14 GMT</lastBuildDate><atom:link href="https://forum.netgate.com/topic/167032.rss" rel="self" type="application/rss+xml"/><pubDate>Wed, 06 Oct 2021 19:32:25 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Lossy Tunnelbroker, is it normal? on Thu, 07 Oct 2021 08:24:51 GMT]]></title><description><![CDATA[<p dir="auto">@skilledinept</p>
<p dir="auto">If you know the issue isn't local, check alsways this page  <a href="https://www.tunnelbroker.net/status.php" target="_blank" rel="noopener noreferrer nofollow ugc">https://www.tunnelbroker.net/status.php</a>. the he.net.ipv6 POPs can have issues.<br />
For example, right now, the a UK-LONDON POP has been moved to Dusseldorf, Germany.<br />
While we can't see the 'load' of these servers, it will be a factor.</p>
<p dir="auto">All my IPv6 traffic goes out over the he.net.ipv6 link, and it's pretty stable. I'm using their services for many years now.</p>
<p dir="auto">edit : also check out the he.net support forum.</p>
]]></description><link>https://forum.netgate.com/post/1004772</link><guid isPermaLink="true">https://forum.netgate.com/post/1004772</guid><dc:creator><![CDATA[Gertjan]]></dc:creator><pubDate>Thu, 07 Oct 2021 08:24:51 GMT</pubDate></item></channel></rss>