At some point, it becomes ridiculous to keep band-aiding 40+ year old hardware designs with ever increasing software complexity. The hard thing to know is when you hit that tipping point.
From: Templin (US), Fred L <[email protected]> Sent: Tuesday, December 19, 2023 4:44 PM To: Robinson, Herbie <[email protected]>; Paul Vixie <[email protected]>; Tom Herbert <[email protected]>; Christian Huitema <[email protected]> Cc: Gorry (erg) <[email protected]>; int-area <[email protected]> Subject: RE: [Int-area] [EXTERNAL] Re: Jumbo frame side meeting at IETF118 - notes [EXTERNAL SENDER: This email originated from outside of Stratus Technologies. Do not click links or open attachments unless you recognize the sender and know the content is safe.] ________________________________ Herbie, an alternative to trying to force advanced integrity checks into hardware is for the source to include a higher fidelity integrity check along with the jumbo, then the destination gets to verify the integrity after the jumbo has traversed the path. That way, there is still good integrity coverage even if all links in the path are still only using CRC32. Fred From: Int-area <[email protected]<mailto:[email protected]>> On Behalf Of Robinson, Herbie Sent: Monday, December 18, 2023 5:31 PM To: Paul Vixie <[email protected]<mailto:[email protected]>>; Tom Herbert <[email protected]<mailto:[email protected]>>; Christian Huitema <[email protected]<mailto:[email protected]>> Cc: Gorry (erg) <[email protected]<mailto:[email protected]>>; int-area <[email protected]<mailto:[email protected]>> Subject: Re: [Int-area] [EXTERNAL] Re: Jumbo frame side meeting at IETF118 - notes If we are going much beyond 9K, the hardware has to change, because a 32 bit CRC doesn’t cut it for really large packets. If the hardware has to change, we can push MTU negotiation into the hardware. And completely bypass the momentum involved with getting every existing implementation on the planet to actually implement PTB.
_______________________________________________ Int-area mailing list [email protected] https://www.ietf.org/mailman/listinfo/int-area
