🚀 go-pugleaf

Luca wrote:
> 
> 
> diax dplanet untest�tzt syncPPP sowie HDLC.
> 

Da herrscht ja wieder mal volles durcheinander. Achten auf
sauberes Schichtenmodell:

                          A       B        C        D
Schicht ...
unterste Schicht ISDN : HDLC    HDLC     HDLC     HDLC
naechste Schicht ISDN :   -     X.75    V.120    V.120
end to end Schicht    : PPP(s)   PPP      PPP      PPP
IP Schicht ...

HDLC ist verbindungslos und garantiert weder die korrekte
Uebertragung noch das eintreffen der Pakete in der richtigen
Reihenfolge (analog UDP)

A) muesste PPP over HDLC heissen, wird oft auch syncPPP 
   genannt. Allerdings ist das sogenannte framing in 
   PPP(s) (s f�r synchron) angepasst an die kontinuierliche 
   Daten�bertragung (einf�llen von leer-Paketen, etc).
  
   Der normale pppd von Linux (und auch das PPP im Windoof-
   DFUe) macht sog. asynchrones PPP. Deshalb muss ein externer 
   TA im Modus A) das asynchrone PPP auf der seriellen 
   Schnittstelle in synchrones PPP �ber HDLC umwandeln.

B) C) D) X.75 etc sind Protokolle, die ein externer TA 
   (zB) beherrscht und machen aus dem unsicheren HDLC
   eine transparente bidirektionale Byte-serielle Verbindung. 
   Wenn zwei externe TA's mit X.75 verbunden sind, dann entspricht 
   dies einem seriellen Kabel (gekreuzt, langsam ;-)

A) wird aus historischen Gr�nden vor allem in Routern eingesetzt
(auf traditionellen Mietleitungen wird von Router zu Router auf
der untersten Ebene auch HDLC eingesetzt),

B) vor allem bei 'Modem'-Anwendungen. Um die beiden Welten A) und
B) zusammenzubringen, unterst�tzen heutige TAs den syncPPP Modus.

Der Nachteil von B) ist die doppelte Fehlerkorrektur (sowohl in PPP
als auch in X.75) und damit der groessere Overhead. Leider beherrschen
nicht alle TA's die sync-async Konversion fehlerfrei (zB Zyxel TA128
bei _eingehenden_ Verbindungen), A) hat also auch Nachteile...

Nicolas