[Int-area] Jumbo frame side meeting at IETF118 - notes

2023-12-18 Thread Tim Chown
Hi, Apologies for the delay in posting these notes. Gorry and I held a side meeting in Prague on the topic of (lack of) use of jumbo frames, and what topics might lie within the IETF’s remit to help promote greater use. After talking to an AD it was suggested we raise the topic on the int-are

Re: [Int-area] Jumbo frame side meeting at IETF118 - notes

2023-12-18 Thread Kyle Rose
Apologies for not being able to make the meeting. Had I been able to attend, the question I was going to ask was: with respect to overhead, there's a constant factor 6x improvement when moving from 1500->9000 octets. How quickly do hardware performance improvements typically reach 6x packet-per-sec

Re: [Int-area] Jumbo frame side meeting at IETF118 - notes

2023-12-18 Thread Tom Herbert
On Mon, Dec 18, 2023 at 8:15 AM Tim Chown wrote: > > Hi, > > Apologies for the delay in posting these notes. Gorry and I held a side > meeting in Prague on the topic of (lack of) use of jumbo frames, and what > topics might lie within the IETF’s remit to help promote greater use. > > After talki

Re: [Int-area] Jumbo frame side meeting at IETF118 - notes

2023-12-18 Thread Tom Herbert
On Mon, Dec 18, 2023 at 8:38 AM Kyle Rose wrote: > > Apologies for not being able to make the meeting. Had I been able to attend, > the question I was going to ask was: with respect to overhead, there's a > constant factor 6x improvement when moving from 1500->9000 octets. How > quickly do hard

Re: [Int-area] Jumbo frame side meeting at IETF118 - notes

2023-12-18 Thread Kyle Rose
Right, I should have said *at best* a 6x improvement. The point I'm trying to get to is: how much sense does it make to try to make the public internet safe for jumbo frames? I honestly don't know, and since I wasn't at the meeting, I don't know much much this was even a focus. Thanks, Kyle On Mo

Re: [Int-area] Jumbo frame side meeting at IETF118 - notes

2023-12-18 Thread Christian Huitema
On 12/18/2023 9:15 AM, Kyle Rose wrote: Right, I should have said*at best* a 6x improvement. The point I'm trying to get to is: how much sense does it make to try to make the public internet safe for jumbo frames? I honestly don't know, and since I wasn't at the meeting, I don't know much much t

Re: [Int-area] Jumbo frame side meeting at IETF118 - notes

2023-12-18 Thread Tom Herbert
On Mon, Dec 18, 2023 at 11:24 AM Christian Huitema wrote: > > On 12/18/2023 9:15 AM, Kyle Rose wrote: > > Right, I should have said*at best* a 6x improvement. The point I'm trying > > to get to is: how much sense does it make to try to make the public > > internet safe for jumbo frames? I honestl

Re: [Int-area] Jumbo frame side meeting at IETF118 - notes

2023-12-18 Thread Paul Vixie
We've got to teach the system how to negotiate and/or discover this. 9000 was about right for fast Ethernet but it's small at gigabit Ethernet and above. Petabit is probably coming within our lifetimes. 9000 would be a great starting point and 64k after that but like the ibmpc 640k memory t

Re: [Int-area] [EXTERNAL] Re: Jumbo frame side meeting at IETF118 - notes

2023-12-18 Thread Robinson, Herbie
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

Re: [Int-area] [EXTERNAL] Re: Jumbo frame side meeting at IETF118 - notes

2023-12-18 Thread Tom Herbert
On Mon, Dec 18, 2023, 5:31 PM Robinson, Herbie wrote: > 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 mo