🚀 go-pugleaf

Im backbone.general-Artikel <9187cc$161e1f.1da@gandalf.ruhr.de> vom 24 Sep,
schrieb Dirk Kruschewski:
# In article <Dy80K4.Cv7@hphbbs.ruhr.de>, hph@hphbbs.ruhr.de wrote:
  [ ... ]
# >  VIA ISDN GEHT NUR SYNCRONES (_KEIN_ ASYNCRONES) PPP UND DAS
# >  UNTERST�TZT DER RUHR-BACKBONE NICHT!
# 
# �ber ISDN kann man sehr wohl asynchrones PPP machen. Aber das ist gar nicht 
# die Frage: Kommt doch schlie�lich auf die verwendeten Treiber an.
# Win 95 mit Acotec Capi 2.0, PPP �ber X.75 mit Login geht problemlos.
# (Nur ein Beispiel)

  Kannst Du mich mal in die Logik Deiner Aussagen einf�hren?
  Kann WIN-95 jetzt async-PPP oder kann das irgend ein Treiber von
  einer Garagenfirma namens `Acotec'?


# >  WIN-95/-NT benutzen eine ISDN-Karte als NETZWERK-KARTE und mit
# >  einer BLOCK-Uebertragung auf eine ZEICHEN-orientierte
# >  Schnittstelle reitet man den Zielrechner in den Tod ...
# 
# Das versteh ich nicht (glauben kann ich es auch nicht).
# BTW: Ich nutze gerade in diesem Augenblick meine ISDN-Karte als Netzwerkkarte 
# unter Windows NT.

  Na prima --- dann macht doch mal (C)SLIP/PPP asyncron damit 
  und schick' mir Dir Loesung ... Ich hoer' immer nur: "(C)SLIP/PPP
  asyncron geht nur auf seriellen Leitungen mit Modems"


# >  Das Zauberwort heisst: `sich kundig machen', damit man weiss, was
# >  man tut, wenn man es tut ...
# ... damit man wei�, was man schreibt, wenn man es schreibt. :-))

  Was ich wei�, kann ich Dir sagen:

    Ein WIN-NT-User hat mir 8 Tage mehrmals taeglich die Teles-Karte
    im Rechner in Grund-und-Boden gestaucht, weil er syncron hier
    eingewaehlt hat ... "syncron? asyncron? Haeh?" Inzwischen kann
    er zwar einwaehlen (syncron), aber Linux->NT -- "No Way!", weil
    die NT-Buechse scheins zu bloede ist, dynamisch 'ne Route auf den
    Einwaehlkanal zu legen, fuer den sie mir selbst 20 Millisekunden
    vorher noch dynamisch 'ne IP-Adresse zugeordnet hat ... so stell'
    ich mir 'nen guten Server vor. 

    Ein WIN-95-User dito. Mit CFOS semmelt ihm der eigene Kasten
    dann nur ab und ISDN4WIN95 holpert mit �bertragungsraten von
    800bps vor sich hin ... ergo: alles rattenscharfte Software, die
    man so fuer WIN-Watt'weiss'ich angeboten bekommt. "Jeder macht,
    was er will, keiner macht was er soll -- aber alle machen mit!",
    scheint wohl _die_ Entwicklermaxime in dem Bereich zu sein ...

    Asyncron-Betrieb via ISDN bekommen beide nicht auf die Beine.
    Damit mir die Jungs nicht mehrmals t�glich meine ISDN-Karte
    abschiessen, hab' ich 1,5MB Speicher geopfert und zwei
    Daemon-Prozesse (statisch!) fuer sync-Betrieb auf die beiden
    Pseudo-Kanaele gelegt und das fuer jede erdenkliche Telefonnummer,
    die sie benutzen koennten ...  obwohl:  Man kann nichts
    idiotensicher machen, weil Idioten so genial sind ...
    

# BTW: From: hph@hphbbs.localnet (...)
# Bist Du sicher, da� das korrekt ist ?

  RTFM -> RFC-1036 (2.1.1, 2.2.1, 2.2.2)

# -d

hph
-- 
#--------- H.P. Heidinger, Steeler Str. 121, 45138 Essen /Germany ----------#
# Tel: +49-201: 8903091 (ISDN)  # 287802 (voice) # 287803 (analog data/FAX)
# ------------------------- Gib' GAIDS keine Chance!  -----------------------