no a pak tu máme levelův problém kde se prostě window size nedařilo zvětšit a na vině byly L2 prvky.. ehm... hromada L2 prvků... velká hromada prvků. Přesněji 13 switchů za sebou v řadě.
No a proč vlastně ty musíš u klientů používat tcp optimizer když ostatní to dělat nemusí? Neni to divný? Vim že máte infrastrukturu hodně pokročilější než my a tyhle problemy nemáme. Navíc naše síť má větší latence než vaše včetně připojení do netu.
Muzes mi prosim vysvetlit, co ma spolecneho L2 prvek s TCP/IP? Pokud se nepletu, tak ty L2 prvky nemaji o nejakem window size ani poneti, prave protoze operuji na 2. vrstve, kdezto TCP/IP zacina na 3.
protoze na L2 prvku dochazi k nejvetsimu zpozdeni. Zkus si treba zmerit zpozdeni pres nejakej L2 switch a srovnej to s nejakym Cisco routerem, kde bude napr. zapnutej CEF (cisco express forwarding).
A ted si takovych L2 switchu naskladej za sebe treba 10 (viz problem levela s CDT)
A co se tyka trasportni vrsty L4, tak prave na ni dochazi k vymene informaci o velikosti Windows size, ACK, korekcich, rozdeleni souboru na pakety atd.
Pokud se mylim, budu rad, kdyz me nekdo opravi :)
btw, treba takovej Majklik, jakozto hodne znalej prispevovatel by sem k tomu mohl neco napsat 8)
