Next Previous Contents

16. ttyI: Konfiguration der ttyI* Devices ('Modememulation')

16.1 ttyI{[lowbar]}nomodem: Die ttyI* Devices emulieren doch ein analoges Modem, oder nicht?

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.

16.2 ttyI{[lowbar]}dev: Welche Devices sollte ich f{[uuml ]}r ausgehende/eingehende Rufe verwenden?

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).

16.3 ttyI{[lowbar]}hdlc: Wie stelle ich die Modememulation von X.75 um auf HDLC?

Mit der Option S14=3; z.B. 'ATS14=3'.

16.4 ttyI{[lowbar]}uucp: Wie kann ich mit Taylor-UUCP unter Verwendung von ISDN4LINUX Nachrichten holen?

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'.

16.5 ttyI{[lowbar]}speed: Welche Geschwindigkeit sollte ich f{[uuml ]}r die ttyI* Devices einstellen?

Das spielt keine Rolle. Der Treiber nutzt intern immer die volle Geschwindigkeit von ISDN. Das wird auch in der Verbindungsmeldung angezeigt.

16.6 ttyI{[lowbar]}max: Wieviele Devices werden maximal unterst{[uuml ]}tzt?

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.

16.7 ttyI{[lowbar]}nocarrier: Beim W{[auml ]}hlen mit 'ATD.....' bekomme ich immer die Antwort 'NO CARRIER'.

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).

16.8 ttyI{[lowbar]}noincall: Mein ttyI* Device/pppd registriert keine ankommenden Gespr{[auml ]}che.

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.

16.9 ttyI{[lowbar]}callphone: Warum kann ich nicht {[uuml ]}ber die ttyI* Devices mit meinem Telefon oder Fax w{[auml ]}hlen?

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.

16.10 ttyI{[lowbar]}noconnect: Ich bekomme keine Verbindung zu meiner ISDN Mailbox/BBS.

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.

16.11 ttyI{[lowbar]}forcehangup: Meine Modememulation h{[auml ]}ngt. Wie kann ich meine Karte zum Auflegen zwingen?

Wenn tats{[auml ]}chlich kein Prozess mehr Deine Modememulation benutzt, versuche dieses:


cu -l /dev/ttyI0 dir
+++
ath0
{[tilde ]}.

Vor und nach '+++' musst Du eine Sekunde warten, sonst erkennt Deine Modememulation die Escapesequenz nicht (wie bei einem normalen Modem). Beachte Prozesse (mit 'ps -ax'), die sowas wie 'I0' oder 'I1' in der zweiten Spalte zeigen. Sie haben ein ISDN Terminal als kontrollierendes Terminal. Du musst sie eventuell mit kill beenden.

16.12 ttyI{[lowbar]}channelclosed: W{[auml ]}hrend einer Verbindung {[uuml ]}ber ttyI bekomme ich eine Meldung des Kernels: 'teles{[lowbar]}writebuf: channel not open'. Danach wird keine Eingabe mehr von der Verbindung angenommen.

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.

16.13 ttyI{[lowbar]}uucp: Beim Gebrauch von UUCP mit X.75 bekomme ich immer {[Uuml ]}bertragungsfehler!

Andreas Gutzwiller andy@hippo.proxyon.imp.com schrieb am 5. Dezember 1996:

Ich musste folgende Einstellungen benutzen, sonst bekam ich nur Fehlermeldungen.
{[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.
Holger Burbach 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..


Next Previous Contents