Willy Manga writes:
> Hi,
>
> I recently noticed an issue with some routers complaining with that message:
>
> "kernel: Route cache is full: consider increasing sysctl
> net.ipv6.route.max_size."
>
> These routers are running FRR on Debian 12 , kernel 6.1.0-17-amd64. They
> are receiving full r
Grant Taylor via NANOG writes:
> On 9/6/21 5:04 AM, Toke Høiland-Jørgensen via NANOG wrote:
>> Well, I come from a software background, so in my world the whole
>> thing is held together by duct tape and string anyway ;)
>
> Don't forget bailing wire.
Heh, true, a
Grant Taylor via NANOG writes:
> Hi Toke,
>
> On 9/5/21 3:07 PM, Toke Høiland-Jørgensen via NANOG wrote:
>> Well, that's what I used to do back when I didn't have native v6 and
>> ran into this issue: block v6 at the DNS level. I.e., simply filter
>> out a
Grant Taylor via NANOG writes:
> Hi,
>
> Does anyone have any recommendation for a viable IPv6 tunnel broker /
> provider in the U.S.A. /other/ /than/ Hurricane Electric?
>
> I reluctantly just disabled IPv6 on my home network, provided by
> Hurricane Electric, because multiple services my wife
Baldur Norddahl writes:
> Hello
>
> What is the best current practice for buffer size? For customer facing
> ports, core network ports and transit links?
>
> We have a buffer problem, discovered by a customer that moved their servers
> to a cloud service some distance away. That resulted in a dra
micah anderson writes:
> Thanks for the reply.
>
> Philip Loenneker writes:
>> Take a look at the Mellanox ConnectX 5 series of cards. They handle
>> DPDK, PVRDMA (basically SR-IOV that allows live migration between
>> hosts), and can even process packets within the NIC for some
>
> From what I
Owen DeLong writes:
> Like it or not (and I really don’t), the majority of modern CDNs are
> using TCP over Anycast.
>
> It’s ugly and it’s prone to problems like this. It’s nice to see a
> customer with know-how actually publicizing and digging into the
> problem.
Thanks. I do plan to write thi
Baldur Norddahl writes:
> I am testing disabling our use of ECMP as it is not strictly necessary
> and we are moving to a new platform anyway. Waiting for feedback from
> the customer to hear if this fixes the issue.
Which I can confirm that it does. Thank you for the speedy resolution! :)
-Tok
On 13 November 2019 17:20:18 CET, Matt Corallo wrote:
>This sounds like a bug on Cloudflare’s end (cause trying to do anycast
>TCP is... out of spec to say the least), not a bug in ECN/ECMP.
Even without anycast, an ECMP shouldn't hash on the ECN bits. Doing so will
split the flow over multip
> Hello
>
> I have a customer that believes my network has a ECN problem. We do
> not, we just move packets. But how do I prove it?
>
> Is there a tool that checks for ECN trouble? Ideally something I could
> run on the NLNOG Ring network.
>
> I believe it likely that it is the destination that
10 matches
Mail list logo
