#1
|
|||
|
|||
Windows Size (IP-Packetbestätigung)
Hallo zusammen,
ich habe hier ein Problem mit der IP-Packetbestätigung. OS: W2K So weit ich weiß handeln die Maschinen am Anfang einer Kommunikation aus wann eine Bestätigung der IP-Packete erfolgen soll. Jetzt meine Frage: Kann man die Anzahl der Packete vorgeben wann eine Bestätigung erfolgen soll. Wenn ja wo und wie? Ich hoffe ihr habt verstanden was ich meine ansonsten noch mal nachfragen. Gruß inmaha
__________________
----------------------------------------- Signatur hin oder her, hauptsache Natur!!! www.inmaha.de |
#2
|
||||
|
||||
ähm ne, wenn du das meinst, was ich denke, geht das nicht. dann würdest du einen standard neu erfinden und hättest damit keinen standard mehr
![]() müsstest du mal ein wenig übers osi-model und hdlc lesen (bei google suchen) wozu sollte das auch gut sein? man spart in fast null bandbreite und wenn festgestellt wird, dass in den letzten paketen fehler waren müssten ALLE neu gesendet werden.
__________________
C3H6O Aceton Burning squirrel Und nicht vergessen: Dieser Beitrag hat Superkuh-Kräfte! |
#3
|
|||
|
|||
Jo, das habe ich fast befürchtet.
Das man da nicht regulierend eingreifen kann, habe nämlich auch noch nichts darüber gefunden. Das Problem ist das wir ein Sicherungsnetz haben wo nur die Datensicherung drüber läuft. Mittlerweile sind wir dabei das auf Giga aufzuschrauben. Die Sicherung läuft bei einem Server mittlerweile fast 24h. Und das kommt nicht gut. Wir haben mal den Traffic in dem Backup-Netz gesniffert da kam halt bei raus das nach jedem zweiten Packet eine Bestätigung geschickt wird. Wenn jetzt z.B. erst nach jedem 10ten Packet eine Bestätigung geschickt würde wäre evt. die Sicherung etwas schneller fertig. Packetfehler traten bisher nicht auf da das Netz nur für die Sicherung benutzt wird. Gruß inmaha
__________________
----------------------------------------- Signatur hin oder her, hauptsache Natur!!! www.inmaha.de |
#4
|
||||
|
||||
auch wenn das netz nur den traffic vom bakup abbekommt kann es zu fehlern kommen. nebensprechen, rauschen, dämpfung, reflexion, dispersion, usw. zwar ist das ganze ja schon sehr reduziert durch abschirmungen und kabelkonfiguration aber dispersion, jitter und latenzzeiten werden nun mal durch die hardware und das protokoll reguliert.
das hat schon alles seinen sinn und zweck und da kann man auch nicht viel dran rum drehen.
__________________
C3H6O Aceton Burning squirrel Und nicht vergessen: Dieser Beitrag hat Superkuh-Kräfte! |