Z iVysílání mi chodí pakety dlouhé 536 B

[Ħαℓ₸℮ℵ ␏⫢ ⦚]

Je to nějaká optimalizace a nebo je nějaký speciální důvod aby chodily pakety z ivysilani (ivys-vst01-5.o2tv.cz nebo rpc.o2.cz) o délce 536 b (normálně je standardně odjinud 1460b). Týká se to vyloženě jen streamovaných audiovizuálních dat, zbytek dat z webu je bez tohodle jevu.

(není v tom započtena hlavička   TCP 20b ani IP 20b. Nad IP nemá cenu dál zacházet, ale bylo by to 14b L2, ale ve skutečnosti Wireshark nezapočítává FCS ani preambuli)

[Reklama]

[_Tomáš_]

a jaký máš pmtu?

Streamy rádi posílají menší pakety, takhle ti to dělá ve všech kvalitách?

[RDa]

Rekl bych ze je nekde po ceste "preoptimalizovany" firewall, takze neprochazi MSS adaptace (at uz chybou, nebo zamerne, aby se zamezilo fragmentaci)
536 B je totiz default velikost MSS - https://en.wikipedia.org/wiki/Maximum_segment_size

[Ħαℓ₸℮ℵ ␏⫢ ⦚]

asi předpokládáš firewall u mě nebo někde na cestě blízko ke mně. Ale to by mohl vyřešit že to ověří někdo odjinud
Hmm, zkusím se na to podívat, z jiného PC/ z jiné sítě

ale prvotní indicie jsou odkudkoli odjinud jsem problém nezaznamenal (jak jsem psal)

Krátce: z mobilu to je trošičku jiná hodnota  (pětset něco, třeba 544 místo 536)

A zkusil jsem i pátrat - narazil jsem totiž ještě na jinou doménu ivysilani (ivys-cdn.o2tv.cz místo  /ivys-vst**-*.o2tv.cz) kde se to děje (něco jako  jako a tam je hodnota
) větší (1368 ale stále exotická)


Divné je že na youtube. (quic) mám 1258, na mobilu 1364(ne quic)
ale na normálních webech  1460

a vždy samozřejmě myslím stahování běžící delší dobu

[RDa]

V dobe UDP streamingu (napr. z dvb-t) se pakety tvorili celymi nasobky TS paketu (N*188 byte), ale zde to nebude mit vliv.

[Reklama]