<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Giga Hub 2.0: PPPoE passthrough/2nd PPPoE session capped (average 330 Mbps) on 3 Gbps plan in Internet</title>
    <link>https://forum.bell.ca/t5/internet/giga-hub-2-0-pppoe-passthrough-2nd-pppoe-session-capped-average/m-p/112012#M26951</link>
    <description>&lt;P&gt;So,&lt;/P&gt;&lt;P&gt;In the space of a couple of weeks, the community has managed to find and implement working solutions for the GigaHub 2.0 that work with &lt;STRONG&gt;pfSense, OPNsense, and Ubiquiti routers&lt;/STRONG&gt;.&lt;/P&gt;&lt;P&gt;So, to the “All Stars” who repeatedly insisted that this simply could not be done, it would appear that you were mistaken.&lt;/P&gt;&lt;P&gt;What is considerably more disappointing, however, is the way the discussion itself was handled by the moderators. Rather than moderating the people who were actually creating the hostility and disruption, moderators repeatedly removed or censored posts from those trying to challenge the accepted narrative and work toward a solution.&lt;/P&gt;&lt;P&gt;At times it genuinely felt less like a technical forum and more like being told that questioning the established position was itself the problem. I knew there was a workable answer, others knew there was a workable answer, and yet resistance, dismissal, and censorship seemed to appear at nearly every turn.&lt;/P&gt;&lt;P&gt;Obviously, not everyone who arrives with a new idea is Galileo. But you also cannot treat everyone who challenges the accepted wisdom as though they are some kind of heretic simply because their idea contradicts what the established voices have already decided must be true. Sometimes the person questioning the consensus is wrong. Sometimes they are the person who discovers that the consensus was wrong.&lt;/P&gt;&lt;P&gt;That is precisely why ideas should be &lt;STRONG&gt;tested rather than silenced&lt;/STRONG&gt;.&lt;/P&gt;&lt;P&gt;Even after 30 years of working in IT, I still learn new things almost every day. Why, then, would anyone else in this field assume they have nothing left to learn?&lt;/P&gt;&lt;P&gt;Admitting that you do not know everything can be a humbling thing to do, particularly when you have years of experience behind you. But the sooner you accept that there will always be something you do not know, the sooner you become open to learning far more than you ever thought possible. Experience should make us more willing to investigate new ideas, not more certain that anything outside our existing knowledge must be impossible.&lt;/P&gt;&lt;P&gt;That is a deeply unhealthy way to run a technical community.&lt;/P&gt;&lt;P&gt;Progress depends on people being willing to question assumptions, test alternatives, and occasionally prove the prevailing wisdom wrong. A forum should encourage that process, not suppress it simply because it challenges what influential members or moderators believe to be true.&lt;/P&gt;&lt;BLOCKQUOTE&gt;&lt;P&gt;“Progress is rarely made by silencing dissent. It is made by allowing ideas to be tested, challenged, and proven.”&lt;/P&gt;&lt;/BLOCKQUOTE&gt;&lt;P&gt;Perhaps next time, instead of discouraging people from searching for a solution, or censoring them when they refuse to accept “it can’t be done”, the better approach would be to help them find out whether it actually can.&lt;/P&gt;&lt;P&gt;And, frankly, I fully expect that once the moderators see this post, it too will be removed or censored like so many of the others, because criticism of the forum’s established hierarchy does not appear to be particularly welcome here.&lt;/P&gt;&lt;P&gt;If that happens, it will rather neatly prove the point.&lt;/P&gt;&lt;P&gt;And that, in itself, is a shame.&lt;/P&gt;</description>
    <pubDate>Sun, 30 Aug 2026 13:40:00 GMT</pubDate>
    <dc:creator>ScratchMang</dc:creator>
    <dc:date>2026-08-30T13:40:00Z</dc:date>
    <item>
      <title>Giga Hub 2.0: PPPoE passthrough/2nd PPPoE session capped (average 330 Mbps) on 3 Gbps plan</title>
      <link>https://forum.bell.ca/t5/internet/giga-hub-2-0-pppoe-passthrough-2nd-pppoe-session-capped-average/m-p/100998#M24760</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;I'm on a 3 Gbps plan and I'm seeing a repeatable/hard throughput cap only when using PPPoE on a downstream device (PPPoE passthrough / second session).&lt;/P&gt;&lt;P&gt;My setup:&lt;/P&gt;&lt;P&gt;- Bell Giga Hub 2.0&lt;BR /&gt;- Downstream router: UniFi Cloud Gateway Fiber (UCG-Fiber) connected to the Giga Hub 10G port&lt;/P&gt;&lt;P&gt;What works:&lt;/P&gt;&lt;P&gt;- If the UCG-Fiber WAN is set to DHCP (e.g. behind the Giga Hub 2.0/double NAT), I can reach full speed (~3 Gbps).&lt;BR /&gt;- If my PC is behind the Giga Hub 2.0 on DHCP, my PC (1GbE NIC) reaches the expected ~1 Gbps.&lt;/P&gt;&lt;P&gt;The problem (reproducible):&lt;/P&gt;&lt;P&gt;When I establish a PPPoE session from a device behind the Giga Hub, throughput is capped around ~300–330 Mbps.&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;&lt;U&gt;Repro 1: PPPoE from UCG-Fiber&lt;/U&gt;&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;- UCG-Fiber WAN set to PPPoE using my b1 credentials&lt;BR /&gt;&lt;STRONG&gt;- Result: ~300–330 Mbps (repeatable), despite 3 Gbps plan&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;&lt;U&gt;Repro 2: PPPoE from a Windows PC (bypassing UCG-Fiber)&lt;/U&gt;&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;- PC connected by Ethernet to the Giga Hub 2.0&lt;BR /&gt;- PC NIC: 1GbE, cable: Cat6A&lt;BR /&gt;- Created a Windows "Broadband (PPPoE)" connection using the same b1 credentials&lt;BR /&gt;&lt;STRONG&gt;- Result: same cap at ~300–330 Mbps (repeatable)&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;Because the same cap occurs even when PPPoE is established directly from a PC (&lt;EM&gt;*no*&lt;/EM&gt; UniFi router involved), it points to the Giga Hub 2.0 PPPoE passthrough / secondary PPPoE session path rather than my router.&lt;/P&gt;&lt;P&gt;Can you confirm:&lt;/P&gt;&lt;P&gt;- Is this a known issue on the Giga Hub 2.0 (firmware-related)?&lt;BR /&gt;- Is there a firmware update or hardware replacement option to resolve PPPoE passthrough speed caps?&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;</description>
      <pubDate>Wed, 07 Jan 2026 05:20:27 GMT</pubDate>
      <guid>https://forum.bell.ca/t5/internet/giga-hub-2-0-pppoe-passthrough-2nd-pppoe-session-capped-average/m-p/100998#M24760</guid>
      <dc:creator>Velaris</dc:creator>
      <dc:date>2026-01-07T05:20:27Z</dc:date>
    </item>
    <item>
      <title>Re: Giga Hub 2.0: PPPoE passthrough/2nd PPPoE session capped (average 330 Mbps) on 3 Gbps plan</title>
      <link>https://forum.bell.ca/t5/internet/giga-hub-2-0-pppoe-passthrough-2nd-pppoe-session-capped-average/m-p/101013#M24761</link>
      <description>&lt;P&gt;Thanks for your question. Have you tried using the 5G port as opposed to the 10G port? Bell does not support user installed equipment connected to the Giga Hub. The most recent firmware for the Giga Hub 2.0 is 3.11.3. If you do not have that firmware, rebooting the modem may force an upgrade. Bell does not comment on technical issues, generally.&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;If you search "UniFi Cloud Gateway Fiber bell" you will find some useful threads in the Bell sub-reddit which may point you towards your goal.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 07 Jan 2026 13:51:15 GMT</pubDate>
      <guid>https://forum.bell.ca/t5/internet/giga-hub-2-0-pppoe-passthrough-2nd-pppoe-session-capped-average/m-p/101013#M24761</guid>
      <dc:creator>dks</dc:creator>
      <dc:date>2026-01-07T13:51:15Z</dc:date>
    </item>
    <item>
      <title>Re: Giga Hub 2.0: PPPoE passthrough/2nd PPPoE session capped (average 330 Mbps) on 3 Gbps plan</title>
      <link>https://forum.bell.ca/t5/internet/giga-hub-2-0-pppoe-passthrough-2nd-pppoe-session-capped-average/m-p/101040#M24762</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;I have tried all ports. I am also on 3.11.3.&lt;/P&gt;&lt;P&gt;The issue is not third-party equipment. A PC connected directly to the Giga Hub 2.0 experiences the same speed cap when establishing a PPPoE session via Windows. Unless a user's PC is now&amp;nbsp;considered "&lt;SPAN&gt;user installed equipment".&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;The Bell subreddit contains conflicting reports, deprecated information and unhelpful suggestions. A direct link to a thread/comment that can help would be appreciated.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;Following a technician's visit this morning, it is clear that Bell now speed caps additional PPPoE sessions and prefers to remain ambiguous about this fact. A clear messaging would save a lot of people a lot of time.&lt;/P&gt;</description>
      <pubDate>Wed, 07 Jan 2026 16:43:32 GMT</pubDate>
      <guid>https://forum.bell.ca/t5/internet/giga-hub-2-0-pppoe-passthrough-2nd-pppoe-session-capped-average/m-p/101040#M24762</guid>
      <dc:creator>Velaris</dc:creator>
      <dc:date>2026-01-07T16:43:32Z</dc:date>
    </item>
    <item>
      <title>Re: Giga Hub 2.0: PPPoE passthrough/2nd PPPoE session capped (average 330 Mbps) on 3 Gbps plan</title>
      <link>https://forum.bell.ca/t5/internet/giga-hub-2-0-pppoe-passthrough-2nd-pppoe-session-capped-average/m-p/101050#M24763</link>
      <description>&lt;P&gt;Thank you for the clarification. There is no reason to initiate or set up a PPPoE session in Windows. It is not necessary. The Giga Hub does all that work. If you have a separate Windows PPPoE session initiated, then you are likely double NATing, which might explain your speed.&lt;/P&gt;&lt;P&gt;Bell forum rules do not permit links to external web pages such as Reddit, so I can't provide you with more information than I have already offered.&amp;nbsp; &amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 07 Jan 2026 17:01:42 GMT</pubDate>
      <guid>https://forum.bell.ca/t5/internet/giga-hub-2-0-pppoe-passthrough-2nd-pppoe-session-capped-average/m-p/101050#M24763</guid>
      <dc:creator>dks</dc:creator>
      <dc:date>2026-01-07T17:01:42Z</dc:date>
    </item>
    <item>
      <title>Re: Giga Hub 2.0: PPPoE passthrough/2nd PPPoE session capped (average 330 Mbps) on 3 Gbps plan</title>
      <link>https://forum.bell.ca/t5/internet/giga-hub-2-0-pppoe-passthrough-2nd-pppoe-session-capped-average/m-p/101077#M24764</link>
      <description>&lt;P&gt;Thanks for the reply.&lt;/P&gt;&lt;P&gt;&amp;gt; "There is no reason to initiate or set up a PPPoE session in Windows."&lt;/P&gt;&lt;P&gt;The Windows "Broadband (PPPoE)" test is not for everyday use. It's a diagnostic to remove the 3rd-party router from the equation.&lt;/P&gt;&lt;P&gt;Since the same ~330 Mbps cap occurs with PPPoE from both my UniFi gateway and a Windows PC directly connected to the Giga Hub, this points to the Giga Hub 2.0 PPPoE passthrough / additional PPPoE session path and not any specific third-party router.&lt;/P&gt;&lt;P&gt;Establishing PPPoE via Windows does not create double NAT. It receives a public IP and routes traffic over that interface. PPPoE doesn't "create NAT" and that argument is unrelated to the speed cap mentioned.&lt;/P&gt;</description>
      <pubDate>Wed, 07 Jan 2026 18:04:15 GMT</pubDate>
      <guid>https://forum.bell.ca/t5/internet/giga-hub-2-0-pppoe-passthrough-2nd-pppoe-session-capped-average/m-p/101077#M24764</guid>
      <dc:creator>Velaris</dc:creator>
      <dc:date>2026-01-07T18:04:15Z</dc:date>
    </item>
    <item>
      <title>Re: Giga Hub 2.0: PPPoE passthrough/2nd PPPoE session capped (average 330 Mbps) on 3 Gbps plan</title>
      <link>https://forum.bell.ca/t5/internet/giga-hub-2-0-pppoe-passthrough-2nd-pppoe-session-capped-average/m-p/101190#M24767</link>
      <description>&lt;P&gt;I see you have posted on Reddit. There are good suggestions &amp;nbsp;and solutions there. I really can’t comment more as your equipment is beyond Bell’s Giga Hub.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 07 Jan 2026 21:57:12 GMT</pubDate>
      <guid>https://forum.bell.ca/t5/internet/giga-hub-2-0-pppoe-passthrough-2nd-pppoe-session-capped-average/m-p/101190#M24767</guid>
      <dc:creator>dks</dc:creator>
      <dc:date>2026-01-07T21:57:12Z</dc:date>
    </item>
    <item>
      <title>Re: Giga Hub 2.0: PPPoE passthrough/2nd PPPoE session capped (average 330 Mbps) on 3 Gbps plan</title>
      <link>https://forum.bell.ca/t5/internet/giga-hub-2-0-pppoe-passthrough-2nd-pppoe-session-capped-average/m-p/101193#M24768</link>
      <description>&lt;P&gt;Respectfully, this isn't "equipment beyond the Giga Hub."&lt;/P&gt;&lt;P&gt;As I stated in my original post and follow-ups, I can reproduce the same speed cap using a Windows PPPoE session from a PC directly connected to the Giga Hub. No third-party router involved.&lt;/P&gt;&lt;P&gt;If you can't comment further, that’s fine - but please stop implying this is caused or relates to third-party equipment, as it unnecessarily muddies the thread.&lt;/P&gt;</description>
      <pubDate>Wed, 07 Jan 2026 22:47:14 GMT</pubDate>
      <guid>https://forum.bell.ca/t5/internet/giga-hub-2-0-pppoe-passthrough-2nd-pppoe-session-capped-average/m-p/101193#M24768</guid>
      <dc:creator>Velaris</dc:creator>
      <dc:date>2026-01-07T22:47:14Z</dc:date>
    </item>
    <item>
      <title>Re: Giga Hub 2.0: PPPoE passthrough/2nd PPPoE session capped (average 330 Mbps) on 3 Gbps plan</title>
      <link>https://forum.bell.ca/t5/internet/giga-hub-2-0-pppoe-passthrough-2nd-pppoe-session-capped-average/m-p/101271#M24773</link>
      <description>&lt;P&gt;PPPOE on Unify is hit and miss. My UDM Pro SE has issues with it, so I switched to a Mikrotik to solve those issues.&lt;/P&gt;&lt;P&gt;PPPOE creates a lot of overhead, so often the issue is processing resources.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I would check the CPU load on the home hub when establishing a second PPPOE session, to see if it's being capped out or not. I would also check the PC when using PPPOE, to check the processor usage.&lt;/P&gt;&lt;P&gt;Also check the route when using a PC PPPOE sessions, as it has to be set to 1 in order to avoid issues.&lt;/P&gt;&lt;P&gt;Also, the homehub does not support any form of bypass, so when using a secondary PPPOE session it's not a direct session the way it is with the homehub. session. I would also compare the routing between homehub sessions and PC sessions, to see what the routing is as it might cause an issue if incorrectly set up.&lt;/P&gt;</description>
      <pubDate>Thu, 08 Jan 2026 16:54:40 GMT</pubDate>
      <guid>https://forum.bell.ca/t5/internet/giga-hub-2-0-pppoe-passthrough-2nd-pppoe-session-capped-average/m-p/101271#M24773</guid>
      <dc:creator>Vanadiel</dc:creator>
      <dc:date>2026-01-08T16:54:40Z</dc:date>
    </item>
    <item>
      <title>Re: Giga Hub 2.0: PPPoE passthrough/2nd PPPoE session capped (average 330 Mbps) on 3 Gbps plan</title>
      <link>https://forum.bell.ca/t5/internet/giga-hub-2-0-pppoe-passthrough-2nd-pppoe-session-capped-average/m-p/101318#M24972</link>
      <description>&lt;P&gt;The UCG Fiber has dedicated PPPoE hardware. Its CPU doesn't break a sweat (tested).&lt;/P&gt;&lt;P&gt;My PC's CPU is capable of handling a PPPoE session (5950X). CPU load is also minimal. The speed cap is identical to the UCG Fiber's, e.g. ~330Mbps down.&lt;/P&gt;&lt;P&gt;As for the Giga Hub 2.0, the load hovered in the 20-40% range during speed tests. Due to the refresh delay, it's hard to get an accurate reading.&lt;/P&gt;&lt;P&gt;I checked the routing and everything looks correct.&lt;/P&gt;&lt;P&gt;When PPPoE is connected, Windows gets a public IP and the preferred route is the PPPoE interface (metric ~26), while the DHCP default route via 192.168.2.1 exists but has a very high metric (~4250). Traffic is definitely going over PPPoE, not leaking to DHCP.&lt;/P&gt;&lt;P&gt;With traceroutes, DHCP starts with 192.168.2.1, PPPoE does *not* (it goes straight into Bell's network).&lt;/P&gt;&lt;P&gt;It doesn't look like a client-side routing issue. The upstream path is very similar once past the home LAN. PPPoE is not taking some wild route.&lt;/P&gt;</description>
      <pubDate>Fri, 09 Jan 2026 02:21:09 GMT</pubDate>
      <guid>https://forum.bell.ca/t5/internet/giga-hub-2-0-pppoe-passthrough-2nd-pppoe-session-capped-average/m-p/101318#M24972</guid>
      <dc:creator>Velaris</dc:creator>
      <dc:date>2026-01-09T02:21:09Z</dc:date>
    </item>
    <item>
      <title>Re: Giga Hub 2.0: PPPoE passthrough/2nd PPPoE session capped (average 330 Mbps) on 3 Gbps plan</title>
      <link>https://forum.bell.ca/t5/internet/giga-hub-2-0-pppoe-passthrough-2nd-pppoe-session-capped-average/m-p/101320#M24973</link>
      <description>&lt;P&gt;Seems to be a common issue with 2.0 gigahub. OG giga would get full speed PPOE pass through but would have its own issues, normally latency spikes&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 09 Jan 2026 02:45:17 GMT</pubDate>
      <guid>https://forum.bell.ca/t5/internet/giga-hub-2-0-pppoe-passthrough-2nd-pppoe-session-capped-average/m-p/101320#M24973</guid>
      <dc:creator>Username959</dc:creator>
      <dc:date>2026-01-09T02:45:17Z</dc:date>
    </item>
    <item>
      <title>Re: Giga Hub 2.0: PPPoE passthrough/2nd PPPoE session capped (average 330 Mbps) on 3 Gbps plan</title>
      <link>https://forum.bell.ca/t5/internet/giga-hub-2-0-pppoe-passthrough-2nd-pppoe-session-capped-average/m-p/102093#M25101</link>
      <description>&lt;P&gt;&lt;SPAN&gt;Yup, same issue with me in November. I also have the UCG Fiber. I was capped at 700 Mbps on 3 Gbps service. I even tried a pfsense install with latest release which has pppoe enhancement and got same result. I called Bell and they would not help because I am using my own equipment. I posted on Reddit that I suspected Bell was capping secondary pppoe session and was told no Bell is not capping anything. It is clear they are. To resolve this, I bought the was-110 module and bypassed the GH. It’s in the box it came in and internet is now full speed using pppoe.&amp;nbsp;&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 23 Jan 2026 03:13:59 GMT</pubDate>
      <guid>https://forum.bell.ca/t5/internet/giga-hub-2-0-pppoe-passthrough-2nd-pppoe-session-capped-average/m-p/102093#M25101</guid>
      <dc:creator>krw</dc:creator>
      <dc:date>2026-01-23T03:13:59Z</dc:date>
    </item>
    <item>
      <title>Re: Giga Hub 2.0: PPPoE passthrough/2nd PPPoE session capped (average 330 Mbps) on 3 Gbps plan</title>
      <link>https://forum.bell.ca/t5/internet/giga-hub-2-0-pppoe-passthrough-2nd-pppoe-session-capped-average/m-p/102119#M25110</link>
      <description>&lt;P&gt;Yes, using the WAS-110 module is generally the only way to bypass the Giga Hub. But you are on your own for support.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Sat, 24 Jan 2026 15:07:09 GMT</pubDate>
      <guid>https://forum.bell.ca/t5/internet/giga-hub-2-0-pppoe-passthrough-2nd-pppoe-session-capped-average/m-p/102119#M25110</guid>
      <dc:creator>dks</dc:creator>
      <dc:date>2026-01-24T15:07:09Z</dc:date>
    </item>
    <item>
      <title>Re: Giga Hub 2.0: PPPoE passthrough/2nd PPPoE session capped (average 330 Mbps) on 3 Gbps plan</title>
      <link>https://forum.bell.ca/t5/internet/giga-hub-2-0-pppoe-passthrough-2nd-pppoe-session-capped-average/m-p/102469#M25162</link>
      <description>&lt;P&gt;This is my experience with Gigahub 2.0. The speed cap that is occurring is happening at the WAN IP level on Bell's end. Just restart the Gigahub 2.0 by pulling the power cord to cycle and get a new WAN IP until you get one that provides you the desired&amp;nbsp; speed on Ookla speedtest website. For me I'm using the Unifi Cloud Gateway Max which limits to 2.5Gbps port and I'm getting the full speed both Download and Upload.&lt;/P&gt;</description>
      <pubDate>Sat, 31 Jan 2026 15:15:07 GMT</pubDate>
      <guid>https://forum.bell.ca/t5/internet/giga-hub-2-0-pppoe-passthrough-2nd-pppoe-session-capped-average/m-p/102469#M25162</guid>
      <dc:creator>taid</dc:creator>
      <dc:date>2026-01-31T15:15:07Z</dc:date>
    </item>
    <item>
      <title>Re: Giga Hub 2.0: PPPoE passthrough/2nd PPPoE session capped (average 330 Mbps) on 3 Gbps plan</title>
      <link>https://forum.bell.ca/t5/internet/giga-hub-2-0-pppoe-passthrough-2nd-pppoe-session-capped-average/m-p/102502#M25176</link>
      <description>&lt;P&gt;Just as another data point: Gigahub 2.0 and ucg-fiber, also capped at ~750mbps on second PPPOE profile. Can get the expected 3gbps line speed on DHCP, but ucg-fiber starts reporting packet-loss disconnects which I think are false-positives. No, winning. Time to go back to 8311 PON which I had when Bell was giving out HH4000 still.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Sun, 01 Feb 2026 18:39:41 GMT</pubDate>
      <guid>https://forum.bell.ca/t5/internet/giga-hub-2-0-pppoe-passthrough-2nd-pppoe-session-capped-average/m-p/102502#M25176</guid>
      <dc:creator>_fatkiid</dc:creator>
      <dc:date>2026-02-01T18:39:41Z</dc:date>
    </item>
    <item>
      <title>Re: Giga Hub 2.0: PPPoE passthrough/2nd PPPoE session capped (average 330 Mbps) on 3 Gbps plan</title>
      <link>https://forum.bell.ca/t5/internet/giga-hub-2-0-pppoe-passthrough-2nd-pppoe-session-capped-average/m-p/102504#M25177</link>
      <description>&lt;P&gt;FWIW, it takes me a day or two of rebooting the gigahub and/or switching between DHCP and PPPOE on the UCG-fiber to eventually get back to a subnet that restores the full 3gbps on PPPOE. And then I try not to touch anything.&lt;/P&gt;</description>
      <pubDate>Sun, 01 Feb 2026 19:33:04 GMT</pubDate>
      <guid>https://forum.bell.ca/t5/internet/giga-hub-2-0-pppoe-passthrough-2nd-pppoe-session-capped-average/m-p/102504#M25177</guid>
      <dc:creator>_fatkiid</dc:creator>
      <dc:date>2026-02-01T19:33:04Z</dc:date>
    </item>
    <item>
      <title>Re: Giga Hub 2.0: PPPoE passthrough/2nd PPPoE session capped (average 330 Mbps) on 3 Gbps plan</title>
      <link>https://forum.bell.ca/t5/internet/giga-hub-2-0-pppoe-passthrough-2nd-pppoe-session-capped-average/m-p/102505#M25178</link>
      <description>&lt;P&gt;Yes DHCP does give you full speed, however the packet-loss disconnect is not false positive. If you are on any video calls/meeting, you will get disconnected. It is very unstable using DHCP. At least that is my experience. PPPOE is much more stable.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Sun, 01 Feb 2026 19:40:50 GMT</pubDate>
      <guid>https://forum.bell.ca/t5/internet/giga-hub-2-0-pppoe-passthrough-2nd-pppoe-session-capped-average/m-p/102505#M25178</guid>
      <dc:creator>taid</dc:creator>
      <dc:date>2026-02-01T19:40:50Z</dc:date>
    </item>
    <item>
      <title>Re: Giga Hub 2.0: PPPoE passthrough/2nd PPPoE session capped (average 330 Mbps) on 3 Gbps plan</title>
      <link>https://forum.bell.ca/t5/internet/giga-hub-2-0-pppoe-passthrough-2nd-pppoe-session-capped-average/m-p/102506#M25179</link>
      <description>&lt;P&gt;I’m not sure i agree with the whole subnet theory. The reason is that I am bypassing the GH 2.0 and any IP I obtain on reboots produces full 3 GB speed on my UCG-Fiber. I firmly believe Bell is looking at the number of PPPoE sessions in use and manipulating anything other than the primary for lower speed.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Sun, 01 Feb 2026 19:58:46 GMT</pubDate>
      <guid>https://forum.bell.ca/t5/internet/giga-hub-2-0-pppoe-passthrough-2nd-pppoe-session-capped-average/m-p/102506#M25179</guid>
      <dc:creator>krw</dc:creator>
      <dc:date>2026-02-01T19:58:46Z</dc:date>
    </item>
    <item>
      <title>Re: Giga Hub 2.0: PPPoE passthrough/2nd PPPoE session capped (average 330 Mbps) on 3 Gbps plan</title>
      <link>https://forum.bell.ca/t5/internet/giga-hub-2-0-pppoe-passthrough-2nd-pppoe-session-capped-average/m-p/102508#M25180</link>
      <description>&lt;P&gt;I use uptime kuma and smokeping beind ucg-fibre, and I don't get any loss or observe loss from day-to-day use, but the unifi cloud gateway constantly reporting packet loss or disconnected internet.&lt;/P&gt;</description>
      <pubDate>Sun, 01 Feb 2026 20:12:52 GMT</pubDate>
      <guid>https://forum.bell.ca/t5/internet/giga-hub-2-0-pppoe-passthrough-2nd-pppoe-session-capped-average/m-p/102508#M25180</guid>
      <dc:creator>_fatkiid</dc:creator>
      <dc:date>2026-02-01T20:12:52Z</dc:date>
    </item>
    <item>
      <title>Re: Giga Hub 2.0: PPPoE passthrough/2nd PPPoE session capped (average 330 Mbps) on 3 Gbps plan</title>
      <link>https://forum.bell.ca/t5/internet/giga-hub-2-0-pppoe-passthrough-2nd-pppoe-session-capped-average/m-p/102509#M25181</link>
      <description>&lt;P&gt;No idea what the root cause is, but I get locked out of 3gbps for a few days, but then eventually get it back after constantly rebooting and switching between DHCP/ADMZ and PPPOE.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Sun, 01 Feb 2026 20:11:03 GMT</pubDate>
      <guid>https://forum.bell.ca/t5/internet/giga-hub-2-0-pppoe-passthrough-2nd-pppoe-session-capped-average/m-p/102509#M25181</guid>
      <dc:creator>_fatkiid</dc:creator>
      <dc:date>2026-02-01T20:11:03Z</dc:date>
    </item>
    <item>
      <title>Re: Giga Hub 2.0: PPPoE passthrough/2nd PPPoE session capped (average 330 Mbps) on 3 Gbps plan</title>
      <link>https://forum.bell.ca/t5/internet/giga-hub-2-0-pppoe-passthrough-2nd-pppoe-session-capped-average/m-p/102623#M25205</link>
      <description>&lt;P&gt;Also experiencing this with my Gigahub 2.0 connected to my equipment via PPPOE passthrough, capping out around 750-800mbps upload and download.&lt;BR /&gt;I was getting the full speed for about a month or so when my service was first setup activated, not sure what changed.&amp;nbsp;&lt;/P&gt;&lt;P&gt;Super frustrating that they keep trying to push customers to use Bell equipment.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 03 Feb 2026 15:25:07 GMT</pubDate>
      <guid>https://forum.bell.ca/t5/internet/giga-hub-2-0-pppoe-passthrough-2nd-pppoe-session-capped-average/m-p/102623#M25205</guid>
      <dc:creator>LeeAl</dc:creator>
      <dc:date>2026-02-03T15:25:07Z</dc:date>
    </item>
  </channel>
</rss>

