Is there an architectural document and/or problem statement for Parcels? Is there running code, and is it deployed anywhere?
On Wed, Dec 20, 2023 at 8:29 AM Templin (US), Fred L <Fred.L.Templin= 40boeing....@dmarc.ietf.org> wrote: > The question is not necessarily one of hardware vs. software; but it is > one of end-to-end vs. the middle. > > > > *From:* Int-area <int-area-boun...@ietf.org> *On Behalf Of *Robinson, > Herbie > *Sent:* Tuesday, December 19, 2023 3:49 PM > *To:* Templin (US), Fred L <Fred.L.Templin=40boeing....@dmarc.ietf.org>; > Paul Vixie <p...@redbarn.org>; Tom Herbert <t...@herbertland.com>; > Christian Huitema <huit...@huitema.net> > *Cc:* Gorry (erg) <go...@erg.abdn.ac.uk>; int-area <int-area@ietf.org> > *Subject:* Re: [Int-area] Re: Jumbo frame side meeting at IETF118 - notes > > > > 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 <Fred.L.Templin=40boeing....@dmarc.ietf.org> > *Sent:* Tuesday, December 19, 2023 4:44 PM > *To:* Robinson, Herbie <herbie.robin...@stratus.com>; Paul Vixie < > p...@redbarn.org>; Tom Herbert <t...@herbertland.com>; Christian Huitema < > huit...@huitema.net> > *Cc:* Gorry (erg) <go...@erg.abdn.ac.uk>; int-area <int-area@ietf.org> > *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 <int-area-boun...@ietf.org> *On Behalf Of *Robinson, > Herbie > *Sent:* Monday, December 18, 2023 5:31 PM > *To:* Paul Vixie <paul=40redbarn....@dmarc.ietf.org>; Tom Herbert < > tom=40herbertland....@dmarc.ietf.org>; Christian Huitema < > huit...@huitema.net> > *Cc:* Gorry (erg) <go...@erg.abdn.ac.uk>; int-area <int-area@ietf.org> > *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 > Int-area@ietf.org > https://www.ietf.org/mailman/listinfo/int-area > -- Thanks, --MM-- Evil is defined by mortals who think they know "The Truth" and use force to apply it to others.
_______________________________________________ Int-area mailing list -- int-area@ietf.org To unsubscribe send an email to int-area-le...@ietf.org
