[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Comcast - Significant v4 vs v6 throughput differences, almost stateful.

On Thu, Apr 23, 2020 at 8:27 AM Dovid Bender <dovid at telecurve.com> wrote:

> We have customers in CT with the same issues. When did this start?

Seems to have started 5 years ago when we ran out of ipv4 and all comers
needed to embrace ipv4 life-support mechanisms


The e2e ipv6 internet being faster and more robust than life-supported,
bot-ridden, and scarce ipv4 is.... a feature, not a bug.


> On Thu, Apr 23, 2020 at 11:07 AM Nick Zurku <nzurku at teraswitch.com> wrote:
>> Hello all,
>> I would appreciate if someone from Comcast could contact me about this.
>> Weâ??re having serious throughput issues with our AS20326 pushing packets
>> to Comcast over v4. Our transfers are either the full line-speed of the
>> Comcast customer modem, or theyâ??re seemingly capped at 200-300KB/s. This
>> behavior appears to be almost stateful, as if the speed is decided when the
>> connection starts. As long as it starts fast it will remain fast for the
>> length of the transfer and slow if it starts slow. Traces seem reasonable
>> and currently weâ??ve influenced the path onto GTT both ways. If we prepend
>> and reroute on our side, the same exact issue with happen on another
>> transit provider.
>> This issue does not affect v6 and that is full speed on every attempt.
>> This may be regionalized to the Comcast Pittsburgh market.
>> This is most widely affecting our linux mirror repository server:
>> http://mirror.pit.teraswitch.com/
>> Our colocation customers who are hosting VPN systems are also noticing
>> bottlenecks have started recently for their Comcast employees.
>> --
>> Nick Zurku
>> Systems Engineer
>> TeraSwitch, Inc.
>> nzurku at teraswitch.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nanog.org/pipermail/nanog/attachments/20200423/5f68b220/attachment.html>