data pakker på netværket

jeg kan ikke rigtig se hvordan de skulle hjælpe.
hvis klienten sender en pakke og ikke får svar, så sender den den samme pakke igen.
hvorimod hvis klienten får svar, så kan den fortsætte og afsende den næste pakke.
så man vil spare lidt netværkstrafik, men svartiderne på klienten vil være længere.

man kan ikke sætte den til kun at svare på hver 10. pakke eller lign. Hvis din tynde klient er længe om at få svar fra serveren, skal du prøve at finde ud af hvorfor det går langsomt. Finde ud af hvad det er der overbelaster serveren, eller hvad der overbelaster netværket.

Netværket er ikke overbelastet, bare ikke så bredt.
den tynde klient skal ikke vente på svar når den ved den skal sende 10 pakker før der kommer svar tilbage.
Man kan måske ikke ændre dette....? TDC påstår eller hårdnakket at det kan man sandelig godt, men hvordan siger de ikke.

Jeg går ud fra at du benytter 100mb ethernet. En max ethernetpakke er 1518 bytes. Dem kan derfor (teoretisk) sendes ca. 86000 af per sekund hvis der ikke er fysiske fejl på netværket.

Jeg tror at det er en bestemt type requests som server applikationen skal benytte CPU for at analysere der får den til at virke langsom og du vil så smide dem væk. Har du brugt en packet analyzer på for at finde ud af hvad det er for pakker det drejer sig om?

Det er i hvertfald usandsynligt at alene størelsen på en pakke vil have nogen gavnlig effekt.

100mb = 8600 max pakker per sekund - 1Gb = 86000 max pakker per sekund

Det drejer sig om en fast 64kb linie til en afd. i nabobyen, derfor er antallet af pakker vigtig for det tager begge maskiner 64 ms at svare på en normal pakke

Hvis det er roundtrip delay der er problemet ønsker man netop så store pakker som muligt eller du kan justere dit acknowledge-vindue op så der kan sendes flere pakker før der skal svares.

Ved at discarde et vilkårligt antal pakker på serveren opnår du kun at klienten må vente på sin timeout counter og så retransmitere. Det giver alt andet lige længere svartider og gummi i tasterne.

Løsningen er at begrænse antallet af overhead pakker, pakke flere data ind hver pakke (større pakker) og at sætte acknowledge vinduet op.

Her er et link med vejledning og noget forklaring :
http://rdweb.cns.vt.edu/public/notes/win2k-tcpip.htm

Ud over TCP window size, kan det også betale sig at kigge lidt på parametrene til TCP slow start.

renehinsch.....hvordan sættes pakkestørrelsen op, og hvordan sættes acknowledge vinduet op...?;-)

(Håber det er mig der svarer ;-) )
Du skal rette i registry (med f.eks. regedit) :
  HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\TcpWindowSize

eller

  HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interface\<interface>\TcpWindowSize

Hvis værdien ikke findes i registry kan du bare oprette den (som et REG_DWORD)

Microsoft skriver (http://www.microsoft.com/technet/treeview/default.asp?url=/technet/itsolutions/network/deploy/depovg/tcpip2k.asp):
"Description: This parameter determines the maximum TCP receive window size offered. The receive window specifies the number of bytes that a sender can transmit without receiving an acknowledgment. In general, larger receive windows improve performance over high-delay, high-bandwidth networks. For greatest efficiency, the receive window should be an even multiple of the TCP Maximum Segment Size (MSS). This parameter is both a per-interface parameter and a global parameter, depending upon where the registry key is located. If there is a value for a specific interface, that value overrides the system-wide value. "

og

"Default: The smaller of the following values:

0xFFFF
GlobalMaxTcpWindowSize (another registry parameter)
The larger of four times the maximum TCP data size on the network
16384 rounded up to an even multiple of the network TCP data size
"

Der skulle have stået : Håber det er ok det er mig der svarer ;-)

Dersom bare hver tinede pakke faar svar saa skulle dette vel ikke gi noen annen effekt enn at nettverkstrafikken oeker, samtidig som den effektive datatransporten gaar ned saa blir vel nettverket langsommere ??? Hvor staar det beskrevet at dette tvert i mot kan medfoere et hurtigere nettverk ???

Hvis du har problemer med hastigheden (unødige pakker) på linien. Skal dette ikke defineres på Server/clienten, men derimod i routene. Kan hjælpe dig med kommandoerne hvis det et er Cisco routere ellers skal du lede efter noget som hedder keep alive (router står hver 30 sek og sender en keepalive pakke til hinanden, kan blive dyrt hvis det ik er en fast linie.) Yderligere hjælp så mail til jesper@drukhuset.dk

langbein>
AT øge Window size, betyder ikke der bliver sendt færre acknowledgements på linien, men bare at den der sender ikke venter på acknowledges. Med et højt roundtrip delay betyder det en hel del at sender ikke behøver at vente et helt roundtrip, men kan blive ved med at sende data.

hsloth...har du selv haft dette problem, eller er du bare rimelig meget langhåret  ;-)
kan desværre ikke åbne dit link, så jeg ved ikke om du skal have pointene...?

Det jeg har postet er taget fra linket :

http://www.microsoft.com/technet/treeview/default.asp?url=/technet/itsolutions/network/deploy/depovg/tcpip2k.asp

Hvis du ikke kan åbne det så prøv

http://www.microsoft.com/technet/itsolutions/network/deploy/depovg/tcpip2k.asp

Jeg arbejder til dagligt med TCP/IP protokollen, men jeg er bestemt ikke langhåret - det er desværre gået en del tilbage på den front :-)

Hvis linkene ikke virker kan du gå ind på

http://www.microsoft.com/technet og selv vælge

IT Solutions >  Networking & RAS >  Deploy >  Deployment Overviews and Guidelines