Re: routing & conversion between 2 networks using different packet sizes (1500 & 9000 bytes)
Grant Taylor <[email protected]> Wed, 23 Nov 2022 20:17:48 -0600
| Newsgroups | gmane.linux.network.routing |
|---|---|
| Message-ID | <[email protected]> |
--Apple-Mail-1EF1EAD6-6111-4195-8A37-7660F888843A Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable This is a classic MTU mismatch scenario. A la 1500 B Ethernet II frame vs 40= 00 B Token Ring frame. I would assume and expect that the routing stack would handle the 9000 B to 1= 500 B just the same as it would 4000 B to 1500 B. I think this means that t= he TCP packet in the 9000 B Jumbo Ethernet frame would be fragmented and sen= t as multiple 1500 B Ethernet frames. Assuming that the Don=E2=80=99t Fragme= nt bit is not set. If it were set, I=E2=80=99d expect the router to return a= n ICMP error indicating that fragmentation is needed. I would be shocked if routing from 9000 B to 1500 B didn=E2=80=99t just work= . N.B. I=E2=80=99m assuming that you=E2=80=99re using standard CIDR routing an= d not trying to use anything like proxy ARP. Though even that theoretically s= hould work in that the P.A. router will frag / ICMP need frag as necessary t= o send TCP packets that will fit in the 1500 B frame. I think ~> expect. --=20 Grant. . . . unix || die > On Nov 23, 2022, at 5:15 PM, L A Walsh <[email protected]> wrote: >=20 > =EF=BB=BFMy computers and switches handle 9k jumbo packets and file transf= ers go faster > between 2 computers using them, however, ran into a slight snag -- IOT (In= ternet of Things): things like media devices, TV, receiver, disc player -- a= ll talk ethernet > @ 1.5k packet size. >=20 > So I'm wondering, if I setup the devices on a separate subnet and route tr= affic from > my desktop into my server, and have a route to the devices that uses 1.5k p= ackets, will the networking stack automatically marshal the 9k into 1.5k pac= kets for data that gets sent to the 1.5k subnet? I'm guessing it won't auto= matically do the reverse, but that's not so important, since sending 1.5k pa= ckets to a 9k destination will just use the smaller packets -- its only when= I send from a 9k packet enabled > network port to a 1.5k-talking device that I think problems occur (occasio= nal random data loss and connection resets). Does it sound like that would= work? >=20 > I currently have a bridge on the server between 2 networks, one w/9k packe= ts and the other with 1.5k packets and that seems to work fine -- I'm hoping= that's not a coincidence(?) >=20 > Thanks! >=20 >=20 >=20 --Apple-Mail-1EF1EAD6-6111-4195-8A37-7660F888843A Content-Type: application/pkcs7-signature; name=smime.p7s Content-Disposition: attachment; filename=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCBSYw ggUiMIIECqADAgECAhEAw8IZWQHDVuWWKHZeojBgoDANBgkqhkiG9w0BAQsFADCBljELMAkGA1UE BhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEYMBYG A1UEChMPU2VjdGlnbyBMaW1pdGVkMT4wPAYDVQQDEzVTZWN0aWdvIFJTQSBDbGllbnQgQXV0aGVu dGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQTAeFw0yMjExMTQwMDAwMDBaFw0yMzExMTQyMzU5 NTlaMCsxKTAnBgkqhkiG9w0BCQEWGmd0YXlsb3JAdG5ldGNvbnN1bHRpbmcubmV0MIIBIjANBgkq hkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAzOnBjTJUlBTzN81cPlYErJc9kEbTI/hXq0NA6ZoG4VM6 puYTEXtITANjgX+NRwwHjldESnC8dvh6Mx5ckEk9sWoDl8Yr/dWhF3s4fGxAX5ziOeuBI/yX7rKJ n6DOwclV3C6dyt3zrLB6LOiF4gA+lk/o3EbOwoPhpW2MqAywy18OIvzfmEXKdya8E/uIP4v/8AHm takxHfmZ33Krbwh2oia69esRKc7q2i3Jh+arTf3PuZJETd86Sb0Lz1+3zAXcYko2/3G9O9AwtUSD vkx5IUKieG8R4a8HLwuUTBNIsJ0qOdmv4hUjc3IsP0jN+xebTE4w7PheolE/OStiFshpKQIDAQAB o4IB0zCCAc8wHwYDVR0jBBgwFoAUCcDy/AvalNtf/ivfqJlCz8ngrQAwHQYDVR0OBBYEFPUkNRFs HVlNMgaz3G4kfNa8DU4VMA4GA1UdDwEB/wQEAwIFoDAMBgNVHRMBAf8EAjAAMB0GA1UdJQQWMBQG CCsGAQUFBwMEBggrBgEFBQcDAjBABgNVHSAEOTA3MDUGDCsGAQQBsjEBAgEBATAlMCMGCCsGAQUF BwIBFhdodHRwczovL3NlY3RpZ28uY29tL0NQUzBaBgNVHR8EUzBRME+gTaBLhklodHRwOi8vY3Js LnNlY3RpZ28uY29tL1NlY3RpZ29SU0FDbGllbnRBdXRoZW50aWNhdGlvbmFuZFNlY3VyZUVtYWls Q0EuY3JsMIGKBggrBgEFBQcBAQR+MHwwVQYIKwYBBQUHMAKGSWh0dHA6Ly9jcnQuc2VjdGlnby5j b20vU2VjdGlnb1JTQUNsaWVudEF1dGhlbnRpY2F0aW9uYW5kU2VjdXJlRW1haWxDQS5jcnQwIwYI KwYBBQUHMAGGF2h0dHA6Ly9vY3NwLnNlY3RpZ28uY29tMCUGA1UdEQQeMByBGmd0YXlsb3JAdG5l dGNvbnN1bHRpbmcubmV0MA0GCSqGSIb3DQEBCwUAA4IBAQBdVEYkwnfj7/0fx6R9ll/7F1HeOL+Q /gzdd4bKpaY3/dkCyHVtx2dAMixzM4YGIq4rDsbhPK1MXqQAS89B786rG9XjWKgMVlgiBHir/9eQ xhvX4AbQx1eJdCXNKTMJJwyIG2qlvuor/8H8//ZIjJuBgYAzW4TZREolhzVP4g92+De1zyWW+3bE SGHgx1E1+tkdvYeQATt7wkUtsEkn05MUHGAfRWt0tE3C321ajqSuFtxCVCeGvGusV8+3rw2vsqVG /mkTsmn1EAtq0jGhVgwIgQO8soFSRt/3zWibnVk1aRrXvy45WMGvan16R0/HQp8oLG3MYq++Vq6C FBbIG+9OMYIDxzCCA8MCAQEwgawwgZYxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1h bmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGDAWBgNVBAoTD1NlY3RpZ28gTGltaXRlZDE+MDwG A1UEAxM1U2VjdGlnbyBSU0EgQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwg Q0ECEQDDwhlZAcNW5ZYodl6iMGCgMA0GCWCGSAFlAwQCAQUAoIIB6zAYBgkqhkiG9w0BCQMxCwYJ KoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0yMjExMjQwMjE3NDhaMC8GCSqGSIb3DQEJBDEiBCDY xC0zLzN32/dt+6Ru314mhAq4LE+IFo4ynffCg4S2RzCBvQYJKwYBBAGCNxAEMYGvMIGsMIGWMQsw CQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3Jk MRgwFgYDVQQKEw9TZWN0aWdvIExpbWl0ZWQxPjA8BgNVBAMTNVNlY3RpZ28gUlNBIENsaWVudCBB dXRoZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBAhEAw8IZWQHDVuWWKHZeojBgoDCBvwYL KoZIhvcNAQkQAgsxga+ggawwgZYxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNo ZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGDAWBgNVBAoTD1NlY3RpZ28gTGltaXRlZDE+MDwGA1UE AxM1U2VjdGlnbyBSU0EgQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0EC EQDDwhlZAcNW5ZYodl6iMGCgMA0GCSqGSIb3DQEBCwUABIIBABICfNcg6BVg7dX8VoAKo70zwvY1 W3Sg2XVJeTB0KXt2ZxmLBljRbzNDdj1FFZ9GsosIoW/9oTIU1TzClKny+a8pPCNboOkBoq+BlU8+ A/IColPXYtfryPbam0uy6iD/vugKuqraMlTSAcSIU8/iHRrhOWEKh/xgvJ6Jy1gSDVVgD2mFP6wU G2jGA91tUwrH5QsstU4n8f1zeTh+nYyNKWtXseeMK5CjSImxlGgFqk2HCHzZbAo6C92cEe4tTJCG NIqQ3phbQJq2KJHIsezfv1UbxbeDCdlFamhwPiPaEDwgCu3FRmy/GCw8JQYsXHqee4qIyws/GkBk APnBSpTShv8AAAAAAAA= --Apple-Mail-1EF1EAD6-6111-4195-8A37-7660F888843A--