Re: U.S. Court PACER system overloaded by public interest
It appears that Jeffrey Ollie said: >-=-=-=-=-=- > >Anyone that regularly uses PACER should absolutely be using >https://www.courtlistener.com/. And the RECAP browser plugin, which both looks in courtlistener for you, and uploads copies to it when you do a PACER download. (The actual documents are public, only the downloading costs money.) Start here: https://free.law/recap R's, John
Re: VZ FIOS and Intel TCP IPv6 Checksum Offload problems
On Sat, Aug 27, 2022 at 12:00 PM Sean Donelan wrote: > In some situations where a client machine is connected via some specific > Optical Network Terminals (ONTs), and data is appended after the packet > checksum, the network adapter can drop receive packets when using TCP-IPv6 > Checksum Offload for receive traffic. Hi Sean, Do you happen to have any details on the bug? I note that the IPv6 header DOES NOT HAVE a checksum; it relies on the checksum in the layer-2 frame. I'm not clear how you "append" bytes to the ethernet frame "after" calculating the checksum, have the hardware checksum fail but have the software checksum succeed. Regards, Bill Herrin -- For hire. https://bill.herrin.us/resume/
Re: SAFNOG-7: 3 Days to Go! Register Now to Attend
Hello all. With just 3 days to go, we are all very excited to see you in Cape Town, next Tuesday. Please refer to the highlights below for next week's meeting. The Day 1 social - NAPAfrica's Beers for Peers - is now open for registration. Please do so here so you can reserve your place early enough. Entrance is free of charge: https://www.teraco.co.za/events/beers-for-peers/ The Day 2 social will be held at the Grand Africa Cafe & Beach, in Granger Bay. Tickets to attend will be provided to registered participants, at the conference venue. Entrance is free of charge: https://grandafrica.com/grand-africa-cafe-beach/venue/grand-africa-cafe-beach-entire-venue-solo-use/ See you all soon, and happy travels :-). Mark. On 8/19/22 15:05, Mark Tinka wrote: Hello all. With 10 days to go to the 7th edition of SAFNOG, we are delighted, and excited, to welcome you all to sunny and vibrant Cape Town, where we can all see each other after 2 years of social distancing. We have put together a very exciting program that covers a number of new, trending, thoughtful, operational and technical topics from within our community. Here are some key highlights: * The arrival of the new Equiano cable system, and what it means for the region, presented by Jonathan Davidson, Google. * A keynote on how value within the telecommunications space is shifting, and what the modern telco may need to look like for the future, by Edgar Kasenene, IDEX. * A panel on what the ongoing semi conductor shortages are doing to the industry, represented by vendors, operators and distributors, and hosted by yours truly. * The new paradigm in submarine cable design, using SDM (Spatial Division Multiplexing), presented by Alan Hollander, Infinera. * ... and a whole lot more! Check out the full agenda here: https://safnog.org/event/agenda.html If you haven't yet, please register to attend, and also book your hotel accommodation using SAFNOG's preferred rate, at: https://safnog.org/ The Day 1 social will be Beers For Peers, hosted by NAPAfrica. The Day 2 social will be hosted by Iris Network Systems. If you have any questions, please send an e-mail to: secretariat at safnog dot org We look forward to seeing you in Cape Town. Happy travels! Mark.
Re: U.S. Court PACER system overloaded by public interest
Anyone that regularly uses PACER should absolutely be using https://www.courtlistener.com/. On Fri, Aug 26, 2022 at 1:07 PM Sean Donelan wrote: > > > Having some experience with documents of extreme public interest, and web > sites getting overloaded (Starr Report on President Clinton, 1998)... > > its nice to see government web sites still get overloaded several decades > later. > > "PACER Service Under Fire After Trump Affidavit Crash Reports" > > PACER is the electronic document system used by the U.S. Court System. > -- Jeff Ollie The majestik møøse is one of the mäni interesting furry animals in Sweden.
Re: VZ FIOS and Intel TCP IPv6 Checksum Offload problems
On 8/27/22 3:36 PM, Mel Beckman wrote: No. In fact, a lot of low-end Ethernet interfaces are completely implemented in interrupt-driven driver software that runs in the host OS (such as Windows). The only thing the hardware provides is the magnetically to transduce binary bit streams. Even MAC-address decode is in software, and as a result, broadcast storms can slow these hosts to a crawl as the CPU had to check and discard every broadcast packet as “not mine”. When these tasks are offloaded from the CPU to the Ethernet hardware, the CPU doesn’t need to perform these tasks, reducing CPU workload. These also offloading resources provide parallel computing and validation of checksums, which is otherwise computationally expensive. I don’t know how this particular ONT bug works, but I’m guessing that it results in checksum failures under certain conditions, leading to retransmissions. Yeah, sorry brain fart. I'd be surprised if that were a big issue on home networks, but who knows. Mike -mel via cell On Aug 27, 2022, at 3:08 PM, Michael Thomas wrote: On 8/27/22 12:00 PM, Sean Donelan wrote: Hopefully, my pain will help someone else. I've had sporadic Internet slowdowns and stuck networking since IPv6 was enabled on my FIOS ONT a few months ago. After too much troubleshooting, I found out some older Intel GbE ethernet cards have a IPv6 Checksum Offload incompatibility with certain fiber ONT terminals. As Verizon is enabling IPv6 on its FIOS network, you might find intermittent network problems. Intermittent are the worst kind of problems. In some situations where a client machine is connected via some specific Optical Network Terminals (ONTs), and data is appended after the packet checksum, the network adapter can drop receive packets when using TCP-IPv6 Checksum Offload for receive traffic. Intel published an alert in 2017, but I didn't have IPv6 on FIOS then. https://www.intel.com/content/www/us/en/download/19174/disabling-tcp-ipv6-checksum-offload-capability-with-intel-1-10-gbe-controllers.html TLDR; turn off TCP IPv6 Checksum Offload Affects all operating systems (Windows, BSD, Linux, etc) using the affected wired Intel ethernet controllers. Not a problem with Intel WiFi. My reaction is "offload from what"? Isn't this all done in silicon? Mike
Re: VZ FIOS and Intel TCP IPv6 Checksum Offload problems
No. In fact, a lot of low-end Ethernet interfaces are completely implemented in interrupt-driven driver software that runs in the host OS (such as Windows). The only thing the hardware provides is the magnetically to transduce binary bit streams. Even MAC-address decode is in software, and as a result, broadcast storms can slow these hosts to a crawl as the CPU had to check and discard every broadcast packet as “not mine”. When these tasks are offloaded from the CPU to the Ethernet hardware, the CPU doesn’t need to perform these tasks, reducing CPU workload. These also offloading resources provide parallel computing and validation of checksums, which is otherwise computationally expensive. I don’t know how this particular ONT bug works, but I’m guessing that it results in checksum failures under certain conditions, leading to retransmissions. -mel via cell > On Aug 27, 2022, at 3:08 PM, Michael Thomas wrote: > > >> On 8/27/22 12:00 PM, Sean Donelan wrote: >> Hopefully, my pain will help someone else. >> >> I've had sporadic Internet slowdowns and stuck networking since IPv6 was >> enabled on my FIOS ONT a few months ago. >> >> After too much troubleshooting, I found out some older Intel GbE ethernet >> cards have a IPv6 Checksum Offload incompatibility with certain fiber ONT >> terminals. As Verizon is enabling IPv6 on its FIOS network, you might find >> intermittent network problems. >> >> Intermittent are the worst kind of problems. >> >> In some situations where a client machine is connected via some specific >> Optical Network Terminals (ONTs), and data is appended after the packet >> checksum, the network adapter can drop receive packets when using TCP-IPv6 >> Checksum Offload for receive traffic. >> >> Intel published an alert in 2017, but I didn't have IPv6 on FIOS then. >> >> https://www.intel.com/content/www/us/en/download/19174/disabling-tcp-ipv6-checksum-offload-capability-with-intel-1-10-gbe-controllers.html >> >> >> >> TLDR; turn off TCP IPv6 Checksum Offload >> >> Affects all operating systems (Windows, BSD, Linux, etc) using the affected >> wired Intel ethernet controllers. Not a problem with Intel WiFi. > > My reaction is "offload from what"? Isn't this all done in silicon? > > Mike >
Re: VZ FIOS and Intel TCP IPv6 Checksum Offload problems
On 8/27/22 12:00 PM, Sean Donelan wrote: Hopefully, my pain will help someone else. I've had sporadic Internet slowdowns and stuck networking since IPv6 was enabled on my FIOS ONT a few months ago. After too much troubleshooting, I found out some older Intel GbE ethernet cards have a IPv6 Checksum Offload incompatibility with certain fiber ONT terminals. As Verizon is enabling IPv6 on its FIOS network, you might find intermittent network problems. Intermittent are the worst kind of problems. In some situations where a client machine is connected via some specific Optical Network Terminals (ONTs), and data is appended after the packet checksum, the network adapter can drop receive packets when using TCP-IPv6 Checksum Offload for receive traffic. Intel published an alert in 2017, but I didn't have IPv6 on FIOS then. https://www.intel.com/content/www/us/en/download/19174/disabling-tcp-ipv6-checksum-offload-capability-with-intel-1-10-gbe-controllers.html TLDR; turn off TCP IPv6 Checksum Offload Affects all operating systems (Windows, BSD, Linux, etc) using the affected wired Intel ethernet controllers. Not a problem with Intel WiFi. My reaction is "offload from what"? Isn't this all done in silicon? Mike
VZ FIOS and Intel TCP IPv6 Checksum Offload problems
Hopefully, my pain will help someone else. I've had sporadic Internet slowdowns and stuck networking since IPv6 was enabled on my FIOS ONT a few months ago. After too much troubleshooting, I found out some older Intel GbE ethernet cards have a IPv6 Checksum Offload incompatibility with certain fiber ONT terminals. As Verizon is enabling IPv6 on its FIOS network, you might find intermittent network problems. Intermittent are the worst kind of problems. In some situations where a client machine is connected via some specific Optical Network Terminals (ONTs), and data is appended after the packet checksum, the network adapter can drop receive packets when using TCP-IPv6 Checksum Offload for receive traffic. Intel published an alert in 2017, but I didn't have IPv6 on FIOS then. https://www.intel.com/content/www/us/en/download/19174/disabling-tcp-ipv6-checksum-offload-capability-with-intel-1-10-gbe-controllers.html TLDR; turn off TCP IPv6 Checksum Offload Affects all operating systems (Windows, BSD, Linux, etc) using the affected wired Intel ethernet controllers. Not a problem with Intel WiFi.
Re: Longest prepend( 255 times) as path found
Yeah,I meant RIB, not FIB. Should have finished coffee first. :) On Fri, Aug 26, 2022 at 9:10 PM Lincoln Dale wrote: > If I was running an edge device with a limited FIB, perhaps I might drop >> it to save memory. If I had beefier devices, perhaps I would just depref >> it. >> > > Note that if said prefix either existed elsewhere with fewer prepends that > meant it 'won' bgp best-path selection, then it would not result in any > difference in the FIB. > The FIB is where the 'winning' prefixes go as fully-resolved things from > the RIB, but the RIB too would not have it, as an alternative won in BGP. > And even if you depref'd it in BGP, it would still be there in the > control-plane, consuming the same amount of RAM. > > Reject it for excess prepends is likely the best choice. > >
Re: U.S. Court PACER system overloaded by public interest
> and linked to > https://file///Users/Shared/Internet%20Downloads/gov.uscourts.flsd.617854.102.1_1.pdf > . (It's still there as I write this.) Doubt that link is going to work for anyone 浪
