<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN"> <HTML> <HEAD> <META NAME="GENERATOR" CONTENT="LinuxDoc-Tools 0.9.21"> <TITLE>ISDN4LINUX - FAQ (deutsche Version): ttyI: Konfiguration der ttyI* Devices ('Modememulation') </TITLE> <LINK HREF="i4lfaq-de-17.html" REL=next> <LINK HREF="i4lfaq-de-15.html" REL=previous> <LINK HREF="i4lfaq-de.html#toc16" REL=contents> </HEAD> <BODY> <A HREF="i4lfaq-de-17.html">Next</A> <A HREF="i4lfaq-de-15.html">Previous</A> <A HREF="i4lfaq-de.html#toc16">Contents</A> <HR> <H2><A NAME="ttyI"></A> <A NAME="s16">16.</A> <A HREF="i4lfaq-de.html#toc16">ttyI: Konfiguration der ttyI* Devices ('Modememulation') </A></H2> <H2><A NAME="ttyI_nomodem"></A> <A NAME="ss16.1">16.1</A> <A HREF="i4lfaq-de.html#toc16.1">ttyI_nomodem: Die ttyI* Devices emulieren doch ein analoges Modem, oder nicht? </A> </H2> <P>Nein! Die ttyI* Devices bieten nur ein ähnliches Kommunikations-Interface, für das alle Befehle mit <EM>AT</EM> beginnen. Das vereinfacht die Benutzung alter Software, die für Modems geschrieben wurde. <B>Die Verbindung mit einem entfernten analogen Modem mittels ttyI* Devices ist nicht möglich!</B> Die tatsächliche Verbindung läuft digital, nicht analog.</P> <H2><A NAME="ttyI_dev"></A> <A NAME="ss16.2">16.2</A> <A HREF="i4lfaq-de.html#toc16.2">ttyI_dev: Welche Devices sollte ich für ausgehende/eingehende Rufe verwenden? </A> </H2> <P>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).</P> <H2><A NAME="ttyI_hdlc"></A> <A NAME="ss16.3">16.3</A> <A HREF="i4lfaq-de.html#toc16.3">ttyI_hdlc: Wie stelle ich die Modememulation von X.75 um auf HDLC? </A> </H2> <P>Mit der Option S14=3; z.B. 'ATS14=3'.</P> <H2><A NAME="ttyI_uucp"></A> <A NAME="ss16.4">16.4</A> <A HREF="i4lfaq-de.html#toc16.4">ttyI_uucp: Wie kann ich mit Taylor-UUCP unter Verwendung von ISDN4LINUX Nachrichten holen? </A> </H2> <P>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'.</P> <H2><A NAME="ttyI_speed"></A> <A NAME="ss16.5">16.5</A> <A HREF="i4lfaq-de.html#toc16.5">ttyI_speed: Welche Geschwindigkeit sollte ich für die ttyI* Devices einstellen? </A> </H2> <P>Das spielt keine Rolle. Der Treiber nutzt intern immer die volle Geschwindigkeit von ISDN. Das wird auch in der Verbindungsmeldung angezeigt.</P> <H2><A NAME="ttyI_max"></A> <A NAME="ss16.6">16.6</A> <A HREF="i4lfaq-de.html#toc16.6">ttyI_max: Wieviele Devices werden maximal unterstützt?</A> </H2> <P>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.</P> <H2><A NAME="ttyI_nocarrier"></A> <A NAME="ss16.7">16.7</A> <A HREF="i4lfaq-de.html#toc16.7">ttyI_nocarrier: Beim Wählen mit 'ATD.....' bekomme ich immer die Antwort 'NO CARRIER'. </A> </H2> <P>Vor dem Wählen musst Du den String 'AT&E123456' eingeben (wobei 123456 Deiner MSN entspricht; bei 1TR6 muss die einstellige EAZ angegeben werden).</P> <H2><A NAME="ttyI_noincall"></A> <A NAME="ss16.8">16.8</A> <A HREF="i4lfaq-de.html#toc16.8">ttyI_noincall: Mein ttyI* Device/pppd registriert keine ankommenden Gespräche. </A> </H2> <P>Vermutlich hast Du Deiner Modememulation nicht mitgeteilt (mit <CODE>AT&E</CODE>), welche MSN benutzt werden soll. Wenn Deine MSN z.B. 123456 lautet, musst Du <CODE>AT&E123456</CODE> eingeben.</P> <H2><A NAME="ttyI_callphone"></A> <A NAME="ss16.9">16.9</A> <A HREF="i4lfaq-de.html#toc16.9">ttyI_callphone: Warum kann ich nicht über die ttyI* Devices mit meinem Telefon oder Fax wählen? </A> </H2> <P>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 <CODE>ATS18=1</CODE> auf Audio, dann kannst Du das Telefon oder das Fax wählen lassen.</P> <H2><A NAME="ttyI_noconnect"></A> <A NAME="ss16.10">16.10</A> <A HREF="i4lfaq-de.html#toc16.10">ttyI_noconnect: Ich bekomme keine Verbindung zu meiner ISDN Mailbox/BBS. </A> </H2> <P>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 <CODE>AT&B</CODE>. Gebräuchlich ist eine Blockgröße von 2048 Byte: <CODE>AT&B2048</CODE>.</P> <H2><A NAME="ttyI_forcehangup"></A> <A NAME="ss16.11">16.11</A> <A HREF="i4lfaq-de.html#toc16.11">ttyI_forcehangup: Meine Modememulation hängt. Wie kann ich meine Karte zum Auflegen zwingen? </A> </H2> <P>Wenn tatsächlich kein Prozess mehr Deine Modememulation benutzt, versuche dieses: <HR> <PRE> cu -l /dev/ttyI0 dir +++ ath0 ~. </PRE> <HR> 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.</P> <H2><A NAME="ttyI_channelclosed"></A> <A NAME="ss16.12">16.12</A> <A HREF="i4lfaq-de.html#toc16.12">ttyI_channelclosed: Während einer Verbindung über ttyI bekomme ich eine Meldung des Kernels: 'teles_writebuf: channel not open'. Danach wird keine Eingabe mehr von der Verbindung angenommen. </A> </H2> <P>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.</P> <H2><A NAME="ttyI_uucp"></A> <A NAME="ss16.13">16.13</A> <A HREF="i4lfaq-de.html#toc16.13">ttyI_uucp: Beim Gebrauch von UUCP mit X.75 bekomme ich immer Übertragungsfehler! </A> </H2> <P>Andreas Gutzwiller <CODE> <A HREF="mailto:andy@hippo.proxyon.imp.com">andy@hippo.proxyon.imp.com</A></CODE> schrieb am 5. Dezember 1996: <BLOCKQUOTE> Ich musste folgende Einstellungen benutzen, sonst bekam ich nur Fehlermeldungen. <HR> <PRE> # 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 </PRE> <HR> Nun erreiche ich mit großen Paketen ca. 7300 cps. </BLOCKQUOTE> Holger Burbach <CODE> <A HREF="mailto:holly@cthulhu.pfalz.de">holly@cthulhu.pfalz.de</A></CODE> bot am 5. Februar 1997 eine andere Lösung an: <BLOCKQUOTE> 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: <HR> <PRE> protocol-parameter g packet-size 2048 protocol-parameter g remote-packet-size 0 </PRE> <HR> Wie gesagt, es funktioniert gut.. </BLOCKQUOTE> </P> <HR> <A HREF="i4lfaq-de-17.html">Next</A> <A HREF="i4lfaq-de-15.html">Previous</A> <A HREF="i4lfaq-de.html#toc16">Contents</A> </BODY> </HTML>