Nein! Die ttyI* Devices bieten nur ein {[auml ]}hnliches Kommunikations-Interface, f{[uuml ]}r das alle Befehle mit AT beginnen. Das vereinfacht die Benutzung alter Software, die f{[uuml ]}r Modems geschrieben wurde. Die Verbindung mit einem entfernten analogen Modem mittels ttyI* Devices ist nicht m{[ouml ]}glich! Die tats{[auml ]}chliche Verbindung l{[auml ]}uft digital, nicht analog.
Es sollten nur die ttyI* Devices verwendet werden. Die cui* Devices werden nur aus Kompatibilit{[auml ]}tsgr{[uuml ]}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{[ouml ]}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{[uuml ]}r die Modememulation per Init-String setzen: 'AT{[amp ]}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{[auml ]}hrend der Kompilierung mit einem Wert f{[uuml ]}r ISDN{[lowbar]}MAX gesetzt werden. Z.Zt. ist der Wert auf 64 voreingestellt, d.h., es werden maximal 64 ttyI Devices unterst{[uuml ]}tzt.
Vor dem W{[auml ]}hlen musst Du den String 'AT{[amp ]}E123456' eingeben (wobei 123456 Deiner MSN entspricht; bei 1TR6 muss die einstellige EAZ angegeben werden).
Vermutlich hast Du Deiner Modememulation nicht mitgeteilt (mit
AT{[amp ]}E
), welche MSN benutzt werden soll. Wenn Deine MSN
z.B. 123456 lautet, musst Du AT{[amp ]}E123456
eingeben.
Das kannst Du. ISDN unterscheidet jedoch die verschiedenen
Dienste. Alle {[uuml ]}ber die ttyI* Devices hinausgehenden Rufe benutzen
den Dienst 'Digital Data', der zu Telefon und Fax inkompatibel
ist. Dadurch geht der Ruf nie hinaus. {[Auml ]}ndere die Diensteerkennung
mit dem Befehl ATS18=1
auf Audio, dann kannst Du das Telefon
oder das Fax w{[auml ]}hlen lassen.
Da gibt es mehrere m{[ouml ]}gliche Protokolleinstellungen. Es gibt HDLC,
X.75 und mehrere m{[ouml ]}gliche Blockgr{[ouml ]}{[szlig ]}en bei X.75. Die
Blockgr{[ouml ]}{[szlig ]}e {[uuml ]}bergibst Du der Modememulation mit
AT{[amp ]}B
. Gebr{[auml ]}uchlich ist eine Blockgr{[ouml ]}{[szlig ]}e
von 2048 Byte: AT{[amp ]}B2048
.
Wenn tats{[auml ]}chlich kein Prozess mehr Deine Modememulation benutzt, versuche dieses:
cu -l /dev/ttyI0 dir +++ ath0 {[tilde ]}.
Das kann geschehen, wenn der Partner die gro{[szlig ]}en Frames von I4L nicht annehmen kann und den B-Kanal w{[auml ]}hrend der {[Uuml ]}bertragung schlie{[szlig ]}t. Versuche, die Frames mit 'AT{[amp ]}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
{[num ]} 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{[szlig ]}en Paketen ca. 7300 cps.
holly@cthulhu.pfalz.de
bot am 5. Februar 1997 eine andere
L{[ouml ]}sung an:
Ich habe mehrere XP-User, die ohne Probleme pollen. Ich tat das Folgende: Zuerst setzte ich die Gr{[ouml ]}{[szlig ]}e der zu sendenden Pakete f{[uuml ]}r ttyI? auf 1024 ('AT{[amp ]}B1024') und anschlie{[szlig ]}end die Paketgr{[ouml ]}{[szlig ]}e f{[uuml ]}r das g Protokoll in UUCP:
protocol-parameter g packet-size 2048 protocol-parameter g remote-packet-size 0
Wie gesagt, es funktioniert gut..