Nein! Die ttyI* Devices bieten nur ein ähnliches Kommunikations-Interface, für das alle Befehle mit AT beginnen. Das vereinfacht die Benutzung alter Software, die für Modems geschrieben wurde. Die Verbindung mit einem entfernten analogen Modem mittels ttyI* Devices ist nicht möglich! Die tatsächliche Verbindung läuft digital, nicht analog.
Es sollten nur die ttyI* Devices verwendet werden. Die cui* Devices werden nur aus Kompatibilitätsgründen angelegt. Seit es mgetty gibt besteht kein Grund, die cui* Devices weiterhin zu benutzen. Bei ihrer Verwendung funktioniert das locking nicht einwandfrei (mehrere Programme könnten gleichzeitig versuchen, auf das gleiche Device zuzugreifen).
Mit der Option S14=3; z.B. 'ATS14=3'.
Wie gewohnt, genauso wie mit seriellen Schnittstellen. Benutze einfach /dev/ttyI* als Device. Du musst nur die richtige MSN oder EAZ für die Modememulation per Init-String setzen: 'AT&Emsn/eaz'.
Das spielt keine Rolle. Der Treiber nutzt intern immer die volle Geschwindigkeit von ISDN. Das wird auch in der Verbindungsmeldung angezeigt.
Die maximale Anzahl kann während der Kompilierung mit einem Wert für ISDN_MAX gesetzt werden. Z.Zt. ist der Wert auf 64 voreingestellt, d.h., es werden maximal 64 ttyI Devices unterstützt.
Vor dem Wählen musst Du den String 'AT&E123456' eingeben (wobei 123456 Deiner MSN entspricht; bei 1TR6 muss die einstellige EAZ angegeben werden).
Vermutlich hast Du Deiner Modememulation nicht mitgeteilt (mit
AT&E), welche MSN benutzt werden soll. Wenn Deine MSN
z.B. 123456 lautet, musst Du AT&E123456 eingeben.
Das kannst Du. ISDN unterscheidet jedoch die verschiedenen
Dienste. Alle über die ttyI* Devices hinausgehenden Rufe benutzen
den Dienst 'Digital Data', der zu Telefon und Fax inkompatibel
ist. Dadurch geht der Ruf nie hinaus. Ändere die Diensteerkennung
mit dem Befehl ATS18=1 auf Audio, dann kannst Du das Telefon
oder das Fax wählen lassen.
Da gibt es mehrere mögliche Protokolleinstellungen. Es gibt HDLC,
X.75 und mehrere mögliche Blockgrößen bei X.75. Die
Blockgröße übergibst Du der Modememulation mit
AT&B. Gebräuchlich ist eine Blockgröße
von 2048 Byte: AT&B2048.
Wenn tatsächlich kein Prozess mehr Deine Modememulation benutzt, versuche dieses:
cu -l /dev/ttyI0 dir +++ ath0 ~.
Das kann geschehen, wenn der Partner die großen Frames von I4L nicht annehmen kann und den B-Kanal während der Übertragung schließt. Versuche, die Frames mit 'AT&B512' zu verkleinern.
Andreas Gutzwiller
andy@hippo.proxyon.imp.com schrieb am 5. Dezember 1996:
Ich musste folgende Einstellungen benutzen, sonst bekam ich nur Fehlermeldungen.Holger Burbach
# Prot protocol-parameter g packet-size 512 protocol-parameter g short-packets y protocol-parameter g window 7 protocol-parameter g remote-window 7 protocol-parameter v packet-size 512
Nun erreiche ich mit großen Paketen ca. 7300 cps.
holly@cthulhu.pfalz.de bot am 5. Februar 1997 eine andere
Lösung an:
Ich habe mehrere XP-User, die ohne Probleme pollen. Ich tat das Folgende: Zuerst setzte ich die Größe der zu sendenden Pakete für ttyI? auf 1024 ('AT&B1024') und anschließend die Paketgröße für das g Protokoll in UUCP:
protocol-parameter g packet-size 2048 protocol-parameter g remote-packet-size 0
Wie gesagt, es funktioniert gut..