home *** CD-ROM | disk | FTP | other *** search
/ Computer Club Elmshorn Atari PD / CCE_PD.iso / mac / 1000 / CCE_1024.ZIP / CCE_1024 / UP220195.LZH / DOCS / INSTALL / GPROT.TXT < prev    next >
Text File  |  1994-12-19  |  3KB  |  66 lines
  1.  
  2.  Das 'g'-Protokoll
  3.  -----------------
  4.  
  5.  Das 'g'-Protokoll  ist  das  Standardprotokoll  für  UUCP. Alle mir
  6.  bekannte Systeme beherrschen es (zumindest teilweise).
  7.  
  8.  Das  'g'-Protokoll  sendet  Daten  in Paketen, die Größe der Pakete
  9.  kann  zwischen  32  Byte  und  4  kByte  liegen.  Zusammen  mit der
  10.  Fenstergröße  ist die richtige Wahl der Paketgröße entscheidend für
  11.  die Geschwindigkeit.
  12.  
  13.  
  14.  
  15.  Die Datenpakete sind mit  mehreren  Mechanismen  zur  Erkennung von
  16.  Übertragungsfehlern  versehen  und  müssen  vom  Empfänger  (Slave)
  17.  geprüfte und bestätigt werden.
  18.  Damit  bei  fehlerfreien  Übertragungen der Master durch das Warten
  19.  auf die  Bestätigung  nicht ausgebremst wird, kann mit der Fenster-
  20.  größe angegeben werden, wieviel Datenpakete der Master senden darf,
  21.  bevor  er  eine  Bestätigung  für  das erste Paket abwarten muß. Es
  22.  können also mehrere Pakete direkt hintereinander verschickt werden.
  23.  Auf  diese  Weise  kann  das  'g'-Protokoll  bei  fehlerfreien sehr
  24.  schnell werden.
  25.  
  26.  Der  Nachteil  dieses Verfahrens tritt erst bei Übertragungsfehlern
  27.  auf. Bei ungünstiger Konfiguration der Paket- und Fenstergröße kann
  28.  die Übertragung stark gebremst werden.
  29.  
  30.  Erhält  der  Master  keine  Bestätigung  für  ein  Paket,  oder die
  31.  Nachricht, daß es fehlerhaft empfangen wurde, so muß er alle Pakete
  32.  ab dem fehlerhaften Paket nocheinmal senden.
  33.  Im  "worst  case"  muß  er  maximal die Anzahl der mit Fenstergröße
  34.  eingestellen Pakete versenden.
  35.  
  36.  Es  ist  also zweckmäßig, die Paket- und Fenstergröße nicht zu groß
  37.  zu  wählen.  Sie  sollten  gerade  so  groß  sein, daß es bei einer
  38.  fehlerfreien  Übertragung  nicht  zu  Verzögerungen  kommt.  Treten
  39.  häufiger  Fehler  auf,  ist es eher zweckmäßig, die  Paketgröße zu
  40.  verringern, denn die Fenstergröße. Die Chance, das so mehr korrekte
  41.  Pakete übertragen werden, ist größer.
  42.  
  43.  Gute Werte erreicht man beispielsweise bei einer 14400er-Verbindung
  44.  mit Paketgrößen von 1024 Byte und Fenstergröße 5.
  45.  
  46.  
  47.  Großen  Einfluß hat auch die Puffergröße für die seriellen Schnitt-
  48.  stellen   auf   Sender-   und Empfängersystem. Tritt ein Fehler auf
  49.  und   muß   der   Master   Pakete neusenden, so wird natürlich erst
  50.  alles  übertragen,  was  schon  im Puffer ist (es wird dann auf der
  51.  Empfängerseite verworfen).
  52.  Der  Sendepuffer  sollte  daher  nicht  zu  groß  sein (und je nach
  53.  Rechnergeschwindigkeit zwischen einem und drei Paketen fassen).
  54.  Der  Empfangspuffer  dagegen  darf  ruhig groß gewählt werden. Hier
  55.  bringt ein großer Puffer nur Vorteile.
  56.  
  57.  
  58.  Die  feste  Paketgröße  wird  von   einigen  wenigen  UUCP-Systemen
  59.  verlangt  (sie  können  es  nicht besser). Wenn möglich, sollte man
  60.  darauf  verzichten. Muß man sie benutzen, sollte man die Paketgröße
  61.  nicht zu groß wählen (ich empfehle max. 512 Byte).
  62.  
  63.                                                                     .
  64.  
  65.  
  66.