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--