ATTENTION! The following header is not fully valid yet!
From: dl4mhk@lrz.uni-muenchen.de (Bernhard Hailer)
Newsgroups: de.alt.comm.isdn4linux,de.answers,news.answers
Subject: ISDN4linux-FAQ
Followup-To: de.alt.comm.isdn4linux
Summary: This posting describes what every reader of de.alt.comm.isdn4linux
         ought to know about ISDN under Linux using isdn4linux.  
         It's in German, like the Newsgroup. An English version exists, see
         i4l-faq.
Archive-name: de-i4l-faq
Posting-frequency: monthly
Last-modified: 18-Mar-97
URL: http://www.lrz-muenchen.de/~ui161ab/www/isdn/


!1FAQ für isdn4linux - Version 1.3.2

Diese FAQ genießt den Schutz der GNU General Public License (GPL) Version 2;
(C) 1996 Volker Götz, Bernhard Hailer, Matthias Heßler, Michael Hipp sowie 
Rainer May.!br
Weiterverbreitung im Rahmen der GPL ist erwünscht. Wir leisten jedoch 
KEINERLEI GARANTIEN. Bitte lesen Sie die GNU General Public License, wenn Sie 
mehr Details erfahren möchten. Gedruckte Versionen der GNU General Public 
License sind erhältlich bei:!br
Free Software Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
In elektronischer Form kann sie auch bei einem der Autoren bezogen werden.!br
!br
Original-FAQ von Volker Götz <volker@oops.franken.de>, (c) 1995!br
Umfassende Überarbeitung und Erweiterung (1996, 1997):!br
Matthias Heßler <hessler@wi-inf.uni-essen.de>,!br
Bernhard Hailer <Bernhard.Hailer@lrz.uni-muenchen.de>,!br
Scott Hanson <shanson@mail.hh.provi.de> (Übersetzung in's Englische),!br
Michael Hipp <Michael.Hipp@student.uni-tuebingen.de> (viele syncPPP-Fragen)!br
Rainer May <r_may@khavi.desaster.heide.de> (i4l im Netzwerk)!br
!br
Die Übersetzung der FAQ in's Englische wurde koordiniert von!br
Scott Hanson <shanson@mail.hh.provi.de>!br
wobei mitwirkten:!br
Sven Tervoort <sveneric@xs4all.nl> und!br
Matthias Hessler <hessler@wi-inf.uni-essen.de>.!br
!br

Zur Form dieser FAQ:!br
Grundlage waren Beiträge zur Mailingliste von i4l. Wir haben dort gepostete
Emails ausgewertet und (zumeist) in der Form von Zitaten eingebaut. Diese
Zitate sind nicht immer 100%ig identisch mit dem Original; Rechtschreibfehler
wurden in der Regel beseitigt, Umlaute eingefügt. Ein Teil der Beiträge mußte
vom Englischen ins Deutsche übersetzt werden. Wer sich inkorrekt wiedergegeben
sieht, oder nicht mit seiner Email-Adresse vermerkt sein will, der möge uns
das bitte mitteilen - wir werden das in der nächsten Version der FAQ
berücksichtigen. Das gleiche gilt für den Fall, daß wir versehentlich jemanden
zitierten, ohne das entsprechend zu kennzeichnen. Das Wissen der Autoren
dieser FAQ wurde vermerkt, ohne daß wir uns dabei selbst zitierten.
Anmerkungen der FAQ-Redaktion zu Zitaten wurden in folgender Form eingefügt:
[Dies ist eine Anmerkung - die Red.]!br
Die unzähligen Links in diesem Dokument waren bei Einarbeitung in die FAQ
nicht immer vollständig oder könnten mittlerweile überholt sein. Wir haben
nicht die Zeit, das jeweils zu überprüfen. Wer einen nicht funktionierenden
Link entdeckt, möge uns das bitte mitteilen.!br
In der 7Bit-Version dieser FAQ werden alle neuen oder stark überarbeiteten
Fragen mit einem Änderungsstrich am linken Rand gekennzeichnet. (Wer hat eine
Idee, wie man das auch im HTML-Format machen kann?)!br
!br

Ergänzungen, Verbesserungen und andere Vorschläge zur FAQ sind immer
erwünscht (auch Korrektur von Tippfehlern!). Am besten "diffs" an Matthias und
Bernhard schicken - dabei sind uns diffs aus den ASCII-Varianten lieber. 
Schon im voraus vielen Dank!!br
!br

Diese FAQ findet man unter:!br
  !link http://www.lrz-muenchen.de/~ui161ab/www/isdn/;!br
oder:!br
  !link ftp://ftp.franken.de/pub/isdn4linux/FAQ;!br
oder:!br
  !link ftp://ftp.pop.de/pub2/linux/isdn4linux/FAQ;!br
!br
!br

!2Allgemeines zu isdn4linux

!old
Q: Was ist isdn4linux?
A: isdn4linux ist ein Satz von Kernel-Modulen, um dem Linux-Kernel ISDN
   "beizubringen". Es besteht aus einem Hauptmodul ("isdn") und den
   eigentlichen Hardwaretreibern, die die spezielle Hardware einzelner
   Karten ansteuern. 

Q: Was kann isdn4linux?
A: ISDN4linux steuert ISDN-PC-Steckkarten an und kann dabei ein Modem mit 
   Hayes-Befehlssatz ("AT"-Befehle) emulieren. Die Möglichkeiten sind
   sehr vielfältig, sie reichen von einer einfachen Anwendung von
   Terminalprogrammen, über HDLC (die Verwendung eigener ISDN-Devices), bis  
   zur Vollanbindung an's Internet mit PPP - und sogar Audio-Anwendungen sind 
   möglich.

Q: Was kann isdn4linux noch nicht?
A: Noch sind keine !u1Vollduplex!u0-Audio-Verbindungen machbar.
   Es fehlt noch das eine oder andere Protokoll (V.110, amerikanische
   Protokolle).

Q: Kann ich isdn4linux in Nordamerika einsetzen?
A: Siehe dazu die entsprechende Frage im Kapitel "Nationale Besonderheiten".

Q: Was benötige ich für isdn4linux?
A: Seit Kernel 1.2.59 ist isdn4linux fester Bestandteil des Linux-Kernel.
   Zusätzlich benötigt wird das Paket isdn4k-utils-2.0.tar.gz und ggf.
   der HiSax-Treiber.

!old
Q: Wo gibt es isdn4linux?
A: Via FTP:!br 
   Das Paket liegt auf !link ftp://ftp.franken.de/pub/isdn4linux; und
   diversen Spiegeln.!br
   Via Modem/ISDN:!br 
   Vom Linux-Server der Incubus-BBS (Login gast,
   Verzeichnis /pub/linux/isdn4linux, ZModem senden mit 'sz filname') gesaugt
   werden. Der Server ist unter folgenden Nummern erreichbar:
!verbon
        +49 931   781464   Zyxel U-1496E     V.32(bis), V.42(bis), Zyxel 19200 
        +49 931   781465   Atrie 1914A       V.32(bis), V.42(bis), V32terbo
        +49 931   781467   Atrie 1914A       V.32(bis), V.42(bis), V32terbo
        +49 931   781468   Atrie 1914A       V.32(bis), V.42(bis), V32terbo
!verboff
   Neuer Ringdown (16 Lines. Hier zuerst als 'bbs' einloggen):
!verbon
        +49 931 79002055   Motorola 3400     V.32(bis), V.42(bis), V.34
!verboff
   ISDN (ebenfalls zuerst als 'bbs' einloggen): 
!verbon
        +49 931  7840724   ICN               X.75    2 B-Kanäle
        +49 931  7841020   ICN               X.75    2 B-Kanäle
        +49 931  7841060   ICN               X.75    2 B-Kanäle  
        +49 931  7841070   ICN               X.75    2 B-Kanäle  
        +49 931  7841080   ICN               X.75    2 B-Kanäle  
!verboff
Hier eine Liste von Mirrors, deren Grundstock dankenswerterweise von Herbert
Rosmanith <herp@wildsau.idv-edu.uni-linz.ac.at> zusammengestellt wurde. Wer
weitere Mirrors kennt, möge sie uns mitteilen!
!verbon
  !link ftp://freja.frontier.dk/linux/isdn4linux/;
  !link ftp://ftp.cs.tu-berlin.de/pub/net/isdn/isdn4linux/;
  !link ftp://ftp.fokus.gmd.de/.mount2/pub/Linux/isdn/isdn4linux/;
  !link ftp://ftp.franken.de/pub/isdn4linux/;
  !link ftp://ftp.germany.eu.net/pub/os/Linux/Local.EUnet/ISDN/isdn4linux/;
  !link ftp://ftp.kiss.de/pub/linux/isdn4linux/;
  !link ftp://ftp.leo.org/pub/comp/os/linux/isdn/isdn4linux/;
  !link ftp://ftp.lame.org/mirrors/isdn/;
  !link ftp://ftp.mathematik.th-darmstadt.de/pub/linux/mirrors/misc/isdn4linux/;
  !link ftp://ftp.nvg.unit.no/pub/linux/isdn/;
  !link ftp://ftp.pop.de/pub/local/linux/isdn/;
  !link ftp://ftp.rz.fh-hannover.de/pub/linux/local/isdn4linux/;
  !link ftp://ftp.rz.hu-berlin.de:/pub/linux/isdn4linux/;
  !link ftp://ftp.tu-dresden.de/pub/soft/isdn/isdn4linux/;
  !link ftp://ftp.uni-mainz.de/pub/internet/starter-kit/isdn/isdn4linux/;
  !link ftp://ftp.uni-wuppertal.de/pub/linux/isdn4linux/;
  !link ftp://ftp.xlink.net/pub/mirror.ftp.franken.de/isdn4linux/;
  !link ftp://fvkma.tu-graz.ac.at/pub/isdn4linux/;
  !link ftp://wildsau.idv.uni-linz.ac.at/pub/isdn4linux/;
!verboff

!old
Q: Was sollte ich unbedingt lesen?
A: 
!verbon
        ISDN-Kernelsubsystem: /usr/src/linux/Documentation/isdn/README
        ISDN-Steckkarte:      /usr/src/linux/Documentation/isdn/README.<Karte>
        Synchrones PPP:       /usr/src/linux/Documentation/isdn/README.syncppp
                          /usr/src/linux/Documentation/isdn/README.syncPPP.FAQ
        Voice capability:     /usr/src/linux/Documentation/isdn/README.audio
        ISDN Utilities:       /usr/src/isdn4k-utils-<version>/README(.*)
        Des weiteren existieren zu vielen Hilfsprogrammen Man-Pages!
        In einer Suse-Distribution könnten u.U. noch folgende Informationen
        hilfreich sein:
        Synchrones PPP:       /usr/doc/faq/faq/PPP-FAQ
        Konfiguration Email:  /usr/doc/howto/mini/Mail-Queue.gz
!verboff

Q: Welche hilfreiche Links gibt es rund um isdn4linux?
A: Scripte und Installationstips von vielen Leuten:!br
     !link http://www.rosat.mpe-garching.mpg.de/~web/ISDN.html;!br
   I4l, syncPPP, email, Usenet, Voicebox, diese FAQ und mehr:!br
     !link http://www.lrz-muenchen.de/~ui161ab/www/isdn/;!br
   Michael Hipp's page (ipppd):!br
     !link http://www.sfs.nphil.uni-tuebingen.de/~hipp/isdn/;!br
   Chargeint-Anleitung:!br
     !link http://www.provi.de/~gvz/chargeint.html;!br
   Stefan Nehlsen's Anleitung für sync-ppp:!br
     !link http://www.techfak.uni-kiel.de/~stn/i4l/;!br
   xled (früher xvboxled) gibt es auf:!br
     !link fb4-1112.uni-muenster.de/pub/ffwd/;!br
   Beispielkonfigurationen zu isdn4linux soll es auch geben auf:!br
     !link http://www.datenhighway.com/isdn4linux.html;!br
   Diese FAQ sowie isdn4linux gibt es auf:!br
     !link ftp://ftp.franken.de/pub/isdn4linux/;!br
   Die FAQ gibt es auch auf:!br
     !link ftp://ftp.pop.de/pub2/linux/isdn4linux/FAQ;

!old
Q: Gibt es eine Mailinglist zu isdn4linux?
A: Ja, die gibt es. Um daran teilzunehmen, schickt man eine Mail an
   "majordomo@hub-wue.franken.de". Der Betreff der Nachricht ist egal. Im
   Nachrichtentext gibt man an: "subscribe isdn4linux <emailadresse>".
   Im Feld <emailadresse> gibt man die Adresse an, an die die Mails aus der
   Liste geschickt werden sollen. Z.Zt. kommen etwa 20-50 Mails pro Tag.

Q: Wie kann ich die Mailingliste zu isdn4linux wieder abbestellen?
A: Um die Mailingliste wieder abzubestellen, schickt man wieder eine Mail
   an majordomo@hub-wue.franken.de - Betreff der Nachricht ist egal.
   Im Nachrichtentext: unsubscribe isdn4linux <emailadresse>.  Man gibt im
   Feld <emailadresse> die Adresse an, an die die Mails aus der Liste
   bisher geschickt wurden.

Q: Gibt es die Mailingliste auch als Newsgruppe?
A: Ja, auf die Mailingliste kann man auch über de.alt.comm.isdn4linux
   zugreifen - ein bidirektionales Gateway sorgt dafür, daß man auch antworten
   kann.

Q: Gibt es ein Archiv der Mailingliste isdn4linux?
A: Ja, auf dem Rechner hub-wue.franken.de werden alle Mails zu der
   Mailingliste gesammelt (unsortiert). Die Mails werden in Files nach Monaten
   getrennt gesammelt. Um an die Archive zu kommen, schreibt man eine Mail an
   majordomo@hub-wue.franken.de, Betreff ist egal. Folgende Befehle sind
   möglich:
!verbon
        index isdn4linux            - zeigt, welche Archive vorhanden sind
        get isdn4linux <archivname> - holt das File <archivname>
!verboff
    Die Archive heißen "archiv.<jahr><monat>", also z.B. "archiv.9610"
    für den Oktober 1996.
    Ein Archiv der Mailinglist ist außerdem über FTP verfügbar:!br
      !link ftp://ftp.uni-oldenburg.de/pub/unix/linux/isdn/isdn4linux/Mailing-List;!br
    Ein weiteres Archiv findet sich laut Sascha Ottolski
    <sascha@alzhimer.isdn.cs.tu-berlin.de> unter:!br
      !link http://wws.mathematik.hu-berlin.de/ldr/ISDN/isdn4linux/;

!old
Q: In welchen Ländern funktioniert isdn4linux?
A: Wir wissen derzeit von folgenden Ländern:
!verbon
        Deutschland
        Finnland
        Frankreich
        Italien
        Niederlande
        Norwegen
        Österreich
        Peru
        Portugal
        Schweden
        Schweiz
        Spanien
        USA
!verboff

Q: Ist isdn4linux postzugelassen?
A: Deutschland:!br
     Das kommt auf den verwendeten Treiber an. Bei aktiven Karten besitzt die
     Karte mitsamt der Firmware eine Zulassung. Diese Karten sind auch beim
     Betrieb mit isdn4linux zugelassen. Der Telestreiber besitzt in 
     Deutschland keine Zulassung (obwohl er hervorragend funktioniert!).
     Er darf deshalb nur an einer postzugelassenen Telekommunikationsanlage
     am internen S0-Bus betrieben werden.!br
   Andere Länder:!br
     Hier verfügen wir noch nicht über irgendwelche Informationen.!br
     Wer weiß mehr?

!old
Q: Welche Version ist aktuell?
A: Derzeit ist die Version isdn4k-utils-2.0 als Zusatz zu der im Kernel
   enthaltenen Software erforderlich. Wer Kernel 2.0.0 (und nur der!) benutzt,
   muß zwei Patches einspielen (isdn4kernel-2.0-patch1+2). Kernel 2.0.2 ist
   wegen eines Bugs unbrauchbar. Kernel zwischen 2.0.15 und 2.0.24 arbeiten
   mit syncPPP nicht immer ganz korrekt. In 2.0.26 kamen viele i4l-Bugfixes
   hinein, allerdings wurde dafür eine Includedatei (proto.h) verschluckt.
   Einen erneuten "Jumbo-Patch" gab es auf Version 2.0.30. Kernel 2.0.27+
   laufen sehr stabil.!br
   In den Kernels ab 2.1.0 wurde viel verändert - sie sind deshalb nur für
   mutige Leute zu empfehlen. In Zusammenarbeit mit HiSax 1.4 läuft es aber
   bis 2.1.14. Kernels ab 2.1.15 laufen erst ab HiSax 2.0 und dem zugehörigen
   Kernelpatch.!br
   Es wird empfohlen, i4l-Versionen ab 2.0 zu benutzen - in Zusammenhang 
   mit einem Kernel ab 2.0.3 (kein Patch mehr notwendig!). Kernel >2.0.27
   ist der Stand der Dinge.

Q: Welche Hardware wird !u1NICHT!u0 unterstützt?
A: Z.Zt. werden (mit Ausnahme der ICN) keine einzige aktiven ISDN-Karten
   unterstützt. Lediglich noch für die AVM B1 gibt es einen Alpha-Treiber auf
   Binary-Only Basis.

Q: Unterstützt isdn4linux externe Terminaladapter?
A: Nein, aber das braucht es auch nicht. Schließlich sind Terminaladapter so
   gebaut, daß sie sich entweder wie ein Modem oder wie eine Netzwerkkarte
   verhalten. Linux unterstützt aber auch schon ohne isdn4linux Modems und
   Netzwerkkarten - daher ist kein spezieller ISDN-Treiber erforderlich
   (womit sich die Konfiguration meist deutlich vereinfacht).

!old
Q: Welche interne ISDN-Karten wird unterstützt?
A: Im Moment gibt es einen Treiber für alle Karten mit einem bestimmten
   Siemens-Chipsatz (HiSax-Treiber), der auch Plug&Play-Karten unterstützt.
   Zu den Details siehe die nächste Frage.!br
   Der HiSax-Treiber hat den alten Telestreiber überflügelt, der entsprechend
   nicht mehr weiterentwickelt wird. Dementsprechend hat der Telestreiber
   mittlerweile wesentlich mehr Bugs und sollte nicht mehr verwendet werden.!br
   Weitere Treiber gibt es für die (aktive) ICN-Karte (ICN-Treiber), 
   sowie für die PCbit-Karte (Octal, Portugal).!br
   Für die "itk ix1 micro" gab es einen (speziellen) Treiber von Frank Mohr
   <mohr@fhdacom2.fhrz.fh-darmstadt.de>, der jedoch mittlerweile im HiSax 2.0
   enthalten ist. Er unterstützte die folgenden Karten:
!verbon
       * ITK ix1 micro V2.0 und V2.1
       * Cisco 200
       * ITK Columbus
!verboff
   Schließlich gibt es noch einen (Alpha-) Treiber für die aktive AVM B1,
   mit einigen Besonderheiten. Siehe dazu die Frage "Wie sieht es aus mit
   der aktiven AVM B1?".

!old
Q: Was hat es mit dem HiSax-Treiber auf sich?
A: Das ist ein Treiber, der alle passiven Karten unterstützen soll,
   die mit einem bestimmten Siemens-Chipsatz ausgestattet sind.
   Unterstützt werden zum jetzigen Zeitpunkt:
!verbon
        * Teles S0-8
        * Teles S0-16 und S0-16.2
          (baugleich: Dr. Neuhaus Niccy 1016, Creatix 16/S0)
        * Teles S0-16.3
        * Teles S0-16.3 PNP
        * Teles PCMCIA
        * Creatix S0 PNP
        * AVM A1 (Fritz!)
        * ELSA Microlink PCC-16
        * ELSA Microlink PCF
        * ELSA Microlink PCF/pro (nur ISDN-Teil, nicht der V34 Modem Chip)
        * ELSA Quickstep 1000
        * ITK ix1-micro Rev.2
!verboff
   Die ELSA PCC-8 sollte eigentlich auch unterstützt werden, mangels
   Debuggingmöglichkeit hält sich jedoch noch einen Bug, der dies verhindert.
   Karsten Keil <keil@temic-ech.spacenet.de> schreibt weiterhin am 14. Okt
   1996:
!verbon
        Erstes Ziel des HiSax Treibers war es mehr ISDN Karten unter i4l
        verfügbar zu machen, dieses Ziel bleibt auch bestehen.
        Zweitens soll er möglichst einfach konfiguriert werden können und dem
        User keine funktionierende Karte vorgaukeln wenn es Hardware Probleme
        gibt (IRQ, Reset Problem Teles). An den Hardwareproblemen selbst (PCI
        IRQ, Int 12/15 usw.) kann ich auch nichts ändern, aber der Treiber
        wird nicht geladen wenn sowas auftritt.
        Drittens und dieser Teil ist erst angefangen, vollstendige
        Überarbeitung der Statemaschinen um einen komplett DSS1 bzw. 1TR6
        konformen Treiber zu bekommen, der eine Zulassung bestehen würde (das
        heißt nicht, das ich ihn zulassen will oder kann).
        Desweitern möchte ich,wenn möglich auch die US ISDN Protokolle
        unterstützen, damit i4l mal aus Europa rauskommt.
        Auch weitere l2/l3 Protokolle sollen rein (V110 ...), Standleitungs-
        Unterstützung ..., eine Menge Arbeit, die ich nicht unbedingt allein
        machen möchte.
        Deshalb an alle die ein wenig von Programmierung und ISDN verstehen
        (ich selbst hab im Januar das erste mal was von ISDN gehört und
        beruflich auch nichts damit zu tun, d.h alles nebenbei gelernt), wer
        Lust hat (was dabei glaube ich immer noch das wichtigste ist) melde
        sich für die weitere Entwicklung.
!verboff
   Wer Interesse an dem Treiber hat, muß ihn sich hier besorgen:!br
        !link ftp://ftp.franken.de/pub/isdn4linux/HiSax/;!br
   (und hoffentlich bald auf allen isdn4linux-Mirrors!)
   Seit HiSax 1.5/2.0 werden auch D64-Verbindungen unterstützt. HiSax 2.0 wird
   ins Kernel 2.0.30 wandern, und braucht ab dann nicht mehr gesondert in den
   Kernel gepatcht werden.

Q: Wie sieht es aus mit der aktiven AVM B1?
A: Andreas Schultz <aschultz@hppool.cs.Uni-Magdeburg.de> hat dafür einen
   Treiber geschrieben, den es (als Alpha-Version) unter folgendem Link gibt:
   !link http://www.cs.uni-magdeburg.de/~aschultz/avmb1-1.2-alpha.tar.gz;
   Da er ein NDA mit AVM unterzeichnen mußte, gibt es den Treiber jedoch nur
   als Binary.

Q: Nachdem meine AVM ja so viele Interrupts erzeugt mit dem HiSax-Treiber,
   welches ist die beste passive Karte in Verbindung mit HiSax?
A: Karsten Keil <keil@temic-ech.spacenet.de> schrieb dazu am 12. Nov 1996:!br
   Das sollte sich fast nichts nehmen. Von der Belastung des Rechners ist die
   Fritz! wahrscheinlich auf Dauer die Schlechteste [siehe dazu die Frage
   "Meine AVM-Karte erzeugt extrem viele Interrupts" im Abschnitt HiSax im
   Kapitel Troubleshooting], aber vielleicht bekomm ich das mit dem Timer
   noch raus, wie gesagt macht sich nur bemerkbar wenn der Rechner z.B die
   ganze Nacht rendering betreibt.
   Karsten Keil <keil@temic-ech.spacenet.de> schrieb weiterhin am 2. Dez 1996
   hinsichtlich Stabilität und Bug-Freiheit:
!verbon
        1. Wahl ELSA
           ELSA stellt im Gegensatz zu AVM die Spezifikation zur Verfügung.
        2. Wahl Creatix PNP
           Auch Creatix Mitarbeiter stehen Linux nicht vollkommen negativ
           gegenueber ;-). Ist uebrigens eine Creatix Eigenentwicklung und
           nicht mit der Teles 16.3 PNP identisch.
!verboff

!old
Q: Unterstützt isdn4linux externe ISDN-Adapter?
A: Nein, isdn4linux unterstützt nur interne Steckkarten. Externe ISDN-Adapter
   sind entweder wie analoge Modems oder wie Netzwerkkarten ansprechbar und
   benötigen daher kein ISDN4Linux.

!old
Q: Welche ISDN-Modi werden unterstützt?
A: Die folgenden:
!verbon
         56k asynchron : nein
         64k synchron  : ja
        128k synchron  : ja (channel bundling - siehe nächste Frage)
!verboff

!old
Q: Unterstützt isdn4linux Kanal-Bündelung (channel bundling)?
A: Isdn4Linux unterstützt in der aktuellen Version channel bundling mit
   2 verschiedenen Verfahren:!br
     - !b1MPPP!b0 (basiert auf syncPPP)!br
     - !b1Raw Bundling!b0 (Konfiguration von sogenannten Slave-Kanälen)!br
   Beide Varianten haben z.Zt. eigene Vor- und Nachteile. Siehe dazu "Wie
   benutzt man Channel Bundling?" im Abschnitt "Channel-Bundling" weiter
   unten.!br
   Achtung: Channel bundling bringt nur eine Zeit-, nicht aber eine
   Gebührenersparnis mit sich. Nur wenn tatsächlich die höhere Bandweite
   benötigt wird, ist der Einsatz sinnvoll.

!old
Q: Was ist der Unterschied zwischen einer aktiven und einer passiven
   ISDN-Karte?
A: Bei einer aktiven ISDN-Karte wird ein Großteil des ISDN-Verbindungs-
   protokolls (Wählen, Ruf annehmen, usw.) von der Karte selbst erledigt.
   Auf der Karte ist dazu ein eigener kleiner Computer mit Software
   (Firmware) untergebracht Eine passive Karte muß all diese Dinge von dem
   Computer erledigen lassen, in dem sie steckt.

!old
Q: Gibt es Rechner, die einen Gastzugang bieten, wo ich mein isdn4linux
   testen kann?
A: Ja, folgende Rechner bieten Gastzugänge für Modememulation oder IP an:!br
   - Eberhard Moenkeberg <emoenke@gwdg.de>:
!verbon
        * Welcome to Linux at eberhard.moenkeberg.de (LAN, 192.168.99.1).
          Under ++49-551-7704103, ISDN NetCalls (HDLC-trans-rawip)
          for 192.168.99.1 get accepted. You should come as 192.168.*.*
          because sometimes my "default" route is not your way.
          /ftp is exported for NFS; try "showmount -e".
          You can login as "guest" without password.
          FTP as "gast" with password "gast" avoids the restricted shell.
        * Under ++49-551-7704102, a 28800 bps modem and a Creatix ISDN 
          card (HDLC only, not X.75) are listening for Logins.
!verboff
   Mit dem Net-Setup aus!br
   !link ftp://ftp.gwdg.de/pub/linux/isdn/isdn4linux-gwdg/rc.isdn-Beispiel;!br
   kann man sofort unter 551-7704103 den NetCall testen (geht ohne
   Anpassung aus ganz Deutschland; das Ausland muß nur die Nummern
   anpassen).!br
   - Gernot Zander <hifi@scorpio.in-berlin.de>:
!verbon
        There's a "gast" at +49 30 67 19 81 01 (X.75, mgetty). There's the 
        stones-html-page with pics in postscript to test downloading. Who
        needs a target to call could use it.
        Es gibt den Gast auf der +49 30 67198101 mit X.75, sofern nicht einer
        der Tester mein ttyI erhängt hat, und auf der ...103 ein getty mit
        HDLC.
!verboff
   Als Gast kommt man in eine Art Mailbox. Das Enterprise-gif gibt's
   da nicht mehr, dafür kann man sogar ein bißchen News lesen.

!old
Q: Kann ich i4l mit dem diald kombinieren?
A: Ja, siehe dazu den Abschnitt "Diald" im Kapitel "Konfiguration".

!old
Q: Kann ich isdn4linux als Anrufbeantworter benutzen?
A: Ja, Voice-Support ist in der aktuellen Version von isdn4linux möglich.
   Man kann sich dabei entweder des "vgetty"-Teils von Gert Doerings
   "mgetty+sendfax" bedienen, oder man benutzt das Programm "vboxgetty"
   von Michael Herold, welches speziell für ISDN4Linux hergestellt wurde.
   Letzteres findet sich unter:
   !link ftp://ftp.franken.de/pub/isdn4linux/contributions;

!old
Q: Kann ich isdn4linux zum Faxen benutzen?
A: Zwar sind immer mal wieder einige Gruppen mit der Entwicklung einer solchen 
   Software beschäftigt, die mit i4l zusammenarbeiten soll. So wie es im 
   Moment aussieht, wird es aber wohl nie funktionieren, weil Faxen sehr 
   timing-kritisch ist, und Linux keine Echtzeit-Umgebung bietet.!br
   Wer faxen will, muß sich deshalb neben der ISDN-Karte leider auch noch ein
   analoges Fax-Modem anschaffen.

!old
Q: Ist Btx/Datex-J mit isdn4linux möglich?
A: Ja, das ist einfach über die Modememulation der ttyI*-Devices möglich.
   Es sind die für BTX speziell vorgesehenen Register zu setzen (ATSx=y -
   siehe Readme's). Auch der Internetzugang über T-Online ist möglich.
   ACHTUNG: XCept (früher Xbtx) kennt eine Konfigurations-Option ISDN.
   Diese ist NICHT zu verwenden! Vielmehr ist XCept so zu konfigurieren
   als würde ein normales Modem verwendet.!br
   Siehe auch die Fragen zu T-Online im Abschnitt Konfiguration|Gegenstellen.

Q: Kann ich mit isdn4linux eine Verbindung zu Compuserve aufbauen?
A: Nein, da Compuserve's ISDN-Zugänge nur mit dem veralteten V.110-Protokoll
   funktionieren. V.110 ist in isdn4linux (noch?) nicht implementiert.
   Inzwischen bietet Compuserve aber auch viele X.75-Einstiege an.

Q: Welche ISDN-Features wird isdn4linux nicht bieten können?
A: Einige ISDN-Features sind gerätespezifisch und können daher nicht von
   isdn4linux für andere Geräte aktiviert werden, es sei denn, isdn4linux
   würde deren TEI fälschen (was die Geräte jedoch ziemlich verwirren dürfte).
   Solche gerätespezifischen ISDN-Features sind u.a.: Ablehnen eines
   anklopfenden Anrufes, Rufnummernübermittlung aus/ein, Makeln, Konferenz,
   Vermitteln im Amt, diverse COLP/CLRP.

!old
Q: Ich möchte einen neuen Hardware-Treiber schreiben. Wo gibt es die
   Schnittstellen-Beschreibung zum Link-Level-Modul?
A: Beim Linux-Quellcode (in /usr/src/linux/Documentation/isdn) befindet sich
   die Datei INTERFACE - das ist eine Beschreibung der Schnittstelle zum
   Link-Level-Modul.

Q: Wie habe ich Zugriff auf den Source der aktuellen Entwicklung/was hat
   es mit dem CVS-Tree auf sich?
A: CVS - Concurent Version System!br
   Ist eine Multiuser/Server Erweiterung von RCS (Revision Control System).
   Die I4L Treiber werden unter CVS entwickelt, dazu existiert auf einem
   Rechner (oldhades.think.de) ein CVS-tree auf den alle Entwickler Zugriff
   haben. Zusätzlich hat Fritz einen anonymen Readonly Zugriff gebastelt, wer
   also unbedingt das Neuste haben will kann sich das dort holen, in den
   Sourcen sind eventuell mehr bugs drin, als in den releasten !!!
   Hier die entsprechende Nachricht von Fritz Elfert <fritz@wuemaus.franken.de>
   zu diesem Thema:!br
!verbon
          Ich bekomme oft Patches - gegen die aktuell offizielle Release des
        Quellcodes - bei denen ich Probleme bekomme, sie einzubinden.
        Mein lokaler Quellcode hier ist manchmal zwei oder drei Versionen
        weiter, wobei ich sie allerdings nicht releasen kann, weil er
        unvollständig oder völlig ungeprüft ist etc.

          Deshalb habe ich jetzt beschlossen, das CVS-Repository von
        isdn4linux öffentlich zugänglich zu machen. Jetzt können Programmierer,
        die einen Blick auf den Fortgang der Entwicklung werfen wollen, oder
        Leute, die immer den allerneuesten Stand haben wollen, folgendermaßen
        auf das CVS-Repository zugreifen:

        1.) Man installiere GNU CVS (irgendeine Version >= 1.6 tut's).
        2.) Man schreibe ein kleines Shellscript .cvsrsh im Homedir:
              #!/bin/sh
              exec rsh -l guest $*
        3.) Man setze CVS_RSH auf dieses Script (z.B. CVS_RSH=~/.cvsrsh)
        4.) Man setze CVSROOT auf oldhades.think.de:/i4ldev
            (z.B. export CVSROOT=oldhades.think.de:/i4ldev)
        5.) Man führe aus: "cvs -z9 checkout isdn"
            -> Dies läßt einen Verzeichnisbaum im aktuellen Verzeichnis
               entstehen. Unterhalb von isdn/ findet man die gleiche 
               Hierarchie wie im Linux-Source nebst einigen Scripten, um
               den Inhalt in den Linux-Quellcodezweig zu kopieren/diffen.

        Ähnlicher Zugang ist auch auf das Utility-Paket möglich, mit dem
        Kommando:

              cvs -z9 checkout isdn4k-utils

        ABER VORSICHT! DAS NEUESTE MATERIAL IST MANCHMAL ZIEMLICH INSTABIL ODER
        WENIGSTENS NICHT OHNE GUTE PROGRAMMIERKENNTNISSE COMPILIERBAR -
        bitte keine Newbie-Fragen zu diesem Thema! Use the source, Luke!

        Hinweis:
          Natürlich ist der Zugriff Read-Only. Der Zugriff ist auf die 
          folgenden Kommandos beschränkt:
            checkout
            diff
            export
            status
            update

        Zur Benutzung dieser Befehle sehe sich die Dokumentation zu CVS an.

        Leute, die das Entwicklerteam _ständig_ unterstützen wollen
        (z.B. neue Treiber schreiben [oder FAQ-Mitarbeit! Die Red.]),
        können einen echten Account zum vollständigen Zugriff erhalten. 
        Man schreibe mir in diesem Falle eine Mail.
!verboff

!old
Q: Kann man ISDN4linux auch unter dem dosemu ansprechen?
A: Ja, das geht tatsächlich! Steffan Henke <henker@informatik.uni-bremen.de>
   schrieb dazu am 25. Okt 1996:
!verbon
        In der dosemu.conf genügt z.B. der folgende Eintrag für einen
        virtuellen com2-Port, der z.B. unter Telix oder Terminate läuft:
        serial { com 2  device /dev/ttyI3 }
        Auch der Zugriff über Fossil ist möglich, wenn fossil.com (beim dosemu
        dabei) gestartet wird.
        Getestet in den folgenden Konfigurationen:
        - Kernel 2.0.21, Telestreiber inkl. Karstens patches
        - Kernel 2.0.21, HiSax
!verboff

Q: Gibt es eine funktionierende ISDN Karte für einen DEC Alpha mit Linux?
A: Thomas Bogendoerfer <tsbogend@alpha.franken.de> schrieb am 17. Dez 1996:!br
   Ich verwende eine ICN ISDN Karte in meinem Alpha Noname für den
   Internetzugang und mail/news via uucp.!br
   Ich habe keine passive ISDN Karte um HiSax mit Linux/Alpha zu testen. Es
   gibt jedoch Probleme mit den Timern (HZ ist 1024 auf Alphas). Selbst im
   icn Treiber ist der "falsche" Timer, was ein wenig zu viel Polling der Karte
   verursacht (aber es führt zu besseren ping Zeiten:-)). Ich vermute, es ist
   an der Zeit das zu beheben.

Q: Läuft isdn4linux parallel zu UISDN?
A: Nils Rennebarth <nils@nus.de> schrieb dazu am 10. Dez 1996:
!verbon
        Es läuft parallel. Und es läuft unter 2.0.X.
        Beide ISDN-Pakete laden jedoch das Modul isdn.o, ansonsten ist der
        Namensraum verschieden. Abhilfe: Urlichs isdn.o in uisdn.o umbenennen,
        entsprechend /lib/modules/modules.isdn (oder wie immer das Ding heißt,
        wo die Module drinstehen, und das das Skript ausliest) anpassen.
        Freundlicherweise sind auch die Default-Namen der ISDN-devices
        verschieden.
!verboff

Q: Was heisst eigentlich AOC-x, CLIR, COLP, CVS, HDLC, HSCX, ISAC, TEI...?
A: Hier ein kleines Glossar:!br
!b1AOC-D!b0
!verbon
        AOC-D ist die "Gebühreninformation während der Verbindung".
!verboff
!b1AOC-E!b0
!verbon
        AOC-D ist die "Gebühreninformation nach der Verbindung". Dieses 
        Dienstemerkmal ist in Deutschland im "Komfort-Anschluß" enthalten.
!verboff
!b1CLIR!b0
!verbon
        CLIR ist ein Angebot des ISDN-Anbieters: man kann fallweise
        die Übermittlung der eigenen Rufnummer an den Gesprächspartner 
        unterdrücken lassen. CLIR muß man beantragen, es ist (in Deutschland) 
        jedoch kostenlos. Hingegen kostet die fallweise !i1Übermittlung!i0
        der Rufnummer Geld.
!verboff
!b1COLP!b0
!verbon
        Auch COLP ist ein Angebot des ISDN-Anbieters. Man muß es beantragen,
        aber es kostet (in Deutschland) 10.-- DM pro Monat extra. Wer COLP
        beantragt hat, bekommt ein erweitertes Wählprotokoll über die
        Leitung, welches man dann z.B. in der Tk-Anlage auswerten kann.
        Derzeit wird an einer Möglichkeit gebastelt, das mit Hilfe einer 
        "verkehrtherum" angeschlossenen zweiten Teleskarte zu umgehen. Man
        bekommt dann ganz ohne Gebühren mehr Informationen als mit laufendem
        COLP. Das rechnet sich bald...
!verboff
!b1CVS-Tree!b0
!verbon
        Die i4l-Entwickler haben sich zu einem Team zusammengeschlossen. Das
        Tool "cvs" erlaubt es den Mitgliedern, relativ problemlos Patches
        einfließen zu lassen. Der Werdegang des Projektes wird damit
        ausgezeichnet dokumentiert, und es ist auch nicht schwierig, eine
        ältere Version wieder herzustellen.
!verboff
!b1HDLC!b0
!verbon
        Ein sehr verbreitetes Low-Level-Protokoll.
!verboff
!b1HSCX!b0
!verbon
        Ein Siemens-Chip, der ähnlich ->ISAC auf vielen passiven ISDN-Karten
        sitzt. Er übernimmt den seriellen Bus vom ISAC und demultiplext beim
        Empfangen bzw. multiplext (d.h. fügt die Bits an der richtigen Stelle
        ein) die B-Kanäle.
!verboff
!b1ISAC!b0
!verbon
        Ein Siemens-Chip, der ähnlich ->HSCX auf vielen passiven ISDN-Karten 
        sitzt. Er ist für "Level 1" zustaendig, sitzt also (beinahe) direkt an
        der Leitung. Er kann das D-Kanalprotokoll handhaben und setzt die
        S0-Daten auf einen speziellen seriellen Bus (IOM) um. Beim Senden
        geht es umgekehrt.
!verboff
!b1TEI!b0 (Terminal End Identifier)
!verbon
        Die lokale Vermittlungsstelle oder bei internen S0 die Anlage weist
        jedem Endgerät automatisch oder fest eine TEI zu. Diese dient ganz
        einfach zur Addressierung des D-Kanals. TEIs haben folgende Werte:
         0- 63   feste TEIs (z.B wird 0 bei Anlagenanschlüssen verwendet)
        64-126   automatisch zugewiesen
           127   Rundruf an alle (z.B. bei hereinkommendem Anruf)
!verboff
!b1TK-Anlage!b0 (Telekommunikationsanlage)
!verbon
        Eine TK-Anlage dient dazu, verschiedene interne Geräte an das
        ISDN-Netz anzuschließen. Meist handelt es sich dabei um analoge
        Geräte, die nicht direkt ans ISDN-Netz angeschlossen werden können.
        Die TK-Anlage kann jedoch auch einen internen digitalen S0-Bus zur
        Verfügung stellen, an dem dann ISDN-Geräte angeschlossen werden können.
!verboff


!2Konfiguration


!3Allgemein

!old
Q: Wo kann ich Skripte und andere Information für die Konfiguration von i4l
   finden?
A: Konfigurationsbeispiele und Scripten:!br
     !link http://www.rosat.mpe-garching.mpg.de/~web/ISDN.html;!br
   Viele HowTo's zum Thema Grundinstallation, syncPPP, Einrichten von Email, 
   Usenet News, Anrufbeantworter und mehr:!br
     !link http://www.lrz-muenchen.de/~ui161ab/www/isdn/;!br
   Weitere FAQ mit Beispielscripten:!br
     !link http://www.fzi.de/sim/people/trautw/i4l/index.html;

!old
Q: Wieviele ISDN-Karten kann ich maximal gleichzeitig in meinen Rechner
   stopfen?
A: Soviele, wie ISA-Slots da sind bzw. Interrupts/IO-Adressen.
   Die Teles 16.3 kann (offiziell) nur auf 3 verschiedenen IO-Adressen liegen,
   daher können nur maximal 3 verwendet werden. Außerdem wird für jede Karte
   ein eigener Interrupt benötigt.!br
   Peter Strunk <webadmin@mail.bicos.de> hatte am 8. Nov 1996 folgenden Tip
   für die Installation einer vierten Teles-Karte:
!verbon
        Probiere doch mal Port 0x080h, DIP-SW in die nicht dokumentierte
        Position!
!verboff
   Ähnlich die AVM.!br
   Die ICN's haben keine Interrupts, flexiblere Port-Konfigurationen, und
   der Treiber legt den shared-memory Bereich aller ICN-Karten auf die
   selbe Adresse. Eingeblendet wird das Karten-Memory jeweils bei Bedarf.!br
   In Kombination können daher tatsächlich so viele ISDN-Karten wie Slots
   eingesetzt werden. Notfalls kann man die Anzahl der ISA-Slots durch einen
   ISA-Bus-Extender vergrößern.

Q: Brauche ich ein DOS Setup-Programm, um meine Teleskarte zu initialisieren?
A: Karsten Keil <keil@temic-ech.spacenet.de> schrieb dazu am 21. Feb 1997:!br
   Du brauchst aber kein DOS Setup fuer Linux, mit einer Ausnahme:!br
   Es gab von Teles eine Charge PnP Karten die kein echtes PnP gemacht haben.
   Zu erkennen sind diese Karten daran, das sie KEINEN Jumper/Dip haben aber
   von isapnp nicht erkannt werden.!br
   Alle anderen Karten werden mit den Linuxtreibern bzw. die PnP mit isapnp
   konfiguriert.

!old
Q: Unterstützt isdn4linux "dial on demand"?
A: Ja. Wenn ein Netzwerk-Interface (z.B. "isdn0") eingerichtet ist, wählt
   der Treiber die Gegenstelle an. Wurde außerdem ein Hangup-Timeout (Idle-
   Timeout) eingestellt, isdnctrl huptimeout <interface> zeit dann legt der
   Treiber automatisch auf, wenn "zeit" Sekunden keine Daten über das
   Interface übertragen wurden. Siehe dazu die Fragen im Abschnitt über
   Chargeint in Konfiguration. Im Zusammenhang mit syncPPP gibt es Probleme
   (siehe syncPPP-Abschnitt!).!br
   Für den Einsatz von "dial on demand" mit asyncPPP kann der diald eingesetzt
   werden.

Q: Unterstützt isdn4linux PNP (Plug and Play)?
A: Ja. Allerdings nur in Verbindung mit dem HiSax-Treiber. Mit "Plug" alleine
   ist's leider noch nicht getan, es fällt noch etwas mehr Arbeit an:
   (von Karsten Keil <keil@temic-ech.spacenet.de>)
!verbon
        1. HiSax muß in den Kernel gepatcht werden
           (Achtung: den "-pn" Parameter verwenden!)
        2. Mit "make menuconfig" (oder "make config") werden folgende Kernel-
           Optionen eingestellt:
             * ISDN = "M" (als Modul - PNP funktioniert sonst nicht!)
             * HiSax = "M" (als Modul - PNP funktioniert sonst nicht!)
             * 16.3/PNP support
             * EURO support
        3. Kernel und Module kompilieren & installieren, depmod. (Reboot!)
        4. Die Konfiguration der PNP-Karte auslesen mit:
           "pnpdump > /etc/isapnp.conf".
        5. Die Konfigurationsdatei "/etc/isapnp.conf" muß von Hand angepaßt
           werden. Folgende Werte sind zu setzen:
             INT0 - der von der Karte verwendete Interrupt
                  (Default bei Teles 16.3 PNP: 10)
             IO0, IO1 - die von der Karte verwendeten IO-Ports
                  (Default bei Teles 16.3 PNP: 0x580 bzw. 0x180)
                  (Achtung: diese Werte müssen 64bit aligned sein! Frühe
                  Versionen der PNP-Karten schlagen evtl. falsche Werte vor!)
        6. Aktivieren der Konfiguration per:
           "isapnp /etc/isapnp.conf"
           (muß bei jedem Booten gestartet werden)
        7. Nun kann das HiSax-Modul gestartet werden mit:
           "modprobe hisax io=4,<P>,<INT>,<IO0>,<IO1>"
             4     - PNP-Karte
             <P>   - Protokoll:
                       2 - für Euro-ISDN (normalerweise)
                       1 - für 1TR6-ISDN (deutscher Vorgänger von Euro-ISDN)
             <INT> - der in /etc/isapnp.conf bei INT0 eingetragene Wert
             <IO0> - der in /etc/isapnp.conf bei IO0 eingetragene Wert
             <IO1> - der in /etc/isapnp.conf bei IO1 eingetragene Wert
!verboff

!old
Q: Gibt es einen Trick, Linux mal mit, mal ohne ISDN-Subsystem zu booten?
A: Ja, dafür gibt es ja die Runlevel (unter SysVinit).
   Emil Stephan <ste@esqhen.su.eunet.de> hat dazu Scripten erstellt:
!verbon
        Ich habe bei meinem Rechner 2 Runlevel definiert (3 und 4), 3 läuft 
        ohne isdn, 4 mit. Wenn ich ISDN mitsamt den dazugehörigen Prozessen
        wie ipppd, isdnlog und mgetty stoppen will, gebe ich als root "init 3"
        ein, zum Starten dann "init 4". Init sorgt dann dafür, daß über 
        "/sbin/init.d/i4l start" bzw. "... stop" die notwendigen Dinge 
        angestoßen werden.
!verboff

!old
Q: Gibt es die Möglichkeit, eine Rufumleitung mittels i4l zu initiieren?
A: Karsten Keil <keil@temic-ech.spacenet.de> schrieb dazu, daß es später
   mal geplant sei, das im HiSax-Treiber zu implementieren.

!old
Q: Hat schon mal jemand mit linux ipx/spx über Isdn geroutet?
A: Andreas Kool <akool@Kool.f.EUnet.de> schrieb am 14. Okt 1996:
!verbon
        Das ist kein Problem - machen wir schon lange.
        - Einfach ein isdn-Interface anlegen
        - wichtig dabei: encap isdnX ethernet
        Den Rest macht "mars_nwe" (incl. Routing), ein vollständiger
        Novell-Netware-Emulator. Den gibt es z.B. auf:
        !link ftp://ftp.gwdg.de/pub/linux/misc/ncpfs/mars_nwe-0.98.pl7.tgz;
!verboff

!old
Q: Kann ich den kerneld einsetzen, um die ISDN-Module bei Bedarf in den Kernel
   zu binden?
A: Emil Stephan <ste@esqhen.su.eunet.de> schrieb dazu am 15. Oktober 1996:
!verbon
        Das Entladen der Module, wenn sie eine Minute lang nicht mehr
        gebraucht wurden, macht der kerneld defaultmäßig. Das ist bei Modulen
        wie Gerätetreibern ala Floppy etc. kein Problem; bei Treibern aber,
        die irgendwelche Einstellungen über einen längeren Zeitraum behalten 
        müssen, aber doch. Z.Bsp. sind die Einstellung des Mixers bei einer 
        Soundkarte oder die Konfiguration von Dialin- und Dialout-Parametern
        beim ISDN-Treiber solche. 
        Das Entladen des ISDN-Treibers zerstört z.B. auch das IP-Interface
        ippp0 oder isdn0. Die Einträge in der IP-Layer des Kernels gehen dann
        ins Leere. Wenn man mal in die Start-Up-Skripten von i4l reinschaut,
        wird man eine ganze Menge Dinge finden, die mit isdnctrl etc.
        eingestellt werden; die müßte der kerneld bei jedem erneuten Laden
        wieder einstellen lassen. Auch der Status des D-Kanals auf ISDN könnte
        zu den Dingen gehören, die durch das Entladen verloren gehen.
        Also mein Tip ist, nicht vom kerneld laden und entladen lassen,
        sondern beim Systemstart laden und nur entladen, wenn es aus
        technischen Gründen nötig ist.
!verboff
   Siehe dazu auch die Frage "Gibt es einen Trick, Linux mal mit, mal ohne 
   ISDN-Subsystem zu booten?".!br
   Markus Gutschke <gutschk@uni-muenster.de> setzte hinzu:
!verbon
        Genau für diesen Zweck gibt es seit geraumer Zeit in dem Modules
        Paket eine Erweiterung, die es erlaubt, eine Datenbank mit
        Zustandsinformationen über die Treiber zu installieren. Leider wird
        dieses Feature bisher kaum oder gar nicht von den Modulen
        unterstützt.
        Als Alternative bieten sich auch solche Optionen wie der
        "post-install" Hook in der "/etc/conf.modules" an. Es ist dann zwar
        erforderlich, daß man von Hand die passenden Skripts schreibt, aber
        im Prinzip funktioniert das dann genauso gut wie, wenn das Modul eine
        automatische Initialisierung über eine Datenbank durchführen würde.
!verboff

Q: Wie komme ich zu einem für ISDN gepatchten tcpdump?
A: Michael Stiller <michael@toyland.ping.de> schrieb dazu am 23. Okt 1996:!br
   Tip zum ftp'en:!br
     !link ftp://ftp.gwdg.de/pub/misc/isdn/linux/isdn4linux-gwdg;!br
   Da gibts den patch: "tcpdump-3.0.4-1-isdn.dif.gz"!br
   und den Rest unter:!br
     !link /pub/linux/mirrors/funet/PEOPLE/Linus/net-source/tools/tcpdump-3.0.4-1.tar.gz;!br
   Evtl muß man im Patch je nach Namen seines ISDN Interfaces (bei mir bri0)
   noch weitere Möglichkeiten dazu hacken. Defaultmäßig kennt das Teil nur
   isdn* und isdnY* als Interfacenamen.!br
   Weiterhin schrieb Henning Schmiedehausen <henning@pong.iconsult.com> zu
   diesem Thema am 30. Okt 1996:
!verbon
        Nachdem auch der Patch vom Eberhard Moenkeberg auf ftp.gwdg.de kein
        cisco-hdlc ausdumpen kann, habe ich hier mal einen isdn-patch fuer
        tcpdump-3.0.4 gemacht, der das Interface fragt, was fuer eine
        Encapsulation es benutzt und sich entsprechend einstellt. Das Teil ist
        gegen eine tcpdump-3.0.4-1.tar.gz Distribution, wie sie z.B. auf
          !link ftp://ftp.funet.fi/pub/Linux/PEOPLE/Linus/tools; liegt,
        gemacht. Dieser Patch erkennt RAW-IP, ISDN-IP und CISCO-HDLC und kann
        die Pakete entspr. dumpen.
!verboff
   [An seiner Mail hing der Patch - er sollte sich einfach im Archiv der
   Mailingliste wiederfinden lassen - die Red.]!br
   Sascha Ottolski <sascha@alzhimer.isdn.cs.tu-berlin.de> hatte noch folgenden
   Tip am 5. Nov 1996:
!verbon
        Es gibt doch isdn4k-utils-2.0/tcpdump-3.0.3-isdn.diff ! Damit klappts,
        sofern man noch selbst Hand anlegt:
        In der Datei tcpdump-3.0.3-isdn/libpcap-0.0/pcap-linux.c steht nach
        dem Patch irgendwo folgendes:
            else if (strncmp("ppp", device, 3) == 0)
        Entweder man nennt seine ppp-devices irgendwie pppX statt ipppX, oder
        ändert die Zeile z.B. in
            else if (strncmp("ippp", device, 4) == 0)
                              ^^^^          ^^
        Dann erkennt tcpdump auch sync-ppp. Jedenfalls bei mir.
!verboff

Q: Wie kann ich Benutzerrechte für die Verwendung von ISDN einrichten?
A: Henner Eisen <eis@baty.hanse.de> schrieb dazu am 13. Feb 1997:
   Den Zugang über isdn-ttys kann man (ganz nach Unix-Philosophie)
   beschränken, indem man in /etc/group eine Group (z.B. 'isdn') einrichtet,
   und dann
!verbon
       chgrp isdn /dev/ttyI* /dev/cui*
       chmod o-rw /dev/ttyI* /dev/cui*
!verboff
   allen Usern außer denen in der Gruppe 'isdn' die Lese/Schreibrechte für
   die ISDN-ttys entzieht. Diejenigen, die ISDN benutzen dürfen, muß man dann
   explizit zum Mitglied der Gruppe 'isdn' machen.


!3MSN

Q: Was ist eine MSN?
A: Im Gegensatz zu einem normalen Telefonanschluß kann ein ISDN-Anschluß
   durchaus mehrere Telefonnummern haben - diese werden jeweils MSN genannt.
   MSN ist die Abkürzung für Multiple Subscriber Number.

Q: Was ist eine EAZ?
A: Das ist die deutsche Bezeichnung für eine MSN. In Deutschland werden
   EAZ und MSN manchmal synonym verwendet, obwohl eigentlich nach dem
   verwendeten ISDN-Protokoll unterschieden werden müßte. Das, was in
   Euro-ISDN eine "MSN" ist, wurde in 1TR6-ISDN (einem deutscher Vorläufer von
   Euro-ISDN) als "EAZ" bezeichnet.

Q: Wieviele MSN benötige ich, wenn ich folgendes verwenden will:
!verbon
        * Telefon
        * Analogmodem (als Fax, Anrufbeantworter und Daten-Modem genutzt)
        * Dial-In für X.75 (Modememulation)
        * Dial-In mit SyncPPP
!verboff
A: Eine!!!!br
   Die beiden Dial-In's können von Anrufen für Telefon/Analogmodem aufgrund
   der anderen Dienstekennung ("digital, Daten") unterschieden werden.
   Bei geeigneter Konfiguration können auch die beiden Dial-In's auseinander
   gehalten werden (siehe dazu die Frage "Kann ich auf nur !u1einer!u0 MSN
   sowohl Kunde mit einem getty (Modememulation) als auch welche mit dem
   Netzwerk bedienen?" im Abschnitt "Dial-In").!br
   Zur parallelen Verwendung von Telefon und Analogmodem hatte Gernot Zander
   <hifi@scorpio.in-berlin.de> am 11. Dez 1996 folgenden Tip parat:!br
   Stelle Fax-Getty auf z.B. 10mal Klingeln. Wenn du abhebst und hörst Fax
   [oder ein Modem], schickst du mgetty ein USR1 (kill -USR1 mgetty-pid), und
   es geht sofort ran.!br
   Wenn die Dose richtig beschaltet ist, nimmt er dir dabei das Gespräch weg.
   (Also TAE NFN und die originalen Kabel, kann aber sein, daß dir die
   Wahlsperre dazwischenkommt, wenn du ein Modem mit einer solchen hast und
   den Abstellbefehl nicht kennst.)!br
   [Bei einem geeigneten Modem kann mgetty sowohl als Anrufbeantworter, als
   auch als Fax-Gerät, als auch als Daten-Modem fungieren - die Red.]!br
   Oder: Du hast eine TK-Anlage, mit der kannst du auch weitergeben. Du kannst
   meistens sogar eine hinter die andere hängen (falls ihr keine analogen
   Ports mehr übrighabt).!br
   [Trotzdem lebt man natürlich ruhiger, wenn man Telefon und Analogmodem
   jeweils eine eigene MSN zuweist - die ideale Lösung mit lediglich zwei
   MSN - die Red.]

Q: Kann ich folgende Dienste auf *DERSELBEN* MSN machen:
!verbon
        - Telefon (Sprache)
        - VBOX (Sprache, klar)
        - X.75-Login (mgetty /dev/ttyI?)
        - IP-Interface für IP-Verbindungen zu anderen Rechnern?
!verboff
A: Das geht nach demselben Prinzip wie bei der letzten Frage. Die einzige
   Änderung ist die Verwendung von VBOX an Stelle des Analogmodems. VBOX
   kooperiert jedoch automatisch mit dem Telefon. VBOX nimmt erst nach dem
   x-ten Klingeln (je nach Konfiguration) ab.

Q: Welches ist meine MSN?
A: Die eigene MSN wird einem vom der eigenen Telefongesellschaft mitgeteilt.
   Es ist die eigene Telefonnummer. Zu den Feinheiten bei der Konfiguration
   von isdn4linux siehe die nachfolgenden Fragen sowie das Kapitel "Nationale
   Besonderheiten" (letzteres schließt auch 1TR6 in Deutschland ein).

Q: Wie muß ich meine MSN der Modememulation angeben?
A: Für die Modememulation wird für den Befehl AT&E<msn> die MSN !u1ohne
   jegliche Vorwahl!u0 benötigt (Niederlande ausgenommen).

Q: Wie muß ich meine eigene MSN bei syncPPP angeben?
A: Die MSN wird für den Netzbetrieb mit dem Befehl "isdnctrl eaz <interface>"
   !u1ohne jegliche Vorwahl!u0 angegeben (Niederlande ausgenommen).!br

Q: Wo muß ich meine eigene MSN eintragen, damit ich mich testweise mit syncPPP
   selbst anrufen kann?
A: Will man sich selbst testweise anrufen, dann muß man die MSN sowohl als
   ausgehende, als auch als eingehende Nummer angeben.!br
   Die Konfiguration der !i1ausgehenden!i0 Nummer erfolgt mit "isdnctrl
   addphone out" - es muß die MSN !u1mit Vorwahl!u0 (inklusive der "0" am
   Anfang der Vorwahl - dies braucht die deutschen Telekom zum korrekten
   Wählen). Bei "isdnctrl delphone" muß man analog verfahren.!br
   Die Konfiguration der !i1eingehenden!i0 Nummer erfolgt mit "isdnctrl
   addphone in". Die MSN muß in der Form eingetragen werden, in der sie bei
   einem Anruf übertragen wird. Bei der deutschen Telekom ist das die MSN
   !u1mit Vorwahl!u0, jedoch !u1ohne die führende "0"!u0 am Anfang der
   Vorwahl. Bei "isdnctrl delphone" ist analog zu verfahren.!br
   Hier kann es nationale Abweichungen geben (siehe Kapitel Nationale
   Besonderheiten). Siehe auch die nachstehende Frage für den Zweifelsfall.

Q: Wie kann ich ermitteln, wie meine Telefongesellschaft mir meine MSN
   übermittelt?
A: Die übermittelte MSN kann einfach ermittelt werden indem man sich selbst
   anruft (z.B. per Telefon). In den Log-Files sollte dann ein Eintrag
   nach dem Muster "isdn_tty: call from XXX -> YYY ignored" auftauchen
   (dazu muß natürlich schon der ISDN-Teil im Kernel aktiviert sein).

Q: Wie kann ich die von mir beim Dial-In-Betrieb benötigten MSN's minimieren?
A: Siehe dazu die entsprechende Frage im Abschnitt Dial-In.

Q: Wo stelle ich im Cisco die zu verwendende MSN ein ?
A: Mit "isdn answer1 :MSN" bzw. answer2; z.B. stellt "isdn answer1 :12345" die
   MSN auf 12345 ein.

Q: Warum bekomme ich von der deutschen Telekom nicht immer die Telefonnummer
   eines Anrufers ("Caller Id") übermittelt?
A: Aus Datenschutzgründen wird die Telefonnummer nicht bei Anrufen aus dem
   analogen Netz übermittelt. Es sei denn, Sie erlauben der Telekom
   ausdrücklich die Übermittlung Ihrer Nummer (kostet nichts) und sind an
   einer digitalen Vermittlungstelle angeschlossen.!br
   Wer einen ISDN-Anschluß hat, muß dagegen der Übermittlung seiner Nummer
   ausdrücklich widersprechen - oder beantragen, daß er über die Übermittlung
   seiner Nummer fallweise entscheiden kann (per ISDN-Telefon; fallweise
   Unterdrückung [CLIR] ist inzwischen kostenlos, fallweise Übermittlung kostet
   extra). Es fällt der Telekom jedoch offenbar !u1sehr!u0 schwer, das schon
   im ersten Anlauf richtig zu konfigurieren. Wer auf die Übermittlung der
   Caller Id angewiesen ist, sollte genau überprüfen, ob auch alles korrekt
   eingestellt wurde.

Q: Bekomme ich die Caller Id bei Anrufen aus dem Ausland übermittelt
   (deutsche Telekom)?
A: Ja, bei Anrufen aus Ländern, die es mit der Rufnummerübermittlung nicht so
   eng sehen wie wir in Deutschland (z.B. USA, Kanada).

Q: Ich habe gehört, es werden eigentlich zwei Caller Id's übermittelt?
A: Das stimmt, es wird sowohl eine "User-Provided, not screened", als auch
   eine "Network-Provided" (die ist von der Telefongesellschaft)
   übermittelt.!br
   Gernot Zander <hifi@scorpio.in-berlin.de> schrieb dazu am 15. Dez 1996:
!verbon
        Die erste ist von der Anlage mitgegeben und ungeprüft.
        Die zweite ist die von der Telekom vergebene.
        Ich hatte hier auch schon solche Anrufe, wo ein Siemens-
        Mitabeiter aus München hier anrief und mit einer ellenlangen
        Nummer kam, deren Vorwahl 030 (Berlin) war.
        Ich rief daraufhin die Telekom an, was das denn solle, und
        die wußten auch erst nichts, dann fanden sie wen kompetentes,
        der sagte, daß das ginge.
!verboff
   Zum "no screening" schrieb noch Ralf G. R. Bergs
   <rabe@Informatik.RWTH-Aachen.de> am 16. Dez 1996:
!verbon
        "CLIP no screening". Der Anrufer hat das (kostenpflichtige und nur am 
        Komfort-Anlagenanschluss(!) verfügbare) Feature, welches ihm die 
        Übertragung einer beliebigen Caller ID erlaubt.
!verboff


!3Teles-Treiber

!old
Q: Ich benutze SETUP.EXE unter DOS, um meine Teles/Creatix mit Memory xxxxx
   und IRQ yy zu konfigurieren. Wie stelle ich das unter isdn4linux ein?
A: Die Einstellungen kann man als Kernelparameter bzw. als Modulparameter
   übergeben. Eine feste Eincompilierung ist nicht erforderlich.
   Manchmal allerdings macht man es doch, nämlich wenn Software-
   unverträglichkeiten auftreten oder wenn mehrere Teles-Karten in einem
   Rechner betrieben werden sollen. In diesem Falle editiert man die
   Datei /usr/src/linux/drivers/isdn/teles/config.c und trägt die
   Parameter direkt ein. Siehe Kommentar in dieser Datei.

Q: Ich bin verwirrt: laut Dokumentation ist meine Teles-Karte auf die
   IO-Adresse 0x180 eingestellt. In Linux (und auch manchen Windowsprogrammen
   wird jedoch angezeigt, daß sie auf 0xd80 liegt?
A: Die Karte belegt beide IO-Adressen! Karsten Keil
   <keil@temic-ech.spacenet.de> schrieb hierzu am 3. Jan 1997:
!verbon
        Die eigentlich benutzten Adressen sind:
          isac 980
          hscx 180/580
          cfg  d80
        Zur Verwirrung kommt es aufgrund eines Mißverständnisses: Teles
        gibt die HSCX0-Adresse als Referenz an, während der alte Teles-Treiber
        die cfg-Adresse benötigt. Da die Benutzer dadurch verwirrt waren,
        können die beiden Treiber nun beide Adressen handhaben (und die
        Benutzer sind dadurch erneut verwirrt ;-))
!verboff

!old
Q: Beim Compilieren des Telestreibers bekomme ich eine Fehlermeldung der
   Art: too many arguments to function `__get_free_pages_R5243d78b'
A: Ab einer bestimmten Version der 1.3.x Kernels wurde für die Kernel-
   Funktion get_free_pages der Aufruf geändert. Wenn die Meldung erscheint,
   wird ein älterer Kernel eingesetzt. In diesem Falle ist in der Datei
   teles/teles.h die Zeile
!verbon
        #define NEW_GET_FREE_PAGES
!verboff
   auszukommentieren:
!verbon
        /* #define NEW_GET_FREE_PAGES */
!verboff

!old
Q: Ich benutze Kernel 1.3.x, der Telestreiber compiliert ohne Fehler durch,
   in config.c sind alle Daten richtig eingetragen, trotzdem funktioniert
   der Treiber nicht.
A: Ab einer bestimmten Version der 1.3.x Kernels wurden die Timer im Kernel
   geändert. Möglicherweise wird hier ein älterer Kernel eingesetzt. Man
   kommentiere in der Datei teles/teles.h die Zeile #define NEW_TIMERS aus:
!verbon
        /* #define NEW_TIMERS */
!verboff

!old
Q: Ist es möglich, mehrere Teles-Karten in einem Rechner zu betreiben?
A: Ja, das ist möglich. In der Datei teles/config.c müssen die Daten der
   anderen Teles-Karten eingetragen werden:
!verbon
        struct IsdnCard cards[]={
          { (byte *)0xd0000,11,0xd00,NULL } ,
            /* 1. Karte */ { (byte *)0xd8000,10,0xe80,NULL } ,
            /* 2. Karte */ ...
            /* u.s.w. */
          };
!verboff
   Am 6. Okt 1996 schlug Christian Kratzer <ck@toplink.net> vor (Zeilen, die
   mit "io=" anfangen, müssen mit der vorherstehenden zusammengefaßt werden):
!verbon
        # load modules
        /sbin/modprobe isdn.o
        echo "teles0 - Teles S0/16.2"
        /sbin/insmod $MODPATH/misc/teles.o -o teles0 teles_id=teles0
            io=0xd0000,5,0xd80,2
        echo "teles1 - Teles S0/16.2"
        /sbin/insmod $MODPATH/misc/teles.o -o teles1 teles_id=teles1
            io=0xd2000,9,0xe80,2
        echo "teles2 - Teles S0/16.2"
        /sbin/insmod $MODPATH/misc/teles.o -o teles2 teles_id=teles2
            io=0xd4000,12,0xf80,2
        /sbin/lsmod | grep teles > /dev/null
!verboff

!old
Q: Woran erkenne ich, daß meine Teles-Karte (oder eine kompatible Karte)
   korrekt erkannt wurde?
A: Beim Booten muß eine Meldung wie "kernel: HSCX version A:5 B:5" sowie
   "kernel: channels 2" in /var/log/messages eingetragen werden. Auch
   "A:4 B:4" ist o.k. Alle anderen Werten (insbesondere A:0 B:0 oder A:f B:f)
   zeigen an, daß die Karte nicht richtig erkannt wurde.
   Siehe auch unter im Abschnitt "Teles" im Kapitel "Troubleshooting".

Q: Wo kann ich mich bei Teles beschweren?
A: Unter der Emailadresse "vertrieb@teles.de". Die haben dort auch eine
   WWW-Seite: !link http://www.teles.de/;!br
   Karl Heinz Kremer <khk@specht.stuttgart.netsurf.de> ergänzte
   am 2. Jan 1997:
!verbon
        Wenn Du was über Teles's Geschäftspraktiken lesen willst, schau dir
          !link http://www.inx.de/~chris/isdn.htm; an.
!verboff


!3HiSax-Treiber

Q: Wo gibt es den HiSax-Treiber?
A: Bei !link ftp://ftp.franken.de/pub/isdn4linux/HiSax;.

!old
Q: Welche Version ist aktuell?
A: Version 1.4.

!old
Q: Was kann der HiSax besser als der Original-Telestreiber?
A: Karsten schrieb dem FAQ-Team am 14. Okt 1996:
!verbon
        Bei HiSax wird die Hardware und das IRQ-Verhalten gecheckt, so daß der 
        Treiber nur dann geladen wird, wenn er Zugriff auf die Register hat und
        Interrupts generiert werden. ALSO:
          2*Laden erledigt
          HSCX version 0 oder F erledigt
          BUSY bei minicom u.ä. nur noch :
          * REAL BUSY
          * keine MSN/EAZ
          * Kabel/Leitungs Probleme
!verboff
   Na - das ist doch was, oder?

!old
Q: Wie baut man den HiSax ein?
A: Karsten Keil <keil@temic-ech.spacenet.de> beschreibt das so:
!verbon
        Es kann nie schaden, die orginal Kernel-Sources erst mal zu sichern.
        Dann ins /usr/src/linux (da sollte sich der aktuelle Source befinden)
        gehen. Jetzt der Patch selbst:
          zcat HiSax_1.1.patch.gz |patch -p1 >& /tmp/HiSax.log
        Das -p1 ist sehr wichtig, da sonst alle files aus neuen directories in
        /usr/src/linux landen.
        Dann /tmp/HiSax.log nach errors/warnings/rejects durchsuchen, wenn
        welche auftreten die entsprechenden files anschauen und gegebenfalls
        von Hand korrigieren.
!verboff
   Uwe Bonnes <bon@elektron.ikp.physik.th-darmstadt.de> fügte hinzu:
!verbon
        Wer Gnu Patch besitzt, kann auch "... |patch -s -p1 " verwenden. Dann
        werden !u1nur!u0 die Fehler berichtet. Und wer ein log will, kann auch
        "... |patch -s -p1 | tee /tmp/HiSax.log" machen. Damit bekommt man
        zusätzlich zur Bildschirmausgabe ein Logfile.
!verboff
   Hinweis: Inzwischen gibt es neuere Versionen des HiSax.

!old
Q: Gibt es Patches zum HiSax-Treiber?
A: Ja. Karsten <keil@temic-ech.spacenet.de> schrieb dazu am 15. Okt 1996:
!verbon
        Die Patches werde ich bis zur nächsten Version mit Buchstaben
        "numerieren" und auch auf ftp ablegen.
!verboff
   Mit ftp ist !link ftp://ftp.franken.de/pub/isdn4linux/HiSax; gemeint.

!old
Q: Was hat es mit dem Vermerk: "Known Bugs: incoming calls are only
   delivered, if channel == B-channel (same on teles)" auf sich?
A: Karsten Keil <keil@temic-ech.spacenet.de> schrieb am 14. Okt 1996:
!verbon
        1. Die o.g. Aussage ist nicht ganz korrekt:
           if ((channel &1)+1 == B-channel )
        2. Ich beschreib den Bug mal anders rum: Wenn gerade B-channel 1 von
           einem anderen ISDN Gerät belegt ist und i4l wählt raus bekommt der
           logische channel 0 von der VST den B-channel 2 zugewiesen.
           ---> geht
           Das andere ISDN Gerät hängt auf.
           Es kommt zusätzlich ein Ruf für i4l rein,natürlich für B-channel 1.
           Da aber channel 0 belegt ist und es eine feste Zuordnung
           B1->chan 0,2,4...
           B2->chan 1,3,5... gibt wird der call nicht angenommen.
          (chan 2,3 gibt es bei 2 Karten usw.)
        Das ist zwar relativ selten kommt aber vor und wird demnächst gefixed
        (wenn mir was Geniales einfällt).
!verboff
   Daß dieser Fall eintritt, kann anhand der modehscx-Meldungen (z.B.
   "modehscx hscx 0 mode 2 ichan 1") mitverfolgt werden. hscx 0,1 bedeutet
   welcher HSCX kanal benutzt wird. Mode ist mode (2). ichan 1 ist welcher
   B Kanal - 1.!br
   [Der Bug wurde mittlerweile in HiSax 1.2 gefixt - die Red.]

!old
Q: Meine ELSA-Karte hat 2 LEDs, die Lichtorgel spielen. Was hat das zu
   bedeuten?
A: Karsten Keil <keil@temic-ech.spacenet.de> schrieb am 14. Okt 1996:
!verbon
        Leerlauf l1 ist down
          => beide LED blinken ca. 1s an 1s aus.
        l1 ist aktiviert (auch durch Telefon oder ä.)
          => Wechselblinken 0.5 gelb 0.5 grün
        Betrieb
          => 1.5 an 0.5 aus
             grün  HSCX A aktiv
             gelb  HSCX B aktiv
        Daß die ständig blinken hat die Ursache, das ich so bei der
        Entwicklung sofort gesehen habe, daß die Karte hängt.
!verboff


!3ICN-Treiber

!old
Q: Wo gibt es die ICN-Karte zu kaufen?
A: 
!verbon
        Thinking Objects Software GmbH
        Obere Heerbergstr. 17
        97078 Würzburg
        Tel: 0931-2877950
        Fax: 0931-2877951
        email isdn-support@think.de
        WWW !link http://www.think.de/;
!verboff

!old
Q: Wo bekomme ich die neueste Firmware für meine ICN?
A: Torsten Hentschel <Torsten.Hentschel@DInet.de> schrieb am 11. Okt 1996:!br
   Die neueste Firmware sollte unter!br
     !link ftp://ftp.think.de/pub/isdn4linux/firmware/;!br
   oder!br
     !link http://www.think.de;!br
   zu finden sein.

!old
Q: Ist es möglich, mehrere ICN-Karten in einem Rechner zu betreiben?
A: Ja, ab Kernel 2.0.0 hat sich jedoch das Konfigurations-Schema geändert:
   Bei älteren Kernels mußte für jede Karte ein eigenes ICN-Modul
   geladen werden. Bei zwei Karten sah das z.B. so aus:
!verbon
        /sbin/insmod -m /lib/modules/1.2.13/misc/isdn.o >/etc/isdn.map
        /sbin/insmod -m /lib/modules/1.2.13/misc/icn.o >/etc/icn.map
        /sbin/insmod -m -o icn2 /lib/modules/1.2.13/misc/icn.o >/etc/icn2.map
!verboff
   Ab Kernel 2.0.0 ist nun für alle ICN-Karten nur noch ein Treiber 
   nötig. ACHTUNG: 2.0.0 selber ist buggy, am besten nimmt man 2.0.18 oder
   neuer.!br
   Hier ein Beispiel für eine ICN-2B und zwei ICN-4B:
!verbon
        /sbin/insmod -m /lib/modules/`uname -r`/misc/isdn.o > /etc/isdn.map
        #
        # ICN-2B, default port und mem (0x320, 0xd0000)
        #
        /sbin/insmod -m /lib/modules/`uname
            -r`/misc/icn.o icn_id=icn0 > /etc/icn.map
        #
        # ICN-4B hinzufügen auf port 0x328
        #
        /sbin/icnctrl add 0x328 icn1 icn2
        #
        # Noch eine ICN-4B auf port 0x300
        #
        /sbin/icnctrl add 0x300 icn3 icn4
        #
        # Firmware laden
        #     ICN-2B: 1TR6
        #  1. ICN-4B, beide S0 EDSS1
        #  2. ICN-4B, 1. S0: 1TR6, 2. S0: EDSS1
        #
        /sbin/icnctrl -d icn0
             load /etc/loadpg.bin /etc/pc_1t_ca.bin
        /sbin/icnctrl -d icn1
             load /etc/loadpg.bin /etc/pc_eu_ca.bin /etc/pc_eu_ca.bin
        /sbin/icnctrl -d icn3
             load /etc/loadpg.bin /etc/pc_1t_ca.bin /etc/pc_eu_ca.bin
!verboff
   (Zeilen, die mit "load" oder "-r" anfangen, müssen ans Ende der vorhergehen-
   den Zeile angehängt werden!)

!old
Q: Meine ICN 4B wird nur als ICN 2B erkannt. Welche Syntax hat der Aufruf von
   insmod zum Laden von icn.o für die ICN 4B?
A: dietmar <dietmar@highway.bertelsmann.de> schrieb am 8. Okt 1996:
!verbon
        Ich verwende folgendes Skript um die Karte zu "starten":
          #!/bin/sh
          #
          # load modules
          /sbin/modprobe isdn.o
          /sbin/modprobe icn.o icn_id=icn0 icn_id2=icn2
          #                                ^^^^^^^^^^^^
          #                                Wichtig hierbei ist die Angabe von
          #                                icn_id2. Hieran erkennt der Treiber,
          #                                daß eine 4B verwendet werden soll.
          #
          # download firmload
          cd /usr/src/isdn4k-utils-1.3.97/icn
          icnctrl load download/loadpg.bin download/pc_1t_ca.bin
              download/pc_1t_ca.bin 
          /sbin/isdnctrl verbose 2
!verboff
   (die Zeile, die mit "download" anfängt, muß der vorhergehenden zugeschlagen
   werden!)!br
   Jochen Wiedmann <Jochen.Wiedmann@Neckar-Alb.de> schrieb am 8. Okt 1996:
!verbon
        modprobe icn icn_id=line0 icn_id2=line1 icnctrl io 0xd0000 0x340
        icnctrl add 0x340 line0 line1
        icnctrl load /sw/linux-i386/isdn4kutils-2.0.0/lib/loadpg.bin
            /sw/linux-i386/isdn4kutils-2.0.0/lib/pc_1t_ca.bin
            /sw/linux-i386/isdn4kutils-2.0.0/lib/pc_1t_ca.bin
!verboff
   (die Zeilen, die mit "/sw" anfangen, müssen der vorhergehenden angehängt
   werden!)!br
   Torsten Hentschel <Torsten.Hentschel@DInet.de> schrieb noch am 9. Jan
   1997:!br
   Wenn es nicht hilft, mit anderen Adressen zu experimentieren
   (Beispiel portbase=0x300 membase=0xd0000) und auch die
   Überprüfung des Sitzes der Karte (eventuell anderer
   Slot) nix bringt, sollte die Karte als defekt betrachtet
   werden.!br
   Es ist aber recht häufig, daß die langen ICN/4B-Karten
   schwer in enge Gehaeuse passen: Einmal sind sie lang
   und zum anderen haben sie einen recht "breiten" Steg
   für den Slot, der sie leicht wieder aus dem Slot springen
   läßt oder aber das Board runterdrückt, anstatt daß der
   Steg in den Slot hineinrutscht. Deshalb: Sichtprüfung,
   daß die Kontakte der Karte alle gleich weit im Slot
   verschwinden.!br
   Und Herbert Rosmanith <herp@wildsau.idv.uni-linz.ac.at> ergänzte am 10. Jan
   1997:!br
   Die Karte ist hardwaremäßig per Default auf 0x300 eingestellt. Die Software
   nimmt allerdings per Default 0x320 an! Das ist etwas inkonsequent, IMO.
   Vielleicht bist Du ja auf diese Verwirrtaktik reingefallen :-)!br
   Am gleichen Tag ergänzte noch Thomas Bogendörfer 
   <tsbogend@alpha.franken.de>:
   Membase der 4B muß auf einer 32K Grenze liegen. Also 0xd0000 oder 0xd8000
   verwenden.

!old
Q: Wofür ist "lanx75i.bin" im ICN-Verzeichnis?
A: Die "lanx75i.bin" ist stark veraltet. Früher wurde bei EDSS1 nur HDLC
   unterstützt. lanx75i.bin war die erste Test-Version der Firmware, die
   auch X.75 unterstützte. Wenn die Firmware geladen wird, so wird deren
   Version im kernel-syslog protokolliert. Für die aktuelle Firmware
   sollten dabei folgende Strings angezeigt werden:
!verbon
        Für EDSS1:
          DRV1.11EC-Q.931-CAPI-CNS-BETA-15.07.95,BRV2.3
        Für 1TR6:
          DRV1.01TC-1TR6-CAPI-CNS-BETA-03.05.95,BRV2.3
!verboff


!3Zusammenarbeit mit anderen Gegenstellen

!old
Q: Welche Einstellungen brauchen ISPA und Konsorten (DOS, Windows), um mit
   isdn4linux in der Standardeinstellung zusammenzuarbeiten?
A: Folgende Konfigurationen sind möglich (diese gelten auch für die
   anderen Treiber von H. Hanewinkel, also CINDI, CANDI, WISPA -
   die findest Du via !link http://www.informatik.uni-bremen.de/~henker/dank;):
!verbon
        Auf i4l-Seite                         Auf ISPA-Seite
        ====================================================
        isdnctrl l2_prot isdn0 hdlc           \
        isdnctrl l3_prot isdn0 trans           >   -h0
        isdnctrl encap   isdn0 rawip          /
        ----------------------------------------------------
        isdnctrl l2_prot isdn0 hdlc           \
        isdnctrl l3_prot isdn0 trans           >   -h1
        isdnctrl encap   isdn0 uihdlc         /
        ----------------------------------------------------
        isdnctrl l2_prot isdn0 x75i           \
        isdnctrl l3_prot isdn0 trans           >   -l0
        isdnctrl encap   isdn0 rawip          /
        ----------------------------------------------------
        isdnctrl l2_prot isdn0 x75i           \
        isdnctrl l3_prot isdn0 trans           >   -l1
        isdnctrl encap   isdn0 uihdlc         /
        ---------------------------------------------------- 
!verboff
   Am wenigsten Probleme bereitet meist -h0.

!old
Q: Was muß ich beachten, um mit Windows95 eine Verbindung aufzubauen?
A: Torsten Krueger <torsten@nrw-online.de> schrieb am 5. Okt 1996, daß auf
   beiden Seiten die VJ-(bzw. "Header"-)Komprimierung ausgeschaltet sein muß.
   Windows95 reagiert äußerst empfindlich, wenn diese Option von
   isdn4linux zurückgewiesen wird.

!old
Q: Kann ich mit Windows95 nur mit syncPPP eine Verbindung zu isdn4linux
   aufbauen?
A: Frank-Christian Kruegel <fchk@gigabyte.ohz.north.de> schrieb am 13. Okt
   1996:
!verbon
        DFÜ-Netzwerk: ja. Es könnte noch eine andere Möglichkeit mit CINDI,
        WISPA u.ä. von Herbert Hahnewinkel (Kosten ca 80 DM pro Lizenz, und
        jeder User braucht dann eine) geben, aber das Geld habe ich nicht
        ausgegeben.
!verboff

!old
Q: Ein Windows95-Nutzer mit einer Fritz!-Card hat nur sehr schlechte
   Transferraten beim Connect mit isdn4linux - was kann man da tun?
A: Sven Engelhardt <sven@sik.de> schrieb am 13. Okt 1996:
!verbon
        AVMPort (Capi-Modememulation für Win' 95 verwenden, wichtig: auf der
        Win 0.95 "Anmelden am Netzwerk" einschalten.
!verboff

!old
Q: Wo finde ich in Windows95 die Einstellung, damit ich ein Terminalfenster
   beim Einloggen bekomme?
A: Sven Engelhardt <sven@sik.de> schrieb am 13. Okt 1996:
!verbon
        Systemsteuerung/Software/Diskette CD-ROM Admin/Apptools/Dscript
          - Scriptverwaltung für DFÜ-Netzwerke (siehe nach der Installation
            Start/Programme/Zubehör)
        Damit das Script was empfängt, bei ISDN Echo einschalten. Bei AVMPort
        geht das mit E1 im Initstring. 
!verboff
   [Achtung: bei der Verwendung von ipppd muß das Terminalfenster
   !b1ausgeschaltet!b0 sein - die Red.]

!old
Q: Ich möchte gern Daten mit einem Macintosh (Leonardokarte) austauschen,
   was muß ich bzw. der Macbetreiber beachten?
A: Markus Reicher <a9003436@unet.univie.ac.at>:
!verbon
        Wenn Du den Mac anrufst, stellt er sich auf das Protokoll (X.75 oder
        HDLC) ein. Wenn er Dich anruft, muß er das Protokoll explizit angeben
        (z.B. durch Anfügen eines "X" für X.75) an die Rufnummer - sonst ruft
        der Mac womöglich mit dem Leonardo-Protokoll an.
!verboff

Q: Ein Macintosh mit Leonardokarte versucht anzurufen, und will chap md5
   aushandeln. Wie kann ich ihn auf CHAP/PAP umschalten?
A: Axel Jindra <jindra@uni-koblenz.de> schrieb hierzu am 10. Jan 1997:!br
   Gar nicht. Er soll LeoPort nehmen (ist bei der Karte immer dabei) und den
   CTB-Port umlegen auf die ISDN-Karte. Dann mit FreePPP 2.5v2
   <http://www.rockstar.com> die Leo als Modem einstellen und FreePPP ganz
   normal konfigurieren. Da kann dann auch PAP/CHAP eingestellt werden.

!old
Q: Wie arbeitet isdn4linux mit einer Cisco (HDLC) auf der Gegenstelle
   zusammen?
A: Auf dem Cisco-Router müssen die "keep alive" Pakete abgeschaltet werden.
   isdn4linux muß auf HDLC, transparent mit Cisco-Encapsulation konfiguriert
   werden:
!verbon
        isdnctrl l2_prot <interface> hdlc
        isdnctrl l3_prot <interface> trans
        isdnctrl encap <interface> cisco-h
!verboff
   <interface> ist der Name des IP-Interfaces, das zuvor mit
!verbon
        isdnctrl addif <interface>
!verboff
   angelegt werden muß (z.B. isdn0).!br
   [Alternativ kann man natürlich auch PPP als Protokoll verwenden - die Red.]

!old
Q: Meine Cisco hat einen Bug - welche IOS ist zu empfehlen?
A: Jochen Wiedmann <Jochen.Wiedmann@Neckar-Alb.de> schrieb hierzu in 1996:
!verbon
        Seit Cisco-IOS 11.0.x (x = 7 ist das einzige, was ich kenne) habe ich
        keine Probleme mehr mit Cisco <-> HDLC <-> Nicht-Cisco. Das gilt
        sowohl für netgw als auch i4l als auch Banzai! an der Gegenstelle,
        wobei allerdings die jeweiligen speziellen Cisco-HDLC-Optionen wichtig
        sind.
!verboff

!old
Q: Beim Einwählen bei einer ASCEND kostet es auch dann eine Einheit, wenn
   ich ein "BUSY" erhalte?
A: Winfried Haug <haug@seicom.net> schrieb dazu am 12. Okt 1996:
!verbon
        Wir hatten bis gestern hier Probleme mit AVM+W95 und Mini-Port-Treiber
        (PPP m. PAP). Der Ascend hat abgenommen und 3-4 sec später aufgelegt.
        Im Ascend Log stand nur Call refused, was aber nicht stimmte, da der
        Ascend abgehoben hat...
        Durch eine neue Firmware auf dem Ascend (4.6C+) statt der 4.6B+p2 ist
        das Problem wohl weg.
        Da wir davor ein anderes RACK hatten (von ITK) welches dieses Verhalten
        beim Kunden !u1nicht!u0 zeigte, gehe ich mal davon aus, daß es der
        Ascend war. Neue Firmware für den Ascend gibts unter
          !link ftp://ftp.ascend.com/; 
        oder 
          !link ftp://ftp.ascend.de/;
        wobei man hier höllisch aufpassen muß, daß man das richtige Image 
        nimmt :-)
!verboff

Q: Gibt es eine Mailingliste zur Ascend?
A: Es gibt eine entsprechende Mailingliste an der Uni Hannover.
   Sie lautet: ascend-users-de@uni-hannover.de
   Verwaltet wird die Liste per LISTSERV, d.h. Anmeldungen gehen an
   LISTSERV@uni-hannover.de mit folgender Zeile im !b1Mail-Body!b0:
!verbon
       subscribe [meine mail-alias-adresse] ascend-users-de
!verboff
   oder einfach:
!verbon
       subscribe ascend-users-de
!verboff
   Thomas Stinner <Thomas.Stinner@pop-siegen.de> schrieb uns zusaetzlich:
!verbon
        Es gibt auch eine weitaus besser besuchte Mailingliste zum Ascend. 
        Diese ist allerdings in englisch (dafuer schreiben und lesen dort 
        auch Ascend-Techniker mit).
        Anmelden kann man sich unter  

           majordomo@bungi.com

        Im Body dann:

           subscribe  ascend-users
!verboff


Q: Wie schalte ich Raw-IP auf der Ascend Max mit Radius ein?
A: "Framed-Protocol" muß auf "EURAW" eingestellt werden. Für die Autorisierung
   per Caller Id muß "authentication-type = ascend-clid" eingestellt werden.
Thomas Stinner <Thomas.Stinner@pop-siegen.de> schrieb uns dazu am 9.Mar.97:
!verbon
        Kann sein, dass das mit dem Authentication Type so funktioniert, ich 
        nehme für sowas jedoch als Password "Ascend-CLID".
        Ein Eintrag im users-file muß folgendermaßen aufgebaut sein:
          69123456 Password="Ascend-CLID"
          User-Name = "Username_fuer_Abrechnung"
          User-Service = Framed-User
        Also als Username die Caller-ID, als Password  "Ascend-CLID".
!verboff

Q: Wie schalte ich die Encapsulation "uihdlc" auf dem Max (eine Ascend) mit
   Radius ein?
A: "Framed-Protocol" muß auf "EUUI" eingestellt werden.

!old
Q: Welche Einstellungen braucht ein ELink, um mit isdn4linux
   zusammenzuarbeiten?
A: In der Mailingliste gab Daniel Moeller (danny@rsun.lfn.unterland.de)
   dazu folgenden Hinweis:
!verbon
        [...] Ich hab hier mehrmals täglich saubere Verbindungen zu einem
        EL310, ich polle per ifcico FIDO darüber. Hier mal die Config des
        Elink: ati Elink 310 Version 1.36 OK ati4
        Baudrate: 115k2,N
        SIN unbekannt: Ruf annehmen
        Anschaltung: EDSS1
        SIN ungleich &B: Ruf annehmen
        Betriebsart: X.75
        SIN gesendet: neutral
        Mehrfachrufnummer: 980031
        E1 M1 Q0 V1 X2 &B049 &C1 &D2 &R0 &S1
        \A3 \J0 \N3 \Q3 \V1 %A013 %C1 %F1 FCLASS=000
        S00=000 S01=000 S02=043 S03=013
        S04=010 S05=008 S06=002 S07=040
        S08=003 S09=000 S10=007 S11=000
        S12=050 S13=01010000B S14=10011010B S15=00001110B
        S16=10110011B S17=049 S18=013 S19=003
        S20=000 S21=00000100B S22=000 S23=006
        S24=120 S25=128 S26=016 S27=002
        S28=003 S29=128 S30=000 S31=000
        OK
!verboff

!old
Q: Wie kann ich Internet über T-Online mit i4l machen?
A: Rainer May <r_may@kahvi.desaster.heide.de> beschrieb das so:
!verbon
        (dasselbe funktioniert natürlich auch per Modem. Nur sieht da die
        Initialisierungs-Sequenz natürlich anders aus.)
        Ad 1: Man besorge sich diald. Keine Ahnung, wo man das Paket
              findet - Archie fragen (diald ist dazu gedacht, eine
              Defaultroute auf eine noch garnicht physikalisch be-
              stehende SLIP oder CSLIP-Verbindung zu legen; werden
              dann Pakete an dieses Pseudo-Interface geschickt, stellt
              diald die (C)SLIP-Verbindung her; welche Pakete einen
              Verbindungsaufbau auslösen, und wann/wie die Verbindung
              wieder abgebaut wird, ist alles konfigurierbar.) Dann
              installiere man das Binary und die Config-Files (man
              kann die im Paket enthaltenen Muster so übernehmen;
              nur, wenn z.B. ein PING einen Verbindungsaufbau bewirken
              soll, muß man minimal ändern; ggf. kann man auch Timeouts
              anpassen - halt etwas herumprobieren).
        Ad 2: Man nehme einen Kernel mit integriertem SLIP/CSLIP oder
              SLIP/CSLIP als Module (die natürlich geladen sein müssen)
        Ad 3: Isdn4Linux muß natürlich auch installiert sein; wichtig
              ist die Modem-Emulation (ttyIx).
        Ad 4: Man starte den diald, z.B. mit folgendem Script (heißt bei
              mir /etc/rc.d/rc.diald.t-online):
                /usr/sbin/diald /dev/ttyI2 -m aslip local 192.168.90.9
                    remote 192.168.90.1 defaultroute dynamic modem crtscts
                    lock speed 38400 connect "chat -v -f /etc/diald/t-online"
                    mtu 1500 dslip-mode local-remote
                (sinnvollerweise schreibt man das in !u1eine!u0 Zeile :-)
        Ad 5: Man erzeuge das Script, das bei mir "etc/diald/t-online"
              heißt. Sieht ungefähr so aus:
                TIMEOUT 30
                ABORT "NO CARRIER"
                ABORT ERROR
                ABORT "NO DIALTONE"
                ABORT BUSY
                ABORT "NO ANSWER"
                ABORT "NO MSN/EAZ"
                "" ATZ
                OK AT&B2000&E<MyMSN>&X1
                OK ATD01910
                CONNECT .
                "[?25h" <ZugangsKennung>\c
                "[?25h" ""
                "[?25h" ""
                "[?25h" <passwort>
                "[?25h" *53#\c
                "[?25h" *190144100#\c
                "[?25h" 19\c
                "STATUS OK" LIN
                "" "OK"
        Darin müssen natürlich einige "Platzhalter" ersetzt werden:
        <MyMSN> ist die MSN, mit der man in die weite Welt hinauswill.
        <Zugangskennung>: Das meist mit "000..." beginnende Zahlenmonster,
                          welches die Telekom einem genannt hat.
        <passwort>:       Das Zugangspasswort eben
        In obigem Musterscript wird davon ausgegangen, daß Anschluß-
        und Mitbenutzernummer dem auf der Login-Seite vorgegebenem
        Default entsprechen. Ist das nicht der Fall, muß man halt
        die beiden Zeilen vor "[?25h" <passwort> entsprechend anpassen
        (gibt man eine Mitbenutzernummer der Art "0003" an, sollte z.B.
        die Zeile !u1vor!u0 "[?25h" <passwort> lauten:
        "[?25h" 0003\c
        (denn das Eingabefeld ist nach "0003" voll, es darf kein CR mehr
        folgen))
        Wenn der diald läuft, sollte man urplötzlich über ein Interface
        "sl0" verfügen (ifconfig fragen), und die Defaultroute sollte genau
        darauf zeigen (route -n gibt Aufschluß; ohne "-n" würde "route"
        versuchen, die Phantasie-IP-Adressen, die man anfangs angegeben hat
        (und die später von "echten" überschrieben werden) aufzulösen - muß
        ja nicht sein).
        Oh, wer nicht nur mit IP-Adressen arbeitet, sondern erfolgreich auch
        z.B. "ftp stp.sunsite.edu" probieren will, sollte natürlich in
        /etc/resolv.conf einen Nameserver eingetragen haben (der/einer der
        Telekom hat die IP-Nummer 194.25.2.129).
        So, und nun Ftp, Telnet, Netscape, wasweißich starten. Das war's
        Übrigens: Der Diald schreibt Romane ins Syslog. Man kann den gesamten
        Login-Vorgang da nachlesen, auch wenn's chaotisch aussieht. Klappt ein
        Request nicht, sollte man den diald mit "kill" erwürgen (Routen werden
        automatisch gelöscht) und im Syslog nachschauen. Da können Sachen
        stehen wie "Zur Zeit keine verbindung möglich" - dann ist das Internet-
        Gateway der Telekom down. Oder man stellt fest, daß irgendwas mit dem
        Login nicht klappte - Vorsicht: Nach drei Fehl- Logins muß der Zugang
        von der Telekom "entsperrt" werden; das kann man per Telefon oder
        direkt von BTX aus erbitten (einfach per Terminalprogramm, z.B. seyon
        oder minicom, 01910 wählen, langsam per Hand durch den Login-Screen
        gehen und die Anweisungen befolgen)
!verboff
   Eine weitere Anleitung mit dip statt diald gibt's unter:!br
     !link http://www.rosat.mpe-garching.mpg.de/~web/ISDN.html;!br
   Achtung: der dip, der mit der Suse 4.2 mitgeliefert wurde, ist defekt!

!old
Q: Ich habe mir den Internetzugang über T-Online wie in einigen Newsgruppen
   beschrieben zurechtgebaut, aber leider funktioniert das chat-Skript nicht
   ("Connect script failed").
A: Gerhard Träger <gerhard@gt-priv.m.eunet.de>: schrieb hierzu:
!verbon
        In der geschwätzigen chat-Version gibt es einen kleinen Fehler in 
        logf(): es wird solange in einen 256 Byte Puffer geschrieben, bis ein 
        Zeilenumbruch kommt. t-offline sendet aber deutlich mehr Bytes für die 
        Anmeldeseite ... Also entweder chat ohne -v aufrufen oder den Puffer 
        vergrößern (am besten mit Füllstandsüberprüfung).
!verboff


!3Raw-IP

Q: Was ist Raw-IP?
A: Bei Raw-IP wird auf die Verwendung eines Protokolles wie X.75 oder HDLC
   (Modememulation, s.o.) bzw. PPP verzichtet. Es werden direkt TCP/IP
   Pakete ausgetauscht.

Q: Welche Vor- und Nachteile hat Raw-IP?
A: Das eingesetzte Verfahren hat spezielle Vor- aber auch Nachteile.!br
   Vorteile:
!verbon
        * Kein Handshaking mehr
          => schneller Verbindungsaufbau
        * Authorisierung per Caller Id
          => schnell, sicher, ohne Paßwort
        * Fixe IP-Adresse
          => eine abgebrochene Verbindung kann nach Wiedereinwahl
             fortgesetzt werden
        * Höherer Datendurchsatz
        * Hohe Stabilität (kleiner Treiber => kaum Bugs)
!verboff
   Nachteile:
!verbon
        * Kein Handshaking mehr
          => Konfiguration muß !u1vorher!u0 stattfinden (IP-Adressen,...)
          => sinnvoll nur für maximal einen Provider gleichzeitig einsetzbar
        * Authorisierung kann nur per Caller Id erfolgen
          => Einwahl nur vom eigenen Anschluß möglich
        * Fixe IP-Adresse
          => muß vorher bekannt sein, höherer Verbrauch von IP-Adressen,
             keine dynamische Adreßvergabe möglich
!verboff
  Aus dieser Übersicht läßt sich gut erkennen, unter welchen Rahmenbedingungen 
  Raw-IP sinnvoll eingesetzt werden kann.

Q: Wie kann ich nach dem Aufbau einer Raw-IP-Verbindung ein Skript ausführen
   lassen?
A: Harald Milz <hm@seneca.muc.de> schrieb dazu am 28. Nov 1996:!br
   Mache doch ein tail -f auf Dein syslog und hänge ein Auswerteskript dran,
   z.B. (alles in einer Zeile!)
!verbon
         tail -f /var/log/messages |
             awk '/isdn0 connected/ { system ("ip-up") }
             /hangup isdn0/    { system ("ip-down") } '
!verboff
   oder eleganter in perl.!br
   [Evtl. kann auch isdnlog entsprechend programmiert werden - die Red.]


!3Modememulation (Betrieb mit ttyI*-Devices)

Q: Heißt Modememulation, daß ich mein analoges Modem wegwerfen kann?
A: Nein, der Name "Modememulation" bezieht sich allein auf die Art, wie
   der eigene Computer mit dem ISDN-Treiber kommuniziert. Er bezieht sich
   ausdrücklich !u1nicht!u0 auf die Art und Weise, wie die Daten dann
   vom ISDN-Treiber über die Telefonleitung geschickt werden - das geschieht
   nämlich digital! Zu einer Nicht-ISDN-Mailbox wird deshalb auch mit der
   "Modememulation" des ISDN-Treiber !u1keine!u0 Verbindung aufzubauen sein.!br
   Der Name hat trotzdem seine Berechtigung, denn schließlich kann alle
   Software unter Linux, die Modems ansteuern kann, über die "Modememulation"
   auch den ISDN-Treiber steuern. Und das ist ja das, was wir eigentlich
   wollen.

!old
Q: Welches Device soll ich für Anrufe nach draußen bzw. nach drinnen
   verwenden?
A: Es sollten nur die ttyI*-Devices verwendet werden. Die cui*-Devices
   sind nur aus Kompatibilitätsgründen vorhanden. Seit mgetty besteht
   aber keine Notwendigkeit mehr, sie zu benutzen. Durch ihre Verwendung
   würde das Locking nicht richtig funktionieren (mehrere Anwendungen
   könnten gleichzeitig versuchen, das gleiche Device zu verwenden).

!old
Q: Wie schalte ich in der Modememulation von X.75 auf hdlc um?
A: Mit der Option S14=3. Also z.B. "ATS14=3".

!old
Q: Wie kann ich mit Taylor-UUCP über isdn4linux pollen?
A: Ganz normal, wie mit seriellen Schnittstellen auch. Als Device muß
   einfach /dev/ttyI* verwendet werden, im Init-String der Modememulation muß
   noch die richtige MSN bzw. EAZ mit "AT&E<msn/eaz>" gesetzt werden.

!old
Q: Welche Geschwindigkeit muß ich für die Modememulation wählen?
A: Egal. Der Treiber arbeitet intern sowieso immer mit der vollen
   Geschwindigkeit, die ISDN bietet. Diese wird dann auch im Connect-String
   genannt.

!old
Q: Ist 'init-chat "" ATZ OK AT&E4 OK ATS14=3 OK' richtig für 1TR6
   (der andere hat DSS1)?
A: Prinzipiell ja, wenn die EAZ auch tatsächlich 4 ist (at&e4) und HDLC
   verwendet werden soll (ats14=3).

Q: Was genau bedeutet das Register S13?
A: Fritz Elfert <fritz@wuemaus.franken.de> schrieb dazu am 1. Dez 1996:!br
   Wenn eine Anwendung ein write auf das ttyI device aufruft, wird
   isdn_tty_write() aufgerufen. Dort werden die übergebenen Daten
   in einen Zwischenpuffer (info->xmit_buf[]) kopiert, und - falls im
   Voice-Mode - DLE-Sequenzen dekodiert. Danach wird ein Zähler
   (info->xmit_count) aktualisiert, der den Füllstand des Zwischenpuffers
   aktualisiert. Über den Timer-Interrupt werden in der Funktion
   isdn_tty_modem_xmit() zyklisch zwei weitere Routinen aufgerufen:
   isdn_tty_senddown() und isdn_tty_tint(). Die Aufgabe von isdn_tty_tint()
   ist es, die Daten aus dem Zwischenpuffer in sk_buffs zu packen (sk_buffs
   sind die Packet-Buffer, die auch vom Networking verwendet werden) und 
   dabei bei Bedarf die verschiedenen Audio-Formate nach a-law zu wandeln
   und - ebenfalls bei Bedarf - einen T.70 Header zu erzeugen. Das
   resultierende Päckchen wird dann in eine Sendequeue (info->xmit_queue)
   gestellt. isdn_tty_tint() arbeitet schlieslich diese Queue ab, und
   übergibt die Packete an den jeweiligen Lowlevel-Treiber.!br
   Wenn nun Bit 1 in Register 13 gesetzt ist, wird der Aufruf von
   isdn_tty_senddown() und isdn_tty_tint() zusätzlich zum Timer-Interrupt
   auch aus isdn_tty_write() heraus durchgeführt, also sofort beim write
   aus der Anwendung heraus.

!3Async-PPP

!commenton
(Die folgenden Fragen entstammen zumeist der syncPPP-FAQ von Michael Hipp.)
!commentoff

!old
Q: pppd, ipppd, asyncPPP, syncPPP - was ist das? Was soll ich einsetzen?
A: !b1asyncPPP!b0 ist ein zeichenbasiertes Protokoll und wird gewöhnlich über
   analoge serielle Leitungen geschickt. Es ist natürlich möglich, asyncPPP
   über ISDN zu routen (obwohl ISDN eine Synchronverbindung bietet). Man 
   kann es tun, indem man ein ISDN-Modem an den Computer anschließt. Dieses
   Gerät besitzt eine RS-232-Schnittstelle zum eigenen Rechner sowie eine
   ISDN-Schnittstelle in Richtung Telefongesellschaft. Nehmen wir nun an, man
   benutzt PPP an der seriellen Schnittstelle, dann laufen diese asynchronen
   PPP-Pakete über die synchron laufende ISDN-Leitung. Damit diese Pakete
   von der eigenen Linux-Maschine akzeptiert und bearbeitet werden, darf man
   !u1nicht!u0 HDLC/syncPPP einsetzen, denn das würde nicht funktionieren. 
   Stattdessen muß man /etc/inittab editieren:
!verbon
        #
        # inittab       This file describes how the INIT process should set up
        #               the system in a certain run-level.
        [...] 
        # PPPD for asyncPPP over ISDN
        i1:45:respawn:/usr/sbin/pppd -detach silent noipdefault /dev/ttyI0
!verboff
   Dies teilt init mit, daß der asynchrone pppd direkt auf dem benannten 
   Device gestartet werden soll. Man beachte, daß mit dieser Konfiguration 
   ausschließlich PPP über diese Leitung gefahren werden kann.
   Es gibt auch andere Wege: man startet einen getty an diesem tty, richtet
   einen User ein, der den pppd startet, und so weiter. Wer mehr darüber 
   wissen will, sollte sich die FAQ ansehen, die mit dem Standard-pppd
   geliefert wird.!br
   Im Gegensatz ist !b1SyncPPP!b0 ein bitorientiertes Protokoll. Dazu kann der
   originale pppd nicht verwendet werden. Michael Hipp hat eine entsprechend
   angepaßte Version geschrieben, die sich ipppd nennt.!br
   Der ipppd kann PPP-Pakete verarbeiten, die als HDLC-Frames ankommen.
   Der PPP-Treiber in ISDN4Linux reicht alle IP-Pakete direkt an den
   network layer weiter, während alle PPP-Protokollframes an das /dev/ippp*-
   Device durchgestellt werden. So gesehen ist der ipppd ein einfaches
   externes Netzwerkprotokoll-Programm. Wenn Sie sich mithilfe der /dev/ttyI*-
   Devices in einen fremden Rechner einloggen und *dort* erst das PPP starten,
   dann nehmen Sie den "alten" pppd. Wenn die Gegenstelle unmittelbar beginnt,
   Frames zu senden, haben Sie vermutlich Kontakt zu einer syncPPP-Maschine 
   aufgenommen - nehmen Sie das Network Device aus ISDN4Linux mit der 
   'syncppp encapsulation' und versichern Sie sich, daß der ipppd läuft und
   Kontakt zu mindestens einem /dev/ippp* hat. Bitte lesen Sie in der
   Anleitung zu ISDN4Linux nach, wie man ein Network Device konfiguriert.

!old
Q: Ich möchte asynchrones PPP fahren. Kann ich dazu die Netzwerkinterface von
   isdn4linux einsetzen?
A: Nein, das ist nicht möglich. Asynchrone PPP-Encapsulation ist nur mit
   dem Standard-PPP-Paket (pppd) über die /dev/ttyI*-Devices möglich (siehe
   letzte Frage). Das Netzwerkinterface kann einzig und allein vom ipppd für
   synchrone PPP-Encapsulation benutzt werden.

!old
Q: Wie kann ich die Login-Zeit reduzieren?
A: Siehe dazu die entsprechenden Hinweise bei Sync-PPP, die ebenfalls für den
   pppd angewandt werden können.

Q: Wie kann ich meinen Durchsatz mit PPP erhöhen?
A: Mit MPPP weitere Kanäle aufbauen (siehe den entsprechenden Abschnitt dazu).
   Für alle, denen das zu teuer ist, und die !u1asyncPPP!u0 verwenden gibt es
   noch einen kleinen Trick. Mit der Option "asyncmap 0" gibt man an, daß man
   darauf verzichten möchte, alle Steuerzeichen (ASCII<32) zu "escapen" (das
   ist der Defaultwert ist). Wenn die Gegenstelle mitspielt, kann das etwa 12%
   mehr Durchsatz bringen.


!3Sync-PPP

!commenton
(Die folgenden Fragen entstammen zumeist der syncPPP-FAQ von Michael Hipp.)
!commentoff

Q: pppd, ipppd, asyncPPP, syncPPP - was ist das? Was soll ich einsetzen?
A: Siehe dazu die entsprechende Frage im Abschnitt "Async-PPP".

!old
Q: Wie kompiliert man isdn4linux mit syncPPP?
A: Um den Kernel mit dem syncPPP-Teil im ISDN4Linux-Teil zu compilieren, muß
   man die entsprechende Frage bei "make config" mit 'yes' beantworten. 
   Vergessen Sie nicht, das Modul slhc.o vor dem Modul isdn.o zu laden, wenn
   die VJ-Kompressionsunterstützung nicht in den Kernel eincompiliert
   wurde (beispielsweise wenn man kein PPP und kein CSLIP im Kernel hat).
   [Hinweis: Die Benutzung von VJ ist problematisch und funktioniert nicht
   zuverlässig - trotzdem sollte die entsprechende Unterstützung im Kernel
   eingetragen werden, weil es sonst zu Seiteneffekten kommen kann.]

!old
Q: Wie benutzt man isdn4linux mit syncPPP?
A: Synchrones PPP ist lediglich eine andere Einbettungsform für ISDN4Linux.
   Der Name dieser Form lautet "syncppp", also zum Beispiel
!verbon
        /sbin/isdnctrl encap ippp0 syncppp
!verboff
   Hier ist der Name des Interfaces 'ippp0'. Ein Interface mit dem Namen
   ippp0 wird immer gebraucht, um den ipppd zufriedenzustellen, denn er 
   checkt die PPP-Version über dieses Device. Zur Zeit müssen alle Devices
   den Namen ippp* haben, wobei '*' eine Dezimalzahl ist.

Q: Wie soll ich mein Netzinterface benennen?
A: Der Name des Netzinterfaces sollte !u1immer!u0 mit "ippp" anfangen,
   !u1nicht!u0 mit "syncppp" oder "isdn", da sonst die Kommunikation mit
   dem ipppd nicht recht funktioniert.

!old
Q: Wie konfiguriert man eine PPP-Verbindung mit dem ipppd?
A: Sie müssen den ipppd einmal nach der Installation der Module starten. Der
   ipppd kommuniziert mit dem Linklevel-Treiber von ISDN4Linux über die 
   Devices /dev/ippp0 bis /dev/ippp63. Ein einzelner ipppd kann alle Devices
   auf einmal behandeln. Wenn Sie zwei PPP-Verbindungen gleichzeitig unter-
   halten wollen, müssen Sie den ipppd an zwei Devices binden, und so weiter.
   Dem ipppd wurde eine weitere Option zugefügt: 'useifip' holt für die 
   Verhandlung die IP-Adresse vom angeschlossenen Netzwerk-Interface (falls 
   sie nicht 0.0.0.0 gesetzt ist). (Auch versucht der ipppd dann, die 
   pointopoint-IP als Remote-IP (IP des Fremdrechners) zu verhandeln.)
   BSD-Kompression muß abgestellt sein - diese Version kann damit nicht 
   umgehen. [Anmerkung: Auch die Van-Jacobson-Kompression sollte mit "-vj
   -vjcomp" unter allen Umständen abgeschaltet sein!]
   Man sehe sich die Datei etc/rc.isdn.syncppp im isdn4k-util-Paket an,
   in der eine Beispiel-Konfiguration zu finden ist.

Q: Wie bringt man den ipppd dazu, eine PPP-Verbindung aufzubauen?
A: Mit dem Befehl "isdnctrl dial <interface>".

Q: Wie stelle ich fest, ob die Verbindung nicht zustande kam (Besetzt)?
A: Andreas Berg <berg@studm.hrz.uni-siegen.de> schrieb dazu am 24. Nov 1996:!br
   Ich gucke einfach nach ein paar Sekunden nach, ob die defaultroute da ist,
   wenn ja, dann steht auch die Verbindung.

Q: Wo gibt es jeweils die neueste Version des ipppd?
A: Die gibt es auf Michael Hipp's Homepage:!br
     !link http://www.sfs.nphil.uni-tuebingen.de/~hipp/isdn/linux/;

!old
Q: Wie kann ich mehr als ein ippp*-Device verwenden?
A: Alle verwendeten ippp*-Devices müssen per "isdnctrl addif" etc. separat
   konfiguriert werden. Jedes ippp*-Device sollte dabei eine andere IP-Adresse
   verwenden (Routing!).!br
   Es können durchaus mehrere ippp*-Devices auf dieselbe (eigene) MSN
   konfiguriert werden. Dann können mehrere Anrufer parallel auf dieser MSN
   anrufen und bedient werden.

!old
Q: Ich möchte auf einen entfernten Rechner zugreifen, wozu eine andere
   ipppd-Konfiguration notwendig ist. Der einzige Weg dazu ist, den laufenden
   ipppd zu killen und einen neuen mit einer anderen Konfiguration für die
   andere Maschine zu starten.
A: Sie müssen ein Netzwerk-Interface explizit an ein ipppd-Device binden,
   an welches Sie (für dieses Interface) einen individuell konfigurierten
   ipppd ansetzen können. Siehe dazu die nächste Frage.

Q: Wie funktioniert der (kaum dokumentierte) "pppbind"-Befehl von isdnctrl?
A: Dazu muß man zunächst wissen, wie der ipppd seine Daten bekommt. Alle
   Daten, die über die ISDN-Leitung hereinkommen, werden von den Netzinterfaces
   empfangen (diese werden mit isdnctrl eingerichtet). Anschließend werden die
   Daten auf eines der /dev/ippp*-Devices ausgegeben - und zwar auf eines, an
   dem ein ipppd-Daemon auf Daten wartet.!br
   Den Netzinterfaces erscheinen alle ipppd's gleich geeignet für die gerade
   empfangenen Daten - man kann deshalb normalerweise nicht vorhersagen,
   welcher ipppd nun von welchem Netzinterface seine Daten bekommt.!br
   In der Praxis installiert man jedoch gerne mehrere ipppd's mit
   unterschiedlicher Konfiguration. Diese sollen ihre Daten jeweils
   !u1exklusiv!u0 von einem bestimmten Netzinterface bekommen (das auch
   speziell konfiguriert wurde). Genau dazu dient nun der "pppbind"-Befehl.
   Mit:
!verbon
        "isdnctrl pppbind <interface> <Nummer>"
!verboff
   wird das Interface <interface> fest mit dem Device /dev/ippp<Nummer>
   verknüpft.!br
   Beispiel: Um das Interface "ippp5" mit /dev/ippp2 zu verknüpfen, muß
   folgende Konfiguration vorgenommen werden:
!verbon
        "isdnctrl pppbind ippp5 2"
!verboff
   Analog kann man mit dem "pppunbind"-Befehl diese Verknüpfung wieder
   aufheben.!br

!old
Q: Ich will dynamische Adreßzuweisung benutzen. Wie muß ich das Netzwerk-
   Device konfigurieren?
A: Zumindest muß ein Routing vorhanden sein, welches ein Packet an das 
   ippp-Interface weiterreicht, damit eine Anwahl getriggert werden kann. 
   Eine Defaultroute zum ippp-Device tut das. Jetzt muß eine Dummy-IP-Adresse
   für das Interface angegeben werden. Wenn Sie aus irgendwelchen Gründen 
   keine Defaultroute zum ippp-Device legen können, dürfen Sie irgendeine
   Adresse aus dem Subnetz benutzen, aus dem Sie Ihre dynamisch zugewiesene 
   IP-Adresse erwarten, und können dann eine "Netzwerk-Route" für dieses
   Subnetz zum ippp-Interface legen. Damit die Dummy-Adresse überschrieben 
   werden kann, muß der ipppd mit der Option "ipcp-accept-local" aufgerufen 
   werden.!br
   Man muß wissen, wie der ipppd die Adressen bekommt, die er konfigurieren
   soll. Wenn keinerlei Option mit angeben werden, versucht der ipppd, die 
   lokale Hostadresse zu verhandeln! Mit der Option "noipdefault" fragt er 
   beim Remotehost um eine Adresse an. Mit "useifip" bekommt er die Adresse 
   vom Netzwerk-Interface. Oder Sie geben die Adressen in der Optionszeile an: 
   <a.b.c.d:e.f.g.h>. Bemerkung: die IP-Adresse des Fremdrechners muß lokal
   konfiguriert werden, oder der Fremdrechner muß ihn in einem IPCP-Request
   senden. Wenn die eigene Seite die IP-Adresse nach der Verhandlung nicht 
   weiß, wird die Verbindung abgebrochen! Das Überschreiben der Adressen 
   muß durch Angabe der Optionen "ipcp-accept-*" erlaubt werden, wenn die
   eigene oder die fremde IP-Adresse explizit gesetzt worden ist.
   Vielleicht probieren Sie diese Optionen aus, z.B. 
!verbon
        /sbin/ipppd :$REMOTE noipdefault /dev/ippp0
!verboff
   wobei REMOTE die Adresse des Fremdrechners sein muß (des Rechners also,
   der Ihnen Ihre Adresse gibt).

Q: Laut Man-Page bietet der ipppd die Option "dns-addr". Leider lehnt mein
   ipppd diese Option strikt ab!
A: Andreas Kool <akool@Kool.f.EUnet.de> schrieb hierzu am 31. Dez 1996:!br
   Du musst im Makefile des ipppd "USE_MS_DNS" einschalten!

Q: Wie kann ich IPX über den ipppd machen?
A: Michael Hipp <Michael.Hipp@student.uni-tuebingen.de> schrieb dazu am
   4. Feb 1997:!br
   So... die Frage kommt ja in letzter Zeit häufiger auf. Ich empfehle
   auf alle Faelle mal den ipppd 2.2.6g (ftp.gwdg.de pub/linux/isdn/ippp/)
   Dann im Makefile: 'IPX_CHANGE = 1' "einkommentieren"...!br
   Das reicht aber noch nicht aus. Man muß beim Aufruf des ipppd auf
   alle Faelle "+ipx" angeben, sonst wird IPX (im ipppd) nicht aktiviert.
   Ansonsten muß man natürlich noch "richtige" IPX Optionen mitübergeben.
   K.A. welche das im Einzelfall sind. IPX habe ich noch nie gemacht. ;)
   Wenn man dann mehrere IPXCP Debug-Meldungen im Log sieht und nichts
   geht würde mich selbiger Debug-Log interessieren. (Sofern man den
   Fehler nicht selber analysieren kann). Erfolgsmeldungen sind natürlich
   auch willkommen. (bei ungetesteter Software aber höchst unwahrscheinlich) ;)

!old
Q: Wie kann ich die Login-Zeit reduzieren?
A: Man schreibe eine Login-Session mit ("Debug-Log"), und sehe nach, welche
   Optionen der Fremdrechner zurückweist. Beim nächsten Mal ist der ipppd
   so zu konfigurieren, daß die Optionen nicht mehr verhandelt werden. 
   Ein weiterer "Seiteneffekt" ist, daß solche unnützen Optionen die
   Redundanz erhöhen (z.B. wenn der Fremdrechner Bugs aufweist und die
   Optionen auf falsche Weise zurückweist).
   Zur Erstellung eines Log-Files siehe "Wie stelle ich mir für ipppd ein 
   Log her".!br
   Einen zusätzlicher Tip kam von G.Richter <richter@ecos.de> am 12. Dez 1996:!br
   Die Aushandlungphase mit einem CISCO, wie auch mit einem AVM MPR habe ich
   drastisch beschleunigt durch die Option
!verbon
        lcp-restart 1
!verboff
   Der ipppd sendet anscheined das erste LCP Paket bevor es die Gegenstelle
   erreichen kann und wartet dann 3 sec bis er es noch mal versucht, mit der
   Option wartet er nur eine Sekunde. Danach sankt der Verbindungsaufbau bei
   mir von 5 auf 2 Sekunden.

Q: Wie kann ich meinen Durchsatz mit PPP erhöhen?
A: Mit MPPP weitere Kanäle aufbauen (siehe den entsprechenden Abschnitt dazu).
   Für alle, denen das zu teuer ist, und die !u1asyncPPP!u0 verwenden gibt es
   noch einen kleinen Trick. Mit der Option "asyncmap 0" gibt man an, daß man
   darauf verzichten möchte, alle Steuerzeichen (ASCII<32) zu "escapen" (das
   ist der Defaultwert ist). Wenn die Gegenstelle mitspielt, kann das etwa 12%
   mehr Durchsatz bringen.


!3ISDN4linux im Netzwerk

Q: Ich möchte mit meinem Linux-System via ISDN4Linux ins Internet. Das klappt
   auch. Nun möchte ich noch zusätzlich meine Rechner am Ethernetstrang mit
   vom Internet profitieren lassen, aber wie?
A: Thomas Pfeiffer <pfeiffer@pds.de> schrieb dazu folgendes am 5. Nov 1996:!br
   Es gibt verschiedene Möglichkeiten, je nachdem, was du denn so alles aus
   deinem LAN heraus im Internet machen möchtest. Grundsätzlich gibt es drei
   Möglichkeiten:
!verbon
        1. dein LAN ist ein offizielles Class C Netz mit im Internet gültigen
           IP adressen.
             Der Fall ist am einfachsten zu konfigurieren, du gibst jeder
             Netzwerkkarte in dem Netz eine dieser IP adressen und legst eine
             Default Route auf deine ISDN Karte, die ins Internet zu deinem
             Provider führt.
        2. Du möchtest aus deinem LAN heraus nur http ins Internet machen.
             In dem fall kannst du dir für dein LAN IP adressen ausdenken,
             die einzige offizielle IP Adresse ist die, die der ISDN Karte
             zugewiesen wird. auf deinem linux isdn router mußt du einen
             Proxy Server installieren, der bei deinen Browsern auch
             eingetragen wird. Du brauchst in dem Fall keine Default Routen.
        3. Du möchtest dich immer nur aus dem LAN auf deinem Linux ISDN
           Router einloggen und VON DORT deine Arbeit im Internet verrichten. 
             Das ist noch einfacher, denn dann mußt du nicht einmal einen
             Proxy Server.
!verboff
   Eike Stepper <isdn@esc-net.de> ergänzt am 6. Nov 1996:
!verbon
        Den drei Möglichkeiten würde ich noch eine vierte hinzufügen. Selber
        hab ich es zwar noch nicht ausprobiert (da ich die erwähnte 1.
        Möglichkeit bevorzuge und ein Class-C-Subnetz habe, hehe ;) aber ich
        weiß von einem Freund, daß er nach einigem Tüfteln am Linux-Kernel
        dann tatsächlich das IP-Masquerading hinbekommen hat.!br
        Das funzt irgendwie soähnlich wie ein proxy (wenn man den
        ip-versteck-effekt betrachtet). Bietet natürlich kein Caching,
        maskeriert aber nach aussen hin alle internen Klau-IPs ;) mit der
        einen offiziellen des ISDN-Interface. Frag mich nicht, wie da
        irgendein Routing hinhaut, aber es geht...!br
        Wenn ich mich nicht irre, hat mein Freund sogar mit einer dynamischen
        IP maskeriert ?!
!verboff

Q: Wie funktioniert denn nun die vierte Möglichkeit, Linux + Masquerading?
A: Rainer May <r_may@khavi.desaster.heide.de> hat hierzu eine tolle Anleitung
   zusammengestellt (siehe nachfolgende Frage).

!old
!commenton
Die nachfolgende Anleitung wurde von Rainer May
<r_may@khavi.desaster.heide.de> zusammengestellt.
!commentoff
Q: Ich habe ein lokales Netzwerk (LAN), in dem Rechner der verschiedensten 
   Plattformen - Win95, Win311, NT, Amiga (AmiTCP) und MacIntosh (MacTCP) - 
   über einen Linux-Router mit der Außenwelt verbunden werden sollen. In der 
   Linux-Maschine steckt eine ISDN-Karte. Von meinem Provider bekomme ich 
   dynamisch eine IP-Adresse zugewiesen, wenn die Verbindung aufgebaut wird. 
   Nun möchte ich aber nicht nur vom Linux-Router direkt, sondern von jedem 
   Rechner im LAN ins Internet kommen. Wie macht man das?
A: Die meiste Arbeit ist auf Linux-Seite zu erledigen. Zunächst einmal 
   braucht man einen Kernel mit eingebautem IP-Forwarding und Masquerading. 
   D.h., bei "make config" müssen folgende Fragen wie folgt beantwortet 
   werden:
!verbon
        Prompt for development and/or incomplete code/drivers  Y
        Enable loadable module support                         Y
        Networking support                                     Y
        Network firewalls                                      Y
        TCP/IP networking                                      Y
        IP: forwarding/gatewaying                              Y
        IP: firewalling                                        Y
        IP: masquerading                                       Y
        PPP (point-to-point) support (wenn PPP zum Provider)   Y
        SLIP (serial line) support                             Y
        Ethernet (10 or 100Mbit) (oder Arcnet oder ...)        Y
        ISDN support [1]                                       M
        Support synchronous PPP (wenn ipppd benutzt wird)      Y
        HiSax SiemensChipSet driver support                    M
          (dann den HiSax für die ISDN Karte wählen)
        ([1] Wer mag, kann die ISDN-Treiber natürlich auch direkt in den
        Kernel einbauen, anstatt sie als Module zu verwenden.)
!verboff
   Anschließend den Kernel wie üblich mit "make dep", "make clean", "make 
   zImage", "make modules" und "make modules_install" bauen.
   Auf das Installieren von PPP und der ISDN-Treiber wird an anderer Stelle 
   ausführlich eingegangen.
   Hier geht es weiter, wenn folgende Voraussetzungen erfüllt sind:
!verbon
        * Das ISDN-Subsystem läuft, d.h., von Linux aus kann eine Verbindung
          zum Provider hergestellt werden.
        * Das lokale Netzwerk (Ethernet usw.) läuft auch, vorzugsweise unter 
          Verwendung "freier" IP-Adressen (z.B. 192.168.xx.xx), und der Linux-
          Host kann von allen anderen Rechnern im LAN erreicht werden (z.B.
          per ping).
!verboff
   Nun gilt es, zweierlei zu erreichen:
!verbon
        * Zugriffe von einem beliebigen Rechner im LAN auf eine nicht-lokale 
          IP-Adresse sollen den Linux-Router veranlassen, eine Verbindung zum
          Provider aufzubauen; und
        * Der Linux-Router soll zwar die Rechner im LAN mit dem Provider
          verbinden, diesem gegenüber aber verheimlichen, daß nicht der Router
          selbst Empfänger/Absender der entsprechenden IP-Pakete ist.
!verboff
   Beginnen wir mit dem zweiten Punkt. Dieses "Verheimlichen" hat nichts damit 
   zu tun, daß man seinen Provider hintergehen will (obwohl man auf diese 
   Weise auch selbst Provider spielen und seine Kunden klammheimlich über 
   !u1einen!u0 billigen "Privat-Zugang" ins Internet bringen kann), sondern
   mit technischen Notwendigkeiten. Denn nur das Interface des Linux-Rechners,
   das die Verbindung zum Provider herstellt, bekommt von diesem eine
   IP-Adresse verpaßt, die der Provider auch kennt. Trägt z.B. der Router im
   LAN die lokale IP-Adresse 192.168.1.1, und ein anderer Rechner die
   192.168.1.2, dann kennt der Provider diese Adressen ja nicht. Er weist z.B.
   dem PPP-Interface des Routers die Adresse 123.234.345.99 zu - und nur bei 
   Paketen aus dem Internet, die an diese Nummer adressiert sind, weiß er 
   auch, an wen er die Pakete schicken soll. Daher muß der Router Pakete von 
   anderen Rechnern im LAN "maskieren" - mit seiner eigenen, dynamisch 
   zugewiesenen Adresse (und dabei natürlich Buch darüber führen, was an 
   wen von wem kam, um die Antwort-Pakete richtig zuzustellen).!br
     Zum Glück ist diese Funktion in den Linux-Kernel =>2.0.0 schon eingebaut 
   (s.o.) - sie nennt sich "IP-Masquerading". Vereinfacht ausgedrückt geht 
   das so:!br!br
   Ein LAN-Rechner schickt ein Paket ab, das neben IP-Nummer und Ziel-Port des
   Empfängers auch die "Absender-Adresse" in Form einer IP-Nummer und eines
   Antwort-Ports trägt. Der maskierende Router nun ersetzt die Absender-IP
   durch seine eigene und den Rücksende-Port durch einen freien aus seinem 
   Fundus. Unter dieser "freien" Portnummer werden die originalen Absender-
   Daten gespeichert. Kommt nun ein Antwort-Paket aus dem Internet an diesen
   Port, werden dessen Empfänger-Adresse und -Port mit der gespeicherten
   Rücksende-Adresse überschrieben und an den LAN-Rechner weitergeleitet.
   Paket für Paket.!br
     Leicht einsehbar ist übrigens, daß dieses Verfahren nur mit Diensten 
   funktioniert, bei denen auch eine Rücksende-Adresse angegeben wird. Dazu 
   gehören u.a. telnet, http, ftp, irc (eingeschränkt), nicht aber Echo
   (ping).!br
     Zurück zur Praxis. Damit das Masquerading auch bei FTP und IRC 
   funktioniert, werden zunächst zwei Module geladen:
!verbon
        /sbin/modprobe ip_masq_ftp
        /sbin/modprobe ip_masq_irc
!verboff
   Dann werden die Forward-Rules des Kernel zum Masquerading gezwungen:
!verbon
        /sbin/ipfwadm -F -a m -P all -S 192.168.123.0/24 -D 0.0.0.0/0 -b 
!verboff
   Das Programm ipfwadm gibt es per Anonymous FTP unter:!br
      !link ftp://ftp.xos.nl/pub/linux/ipfwadm/ipfwadm-2.3.0.tar.gz;!br
   In diesem Beispiel werden im LAN die IP-Adressen 192.168.123.1 bis 
   192.168.123.254 benutzt. Legen wir zur Vereinfachung fest, der Linux-Router 
   habe dabei die Adresse 192.168.123.1.!br
     Obige Zeile bewirkt, daß IP-Pakete, die von 192.168.123.x ausgehen und 
   an wenauchimmer gerichtet sind, maskiert werden. Das hat den Nachteil, daß
   auch innerhalb des LAN fleißig drauflosmaskiert wird, was man aber durch 
   Einfügen weiterer Rules vermeiden kann. "man ipfwadm" sei hier zur Lektüre
   empfohlen.
     (Hinweis von Ralf Rudolph <ralf@artifex.de> hierzu:
!verbon
        Hmm. So wie ich das sehe, passiert da gar nichts. Grund: Die Rechner im
        lokalen Netz unterhalten sich ja direkt über die fake-Adressen im
        192.168.123.xxx-Netz. Zum Beweis kannst Du Deine Linux-Kiste einfach
        abschalten (naja OK, shutdown...), und die lokalen Rechner werden sich
        weiter unterhalten können. Also wird da auch nix masqueraded.
        Der Hintergrund: Masquerading ist eine FORWARD Rule im Firewall und
        wird daher auch nur beim FORWARDEN (wörtlich zu nehmen: WEITERleiten) 
        verwendet.
        Netz-intern wird nichts geforwarded und deshalb auch nichts
        masqueraded, solange Du nur eine Netzwerkkarte hast. Bei mehreren
        Karten hast Du jedoch recht: Hier sollte man entsprechende Routing-
        und auch ipfwadm-Einträge vornehmen.
!verboff
   Antwort: Ist tatsächlich etwas ungenau; schaden tut es aber nix, es sei 
   denn, man will unbedingt nicht maskierbare Services benutzen.)!br
   Das "Verstecken" des LAN vor dem Provider haben wir nun erreicht. Jetzt 
   gilt es, bei Bedarf einen automatischen Verbindungsaufbau zu erzwingen.
   Dafür ist es zunächst nötig, die anderen Rechner im LAN dazu zu bringen, 
   alle für "Außerhalb" bestimmten IP-Pakete an den Linux-Router zu 
   übergeben und diesem die Weiterleitung zu überlassen. Nichts leichter als 
   das: Sowohl bei den verschiedenen Windows-Versionen, als auch beim AmiTCP 
   und beim MacTCP gibt es in der Konfiguration den Stichwort "Default-
   Gateway" oder nur "Gateway". Hier ist die !u1lokale!u0 IP-Adresse des
   Routers einzutragen (denn die spätere Adresse, die vom Provider kommt, ist
   ja erstens noch nicht bekannt und ändert sich zweitens bei jedem Anruf).!br
   Letzter Schritt ist dann, das "dial-on-demand" einzurichten. In 
   Verbindung mit isdn4linux gibt es dafür zwei Möglichkeiten:
!verbon
        * Man verwendet synchrones PPP für die Verbindung zum Provider, also
          den "ipppd". Dann ist nichts weiter zu tun als dafür zu sorgen, daß
          immer die Default-Route des Routers auf das entsprechende ipppx-
          Interface weist. Vorsicht: Beim Verbindungsabbau löscht der Kernel
          diese Route!
            Sie muß also z.B. in der Datei /etc/ppp/ip-down neu gesetzt werden.
          Das Risiko bei diesem Verfahren sind Programme auf den LAN-Rechnern,
          die mehr oder weniger regelmäßig Nameserver-Requests, Keepalive-
          Pakete oder ARP-Broadcastings erzeugen - dann stellt nämlich der
          Router jedesmal eine Verbindung zum Provider her. Die Telekom wird's
          danken.
            Übrigens kann es passieren, daß manche aus dem LAN initiierte 
          Verbindungen recht lange auf Antwort warten. Ich weiß nicht, ob
          Kernel oder ipppd das "auslösende" Paket verschlucken, oder die
          Antwort darauf unterschlagen; ich weiß aber, daß es hilft, z.B. bei
          Netscape wenige Sekunden nach Anforderung der ersten Seite auf den
          "roten Knopf" zu drücken und die Seite nochmals anzufordern.
!verboff
       Wie bereits erwähnt: Die Konfiguration des ipppd wird an anderer 
     Stelle ausführlich erklärt - siehe entsprechende Fragen sowie!br
       !link http://www.lrz-muenchen.de/~ui161ab/www/isdn/;
!verbon
        * Benutzt man asynchrones ppp oder gar SLIP/CSLIP für die Verbindung
          zum Provider, kann man das Programm "diald" [4] verwenden. Es bietet
          zudem den Vorteil, extrem stark konfigurierbar zu sein; so kann man
          z.B. festlegen, daß zwischen 0900 und 1200 grundsätzlich keine
          Verbindung aufgebaut wird, daß Nameserver-Anfragen eine Verbindung
          zwar nicht aufbauen, aber offenhalten können u.v.m. Wer sich mit
          diesen Konfigurationsmöglichkeiten nicht herumschlagen mag, braucht
          das indes auch nicht - die Default-Konfiguration kann man ohne
          Gefahr für Leib und Geldbörse übernehmen :-)
!verboff
   So.!br
   Wenn jetzt das Masquerading eingerichtet wurde,!br
   wenn der Linux-Router auf allen LAN-Rechnern als Gateway eingetragen 
        wurde,!br
   wenn ein "ping abc.edu", eingetippt auf der Console des Routers, eine 
     Verbindung zum Provider aufbaut,!br
   !u1dann!u0 sollte damit auch für alle Rechner im LAN der Weg ins Internet
   frei sein.

Q: Wie kann ich den Teilnehmern meines lokalen Netzes mit Linux-Host
   ermöglichen, die ISDN Karte(n) im Linux PC mitzunutzen?
A: Rainer May <r_may@khavi.desaster.heide.de> schrieb dazu am 10. Dez 1996:!br
   öh ... "modemd" auf Linux-Seite, zusammen mit der entsprechenden
   Software z.B. fuer W95 (emuliert halt auf einer telnet-Verbindung
   einen Comport) macht sowas doch recht schön...

Q: Wo gibt's den "modemd", und für welche Plattformen gibt es "Clients"?
A: Rainer May <r_may@khavi.desaster.heide.de> schrieb dazu am 10. Dez 1996:!br
   Theoretisch (und praktisch auch) tut es jeder etwas komfortablere
   telnet-Client, den man dann wie ein Terminalprogramm benutzen kann.
   Auch uucicos sollte es dafür geben (unter DOS fxuucico in Verbindung
   mit fxwtcp, zum Bleistift).!br
   Will man generell für beliebige Anwendungen eine Art "remote COMport"
   haben, gibt es (wie erwähnt) COMT für Windows (95), für Amigas
   das "telser.device". Für Mac soll es auch Entsprechendes geben
   (die Systemarchitektur des MacIntosh lädt ja auch dazu ein), Namen
   kenne ich allerdings nicht.!br
   modemd (eigentlich nur ein PERL-Einzeiler, wenn ich mich recht entsinne)
   arbeitet hier jedenfalls problemlos mit COMt und telser.device
   zusammen.

Q: Wo finde ich COMt?
A: Oliver Hahn <oliver@bbtt.de> schrieb dazu am 15. Dez 1996:!br
   Versuch's mal auf einem Simtel-Mirror (z.B. ftp.funet.fi) im Verzeichnis
   pub/simtelnet/win3/inet. Das Ding heißt comt200.zip.
     !link ftp://ftp.funet.fi/pub/simtelnet/win3/inet/comt200.zip;

Q: Wie sieht der "PERL-Einzeiler" "modemd" nun genau aus?
A: Marc Neitzner <marc@zeus.han.de> schrieb dazu am 15. Dez 1996:
!verbon
        #!/usr/bin/perl
        select((select(STDOUT), $| = 1)[$[]);
        select((select(STDIN), $| = 1)[$[]);
        exec "cu","-E","''", "-l", "$ARGV[0]";
       die "$0: Cant exec cu: $!\n";
!verboff
   Und dann muss das Ding per inetd gestartet werden:
!verbon
        modem           20006/tcp       modemd  # Modem service via TCP
        isdn            20007/tcp       modemd  # ISDN  service via TCP
!verboff
   Nachteil: comt-2.0 ist nur für 16Bit Anwendungen "sichtbar". Der
   Einsatz unter win95 und Windows NT bleibt also auch dort auf 16Bit Kram
   beschränkt!


!3Isdnlog

!old
Q: Wie kann ich isdnlog dazu bringen, mir die High Layer Compatibility
   (Speech, Video,...) so anzuzeigen, wie ich es gerne hätte?
A: Gernot Zander <hifi@scorpio.in-berlin.de> postete am 6. Okt 1996 einen ent-
   sprechenden Patch in der Mailingliste, der isdnlog besser anpaßt.

Q: Kann man in der Ausgabe von isdnrep die Dienstekennung eines eingehenden
   Anrufes sehen?
A: Andreas Kool <akool@Kool.f.EUnet.de> schrieb hierzu am 3. Dez 1996:!br
   Im isdnrep indirekt schon -- sofern du alle von isdnlog ausdekodierten
   Dienstkennungen in deiner "isdnlog.conf" als Alias eingetragen hast ...

Q: Warum erfaßt isdnlog neben den Gebühren nicht auch die Telefonnummer, die
   meine anderen ISDN-Geräte (z.B. ISDN-Telefon) anrufen?
A: Weil die ISDN-Karte wie alle ISDN-Geräte getrennte Sende- und
   Empfangsleitungen (RX bzw. TX Leitung) hat. Isdnlog müßte die auf der
   Sendeleitung übermittelten Daten belauschen, um die Telefonnummer zu
   erfahren. Zumindestens bei der Teleskarte ist das jedoch nicht möglich, wie
   Karsten Keil <keil@temic-ech.spacenet.de> am 12. Feb 1997 schrieb:
!verbon
       Das ist bei allen Karten mit 1 Siemens ISAC so, der hat (und braucht)
       nur 1 Empfaenger und 1 Sender.
       Theoretisch besteht eine Moeglichkeit, mit nur einem Empfaenger den
       kompletten D-Kanal zu belauschen (das macht der ISAC sogar) und zwar
       werden die auf der RX Leitung empfangenden D-Bits auf sogenannte Echo
       Bits zeitversetzt auf die TX Leitung kopiert, darueber erfolgt die
       Access Kontrolle (Kollisionserkennung) des S0 Busses.
       Leider gibt es im ISAC im TA Mode keine Moeglichkeit die ECHO Bits aus
       einem Register zu lesen.
!verboff
   Zu möglichen Lösungen siehe nächste Frage.

Q: Wie kann ich trotzdem isdnlog dazu bringen, die Telefonnummer auch von
   anderen ISDN-Geräten mitzubekommen?
A: Es gibt zwei Möglichkeiten. Zum einen gibt es von der Deutschen Telekom die
   kostenpflichtige Möglichkeit, alle Daten nochmal zurückschicken zu lassen
   (COLP = Connected Line Identification Presentation, ca. DM 10,- pro Monat
   je Basisanschluß). Diese kann isdnlog (>=2.52) dann wieder auf der TX
   Leitung lesen.!br
   Alternativ dazu wird isdnlog ab der nächsten Version (aktuell ist 2.52)
   die Möglichkeit bieten, mit einer zweiten, "verpolten" Teles-Karte zu
   arbeiten, bei der die RX Leitung an den TX Anschluß der Karte geführt wird.
   Die RX Leitung der Karte darf an keine der Leitungen angeschlossen werden!
   Aufgrund der Schaltung kann die Teles-Karte für keinen anderen Zweck mehr
   eingesetzt werden. Das ganze sieht dann so aus:
!verbon
 B  3 -- RX+ 2a ---------------\
 U  4 -- TX+ 1a -- offen        ------------
 S  5 -- TX- 1b -- offen        ------------  Karte
    6 -- RX- 2b ---------------/ 
!verboff
   Eine theoretische dritte Möglichkeit gibt es noch für alle, die eine
   eigene TK-Anlage haben, über die sämtliche weiteren Geräte angeschlossen
   sind. Falls diese Telefonanlage ebenfalls alle ausgehenden Telefonnummern
   protokollieren kann, könnten diese ausgelesen werden (üblicherweise über
   eine serielle Schnittstelle).!br
   Es gibt jedoch einen Grund, warum isdnlog das nicht schon längst
   unterstützt. Um die Daten zu verwerten, müßte isdnlog diese sofort beim
   RELEASE COMPLETE zur Verfügung gestellt bekommen, bevor auf dem D-Kanal
   neue Informationen übermittelt werden. Leider sind die bisher getesteten
   Telefonanlagen dafür zu langsam (insbesondere die weit verbreitete ISTEC). 
   Als einzige Möglichkeit bleibt, die Daten nachträglich zu kombinieren.
   Dabei kommt es aber zur Schwierigkeit, die unterschiedlichen Uhrzeiten
   zu synchronisieren. Wer das realisieren möchte, ist dazu herzlich gerne
   eingeladen (ich stelle auch gerne entsprechende Logs von meiner Ackermann
   Euracom zur Verfügung - Matthias Heßler <hessler@wi-inf.uni-essen.de>).

Q: Erfaßt isdnlog auch die neuen Tarife der deutschen Telekom (City Weekend,
   City Plus)?
A: Da die Vermittlungsstellen der Telekom das nicht hinbekommen, werden die
   Gebühreninformationen nicht korrekt übermittelt. Die nächste Version von
   isdnlog (>2.52) wird das jedoch können.

Q: Wie kann ich isdnlog dazu bringen, die Gebühren nach den Regeln der
   niederländischen Telefongesellschaft zu berechnen?
A: Dazu muß nur im Makefile von isdnlog "COPTS=-DISDN_NL" gesetzt und isdnlog
   neu kompiliert werden.

Q: Wie kann ich isdnlog dazu bringen, die Gebühren nach den Regeln der
   schweizer Telefongesellschaft zu berechnen?
A: Dazu muß nur im Makefile von isdnlog "COPTS=-DISDN_CH" gesetzt und isdnlog
   neu kompiliert werden.

Q: Wie kann ich mir den Datendurchsatz grafisch anzeigen lassen?
A: Dazu gibt's "xisdnload". Clemens Perz <listperz@gwsnet.ttt.de> wußte am
   6. Feb 1997 noch eine weitere Möglichkeit:!br
   Ich hab auf der Sunsite ein kleines Tool Namens netload für die Console
   gefunden und es auf ISDN-Interfaces angepasst. Damit kann man recht
   einfach den momentanen Traffic auf der Leitung in Augenschein nehmen.
   Zu finden auf:!br
   !link ftp://ftp.region.trier.de/pub/unix/linux/sources/network/isdn/netload-0.92.isdn.tar.gz;!br
   Einfach starten mit netload isdnxx


!3Isdnbutton

Q: Welche Skripte sollte ich nutzen, um isdnbutton herunterzufahren?
A: Markus Gutschke <gutschk@uni-muenster.de> (der Autor) schrieb dazu
   am 21. Dez 1996:!br
   Ich benutze hier so etwas wie:
!verbon
        #!/bin/bash
        #ISDNBUTTON: Disconnect ISDN
        /sbin/isdnctrl list isdn0 | grep Outgoing | grep -q 0251XYZ &&
             /sbin/isdnctrl delphone isdn0 out 0251XYZ
        /sbin/isdnctrl hangup isdn0
        exit 0
!verboff
   [An die Zeile, die mit "&&" endet, muß noch die nachfolgende angehängt
   werden!]!br
   und
!verbon
        #!/bin/bash
        #ISDNBUTTON: Connect ISDN
        /sbin/isdnctrl list isdn0 | grep Outgoing | grep -q 0251925020 ||
             /sbin/isdnctrl addphone isdn0 out 0251925020
        exit 0
!verboff
   [An die Zeile, die mit "||" endet, muß noch die nachfolgende angehängt
   werden!]

Q: Was bedeuten die einzelnen Zustände von isdnbutton (grün, gelb, rot)?
A: Markus Gutschke <gutschk@uni-muenster.de> schrieb dazu am 21. Dez 1996:!br
   "isdnbutton" überprüft folgende Zustaende:
!verbon
        GRÜN - mindestens eine ISDN Verbindung ist zur Zeit aktiv. Leider
                kann ich nicht überprüfen, womit diese Verbindung aktiv
                ist (siehe andere Mail in die Liste). Es muß sich also
                nicht unbedingt um eine Netzwerkverbindung handeln und es
                werden auch eingehende Verbindungen angezeigt (was ich in
                meinem Fall aber auch ganz gut brauchen kann).
        GELB  - keine aktive ISDN Verbindung wurde entdeckt, aber
                mindestens eines der ISDN Interfaces hat eine ausgehende
                Telephonnummer fuer Demand-Dialing. Es besteht also die
                "Gefahr", dass automatisch eine Verbindung aufgebaut
                werden kann.
        ROT   - Keine der oben genannten Punkte trifft zu. In der Regel
                bedeutet das, daß
                a) der Kernel gar kein ISDN kennt, oder das ISDN
                   Subsystem nicht aktiv ist, oder
                b) ISDN Auswahlverbindungen deaktiviert sind.
!verboff


!3Audio

!commenton
(Die folgenden Antworten entstammen zumeist der Anleitung zu vbox von 
Matthias Heßler <hessler@wi-inf.uni-essen.de> und
Bernhard Hailer <dl4mhk@lrz.uni-muenchen.de>; man findet sie unter:!br
!link http://www.lrz-muenchen.de/~ui161ab/www/isdn/;!br
- dort "Audio!" anklicken!)
!commentoff

!old
Q: Welches Format haben eigentlich die Audio-Messages (.msg), die vbox als
   Ansagetext abspielt?
A: Mit rmdgetheader kann man erfragen, welches Format die Messages haben.
   Die mitgelieferten sind in Format 4 = die neueste Zyxel-Kompression (?)
   gespeichert. Allerdings ist das Format frei, vboxgetty kann alle Formate
   abspielen.

!old
Q: Wie kann ich eigene Ansagetexte für vboxgetty erstellen?
A: Zuerst ruft man sich selbst an und spricht die zukünftige Ansage auf 
   den Anrufbeantworter. Die eingegangene Nachricht benennt man dann einfach 
   um in *.msg (standard.msg für den Hauptansagetext) und kopiert sie in 
   das richtige Verzeichnis für die Ansagetexte. Beim nächsten Anruf wird 
   sie dann korrekt als Ansagetext abgespielt.
   Natürlich kann man auch mit einem Mikrofon an der Soundkarte Ansagen
   aufnehmen!

!old
Q: Wie kann man Audio-Messages lokal auf /dev/audio abspielen?
A: Am besten vbox mit Format 6 =ulaw verwenden (muß eincompiliert werden), 
   dann kann man die eingehenden Nachrichten einfach per 
!verbon
        cat xxx>/dev/audio 
!verboff
   abspielen.

!old
Q: Ich vboxgetty hat eine Nachricht für mich in einem Format aufgezeichnet,
   das ich nicht mit "cat xxx>/dev/audio" abspielen kann. Wie kann ich die
   Nachricht doch noch abhören?
A: Siehe dazu die gleiche Frage im Abschnitt "Audio" im Kapitel
   "Troubleshooting".

!old
Q: Wie kann ich mit vbox aufgenommene Audio-Mitteilungen konvertieren
   (z.B. von WAV nach ulaw)?
A: Das Standardtool für die Konvertierung aller Soundformate ist SOX.
   SOX gibts für Unix und DOS im Source-Code. Es kann z.B. unter
   !link http://www.powerweb.de/mpeg/util/msdos/sox10c.zip; gefunden werden
   (auch Sourcen, die unter Linux compieren).

Q: Wie kann ich WAV nach ulaw formatieren (für meine vbox-Ansagetexte)?
A: Dazu gab uns gab Christian Stueble <stueble@ls6.informatik.uni-dortmund.de>
   am 15 Jan 1997 folgenden Tip:!br
   Bei mir funktioniert folgende (wenn auch etwas umstaendliche) Methode:
!verbon
       sox <file>.wav -r 8000 <file>.ul rate
       rmdcatheader -u <file.ul> > <file>.msg
       cat <file>.ul >> <file>.msg
!verboff
   Kann sein, dass man bei sox etwas andere Parameter angeben muß.
   Als ersten Test kann man cat <file>.msg > /dev/audio probieren,
   da müßte etwas zu hören sein.


!3Diald

!old
Q: Wie kann ich i4l mit dem diald kombinieren?
A: Wim Bonis <bonis@kiss.de> schrieb:!br
   Die Patches für daild sind hier zu finden:!br
     !link ftp://ftp.kiss.de/pub/linux/isdn4linux/diald-0.13-device-patch;!br
   Sie laufen auch mit dem diald-0.14. Wenn's einen neueren Diald gibt,
   passe ich es gerne an...

!old
Q: Gibt es Beispielscripten für den diald?
A: Ja, von Rainer May <r_may@khavi.desaster.heide.de>:
!verbon
        Zuerst wird - gleich beim Booten - diald "scharf gemacht" 
          # /etc/rc.d/rc.diald
          /usr/sbin/diald /dev/ttyI4 -m ppp
            local 192.168.90.9 remote 192.168.90.1
            defaultroute dynamic modem crtscts lock connect "chat -v -f
            /etc/ppp/chat.provider"
        (in einer Zeile!)
        Datei /etc/ppp/chat.provider:
          TIMEOUT 240 "" AT&E1234 OK ATD047110815 ogin: Puser sword: topsecret
        Telefonnummer, Name sowie Paßwort sind natürlich gefälscht :-)
!verboff


!3Chargeint

[Achtung! Nur in älteren Konfigurationen muß der Chargeint-Patch ins Kernel
gepatcht werden. Ab Kernel 2.0.30 bzw. HiSax 2.0 ist der Chargeint-Patch
automatisch im Kernel integriert - die Red.]

!old
Q: Wie kann die ich den "chargeint"-Patch verwenden, damit i4l rechtzeitig
   vor der nächsten Gebühreneinheit auflegt?
A: Sascha Ottolski <sascha@alzhimer.isdn.cs.tu-berlin.de> schrieb: 
!verbon
        Ich benutze den chargeint, das klappt hervorragend; Gebühren kommen
        bei mir während der Verbindung, aber ich glaube, man kann das auch per
        Hand justieren. Du mußt mit den beiden in
        isdnlog-2.50/contrib/chargeint zum einen die Kernel-Sourcen, zum
        anderen die isdn4k-utils-2.0 patchen; dann den isdnlog mit dem Flag
        -Dchargeint compilieren (siehe Makefile). Kernel und isdnctrl
        natürlich auch neu kompilieren.
        Dann den isdnlog mit der option -hx starten, wobei x die Anzahl der
        Sekunden ist, die noch zum Gebührenimpuls fehlen. Da legt der chargeint
        dann auf. Im start-script für isdn wie gewohnt einen huptimeout
        definieren, zusätzlich den chargeint scharf machen:
        /sbin/isdnctrl huptimeout ippp0 80  # in sec;
        nach Bedarf /sbin/isdnctrl chargeint ippp0
!verboff
   Olav Brinkmann <olav@max.north.de> schrieb: 
!verbon
        Der chargeint legt immer zwei Sekunden vor dem Ende der
        Gebühreneinheit auf. Der isdnlog setzt, wenn er mit -Dchargeint
        compiliert wurde, mit "-h" die Dauer der Einheit (i.e. Charge
        Interval) abhängig von der Tageszeit und des Datums. Ein zusätzlicher
        Parameter für "-h" verkürzt diese Dauer um den angegeben Wert.
        Letzteres darf man bei Verwendung des chargeint aber nicht verwenden,
        da sonst der chargeint die Verbindung zu früh beendet. Der Fehler
        vergrößert sich mit der Anzahl der Gebührentakte. Also: "-h0" angeben,
        um das Problem zu vermeiden.
          > /sbin/isdnctrl huptimeout ippp0 80  # in sec;
        In diesem Anwendungsfall ruhig kürzer, ich habe 5 Sekunden angegeben.
        Dann kann ich die letzte Einheit bis auf 7 Sekunden (huptimeout + 2
        Sekunden "chargeint-reserve") ausnutzen.
          > /sbin/isdnctrl chargeint ippp0
        Nicht nötig, wird von isdnlog mit "-h" erledigt.
!verboff

Q: Für welche Treiber kann ich den Chargeint-Patch verwenden?
A: Sowohl der Teles-, als auch der HiSax-Treiber können verwendet werden.
   Natürlich muß auch isdnlog einwandfrei laufen (isdnlog 2.50 muß auf 2.51
   gepatcht werden, um mit dem HiSax-Treiber zu laufen).

Q: Wann es unsinnig, den Chargeint-Patch zu verwenden?
A: Es gibt vor allem dann Schwierigkeiten, wenn die IP dynamisch zugewiesen
   wird. Denn eine einmal unterbrochene Verbindung kann nicht wieder
   aufgenommen werden (die IP-Adresse hat sich ja geändert). Die unterbrochene
   FTP-, Telnet- oder WWW-Verbindung muß dann komplett neu aufgebaut werden.

!old
Q: Wie funktioniert der Chargeint-Patch?
A: isdnctrl kann man mit dem Parameter "chargeint" mitteilen, wieviele
   Sekunden eine Gebühreneinheit dauert, damit rechtzeitig aufgelegt werden 
   kann. Da die Länge der Gebühreneinheit von Uhrzeit, Wochentag, Feiertag
   etc. abhängt, macht ein fester Parameter keinen Sinn.
   Hier springt isdnlog ein. Es stellt fest, ab wann eine Verbindung
   steht und rechnet abhängig von Uhrzeit, Wochentag, Feiertag aus, wie
   lange eine Gebührenimpuls dauert. Diese Zeit teilt es isdnctrl mit,
   damit dieses genau rechtzeitig auflegen kann. Isdnlog "justiert"
   isdnctrl damit bei jedem Connect und auch während einer Verbindung
   (wenn isdnlog mit dem Parameter "-w x" gestartet wurde).
   isdnlog veranlaßt isdnctrl, genau 2 Sekunden vor dem Start der
   nächsten Gebühreneinheit aufzulegen, solange mindestens die isdnctrl
   mit dem Parameter "huptimeout" angegebenene Zeit verstrichen ist, ohne
   daß Daten übertragen worden wären.
   Die Übermittlung von Gebührenimpulsen wird nicht benötigt, da die
   Zeitsteuerung genau genug ist. Die Gebührenimpulse während eines
   Gespräches werden zudem in so schwankenden Intervallen übermittelt,
   daß man sich danach nicht richten kann.

Q: Wie konfiguriere ich den Chargeint-Patch?
A: Andreas Kool <akool@Kool.f.EUnet.de> schrieb hierzu am 3. Jan 1997:
!verbon
        1. Den Kernel mit "isdnlog-2.50/contrib/chargeint/patch-chargeint-2.04"
           patchen, neuen Kernel backen und booten
        2. Die isdn4k-utils-2.0 mit
           "isdnlog-2.50/contrib/chargeint/patch-chargeint-kutils"
           patchen, make clean; make install
        3. In der "/etc/isdnlog/isdnlog.conf" bei den gewuenschten Gegnern
           das jeweilige Interface in Spalte 4 eintragen, und noch mal
           die Korrektheit der Zone-Eintraege pruefen
        4. Im "Makefile" von isdnlog "-DCHARGEINT" bei "COPTS" anfuegen,
           make clean; make install
        5. isdnlog mit der weiteren Option "-h0" starten, fertig!
!verboff

Q: Wo finde ich eine ausführlichere Anleitung zum Chargeint-Patch?
A: Georg v. Zezschwitz <gvz@hamburg.pop.de> schrieb hierzu am 29. Nov 1996:!br
  Quick und Dirty habe ich jetzt endlich eine Doku fuer den ChargeInt-
  Patch geschrieben:
  - Fuer wen eignet er sich?
  - Wie kriegt man ihn eingebunden?
  - Was macht er?
  - Wie konfiguriere ich ihn gut?
  Default-URL: !link http://www.provi.de/~gvz/chargeint.html;

Q: Wie kann ich sicher sein, daß der Chargeint-Patch mit der richtigen Uhrzeit
   arbeitet?
A: Dazu stellt man am besten mit "isdnlog -t2" die Uhr im eigenen Computer
   nach der Uhr in der Vermittlungsstelle. Zum Stellen der Uhr siehe auch im
   Kapitel "Verschiedenes" die Frage: "Wie kann ich meine Rechneruhr nach ISDN
   stellen".


!3Dial-In

!old
Q: Wie ermögliche ich anderen, über ISDN bei mir einzuloggen?
A: Genauso, wie bei einer normalen seriellen Schnittstelle auch. Man startet
   einen getty (sehr empfehlenswert ist mgetty von Gert Doering) auf einem
   der ISDN-Devices, die eine Modememulation ermöglichen (/dev/ttyI*). Der
   entsprechende Eintrag in der /etc/inittab sieht so aus:
!verbon
        #
        # ISDN Lines
        #
        I0:56:respawn:/usr/local/sbin/mgetty ttyI0
        I1:56:respawn:/usr/local/sbin/mgetty ttyI1
!verboff
   in der mgetty.config Datei müssen nun noch der Init-String eingetragen
   werden, damit der mgetty weiß, auf welcher MSN oder EAZ er "horchen"
   soll. Hier ein Beispiel für Port /dev/ttyI0
!verbon
        port ttyI0
        modem-type data
        speed 38400
        init-chat "" ATZ OK AT&E0 OK AT&B512 OK
!verboff
   Das Beispiel setzt die EAZ (bei 1TR6-ISDN) auf 0. Für Euro-ISDN muß die
   jeweilige MSN (ohne Vorwahl) statt der 0 in "AT&E0" eingesetzt werden.
   Für X.75 wird die Blockgröße auf 512 Byte gesetzt.
   Alternativ kann die gesamte Konfiguration auch in einer einzigen Zeile in
   die /etc/initab geschrieben werden (hier in zwei Zeilen abgedruckt!):
!verbon
        i0:45:respawn:/sbin/mgetty -D -m '"" ATZ OK AT&E0 OK AT&B512 OK'
            -s 38400 ttyI0
!verboff
   Am elegantesten ist jedoch die Verwendung von iprofd. Dieser Dämon
   realisiert den AT&W0 Befehl der i4l-Modememulation. Man startet ihn
   mit einem Dateipfad als Parameter also z.B. "iprofd /etc/i4lprofile"
   Danach kann man mit minicom oder einem anderen Terminalprogramm
   ein ISDN-tty öffnen und die nötigen AT-Befehle von Hand eingeben.
   Gibt man nun zum Schluß den Befehl AT&W0 ein, so wird iprofd vom
   Kernel benachrichtigt, und schreibt die aktuelle Konfiguration
   in die Datei. Von nun an genügt es, den iprofd im ISDN initscript zu
   starten und das jeweilige ISDN-tty mit allein ATZ zu initialisieren.

!old
Q: Jemand will sich bei mir mit HDLC auf mgetty einwählen. Ist hier ttyI1
   richtig, oder muß ich da bei ttyI0 anfangen ?
A: Nein, ist egal, hat auch nichts mit der Nummer des B-Kanals (0 oder 1) 
   zu tun. Man muß nur im Initstring das HDLC aktivieren (ATS14=3).

!old
Q: Gibt es mittels mgetty die Möglichkeit, automatisch beim Empfang von 
   LCP-Frames den pppd starten zu lassen?
A: Ja, das geht. Man muß den mgetty mit "-DAUTO_PPP" compilieren und dann
   in /usr/local/etc/mgetty+sendfax/login.config entsprechend den
   Erfordernissen die Zeile 
!verbon
        #/AutoPPP/ - ppp /usr/sbin/pppd auth -chap +pap login kdebug 7 debug
!verboff
   vom Kommentarzeichen "#" befreien und editieren.

Q: Wie kann ich erreichen, daß (i)pppd die Paßwortüberprüfung bei einer
   Einwahl anhand von /etc/passwd anstelle von /etc/ppp/pap-secrets durchführt?
A: G. Richter <richter@ecos.de> schrieb dazu am 17. Dez 1996:!br
   In /etc/ppp/pap-secrets muß für jeden User folgende Zeile eingetragen
   werden, wenn Du nur bestimmte User zulassen willst:
!verbon
        <login-name> * ""
!verboff
   oder, wenn alle User dürfen, einfach:
!verbon
        * * ""
!verboff
   [Letzteres kann auch erreicht werden, wenn die Datei pap-secrets gar nicht
   existiert - die Red.]!br
   Der ipppd sollten in beiden Fällen u.a. mit den Optionen "login" und
   "auth" gestartet werden.

Q: Wie erreiche ich, daß sich mehrere Personen gleichzeitig bei mir einwählen
   können?
A: Es müssen genausoviele gettys bzw. Netzinterfaces konfiguriert werden, wie
   sich Personen gleichzeitig einwählen können. Diese gettys bzw.
   Netzinterfaces können auch auf die gleiche MSN eingestellt werden, dann
   können mehrere Personen auf derselben MSN einwählen (solange B-Kanäle
   vorhanden sind). Es darf aber immer nur maximal ein getty auf ein
   ttyI*-Device angesetzt werden. Siehe auch die Frage "Wie kann ich mehr als
   ein ippp*-Device verwenden".

Q: Kann ich auf nur !u1einer!u0 MSN sowohl Kunde mit einem getty
   (Modememulation) als auch welche mit dem Netzwerk bedienen?
A: Gernot Zander <hifi@scorpio.in-berlin.de> schrieb dazu am 7. Nov 1996:!br
   Ja. Zum einen reicht die MSN des _Kunden_, wenn die Netz-Interfaces auf
   secure on stehen, die werden zuerst bedient, und Kunden, die mgetty sehen
   wollen, sind da ja nicht eingetragen.!br
   Zweitens kann man mgetty auch dazu bringen, die ersten verzweifelten
   ppp-Versuche zu erkennen und direkt (i)pppd loszufeuern, wobei ich jetzt
   nicht weiß, ob das mit isdn auch geht, für Modem soll's jedenfalls gehen.!br
   Sonst kannst du noch versuchen, isdn4linux die HLC's beizubiegen, mußt dann
   aber die Kunden überzeugen, die auch richtig einzustellen. Aber erstens
   wird reichen, solange du keine Leute hast, die mit einer MSN mal das eine
   und mal das andere wollen.

Q: Kann man den Vorteil des Mehranlagenanschlusses (eine MSN für alle ISDN-
   Ports) auch mit mehreren Mehrgeräteanschlüssen hinbekommen?
A: Karsten Keil <keil@temic-ech.spacenet.de> schrieb dazu am 7. Nov 1996:!br
   Also lt. diversen Artikeln in den Newsgroups gibt es das auch für
   Mehrgeräteanschlüsse, allerdings wissen das die meisten Telekomiker nicht
   und es geht auch nicht bei allen Vermittlungsstellen.!br
   [Das nennt sich dann !u1Bündelanschluß!u0 - Red.]

!old
Q: Wenn eine Fritz!-Card bei mir mit X.75 anruft, stürzt Linux ab. Was
   kann man tun?
A: Karsten Keil <keil@temic-ech.spacenet.de> hat einen neuen Treiber (den 
   "HiSax-Treiber") geschrieben. Der enthält einen entsprechenden Bugfix.
   Siehe auch Frage Allgemeines|HiSax und Abschnitt HiSax-Treiber.

!old
Q: Eine AVM (A1 oder B1) kann sich nicht mit X.75 bei mir einwählen, weder
   unter Win95 noch unter OS/2?
A: Mit der alten Version des Teles-Treibers ist dies ein bekanntes Problem,
   siehe letzte Frage. Das ist jedoch mittlerweile im HiSax-Treiber gelöst.
   Von Karsten Keil <keil@temic-ech.spacenet.de> wurde schon ein Patch für
   den alten Teles-Treiber gepostet.

!old
Q: Wie kann ich eine Fritz!-Karte bei mir anrufen lassen?
A: Solange weder einer der neueren HiSax-Treiber verwendet noch der Patch von
   Karsten Keil <keil@temic-ech.spacenet.de> für den Teles-Treiber
   eingespielt wurde: nur per hdlc - versucht die Karte, sich per X.75
   einzuwählen, bleibt isdn4linux gerne hängen. Deshalb sollte man für
   Fritz!-Karten auch eine eigene MSN mit hdlc bereitstellen.
   Hinweis von Roland Rosenfeld <roland@spinnaker.rhein.de>: Wer seine drei
   MSNs verplant hat, kann mit den Dienstekennungen tricksen, z.B. so:
!verbon
        MSN     Analog                          Digital
        ===     ======                          =======
        1       Voice + ISDN-Anrufbeantworter   HDLC-PPP
        2       Voice (Mutter)                  Netz-Interface
        3       Modem/Fax                       X.75
!verboff
   Wer Lust hat, kann bei MSN 2 auch noch einen weiteren ISDN-Anrufbeantworter 
   aufschalten, der einen anderen Text bringt...

!old
Q: Welche Betriebssystem-unabhängige ISDN-Router gibt es?
A: Sakari Aaltonen <sakari@picea.hut.fi>:
!verbon
        Von Routern mit 1 BRI scheint es jede Menge zu geben, die wenigen mit 
        mehr sind recht teuer (Cisco 4000 mit vier Anschlüssen etwa DM
        15000.--, Ascend Pipeline 400: ?). 
!verboff
   Jürgen Goeritz <juergen@bart.simpson.inka.de>:
!verbon
        ISDN-Router mit 4xBRI gibt es auch noch preiswerter von einem
        deutschen Hersteller - siehe !link http://www.conware.de/;
!verboff
   Jochen Wiedmann <Jochen.Wiedmann@Neckar-Alb.de>:
!verbon
        Ein Banzai! könnte auch helfen. Als Hardware tut's jeder beliebige PC 
        mit (z.B.) teles-Karten, die Software kostet so um die 800-1000 DM.
        Ich persönlich mag Banzai!-Router überhaupt nicht wegen Ihrer 
        schlechten Diagnosemöglichkeiten, insbesondere ist Fernwartung so gut 
        wie nicht möglich (es sei denn, man hat die SNMP-fähige Version, aber 
        die kostet dann gleich einiges mehr). Aber wenn sie laufen, laufen sie 
        stabil und im Unterschied zu Cisco's können sie einen echten Callback.
        Von Cisco gibt es als Alternative noch die Cisco 2503 für etwa 5000
        DM, die zwar nur einen BRI-Port hat, aber dafür zwei serielle 
        Schnittstellen, an die man einen TA (je etwa 800 DM) hängen kann. 
        Schließlich kann man last, not least in den saueren Apfel beißen und 
        sich mehrere Cisco 1003 antun (ca. 2000DM pro Stück). Falls Geld keine 
        gar so dringende Rolle spielt, würde ich persönlich die letztere 
        Variante bevorzugen: Ich mag Cisco's einfach. :-)
!verboff
   Winfried Haug <haug@seicom.net>: 
!verbon
        Also du solltest dir eben überlegen, WAS dir am wichtigsten ist:
          (1) Geld sparen
          (2) Zeit sparen
        Für (1) gibt es 2 Lösungen:
        - Banzai! (heißt jetzt übigens Flux oder Concorde..)   
          -> !link http://www.concorde.de/; (von cls: !link http://www.cls.de/;)
          -> !link http://www.flux.de/; (von INS: !link http://www.ins.de/;).
          Basiert auf mind. einem 386er und routet eben Ethernet -> ISDN,
          tut mit vielen Karten, die Programmierer arbeiten m.w mit Teles.   
          Nachteil: nicht sauber fern-konfigurierbar, außer du kauft die SNMP 
          Option dazu, was die Sache aber teurer und entsprechend
          unattraktiver macht..
        - ISPA + PCROUTE   
          -> !link http://www.biochem.mpg.de/~heha/;
          benötigt auch einen PC (tut auch schon mit einem 286er). Hat deutlich
          weniger Optionen wie Banzei, Flux, Concorde etc. ist ebenfalls gar 
          nicht fernbedienbar, läuft dafür aber bombenstabil. 
          PCROUTE kostet gar nix, ISPA inzwischen 70.-, ggf. findest du auch
          noch die Version 2.41 die auch ohne key unlimited läuft.
        Beide Lösungen unterstützen so ziemlich alle ISDN Protokolle (u.a 
        diverse HDLC Varianten etc..). Unterstützung für SPVs (bald eh
        obsolet) und D64S ist zumindest f. Teles-Karten da (kommt auch die
        CAPI drauf an, nicht auf die Software). Alte PCs kriegst du ja schon
        für <1.000 DM, die Teleskarte kostet nicht die Welt nur die Flux,
        Concorde Software wird doch recht teuer wenn man da SNMP dazu kauft
        -> du bist dann auch bald bei 2.000.- und dann kann du lieber gleich
        'ne cisco1003 kaufen..
        (2)
        Wenn du nicht basteln willst, nimmst du entweder 4 einnzelne
        Cisco1003 Router, die gibts so ab 2300.- und du bist mehr oder weniger
        alle Sorgen los (mal von diverse IOS-Bugs abgesehen..). Dummerweise
        können CISCO Router kein "richtiges" Callback... Und als Protokoll nur
        PPP (wobei es IOS-Versionen gibt, die daß nicht sauber machen!) und
        CISCO-HDLC.
        Wenn du 4 BRI brauchst -> CISCO 4000, dann solltest du aber gleich
        das 8-fach BRI kaufen, kostet nur knapp 2.000 DM weniger. Dann mußt
        du aber deutlich mehr als 10.000.- investieren..:-(
        Andere Variante: ELSA LANCOM MPR, kostet auch < 2.000 DM, kann
        Callback, diverse Protokolle (HDLC, X.75, PPP) und ist recht nett zu
        konfigurieren. Auf der Interop wurde ein Shiva ISDN Router mit a/b
        Wandler für 1600 DM vorgestellt, damit wärst du bei 4 BRI Ports bei
        etwas über 6000 DM...
        Dann gibts noch etliche Hersteller die einfach BRI-Router im Programm 
        haben (Preistendenz unter 2.000 stark fallend..), z.B ASCEND, MIRO
        usw.. Wenn du unbedingt 4fach BRI haben willst, gibts eigentlich nur
        die Wahl zwischen Cisco und Ascend..
        äh.. und weil du nach Ascend gefragt hast, hier habe ich noch ne 
        Preisliste von ascend gefunden (juli96), der max400  OHNE  BRI Port 
        kostet schon mal 15.750.-, das 4-fach BRI schlägt dann nochmal mit
        11.250 DM zu Buche... ich denke damit erübrigt sich ascend..:-( 
        Falls dir eine PC-Lösung nicht widerstrebt, könntest du noch netGW von 
        netcs verwenden (!link http://www.netcs.com;). Das ist eine Software
        für SCO, AIX, Sun u.a und basiert bei PCs z.B auf den Karten von Diehl
        ISDN. netGW dürfte mit weitem Abstand die meisten Protokolle und
        Optionen bieten, dafür mußt du dich mit einem PC und den damit
        verbundenen Probleme anfreunden. So ein SCO-Lösung mit 4fach ISDN
        Karte + Software kostet aber auch so an die 10.000 DM.
        Wir haben inzwischen fast alle Banzai! und Co rausgerümpelt, weil sie
        auf Dauer schlecht fern-administrierbar sind und eben bei weitem nicht
        die Stabilität von Cisco oder anderen Stand-alone Routern haben..
        Letztendlich ist es eben eine Entscheidung ob die lieber etwas mehr
        Geld ausgeben willst, und dann läuft es auf Anhieb, oder du baust dir
        so einen PC Router zusammen und bastelst eben rum... daß muß jeder für
        sich selber entscheiden... Wobei Teles einen echt an den Rand der
        Verzweiflung treiben kann, da die CAPI Versionen oft massive Probleme
        haben und man als 08/15 User an alte CAPI-Versionen nicht ohne
        Probleme ran kommt. Der Support bei Teles ist nicht gerade berauschend
        (0190-8er Nummer!). Dann kann man ruck-zuck 20-30 DM vertelefonieren
        ohne eine Lösung des Problemes erhalten zu haben...
!verboff
    Christian Kratzer <ck@toplink.net> ergänzte am 19. Okt 1996:
!verbon
        Cisco ist sogar billiger als Linux wenns um PRI geht. Oder schon mal
        geguckt was PRI Karten für PC's kosten. ;)  Dann brauchte mann auch
        noch Treiber dafür etc...  Da ist mann schnell deutlich über 20k.
        Eine 4000'er mit PRI bekommt man schon für 12-15kDM.  Und wenn man
        versucht die Sache mit einzelnen S0's zu lösen wird's erst recht
        teuer...
        Für Dialup bis 4 x BRI (was halt in eine kiste geht) ist Linux
        allerdings vom Preis/Leistung her unschlagbar.  Auch eine 2'te Kiste
        macht noch Sinn.
        Dann sollte man sich langsam mal nach einer PRI Lösung umsehen.
        Beides läuft bei uns stabil und problemlos.
!verboff


!3Standleitungen

!old
Q: Wie funktionieren Verbindungsauf- und -abbau bei D64S ohne Signalisierung?
A: Winfried Haug <haug@seicom.net> schrieb dazu am 22. Sep 1996:
!verbon
        Da werden die Daten einfach rausgeschickt! Wenn du an einer D64S oder
        2MB Leitung das eine Ende abklemmst, sagt dir dein Router, daß die
        Leitung selber "up" ist. Du hast - außer mit Ping o.ä. - KEINE
        Möglichkeit, zu erkennen, ob die Leitung weg ist oder nicht. (Bei ISPA
        z.B drehen sich die out-going "Rädchen"....)
        Das Einzige was du von deiner Seite messen kannst, ist der Loop zur
        nächsten Vermittlungsstelle. Wenn du statt Bchan1 auf Bchan2 gehst und
        Daten rausschickst, müßten die wieder zurückkommen. Das sieht man dann
        an der Statistik. Dies setzt voraus, daß die Telekom in der Vstelle den
        nicht benutzen Bchan auch so geschaltet hat.  Damit haben wir der
        Telekom mal nachgewiesen, daß die Leitung selber einen Kabelbruch
        hatte...
        Was dir allerdings passieren kann, wenn du nicht automatisch davon
        ausgehst, daß die Leitung da ist: wenn die Gegenseite noch nicht "up"
        ist, fließen keine Daten. Bei ISPA ist die z.B der Fall, weil der mit
        der Pseudo-Rufnummer 1tap bzw. 2tap und erst beim ersten Datenpaket
        loswählt und das Protokoll hochfährt. Einkommende Pakete werden
        schlicht ignoriert, u.a auch wegen der fehlenden Signalisierung....
        Nur bei S01 oder S02 Leitungen hat du einen D-Kanal und kannst was zum
        Signalisieren nehmen, die meisten mir bekannten Lösungen nutzen aber
        diese 16kb ebenfalls zur Datenübertragung und fahren dann 144kb statt
        128kb. Also versuch' es einfach mal, indem du die Daten losschickst,
        in der Annahme die Leitung ist vorhanden :-) im schlimmsten Fall laden
        die Daten im Nirvana...
!verboff

Q: Kann ich mit meiner Teles-Karte erfolgreich eine D64 Standleitung
   ansteuern?
A: Ab HiSax-Treiber 1.5/2.0 unterstützt isdn4linux auch D64 Standleitungen
   (mehr zum HiSax-Treiber siehe oben). Die Konfiguration erfolgt wie normal
   mit folgenden Besonderheiten. HiSax wird im leased Mode betrieben, etwa:
!verbon
        /sbin/telesctrl HiSax 5 0
!verboff
   falls als beim Laden des HiSax "id=HiSax" angegeben wurde. Wichtig sind
   nun neben der normalen Konfiguration folgende Befehle:
!verbon
       # binde Interface an 1. BChannel (,1 fuer 2.)
       /sbin/isdnctrl bind HiSax,0
       /sbin/isdnctrl eaz isdn0 1
       /sbin/isdnctrl addphone isdn0 out 2
       /sbin/isdnctrl addphone isdn0 in  3
!verboff
   falls "isdn0" als Interfacename genommen wurde. Das Interface muß weiter auf
   "up" gesetzt werden und eine Route darauf gelegt werden. Es gibt eine
   genauere Anleitung hierzu, die Karsten Keil <keil@temic-ech.spacenet.de>
   in der Mailingliste schon ab und zu gepostet hat.!br
   Marcus Graf <marcus@www.weinheim.de> hat seine Erfahrungen als kurze Info
   auf !link http://www.weinheim.de/isdn/index.html; abgelegt.

Organization: Marcus Graf Hard- & Software
To: usenet@mail.omikron.de (news), isdn4linux@hub-wue.franken.de
Date: Sat, 25 Jan 1997 17:31:11 +0100


Q: Kann ich zwei Kisten mit einer ICN-Karte über eine D64s-Standleitung
   verbinden? Wie? Wo gibt's Dokumentation?
A: Torsten Hentschel <Torsten.Hentschel@DInet.de> schrieb dazu am 2. Jan 1997:
!verbon
          Das geht sicher. Haben wir hier so im Einsatz. Funktioniert
        auch stabil (Kernel >2.0.26 ist notwendig, da sonst ggf.
        Routerkomplettstillstand). Nur, wenn Du den Stecker des Kabels
        zum Terminaladapter rausziehst und wieder reinsteckst oder
        Dir die Telekom da einen Aussetzer fabriziert, dann mußt
        Du auf beiden Seiten einmal (oder zweimal) auflegen lassen,
        damit die Leitung wieder steht. Das kann man notfalls mit einem
        "ping" und einem "isdnctrl hangup" per cron machen lassen.
        Weitere Doku außer der zum Sourcecode kenne ich nicht.
        Werde aber gerne bei weiteren Fragen helfen, da man mir
        schliesslich auch geholfen hat.
          Es gibt dabei mehrere Dinge zu beachten: LEASEDx ist die
        innumber auf dem Device; eine outgoing number ist nicht
        notwendig, da der Kernel (oder die Firmware, genau weiss
        ich das nicht) pseudomäßige, eingehende Rufe generiert,
        solange niemand "abgehoben" hat. Bei LEASEDx ist das kleine
        "x" durch die Nummer des S0-Interfaces zu ersetzen.
          Wir haben in den betreffenden Routern jeweils vier
        Interfaces (sie werden mit 0, 1, 2, 3, ... durchgezählt),
        weshalb ich auf dem letzten Interface die LEASED-line
        betreibe. Das macht Sinn. Denn die anderen drei Interfaces
        dienen für 6 B-Kanaele mit dial-up-Leitungen und es wird
        vom Kernel bei rausgehenden Rufen immer das erste freie
        Interface gesucht und dort rausgewählt. Wenn man dann
        die Leased Line auf das Interface 0 legen wuerde, wäre
        der zweite B-Kanal der Standleitung ja scheinbar (und
        nur scheinbar) noch frei. Der Kernel merkt aufgrund der
        aktiven Karte noch nichtmal, daß kein D-Kanal zum Wählen
        an dem Interface dran ist und wählt und wählt und wählt.
          Zur Vorsicht habe ich aus dem Grunde auch ein weiteres
        ISDN-Netzinterface kreiert und exklusiv auf dem scheinbaren
        zweiten B-Kanal der Standleitung gebunden, damit bei 6 belegten
        Dialout-Lines nicht auch noch auf der Standleitung ein
        Waehlversuch gestartet wird.
          Noch ein wichtiger Stolperstrick ist, daß bereits der erste
        reingehende Ruf, der pseudomäßig generiert wird, vom
        ISDN-Netzinterface abgenommen werden muss (sonst klappt
        wieder erst der Dritte und dann erst wieder der Fuenfte;
        genau weiss ich nicht warum, habe nur so eine Vermutung
        daß das an den beiden B-Kanaelen liegt, fuer die abwechselnd
        ein Ruf generiert wird; eine D64s hat aber nur einen B-Kanal).
        Das sofortige Abnehmen erreicht man wie folgt:
        * Modul für die ICN-Karte laden und konfigurieren (firmware
          laden, bus-reject, ...) ABER NOCH KEIN "icnctrl -d XXX leased"
        * Netzinterfaces des Kernel generieren mit innumber LEASEDx
          und allem anderen Schnickschnack (IP-Adresse, ...).
          Die Bindung zum entsprechenden S0-Interface nicht vergessen.
        * JETZT: icnctrl -d XXX leased
        Das Netzinterface muß also schon up sein, wenn "icnctrl -d XXX leased"
        abgesetzt wird. Denn mit diesem Befehl wird sofort der erste Ruf
        generiert und dann kann er gleich angenommen werden - und schwup
        steht die Leitung.
!verboff
   G. Richter <richter@ecos.de> schrieb noch zusätzlich am 3. Jan 1997:!br
   Bei uns läuft das (mit einem CISCO Router als Gegenstelle) seid fast zwei
   Monaten problemlos.!br
   Zu beachten ist, daß die eaz auf 1 gestellt wird und mit icnctrl die
   Leitung auf leased umgestellt wird, der Rest bleibt wie bei der Wahlleitung
   (außer Telefonnumer und timeouts)!br
   Ein Beispielscript findet sich unter
     !link http://www.rosat.mpe-garching.mpg.de/~web/ISDN.html;

!old
Q: Kann ich auf einer ISDN-Leitung den einen Kanal als Standleitung und den
   anderen als Wählleitung benutzen?
A: Tomas Pospisek <tpo@spin.ch> schrieb uns:
!verbon
        Ja, das geht (zumindest in der Schweiz geht's). Achtung daß man den
        richtigen Kanal erwischt ;)
!verboff

!old
Q: Ich hab 'ne Standleitung mit 'ner ICN aufgebaut, jedoch sind die
   ping-Zeiten zu lang.
A: Fritz Elfert <fritz@wuemaus.franken.de> schrieb dazu:
!verbon
        TIMER_BCREAD = Intervall für B-Kanal-Poll (Einheit = jiffies = 20ms)
        TIMER_DCREAD = Intervall für D-Kanal-Poll           dito
        FLAG_RBTIMER (und andere FLAG_...) entsprechende funktion aus dem
        Haupt Timer dispatcher aufrufen.
!verboff
   Tomas Pospisek <tpo@spin.ch> schrieb uns:
!verbon
        Den BCREAD hab ich wegen der Ping-Zeiten runtergesetzt, (war vorher
        auf 3) [Seit 2.0.16 auf 1 - die Red.]
        Die Auflösung des timers in Linux ist nur 20ms, so daß
        ICN_TIMER_BCREAD=0 nichts bringt. Außerdem ist das Problem eher
        kosmetischer Natur. Beide (Sende- und Empfangs-) Routinen leeren
        jeweils die Queue, d.h. wenn richtig Traffic gemacht wird, wird bei
        jedem Zyklus nicht immer nur ein Fragment übertragen, sondern bis zu
        16. Der Karten-Puffer faßt 16 Fragmente. Nur bei ping und Co. wird das
        sichtbar. FTP (oder auch Z-Modem über ttyI) kommen mühelos auf
        nahezu 8k cps. Außerdem werden bei jedem Zyklus !u1beide!u0 Richtungen
        bedient, die Rechnung 20ms-receive + 20ms-send stimmt also nicht.
        Abgesehen davon 40ms ist ein wirklich guter Wert. Viele ISDN-Router
        (auch i4l vor der Reduzierung auf BCREAD=1) haben 60ms und mehr.
!verboff


!3SPV

Q: Was ist eine SPV?
A: SPV steht für "semipermanente Verbindung" und ist eine (auslaufende)
   Spezialität der deutschen Telekom. Es ist ein Zwischending zwischen
   Standleitung und Wählleitung. Wie bei einer Standleitung wird die
   Gegenstelle fest eingestellt. Im Gegensatz zur Standleitung wird die
   Verbindung jedoch nur bei Bedarf aufgebaut (was sehr schnell geht, viel
   schneller als bei einer Wählleitung). Da die Telekom die Leitung
   anderweitig verwenden kann, solange sie nicht benötigt wird, ist es
   billiger als eine Standleitung.

Q: Wie lange wird es noch SPVs geben?
A: Steffen Sledz <sledz@dgroup.de> schrieb dazu am 5. Dez 1996:
!verbon
        Wegen ein paar Klagen vor dem Europäischen Gerichtshof gegen 
        die Telekom wohl bis Ende 1997. Wurde in den ensprechenden 
        Newsgroups gepostet und es könnte vielleicht auch was bei 
        !link http://www.birch.de; zu finden sein (der klagte nämlich).
!verboff

Q: Unterstützt isdn4linux SPVs? Wie?
A: Um die Unterstützung für SPVs einzuschalten, muß vor die gewählte Nummer
   ein "S" gesetzt werden. Das funktioniert (recht gut) sowohl in der
   Modememulation als auch bei der Definition von Netzinterfaces.


!3Channel Bundling

Q: Channel Bundling? Was ist das und wie kann ich es einsetzen?
A: Isdn4Linux unterstützt in der aktuellen Version zwei Varianten für
   Channel Bundling:!br
     * !b1Raw Bundling!b0 (Konfiguration von sogenannten Slave-Kanälen)!br
     * !b1MPPP!b0 (basiert auf syncPPP)!br
   Beide Varianten haben z.Zt. eigene Vor- und Nachteile. Siehe dazu die
   nachfolgenden Fragen.

Q: Was ist Raw Bundling?
A: Raw Bundling funktioniert wie Raw-IP, nur eben mit mehreren Kanälen.
   Entsprechend erbt es alle prinzipbedingten Vor- und Nachteile von Raw-IP.
   Raw Bundling benötigt für jeden benötigten Kanal ein eigenes Netzinterface.
   Ein Netzinterface, das sog. Master-Interface, steuert den Verbindungsauf-
   und -abbau. Für jeden weiteren Kanal wird ein weiteres, sog.
   Slave-Interface konfiguriert, das bei Bedarf automatisch vom
   Master-Interface dazugeschaltet wird.

Q: Wie verwende ich Raw Bundling?
A: Das Master-Interface wird wie normal mit
!verbon
       isdnctrl addif <master-interface>
!verboff
   erzeugt und entsprechend konfiguriert. Für alle benötigten Slave-Kanäle
   werden nun entsprechende Slave-Interfaces erzeugt mit dem Kommando
!verbon
       isdnctrl addslave <master-interface> <slave-interface>
!verboff
   und normal konfiguriert (z.B. "isdnctrl sdelay <slave-interface> <delay>").

Q: Welche Vor- und Nachteile hat die Verwendung von Raw Bundling?
A: Raw Bundling hat zunächst alle Vor- und Nachteile von Raw-IP.
   Im Vergleich zu MPPP hat Raw Bundling darüber hinaus den Vorteil, daß
   isdn4linux je nach Last selbsttätig die benötigten Slave-Kanäle auf- und
   wieder zumacht. Leider gibt es mit Raw Bundling z.Zt. noch erhebliche
   Durchsatzprobleme. Siehe dazu die ergänzenden Fragen weiter unten.
   
Q: Gibt es ein funktionierendes Beispielskript für Raw Bundling?
A: Ja, der FAQ-Redaktion liegt ein entsprechendes Skript von Robert O'Kane
   <okane@em.uni-frankfurt.de> vor. Es kann entweder von Robert oder von uns
   bezogen werden.

Q: Wie ist der aktuelle Stand mit Raw Bundling?
A: Robert O'Kane <okane@em.uni-frankfurt.de> schrieb dazu am 27. Dez 1996:!br
   After starting up 2.0.27 I have started again with channel
   bundeling with a bit more success than before.
!verbon
        1st: There seems to have been a change in the "BogoCharsPerSecond"
             calculations. This now gives values (for me) from 60 ->101.
             The values used by the isdn-net code for starting the slaves is
             still set to 7000 cps!  Needless to say it doesn't see these
             values anymore. After setting it to 75, I get the channels
             starting again.
        2nd: With 1 B-channel,  I get   8K /sec (full)
             With 2 B-Channels, I get ~14K /sec (~88 % util.)
             With 3 B-Channels, I get ~18K /sec (~75 % util.)
             With 4 B-Channels, I get ~15K /sec (~50 % util.)
!verboff
   All cards Teles 16.3, Euro ISDN, Linux 2.0.27, Libc-5.4.13, binutils
   2.7.0.3, Pentium 100 <-> 486DX4/100.!br
   This is with rawip/HDLC, 15sec slave delay/ ftp transfer of 100Mb file.
   These results are not the most accurate but show the general results.
   There was no apparent differnce when using the teles or the HiSax
   drivers.!br
   While watching the bogo-cps (isdnctrl verbose 4), I can see the 
   values for each B-channel holding arround 80 until the 4'th B-channel
   kicks in. Then the values become erratic.!br
   1 channel 101, 2nd 40, 3rd 0(!), 4th 40....!br
   Question: How could I check if the isdn-net interface is being
   starved or if the scheduling algorith is just not being too smart at
   these bit-rates?!br
   Has anyone else done/had these kinds of experiences ?
   Robert O'Kane <okane@em.uni-frankfurt.de> ergänzte am 1. Feb 1997:
     I now use 2.0.28 and HiSax 1.5 with NO difference in bandwidth.
   (I also choose 70 for the CPS trigger and 30 seconds slave delay).
     Could you also try setting isdnctrl verbose 4 and watch the bogocps
   calculations for the channels during a ftp transfer. What I think you
   will see is that some of the channels don't send at full speed. I think
   this is a problem with the kernel/IRQ interaction not feeding the
   channels enough data. Could it be that the kernel buffers are not large
   enough for more that 3 channels of data? This could be an explaination
   of why the user-space PPP program can get more data our and into the
   kernel.

Q: Was ist MPPP?
A: MPPP oder MP oder MPP (Warnung: MP ist auch ein Acronym für 'Multi 
   Processor') steht für Multi Point to Point und bedeutet die Bündelung
   mehrerer Kanäle zu einem logischen Strom. Es ist eine Variante des normalen
   syncPPP und erbt entsprechend alle dessen prinzipbedingten Vor- und
   Nachteile.!br
   Da der ipppd alle Kanäle selbst verwaltet, wird - im Gegensatz zu Raw
   Bundling - lediglich ein Netzinterface benötigt, das als Schnittstelle zum
   ipppd dient. Anliegenden Daten verteilt der ipppd nach dem
   Robin-Round-Verfahren auf alle verfügbaren Kanäle. Diese Kanäle müssen
   nicht notwendigerweise ISDN-Kanäle sein, vielmehr können theoretisch auch
   reine Modemverbindungen oder gar ISDN-Kanäle mit Modemverbindungen gemischt
   verwendet werden. Im folgenden wird jedoch allein auf die Verwendung von
   ISDN-Kanäle eingegangen.

Q: Wie benutze ich MPPP?
A: Zunächst muß für den ipppd ein (normales) Interface definiert werden (z.B.
   "isdnctrl addif ippp0" usw.). Der ipppd muß beim Start mit der Option "+mp"
   aufgerufen werden, damit er MPPP verwendet. Zum Aufbau einer Verbindung muß
   zuerst der "Master" oder Initial-Ruf aktiviert werden (z.B. mit isdnctrl
   dial). Danach können die Slave-Kanäle mit dem Kommando
!verbon
        isdnctrl addlink <device>
!verboff
   hinzugefügt, und mit
!verbon
        isdnctrl removelink <device>
!verboff
   wieder geschlossen werden (siehe i4l-Anleitung für mehr Informationen). In
   der Datei etc/rc.isdn.syncppp.MPPP im isdn4k-utils-Paket findet sich 
   eventuell ein Beispielscript (bei einigen i4l-Versionen fehlt sie leider).

Q: Welche Vor- und Nachteile hat die Verwendung von MPPP?
A: Nachteilig ist, daß die Slave-Kanäle "manuell" aktiviert werden müssen. Der
   ipppd kann nicht lastabhängig selbst Slave-Kanäle auf- bzw. wieder zumachen.
   Die normalen automatischen Funktionen des ipppd funktionieren teilweise
   unzuverlässig (auto hangup) oder gar nicht (auto dial).
   Dies ist anders bei anderen Einbettungsverfahren (encapsulations). Dafür
   ist der Durchsatz recht gut (ca. 30 KB/s bei 4 Kanäle).

!old
Q: Ich habe MPPP ausprobiert, aber es geht nicht. Im Debug-Log steht ungefähr
!verbon
        ...
        rcvd [0][proto=0x3d] c0 00 00 00 80 fd 01 01 00 0a 
        ...
        sent [0][LCP ProtRej id=0x2 00 3d c0 00 00 00 80 fd 01 
        ...
!verboff
A: Hier ist vergessen worden, MPPP/RFC1717-Unterstützung im ISDN-Subsystem 
   einzucompilieren. Recompilieren Sie den Kernel mit gesetzter Option.

!old
Q: Ich nutze MPPP. Leider hängt es, wenn nur ein einziges Packet verloren
   geht.
A: Szemethy Tivadar <tiv@sch.bme.hu> schrieb dazu am 11. Okt 1996:
!verbon
        Ich habe einen Schreibfehler in Kernel 2.0.20 gefunden, der jedoch auch
        in neueren Kernels existiert.
        Wenn man die folgende Zeile in isdn_ppp.c:
        (function isdn_timer_funct())
          #if (defined CONFIG_ISDN_PPP ) && (defined ISDN_CONFIG_MPP)
        in
          #if (defined CONFIG_ISDN_PPP) && (defined CONFIG_ISDN_MPP)
        ändert, wird's mit MPP Verbindung eher klappen.
        Ohne diese Änderung hängt sich MPP schon beim Verlust eines einzigen
        Paketes auf.
!verboff
   [Der Bugfix wird inzwischen wohl seinen Weg ins Kernel gefunden haben - die
   Red.]


!2Troubleshooting


!3Allgemein

Q: Mein isdn4linux funktioniert nicht! Wie gehe ich am geschicktesten bei der
   Fehlersuche vor?
A: Es empfiehlt sich folgende Vorgehensweise:
!verbon
        1. Als erstes sollte überprüft werden, ob beim Booten alles
           funktioniert.
           Gibt es ungewöhnliche Fehlermeldungen in /var/log/messages?
           Sind nach dem Booten alle Programme aktiv, die gestartet werden
           sollten (mit ps überprüfen, bzw. fuser /dev/xxx)?
           HiSax wird nicht starten, wenn irgendetwas nicht funktioniert.
           Der alte Teles-Treiber dagegen kann durchaus scheinbar fehlerlos
           gestartet werden, ohne daß er tatsächlich funktioniert.
           Siehe dazu die Fragen unter Troubleshooting|Teles.
        2. Als zweites ruft man sich selbst mit dem Telefon an. Die
           Telefonnummer sollte in /var/log/messages angezeigt werden (in
           einer Message nach dem Muster: "isdn_tty: call from XXX -> YYY
           ignored"). Ansonsten wurden die Treiber vielleicht schon beim
           Booten nicht korrekt gestartet?
        3. Als drittes werden die eigenen Experimente mit der Modememulation
           fortgesetzt. Aufgrund der unterschiedlichen Dienstekennung kann man
           leider weder das eigene Fax noch das eigene Telefon zum Klingeln
           bringen, wir müssen anders vorgehen. Wir öffnen auf zwei
           verschiedenen Konsolen "minicom -s" als Root und setze die erste
           Konsole in "Serial Port Setup|Serial Device" auf /dev/ttyI0, die
           zweite auf /dev/ttyI1. Danach "Exit" anwählen und die
           Modememulation jeweils mit "ATZ" und "AT&Exxxxxxx" (xxxxxxx ist die
           eigene MSN ohne Vorwahl - das, was bei Schritt 2 in
           /var/log/messages als YYY angezeigt wurde) initialisieren.
           Jetzt kann's losgehen: auf der ersten Konsole wählt man seine
           eigene Telefonnummer mit ATDxxxxxxx an. Auf der zweiten Konsole
           sollten nun "CALLER NUMBER: xxxxxxx" und "RING" angezeigt werden.
           Nimmt man nun den Anruf auf der zweiten Konsole mit "ATA" an,
           sollte auf beiden Konsolen "CONNECT 64000/X.75" angezeigt werden,
           danach kann man sich gegenseitig Zeichen auf die jeweils andere
           Konsole schreiben (um auch die eigenen Zeichen zu sehen, muß man
           das lokale Echo einschalten).
        4. Als viertes kann man nun eine bekannte ISDN-Mailbox anwählen. Wer
           keine in der Nähe hat, kann sich auch bei Gernot einwählen, siehe
           Frage "Gibt es Rechner, die einen Gastzugang bieten, wo ich mein
           isdn4linux testen kann?".
           Bei Problemen mit der Modememulation siehe
           Troubleshooting|Modememulation.
        5. Als fünftes kann man sich nun an die Konfiguration der
           Netzinterfaces sowie ipppd wagen. Das bereitet Anfängern (und nicht
           nur denen) erfahrungsgemäß die meisten Probleme. Wer sich die Sache
           etwas erleichtern will, und mit asyncPPP zufrieden ist (zur
           Bedeutung von asyncPPP siehe Frage "pppd, ipppd, asyncPPP, syncPPP
           - was ist das? Was soll ich einsetzen?"), kann den normalen pppd
           über die Modememulation (also /dev/ttyI*) laufen lassen.
!verboff
   Ansonsten empfiehlt es sich sehr, eine Howto-Anleitung/Beispielskripte zu
   verwenden (siehe Frage "Wo kann ich Skripte und andere Information fuer die
   Konfiguration von i4l finden?"). Zum Testen kann man den eigenen Provider
   oder auch einen der Gastzugänge benutzen (siehe Frage "Gibt es Rechner, die
   einen Gastzugang bieten, wo ich mein isdn4linux testen kann?"). Letzteres
   hat den Vorteil, daß man sich die Logfiles sowie eine funktionierende,
   stabile Konfiguration ansehen kann. Wenn z.B der Zugang mit ipppd
   fehlschlägt, kann man sich per Anwahl über die Modememulation (oder gar
   mit einem konventionellen Modem) darüber informieren, was auf der anderen
   Seite vorgeht. Nicht jeder Provider ist so kooperativ... :-)

!old
Q: Ich habe Probleme beim Compilieren von isdn4k-utils-2.0. "ncurses.h" bzw.
   "panel.h" wird nicht gefunden. Es existiert aber eine "curses.h".
A: Man muß einen Link setzen:
!verbon
        ln -s /usr/include/curses.h /usr/include/ncurses.h
!verboff
   Andreas Herbst <herbst@wiwi.uni-frankfurt.de> schrieb dazu:
!verbon
        Ich habe allerdings keine neuere Distribution gesehen (weder Slackware 
        noch Debian), die ein vollständiges ncurses packet besitzt.  
        /usr/include/ncurses.h ist vorhanden - manchmal heist es halt
        curses.h, aber das include File panel.h muß man sich trotzdem aus
        einem Original ncurses Paket holen.
!verboff
   Thomas Baetzler <bath0011@FH-Karlsruhe.de> antwortete darauf:
!verbon
        Bei Debian sollte man halt neben ncurses auch ncurses-dev installiert
        haben, wenn man selbst etwas darauf aufsetzendes compilieren will.
          bash$ dpkg -S panel.h
          ncurses3.0-dev: /usr/include/panel.h
!verboff
   [Analog sollte man im Makefile LDFLAGS von "-lcurses" auf "-lncurses"
   umstellen - die Red.]

Q: Warum klingeln weder mein Telefon, noch mein Fax, wenn ich sie mit
   isdn4linux anwähle?
A: Isdn4linux setzt "digitale Daten" als eigene Dienstekennung, wenn es
   irgendwo anruft. Die Vermittlungsstelle wird solche Anrufe nicht auf analoge
   Geräte wie Telefon oder Fax weiterleiten.

!old
Q: Wenn i4l einen B-Kanal benutzt, ist der andere blockiert (reingehend wie
   rausgehend)
A: Dieses Verhalten ist typisch für ein vertauschtes a/b-Kabeladernpärchen. 
   Einige NTBAs von Quante hatten eine falsche Beschriftung. Bei ihnen trat 
   genau das beschriebene Verhalten auf, wenn die Tk-Anlage am NTBA, die 
   ISDN-Karte aber über die Federklemmen angeschlossen war. Sobald ein 
   Gerät den Bus aktivierte, kam das andere nicht mehr zum Zuge. Siehe auch
   noch nächste Frage.

Q: In der Anleitung zu meinem NTBA steht ein vertauschtes a/b-Kabeladernpärchen
   hätte keinen Einfluß auf die Funktionsweise?
A: Dazu schrieb Gernot Zander <hifi@scorpio.in-berlin.de> am 21. Jan 1997:
   Aber nur, wenn bei allen Geräten a/b oder a2/b2 vertauscht sind.
   Wenn die Geräte jeweils einzeln gehen, ist die Zuordnung von
   Sende- und Empfangs-Pärchen schonmal richtig.

Q: Wie kann ich austesten, ob bei mir ein a/b Kabeladernpärchen vertauscht ist?
A: Dazu schrieb Karsten Keil <keil@temic-ech.spacenet.de> am 21. Jan 1997:!br
   Ganz einfach ich gehe vom Westernstecker aus:
   4 adern sind belegt:
!verbon
       | | | | 
       | | | |
       1 2 3 4
!verboff
   Dann kanst Du versuchen 1<>4 oder 2<>3  oder beides zu vertauschen..
   Nie aeussere mit inneren vertauschen. [Dabei würden RX und TX Leitungen
   vertauscht, und nichts ginge mehr - die Red.]!br
   Gernot Zander <hifi@scorpio.in-berlin.de> schrieb zum gleichen Thema
   am 21. Jan 1997:!br
   Ich gehe mal davon aus, daß du die Teles nicht über die RJ45,
   sondern über eine am NT angeklemmte Busleitung angeschlossen
   hast. (?). Dann mach die Klappe auf, tausche a1 gegen b1.
   Probieren. Geht's nicht, zurück, und a2 gegen b2 tauschen.
   Geht auch das nicht, beide tauschen, wobei ich dann eher
   den Verdacht hätte, daß das RJ45-Kabel vom Telefon verdreht
   ist (das tauscht dann nämlich _beide_). Solange {a|b}1 und
   {a|b}2 dabei erhalten bleibt, kann auch nichts kaputt gehen.
   Willst du sichergehen, dann vor dem Anstecken der Geräte
   zwischen Pin 4 und 5 bzw. 3 und 6 der Dose messen, dort
   darf keine Spannung liegen, zwischen 3 und 4 bzw. 6 und 5
   je 40 V, Plus an 6 bzw. 3.!br
   Waren doch beide Geräte per RJ45 angestöpselt, dann ist eins
   der Kabel verdreht. Das passiert in der Regel dann, wenn einer
   der RJ45-Stecker verkehrtrum angequetscht wurde (a1/b1 liegen
   innen, a2/b2 außen, die Zuordnung Sende-/Empfangspärchen bleibt
   also erhalten), dann brauchst du nur einen neuen Stecker und
   natürlich die Quetschzange für RJ45, alten ab, neuen andersrum
   drauf.!br
   Selbstverfreilich kannst du mit der Kabel-FAQ auch einfach
   alles mit einem Multimeter durchprüfen.

!old
Q: Trotz deaktiviertem Anklopfen bekommt ein Anrufer bei mir kein Besetzt,
   obwohl weder i4l noch ein anderes Gerät auf diese MSN eingestellt ist.
   Selbst wenn alle verfügbaren B-Kanäle durch isdn4linux oder durch einen
   anderen Nutzer vergeben sind, bekommt ein weiterer Anrufer kein Besetzt.
   Das ist auch dann so, wenn ich den Audio-Support von isdn4linux ausschalte.
A: isdn4linux sendet "ungezogenerweise" als Reaktion auf hereinkommende
   Anrufversuche ein ALERT an die Vermittlungsstelle. Dieses wird auch
   nicht später durch ein RELEASE zurückgenommen. Deshalb gibt die
   Vermittlungsstelle immer ein Freizeichen statt einem Besetztzeichen.
   Dazu schrieb Karsten Keil <keil@temic-ech.spacenet.de> am 11. Okt 1996:
!verbon
        Da ich gerade keinen Patch zur Hand habe, erklär ichs mal so: in
        linux/drivers/isdn/teles/callc.c nach CC_ALERTING_REQ suchen und
        diese Zeile auskommentieren. Das sollte dann so aussehen:
          if (((chanp->chan & 1) + 1) & chanp->para.bchannel) { /* \
              chanp->is.l4.l4l3(&chanp->is, CC_ALERTING_REQ, NULL); */
              FsmChangeState(fi, ST_IN);
              if (chanp->debug & 1)
        Das ist die saubere Lösung. Für Datenverbindungen wird kein ALERT
        benötigt oder erwartet. Für die Voice Anwendungen ist das Alert nur
        dann wichtig, wenn man mehrere "Klingelzeiten" abwarten möchte.
!verboff
   Inzwischen hat Karsten dem FAQ-Team geschrieben (14. Okt 1996):
!verbon
        Es gibt [bei HiSax-Versionen<1.2 - die Red.] kein Alerting mehr.
!verboff
   Ein verbesserter HiSax ist herausgekommen (Version 1.2). Dieser hat 
   ein funktionierendes Alerting.

!old
Q: Wenn der Router aktiv ist, bekommen anrufende Kunden ein Freizeichen, auch 
   wenn gerade ein Supportgespräch geführt wird. Dies erweckt den Eindruck, 
   daß die Mitarbeiterin nicht ans Telefon geht.
A: Von Jan den Ouden <denouden@groovin.xs4all.nl> wurde dazu vor kurzem ein 
   Patch geposted. Man suche im Archiv oder wende sich an Jan.

!old
Q: Warum kann ich meine ISDN-Module nicht mehr entladen ("isdn: Device or
   resource busy"), obwohl ich alle ISDN-Anwendungen geschlossen habe?
A: Greift noch irgend ein Programm auf ein ISDN-Device zu?
   Sind auch alle Getty's entfernt?!br
   Läuft noch isdnlog, imon, iprofd etc?!br
   Vielleicht liegt noch ein Route auf dem Interface und ist noch nicht 
   mit "route del xxx" gelöscht?!br
   Eventuell wurde aber auch das Interface ippp0 nicht auf down 
   gesetzt und konnte deswegen nicht entfernt werden. Das kann daran liegen, 
   daß der ipppd nicht auf das Signal 15 reagiert und mit "kill -9 
   <ipppd pid>" beendet wurde. Dabei bleibt vermutlich das interface ippp0 
   im Zustand "up".!br
   Hier ist auch ein "fuser -v /dev/isdn* /dev/ippp* /dev/cui* /dev/ttyI*"   
   sehr aufschlußreich. Dieses hilfreiche Programm zeigt an, welcher Prozeß
   die angegebenen devices verwendet.!br

Q: Ich habe jetzt sicher alle ISDN-Anwendungen beendet. Trotzdem kann ich
   manchmal meine ISDN-Module nicht mehr entladen ("isdn: Device or resource
   busy")?
A: Solche sporadischen Fehler kann man durch das Einfügen einiger Sleep's
   zwischen den Entladebefehlen in den Griff bekommen.

Q: Es klappt immer noch nicht mit dem Entladen. Ich setzt Callbacks ein.
A: Siehe dazu die Frage "Irgendwie kommt der Module-Count bei Callbacks
   durcheinander. Wie kann ich jetzt meine ISDN-Modul entladen?" im Abschnitt
   "Callback" im Kapitel "Troubleshooting".

!old
Q: Meine Gebührenimpulse Typ A werden nicht korrekt übermittelt, obwohl die
   Telekom sagt, daß sie geschaltet seien.
A: Peter Gramlich <peter.gramlich@wiwi.uni-karlsruhe.de>: 
!verbon
        Manche hatten schon das Problem, daß die Telekom die Gebühren-Info nur 
        für bestimmte Dienste aktiviert haben. Die müssen das offensichtlich 
        für jede Dienstart (Voice, Daten, G4-Fax,...) getrennt machen.
!verboff

Q: Meine TK-Anlage erzeugt etwa jede Stunde einen Bus-Reset des internen
   S0-Busses, danach nimmt isdn4linux nicht mehr ab?
A: Ab HiSax 1.5 übersteht auch isdn4linux den Bus-Reset.

!old
Q: Meine Ascotel PBX bringt i4l (am internen Bus) zum Absturz.
A: Herbert Rosmanith <herp@wildsau.idv.uni-linz.ac.at> schreibt hierzu:
!verbon
        Ich denke, ich habe den Grund dafür gefunden, warum die Ascotel PBX
        Linux abschießt. Es ist kein übergroßer "FACILITY"-Frame, wie ich 
        früher mal schrieb, sondern ein Frame eines unbekannten Protokolls
        (0x44, während EDSS1=0x08 und DIS_N0=0x40, DIS_N1=0x41).
        [...]
        Jan den Ouden <denouden@groovin.xs4all.nl> hat dafür ja schon einen 
        Patch gemacht, welcher solche Frames einfach mißachtet. Ja, ich *habe* 
        diesen Patch ausprobiert... aber entweder habe ich irgendwas 
        fürchterlich falsch gemacht (z.B. Module nicht richtig geladen?) oder
        es gab einen anderen Grund für den Crash. Und wieder weiß ich nicht
        mehr weiter :-( Ich habe gerade den 2.0.18 ausprobiert und versucht,
        einfach einen Hexdunp der unbekannten Frames zu machen anstatt sie zu 
        interpretieren - und jetzt stürzt die Maschine nicht mehr ab. Und
        genau jetzt habe ich 2.0.20 probiert und sie ist auch nicht
        abgestürzt. *Schulterzuck*, Konfusion...
        Egal, wenn das wirklich nicht der Grund des Crashes ist, denke ich
        immer noch, daß Jan's Patch in den ISDN-Standardtreiber eingebaut
        werden sollte. Es ist keine gute Idee, daß Frames, die nicht vom Typ
        1TR6 sind, voreinstellungsmäßig als EDSS1-Frames interpretiert werden.
        Anmerkung: Der Patch, der hierzu gepostet wurde, hat noch einen bösen
        Bug: X.75 geht damit nicht mehr!
!verboff
   [Mittlerweile sollte der HiSax-Treiber (>=1.5) mit solchen Problemen
   zurechtkommen - die Red.]

Q: Meine Teles 16.3 funktioniert hinter einer Quante IS-2 (baugleich
   zur Ackermann Euracom 181) nach einem Reset nur, wenn ich:
!verbon
        1. TK-Anlage ausstecken
        2. PC abschalten
        3. TK-Anlage einstecken
        4. PC anschalten
!verboff
A: Karsten Keil <keil@temic-ech.spacenet.de> schrieb dazu am 13. Jan 1997:!br
   Das sollte ab HiSax 1.5 weg sein. (Tei remove Problem).

!old
Q: Ich hänge hinter einer alten TK-Anlage, und bekomme beim Versuch
   rauszuwählen immer wieder eine Ablehnung mit Cause 64?
A: Wolfgang Hamburg <wh@jumping.baltic.de> schrieb am 8. Okt 1996:
!verbon
        Cause 64 bedeutet "invalid information element contents" und ist aus
        dem 12TR7 Protokoll, das von Anlagen (bei uns Octopus-M) intern
        gefahren wird. 12TR7 beinhaltet 1TR6. Mehr weiß ich dazu nicht. Die
        Quelle ist ein netter Telekommensch. Dort gibt es "Richtlinien", die
        die Protokolle beschreiben.
!verboff

Q: Ich bekomme meine TK-Anlage, eine proprietäre Siemens Hicom, nicht zum
   Laufen?
A: Sven Engelhardt <sven@sik.de> schrieb hierzu am 20. Jan 1997:!br
   Die Techniker haben an digitalen Nebenstellen immer etwas länger zu
   basteln. Tip: Es gibt eine Einstellung fuer die Nebenstelle, nennt sich
   "DSS1 mit EAZ", die kann aber nur ein Techniker einstellen. Damit
   funktioniert ISDN meistens mit geladenem DSS1-Treiber. Zumindest unter
   WIN/DOS. Die Defaulteinstellung der Anlage ist meist "1TR6 mit MSN" (don't
   flame me, it's real).!br
   (Meine letzten Erfahrungen mit SIE* TA sind allerdings schon ein gutes Jahr
   alt, seitdem mach' ich um die Dinger einen Bogen. Laß Dich trotzdem nicht
   unterkriegen, es gibt ein paar tausend Software-Patches fuer die HiComs,
   die Techniker müssen nur wollen. Manchmal hilft's, mit dem Techniker
   zusammen ins Programmierhandbuch zu schauen und ihm die Seite mit den
   Einstellungen für digitale Nebenstellen rauszusuchen.)

!old
Q: isdnctrl liefert einen "buserror" wenn ich mir meine Konfiguration ansehen
   will?
A: Christian Kratzer <ck@toplink1.toplink.net> lieferte einen Patch:
!verbon
        diff isdnctrl.c.dist isdnctrl.c
        240c240
        <   if (strlen(cfg.slave))
        ---
        >   if (cfg.slave && strlen(cfg.slave))
!verboff
   [Dürfte mittlerweile längst gefixt sein - die Red.]

!old
Q: Nach einem Hangup erscheint in der Ausgabe von /dev/isdnctrl ein
   "no routine". Wurde die Leitung nun freigegeben oder ist noch ein Bug im
   Treiber?
A: "no routine" bedeutet nicht immer, daß im Treiber etwas nicht
   funktioniert. Manchmal sendet das Link-Level-Modul überflüssige
   Kommandos, die der Teles-Treiber nicht benötigt und mit einem "no routine"
   beantwortet.

!old
Q: Ich bekomme lauter "HSCX RME out of buffers" Meldungen ins syslog.
A: Original-Antwort von Jan den Ouden <denouden@groovin.xs4all.nl>:
   Die "HSCX RME out of buffers"-Meldung bedeutet, daß der Treiber keine
   Empfangspuffer mehr übrig hat. Empfangene Frames werden alle paar 
   Millisekunden bearbeitet, und in der Zwischenzeit müssen die Frames 
   gepuffert werden. Voreinstellung sind 6 Puffer. Jeder Frame benötigt
   einen Puffer, ganz egal wie groß er ist. Wenn eine Anzahl von sehr 
   kleinen Frames in schneller Folge gesendet wird, kann es passieren, daß
   die Puffer überlaufen. Scheint jedenfalls so, daß das passiert. In 
   teles.h sind drei Zeilen, die die Anzahl und Größe der Puffer festlegen:
!verbon
        #define HSCX_RBUF_ORDER 1 
        #define HSCX_RBUF_BPPS 2 
        #define HSCX_RBUF_MAXPAGES 3 
!verboff
   Die Größe der einzelnen Puffer ist in etwa
!verbon
        (4096<<HSCX_RBUF_ORDER)/HSCX_RBUF_BPPS 
!verboff
   Die obigen Angaben führen etwa zu Puffern der Größe 4k. Die Anzahl
   der Puffer ist HSCX_RBUF_BPPS*HSCX_RBUF_MAXPAGES, was im Normalfalle 6
   ergibt. Diese Zahl kann man erhöhen, indem man HSCX_RBUF_MAXPAGES 
   vergrößert. Dieser Wert ist lediglich ein Limit, die Puffer werden nicht
   alloziert, wenn sie nicht gebraucht werden.!br
   [Das gleiche kann man bei "HSCX RFP out of buffers"-Meldungen machen - die
   Red.]!br
   Andreas Kool <akool@Kool.f.EUnet.de> ergänzt noch:
!verbon
        Diese Fehler passieren gerne mit schlechten Sound-Karten bzw.
        Sound-Treibern, die die Interrupts zu lange disablen!
!verboff

Q: Mein pppd bzw. ipppd hat Probleme mit der PAP bzw. der CHAP
   authentification.
A: Siehe dazu die entsprechenden Fragen im Abschnitt "Sync-PPP".

!old
Q: Ich bekomme den Fehler "SIOCADDRT: Invalid argument", wenn ich route
   mitteile, daß es auf isdn0 weiterrouten soll.
A: <tpo@spin.ch> schrieb dazu am 8. Okt 1996:
!verbon
        Ich hatte den gleichen Fehler, bis ich die korrekte Netmask angab.
!verboff

Q: Wo finde ich eine Übersicht aller causes?
A: Klaus Kämpf <kkaempf@progis.de> schrieb hierzu:
   Spontan fällt mir da die ISPA Dokumentation ein. Schau doch mal in
   !link ftp://ftp.biochem.mpg.de//pc/isdn;.

Q: Bei meiner ELSA-Karte blinkt öfters die LED, die den Verlust der TEI
   anzeigt. Meine Verbindungen sind leider auch öfter gestört...
A: Jens Ey <jens@jeyhh.shnet.org> schrieb am 29 Dec 1996:!br
   Diese blinkende LED wird oft verursacht durch schlechte Kabel oder einen
   zu langen oder unterminierten S0 Bus. Das hat mir ELSA mitgeteilt nachdem
   ich mich bei denen über das gleiche Problem beschwert hatte. Ein neues
   Kabel - und schon lief alles wunderbar.!br
   Paul Slootman <paul@wau.mis.ah.nl> schrieb dazu am 2. Jan 1997:!br
   Jan den Ouden vermutete (in einer niederländischen Newsgruppe), daß die
   niederländische Telefongesellschaft manchmal nachts "ein TEI wegwirft".

Q: Mein ISDN-Treiber stürzt mir ab! Da ich es als Modul konfiguriert habe,
   ändern sich die Adressen bei jedem Laden. Wie finde ich heraus, wo der
   Treiber abstürzt?
A: Der Treiber wird dazu mit dem Befehl "insmod -m" geladen. Die Ausgabe wird
   muß noch etwas bearbeitet werden, um ihn in eine Form analog zu System.map
   umzuwandeln.!br
   Fritz Elfert <fritz@wuemaus.franken.de> schrieb dazu am 17. Okt 1996:
!verbon
        insmod -m isdn.o | sort | sed -e 's/   / T /g' |
            egrep '.* T [a-z,A-Z,_]+' > /etc/isdn/isdn.map
        cat /System.map /etc/isdn/isdn.map > /iSystem.map
!verboff
   [Die Zeile, die mit "|" endet, muß mit der nachfolgenden zusammengefaßt
   werden!]!br
   iSystem.map sollte nun anstelle von System.map zur Fehlersuche verwendet
   werden.

Q: Meine Festplatte wird sehr aktiv, wenn isdn4linux läuft. Wie kann ich das
   abschalten?
A: Mit "isdnctrl verbose 0", sowie Entfernen der "debug"-Option für den ipppd.


!3Teles-Treiber

!old
Q: Woran erkenne ich, daß meine Teles-Karte (oder eine kompatible Karte)
   vom Teles-Treiber korrekt erkannt wurde?
A: Beim Booten muß eine Meldung wie "kernel: HSCX version A:5 B:5" sowie
   "kernel: channels 2" in /var/log/messages eingetragen werden. Auch
   "A:4 B:4" ist o.k. Alle anderen Werte (insbesondere A:0 B:0 und A:f B:f) 
   zeigen an, daß die Karte nicht richtig erkannt wurde.

Q: Welches ist der Name meines Teles-Treibers (insbesondere wenn eincompiliert
   im Kernel)?
A: Der Name ist das, was (beim Laden als Modul) mit "teles_id" angegeben wurde.
   Wurde lilo verwendet, dann ist der Name ebenfalls das, was mit "teles_id"
   angegeben wurde. Wurde der Teles-Treiber in den Kernel fest eincompiliert,
   dann ist der Name ein einfaches "" (zwei mal Anführungsstriche oben).
   Der Name kann auch durch ein "cat /dev/isdninfo" herausgefunden werden,
   er wird bei "idmap" angezeigt.

!old
Q: Ich bekomme beim Booten "HSCX version A:5 B:5", habe aber trotzdem den
   Eindruck, daß meine Teleskarte nicht korrekt erkannt wird. Was kann
   ich noch überprüfen?
A: Wilhelm Schulte <schulte@wrds1.urz.uni-wuppertal.de> schrieb dazu:
!verbon
        Am besten überprüfen, ob der Interrupt korrekt registriert ist. Mit 
        "cat /proc/interrupts" kann man das testen. Folgender Eintrag weist
        auf einen Fehler hin:
          11:        0 + teles
        Die 11 ist korrekt, solange die Teleskarte auf Interrupt 11
        konfiguriert wurde. Die 0 jedoch bedeutet, daß die Teleskarte keine
        Interrupts akzeptiert, und damit nicht funktioniert. Das ist der
        bekannte "Busy"-Bug, er kann durch das Entladen und Neuladen der ISDN-
        Module wieder behoben werden. Der IRQ-Zähler muß nicht unbedingt auf 0
        stehen, auch niedrige Werte ungleich 0 weisen auf das selbe Problem
        hin. Man kann das relativ einfach testen:
          1. cat /proc/interrups, Zählerstand merken
          2. Mit dem Telefon den Rechner anrufen.
          3. Nochmal cat /proc/interrupts, der Zähler muß sich nun
             gravierend vom ersten Wert unterscheiden. 
!verboff
   Siehe auch "Ich bekomme immer BUSY wenn ich meine ISDN-Mailbox anwähle".
   Analog kann man natürlich auch mit "cat /proc/ioports" die IO-Ports 
   überprüfen.

!old
Q: Warum sollte ich nach Möglichkeit IRQ 12 und 15 für die ISDN-Karte 
   vermeiden?
A: Gernot Zander <hifi@scorpio.in-berlin.de> schrieb hierzu:
!verbon
        Bei PCI-Boards niemals IRQ 12 benutzen. Der wird manchmal von der
        Busmaus benutzt (auch dann, wenn man gar keine hat und für sie den 
        IRQ nicht aktiviert hat), daher geht der IRQ manchmal verloren, und
        man bekommt es mit Fehlern zu tun.
        Bei PCI-Boards niemals IRQ 15 benutzen. Der wird manchmal vom IDE 2
        benutzt (auch dann, wenn man den gar nicht nutzt und für ihn den 
        IRQ nicht aktiviert hat), daher geht der IRQ manchmal verloren, und
        man bekommt es mit Fehlern zu tun.
!verboff
   Es sei erwähnt, daß dies nicht für *alle* PCI-Boards gilt! Aber viele
   Boards spucken einem hier doch gerne in die Suppe...

!old
Q: Meine Teles-Karte wird beim Booten falsch erkannt, wenn ich LILO die
   entsprechenden Parameter mitgebe.
A: Leider ist die Reihenfolge der Kernel-Parameter für irq, mem, io-base,
   protokoll nicht identisch mit der Reihenfolge der Parameter, wenn sie
   als Modul-Parameter angegeben bzw. eincompiliert werden.
   Modulparameter (insmod):   mem,irq,base,type
   Kernelparameter (LILO):    base,irq,mem,type

!old
Q: Starte ich erst DOS und den mitgelieferten Teles-Treiber und dann Linux per 
   Loadlin, funktioniert alles einwandfrei. Starte ich aber direkt Linux per 
   LILO, reagiert der Teles-Treiber nicht korrekt.
A: Statt dem Telestreiber den HiSax ausprobieren.

!old
Q: Nach einem Reset wird meine Teleskarte nicht richtig initialisiert.
A: Andreas M. Kirchwitz <isdn4linux-mlist@zikzak.snafu.de> schrieb:
!verbon
        Versuch mal statt eines "reboot" (per Kommando) oder "Ctrl-Alt-Del"
        einen Reset per Reset-Taster ("Hard-Reset") am PC.
        Bei manchen Motherboards (was nicht zwangsweise Schuld des
        Motherboards sein muß) werden bei einem "Soft-Reset" die
        Karten nicht wieder in ihren Grundzustand versetzt, so daß
        manche Treiber dann Probleme haben, die Karten anzusprechen.
!verboff
   Hinweis: Natürlich muß man vor dem harten Reset den Rechner geordnet
   herunterfahren ("reboot" eingeben oder "Ctrl-Alt-Del" drücken)! Erst dann
   darf die Reset-Taste gedrückt werden. 

!old
Q: Der teles-Treiber erkennt meine 16.3-Karte als eine 16.0.
A: Wenn man eine 16.3 besitzt, muß man als Speicherbereich "0" setzen.
   Wenn eine 16.0 erkannt worden ist, hat man hier versehentlich einen
   anderen Wert übergeben.

!old
Q: Ich verwende isdn4linux mit dem Telestreiber. In regelmäßigen
   Abständen hängt sich der Treiber auf, und ich muß ihn neu laden.
A: Du verwendest eine alte Version des Teles-Treibers. Ab Version 0.4a sind
   diese Hänger verschwunden. Bezugsquellen siehe Frage "Wo gibt es
   isdn4linux?"

!old
Q: Meine Maschine stürzt immer wieder ab. Auf der Konsole erscheint dann in 
   Sekunden-Abständen
!verbon
        l1state 4 
        l1state 8
        l1state 13
        ph_command 9
        l1state 4
        l1state 0
        ph_command 0
        l1state 7
        ph_command 9
!verboff
A: Hier könnte ein Kabel defekt sein. Die DOS-Diagnose-Software zur Teles 
   kann das erkennen.

!old
Q: Beim Telestreiber wird immer "isdn0: Chargesum is 0" angezeigt, obwohl
   ich von der Telekom Gebühreninformationen bekomme.
A: Der Telestreiber unterstützt keine Auswertung der Gebühreninformationen,
   da der Autor, Jan den Ouden, in den Niederlanden wohnt und dort die
   Gebühreninfo anders übermittelt wird, als in Deutschland [soviel zu
   "Euro"-ISDN :-( ]. Die Meldungen können also ignoriert werden.!br
   Allerdings ist isdnlog in der Lage, anhand der von isdnctrl weitergereich-
   ten Q.921-Informationen die Gebühreninformationen auszuwerten.
   Es gibt sogar einen Patch, damit isdnlog eine Verbindung rechtzeitig vor 
   dem Eintreffen der nächsten Gebühr zu beenden. Ein weiterer Patch 
   ermöglicht isdnlog die Gebühreninformationen an eine Postgres95-Datenbank 
   weiterzuleiten. Diese Patches werden wohl in der nächsten Version von
   isdnlog einfließen.

!old
Q: Mein Teles-Treiber funktioniert nicht mehr unter 2.1.x!
A: Christian Mock <cm@kukuruz.ping.at> hat am 7. Okt 1996 einen entsprechenden
   Patch gepostet, der bei ihm oder in den Archiven der Mailingliste zu
   finden ist. Ein weiterer Patch für 2.1.1 wurde von Markus Gutschke
   <gutschk@uni-muenster.de> ebenfalls am 7. Okt 1996 gepostet.
   Aufgrund der vielen grundlegenden Änderungen und Anpassungsschwierigkeiten 
   sollten nur Entwickler zum jetzigen Zeitpunkt auf 2.1.x wechseln.

!old
Q: Ich habe zwei Teles in meinem Rechner, allerdings scheint nur eine
   verwendet zu werden!
A: Dazu schrieb am 6. Okt 1996 Christian Kratzer <ck@toplink.net>:
!verbon
        Klarer Fall von IRQ-Problemen.  Gerade der 11 macht auf manchen Boards
        Probleme. Obwohl man denkt, daß manche IRQ's frei sind, werden sie dann
        doch vom BIOS irgendwie reserviert.
        Gut für einen Schuß sind immer IRQ 5 und IRQ 9. Falls Ihr keine Mäuse
        und Modems habt, könnt Ihr es auch mit 4 und 3 probieren. Damit klappts
        auch auf obskuren Boards.
!verboff

Q: Beim Kompilieren des Teles-Treibers gibt es einige undefinierte Symbole
   (nur Kernel 2.0.26)?
A: Beim Patch ging leider die Datei proto.h verloren. Das muß drin stehen:
!verbon
        #ifndef PROTO_H
        #define PROTO_H
        #define PROTO_EURO      0x08
        #define PROTO_DIS_N0    0x40
        #define PROTO_DIS_N1    0x41
        #endif
!verboff

!3HiSax-Treiber

Q: Woran erkenne ich, daß meine ISDN-Karte vom HiSax-Treiber korrekt erkannt
   wurde?
A: Beim Booten erscheint im Log-File eine Meldung in z.B. folgender Form:
!verbon
        HiSax: Teles 16.3 found,irq:5 isac:a80 cfg:e80
        HiSax: hscx A:280 hscx B:680
        Teles3: HSCX version A: V2.1 B: V2.1
!verboff
   Karsten Keil <keil@temic-ech.spacenet.de> schrieb dazu am 12. Dez 1996:!br
   Beim HiSax brauchst Du Dir auch keine Gedanken darüber machen, wenn er
   geladen wird, kann die Hardware angesprochen werden und generiert auch
   entsprechende Interrupts, wenn nicht wird das Modul nicht geladen.
   Das heist zwar nicht, daß dann auch alles funkt (z.B Kabeldreher,
   Kabelunterbrechung, Terminierung), aber die Karte ist richtig im Rechner
   installiert, keine Hardware-Konflikte.

!old
Q: Die Teleskarte stürzt immer wieder ab, und im Log erscheint folgende 
   Fehlermeldung: 
!verbon
        <date> <time> foo kernel: HSCX B EXIR 10
        <date> <time> last message repeated <n> times
!verboff
A: Die CPU schafft es nicht, den FIFO zu leeren. Ist eventuell eine Soundkarte 
   im Rechner eingebaut, die die Interrupts zu lange für sich behält o.ä.?

Q: Meine AVM-Karte erzeugt extrem viele Interrupts mit dem HiSax-Treiber. Ist
   das normal oder ein Problem mit dem HiSax-Treiber?
A: Karsten Keil <keil@temic-ech.spacenet.de> schrieb dazu am 12. Nov 1996:!br
   Das ist normal. AVM (und auch ELSA) haben einen Timer auf der Karte.
   Da AVM nicht koorperiert weiss ich nicht wie der abzustellen ist.
   Bei Elsa weiss ich es zwar, mache es im Moment aber nicht, da hier kaum was
   an Performance verloren geht und ich die Interrupts momentan bei der ELSA
   fuer die Statusanzeige nutze (war vor allem bei der Entwicklung sehr
   hilfreich, sobald der Treiber stand, blinkte nichts mehr ;-) ).
   Spaeter werd ich ihn wahrscheinlich abschalten oder nur bei Verbindung
   benutzen.

Q: Die PNP-Tools funktionieren nicht mit meiner Teles-16.3-PNP-Karte!
A: Wahrscheinlich ist es gar keine Plug'n Play-Karte - obwohl Teles 
   mittlerweile auf alle Karten/Verpackung PNP draufschreibt. Der Unterschied
   ist einfach zu erkennen: eine echte Teles PNP-Karte hat nicht mehr die
   (winzigen) DIP-Schalter auf der Karte, mit der man die IO-Adresse einstellen
   kann.


!3ICN-Treiber

!old
Q: Bei meiner ICN gehen manchmal beim Verbindungsaufbau Pakete verloren.
A: Dies ist bei neueren Versionen von i4l (ab Kernel 2.0.26) behoben worden. 
   Torsten Hentschel <Torsten.Hentschel@DInet.de> hatte einen Patch für
   Kernel 2.0.21 gebaut, mit dem nachweislich keine Pakete mehr verloren 
   gingen, der jetzt aber obsolet ist (nicht mehr anwenden!).


!3Zusammenarbeit mit anderen Gegenstellen

!old
Q: Ich habe Probleme, mit einem ELink Verbindungen aufzubauen.
A: Daniel Moeller (danny@rsun.lfn.unterland.de) schrieb dazu 1996 in der
   Mailingliste:
!verbon
        Ich hatte schon vor einigen Wochen über meine Probleme, mit einem
        EL 310 zu connecten berichtet. Es kam keine Connect-Meldung für den
        Daten-Kanal vom ISDN. Das problematische Elink hängt an einem 1TR6
        Anschluß und hat identische Settings wie ein anderes Elink an einem
        Euro-ISDN Anschluß, mit dem ich nie Probleme hatte. Seit ca. 2
        Wochen funktioniert das jetzt plötzlich einwandfrei, ohne daß lokal
        oder remote etwas geändert wurde.
        Schlußfolgerung: Die Software in den Vermittlungsstellen scheint da
        eine Rolle zu spielen....
!verboff

Q: Ich habe Probleme, eine Verbindung zu einem Netblazer Router aufzubauen.
A: Michael Hipp <Michael.Hipp@student.uni-tuebingen.de> schrieb dazu im
   Okt 1996:!br
   deine Gegenseite meint wohl, sie dürfe komprimierte Pakete schicken
   (obwohl kein Kompressionsverfahren ausgewählt wurde). Schmeiß mal in
   main.c die Zeilen:
!verbon
        { PPP_CCP, ccp_init, ccp_input, ccp_protrej,
          ccp_printpkt, ccp_datainput, "CCP" }
!verboff
   raus und kompilier' den ipppd neu durch. Dann müßte er das ganze CCP
   Protokoll ablehnen und das versteht dann hoffentlich auch der Netblazer..
   (ist nicht der erste Bug des Netblazers.. das Teil scheint generell nicht
   sonderlich conform zu sein .. komischerweise haben andere diese Problem
   nicht, eventuell sollte man mal eine neue Softwarerelease einspielen)!br
   [Dasselbe Problem kann auch bei asyncPPP auftreten. Es funktioniert dort
   dieselbe Methode (evtl. ist sogar eine Kompilieroption für das
   Entfernen des CCP-Protokolls vorhanden). Ab pppd 2.3 beta 3 soll es die
   Option "noccp" geben, die ohne Neukompilation dasselbe bewirkt - die Red.]


!commenton
Weitere Hinweise finden sich im gleichnamigen Abschnitt im Kapitel
"Konfiguration"!
!commentoff


!3Raw-IP

!old
Q: Ich bekomme die Fehlermeldung "Protocol error, unspecified".
A: "Protocol error, unspecified" heißt, daß dort Messages oder Teile von 
   Messages zu einem Zeitpunkt angekommen sind, wo sie nicht erwartet
   wurden oder der Inhalt der Messages nicht decodierbar ist.
   Dazu schrieb Torsten Hentschel <Torsten.Hentschel@DInet.de>:
!verbon
        Gerade die ersten Pakete des Protokolls können verloren gehen, wenn
        sie sofort nach der Connect-Meldung auf dem B-Kanal rausgefeuert
        werden. Ich hatte das Problem bei raw hdlc, daß Pakete verloren
        gingen, aber nur wenn man von einer bestimmten Seite aus anrief.
!verboff
   Bei neueren Versionen von isdn4linux (ab Kernel 2.0.26) ist das behoben 
   worden. Ein früherer Patch von Torsten hierzu ist deshalb nun obsolet und 
   darf nicht mehr angewendet werden!


!3Modememulation (Betrieb mit ttyI*-Devices)

!old
Q: Wenn ich mit "ATD..." wähle, kommt immer ein "NO CARRIER".
A: Man muß vor dem ersten Wählen ein "AT&E123456" eingeben (wenn 123456 die 
   eigene MSN ist; bei 1TR6 wird die einstellige EAZ angegeben). 

!old
Q: Meine Modememulation/pppd erkennen nicht, wenn ein Anruf ankommt.
A: Wahrscheinlich wurde der Modememulation nicht mit AT&E mitgeteilt, welche
   MSN sie entgegennehmen soll. Also z.B. "AT&E123456", wenn die MSN 123456
   ist.

!old
Q: Bei eingehenden Rufen erscheint kein RING, obwohl die EAZ/MSN richtig
   gesetzt wurde.
A: Wenn man einen Getty auf ein cui*-Device ansetzt, kommt niemals ein RING
   an. Das liegt nicht am isdn4linux, sondern am Kernel. DRINGENDE
   EMPFEHLUNG: Grundsätzlich immer nur /dev/ttyI*-Devices verwenden!
   Seit mgetty besteht keine Notwendigkeit mehr, hereinkommende und
   herausgehende Verbindungen auch mit den Devices zu unterscheiden. (Das
   gleiche gilt übrigens auch für die normalen /dev/ttyS* und /dev/cua*
   Devices der seriellen Schnittstellen).

Q: Warum kann ich nicht mit der Modememulation mein eigenes Telefon oder Fax
   anrufen/anklingeln?
A: ISDN unterscheidet nach der Dienstekennung. Alle Anrufe nach draußen mit
   Hilfe der Modememulation erhalten die Dienstekennung "Digital Data". Das
   ist jedoch inkompatibel zu einem Telefon oder Fax - weshalb der Anruf
   gar nicht durchkommt.

!old
Q: Die Verbindung in meine ISDN-Mailbox klappt nicht recht.
A: Leider gibt es da unterschiedliche Protokolle, die möglich sind. Neben
   hdlc und X.75 gibt es für X.75 noch unterschiedliche Paketlängen. Diese
   kann man der Modememulation mit "AT&B" mitteilen. Für die verbreiteste
   Paketgröße 2048 Bytes also: "AT&B2048". Der Teles-Treiber kann keine
   längeren Pakete als 2048 Bytes verarbeiten (ICN kann bis 4000). Es kann
   auch eine kürzere Paketgröße erforderlich oder nützlich sein, etwa 512
   Bytes. Dann also: "AT&B512".

!old
Q: Ich habe sicher die richtigen Parameter für meine ISDN-Mailbox verwendet.
   Es klappt aber immer noch nicht, ich bekomme immer nur "BUSY", obwohl ich
   sicher weiß, daß die Mailbox nicht besetzt ist.
A: Manchmal kommt es zu "Verklemmungen" in i4l in Zusammenhang mit den
   Teles-Treibern. Das ist ein altbekanntes Problem.
   Workaround: Konfiguration als Module. Diese werden dann beim
   Booten erst geladen (insmod/modprobe), dann wieder entladen (rmmod) und
   sofort wieder geladen (insmod/modprobe). Dann sollte es gehen...!br
   Dr. Peter Schrammel <Dr.Peter.Schrammel@t-online.de> schrieb dazu:
!verbon
        Vielleicht ist es auch ein Problem mit dem verwendeten Kabel...
!verboff

!old
Q: Meine Modememulation hängt. Wie kann ich die Karte zwingen, aufzulegen?
A: Emil Stephan <ste@esqhen.su.eunet.de> schrieb am 13. Okt 1996:
!verbon
        Wenn da wirklich kein Prozeß mehr drauf läuft, versuch mal:
          cu -l /dev/ttyI0 dir
          +++
          ath0
          ~.
        Vor und nach dem "+++" ist eine Sekunde Pause einzuhalten, sonst wird
        es von der Modem-Emulation nicht als Escape-Sequenz erkannt (wie echte 
        Modems). Achte mal auf Prozesse, die mit "ps -ax" in der zweiten
        Spalte einen Eintrag der Art "I0" oder "I1" haben, die haben nämlich
        ein ISDN-Terminal als controlling terminal. Eventuell mußt Du diese
        mit kill abschießen.
!verboff

Q: Ich bekomme während einer tty-Verbindung vom Kernel die Meldung
   "teles_writebuf: channel not open". Es werden dann keine Eingaben mehr
   für diese Verbindung angenommen.
A: Fritz Elfert <fritz@wuemaus.franken.de> schrieb dazu am 18. Nov 1996:!br
   Meist verträgt dann die Gegenseite die grossen Frames von i4l nicht und
   macht mitten im Transfer den B-Kanal dicht. Probier mal mit AT&B512 vor
   dem Wählen die Frames kleiner zu machen.

Q: Wenn ich uucp mit X.75 mache, bekomme ich laufend Übertragungsfehler!
A: Andreas Gutzwiller <andy@hippo.proxyon.imp.com> schrieb dazu am 5. Dez 1996:
!verbon
        Ich mußte das bei mir folgendermassen einstellen. Sonst bekam ich auch
        nur Fehler.
          # 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
        Damit komme ich bei großen Paketen auf ca 7300 cps
!verboff
   Holger Burbach <holly@cthulhu.pfalz.de> kam am 5. Feb 1997 zu einer anderen
   Lösung:
!verbon
        Bei mir pollen auch einige XP-Benutzer, wohl auch ohne Probleme. Ich
        habe folgendes gemacht: Zum einen habe ich die Send-Packetsize vom
        ttyI? auf 1024 gesetzt ("AT&B1024") und zum setze ich die
        Paketgrößen für das g-Protokoll beim UUCP:
          protocol-parameter g packet-size 2048
          protocol-parameter g remote-packet-size 0
        Wie gesagt, damit läuft hier alles prima.
!verboff

Q: Mein iprofd läuft nicht mehr mit HiSax 2.0. Ich bekomme die Fehlermeldung
   "Version of kernel modem-profile (3) does NOT match version of iprofd (1)".
   Wie bekomme ich iprofd wieder zum Laufen?
A: Fritz Elfert <fritz@wuemaus.franken.de> schrieb dazu am 17. Feb 1997:
   In iprofd.c die Zeile mit!br
!verbon
       #define DATA_VERSION 1
!verboff
   in 
!verbon
       #define DATA_VERSION 2
!verboff
   ändern, den iprofd neu compileren, und (WICHTIG) die gespeicherte
   profile Datei löschen.


!3Async-PPP

Q: Wie stelle ich mir ein Log für pppd her?
A: Siehe dazu die entsprechende Frage für Sync-PPP, das Verfahren funktioniert
   in gleicher Weise auch für den pppd.

Q: Der Verbindungsaufbau klappt wunderbar, leider hängt sich der pppd nach
   kurzer Zeit auf (d.h. die ersten Bytes gehen durch, danach steht jedoch
   alles)?
A: Joachim Gassen <joachim@fb4-1112.uni-muenster.de> schrieb dazu am 8. Jan
   1997:!br
   Das Problem hatte ich auch mal. Es liegt höchstwahrscheinlich an einer
   falschen Blockgröße auf Deiner Seite. Versuch mal, ein &B512 im
   "Init-String" Deiner isdn-Karte einzufügen. Dann dürfte es klappen.


!3Sync-PPP

!old
Q: Wie stelle ich mir ein Log für ipppd her?
A: Man kann das PPP-Log auf eine Extra-Datei umlenken, damit man leichter 
   eventuelle Fehler suchen kann. Dazu editiert man die Datei /etc/syslog.conf 
   und fügt folgende Zeile an (Anmerkung: KEINE Leerzeichen, nur Tabulatoren 
   benutzen!): 
!verbon
        daemon.*                      /var/log/ppp-log
!verboff
   Damit wird alles, was der PPP-Dämon an Informationen abgibt, in der Datei 
   /var/log/ppp-log abgelegt. 
   Emil Stephan <ste@esqhen.su.eunet.de> schrieb zu diesem Thema: 
!verbon
        Entferne das Kommentarzeichen aus der folgenden Zeile
        in /etc/syslog.conf:
          #*.=debug                       /tmp/debug
        Nach Änderung der Datei kannst Du mit "kill -1 <pid vom syslogd>" den
        syslogd zum restart bringen.
        Der in /tmp/debug erzeugte output ist auch geeignet, um das Aushandeln
        von Optionen zwischen den Gegenstellen zu optimieren.
!verboff

Q: Mein ipppd will nicht, er bringt immer die Fehlermeldung "PPP driver 0.0.0
   is out of date".
A: Ari Biel <aribiel@sun14.hrz.th-darmstadt.de> schrieb hierzu am 3. Okt 1996:
!verbon
        Das hatte ich auch! (S.u.S.E. 4.2 Kernel 2.0.0, isdn4k-utils 3.91 mit
        patch). Als ich dann den Kernel neu kompilierte u. ppp als Modul
        konfiguriert hatte, konnte ich ipppd starten. Da gibt's wohl
        Versionsprobleme. 
!verboff

!commenton
(Die folgende Frage entstammt der syncPPP-FAQ.)
!commentoff
!old
Q: Wenn ich den ipppd starte, bekomme ich die Fehlermeldung "this systems 
   lacks PPP support".
A: Man checke, ob mindestens das Device 'ippp0' existiert (das kann man zum
   Beispiel mit dem Programm 'ifconfig'). Der ipppd *braucht* dieses Device
   unter *diesem* Namen. Wenn es nicht existiert, muß man es definieren:
!verbon
        isdnctrl addif ippp0
        isdnctrl encap ippp0 syncppp
        ... (siehe isdn4linux-Doku für weitere Informationen) ...
!verboff
   Vielleicht haben Sie den ipppd mit dem Verzeichnisbaum eines anderen
   Kernels, als Sie gerade benutzen, compiliert...!br
   Siehe auch die Frage "Wie soll ich mein Netzinterface benennen?"
   im Abschnitt "Sync-PPP" im Kapitel "Konfiguration".

!old
Q: Wie kann ich meinem Kernel 1.2.13 den PPP-support einschalten (für
   den ipppd benötigt)?
A: Stefan A. Muehlenweg <Stefan.A.Muehlenweg@samhh.hanse.de> schrieb dazu:
!verbon
        Bei 1.2.13 sagt man dem Kernel, daß er *keinen* ppp-support
        haben soll, compiliert den Kernel, und macht *anschließend* ein
        'make modules', sowie ein 'make modules_install'. Damit wird dann
        alles(!), was nicht in den Kernel konfiguriert wurde, aber als module
        geladen werden darf, zum Zuladen mittels insmod vorbereitet. 'modprobe
        ppp' beim Booten (im geeigneten rc.xxx Skript) lädt dann das ppp-Modul
        und alle dafür nötigen Module (slhc etc.).
        Voraussetzung für ipppd mit 1.2.13: Installiere ppp-Version 2.2.0c.
        Auch in den Kernel-Sources (ppp-2.2.0c.tar.gz). Und Du brauchst dafür
        modutils 1.2.8 (modules-1.2.8.tar.gz).
!verboff

!old
Q: Wenn ich den ipppd starte, dann bekomme ich nur Fehlermeldungen vom
   i4l-Treiber.
A: Wenn der ipppd gestartet wird, ruft er Funktionen auf, die ein Netzwerk-
   Paket triggern können (z.B. gethostbyname()). Ohne den ipppd (derzeit auch:
   wenn er noch nicht vollständig gestartet ist) kann dieser Netzwerkzugriff
   nicht abgearbeitet werden. Man versuche, die für den ipppd notwendigen
   Hostnamen in der lokalen Datei /etc/hosts oder in sonst einer Weise, die
   dem System eine Auflösung des Namens ohne einen Zugriff auf ein ISDN/ippp-
   Interface ermöglicht, zu definieren.

!old
Q: Wenn ich versuche, ipppd zu starten, meldet es "Can't find usable ippp
   device"
A: Frank Meyer <fm@textware.k.eunet.de> schrieb: 
!verbon
        Ich hatte das gleiche Problem auch. Bei mir war es so, daß nach ca. 
        5 Minuten erst - nachdem mehrere dieser Meldungen in den messages 
        erschienen - der ipppd meldete: "started". Dann lief's aber!
        Naja, ich habe dann mal ein paar test-prints in den ipppd-Source
        gestreut und habe dann das Problem einkreisen können:
        Der ipppd berechnet bei der Initialisierung eine Zufallszahl (ich weiß
        nicht mehr wo), und benutzt dafür gethostid(). Das führt aber wohl zu
        einem DNS-Lookup. Daraufhin versucht die Kiste, den in /etc/resolv.conf
        angegebenen Nameserver anzusprechen.
        Da aber der ipppd noch gar nicht vollständig durchgestartet hat, kann
        der Nameserver nicht erreicht werden. Das führt dann zu den Meldungen.
        Die Lösung war ganz einfach:
        Ich habe in /etc/hosts meinen Rechner nicht nur mit dem Kurznamen (z.B.
        isdn) eingetragen, sondern auch noch den kompletten Namen inkl. der in
        /etc/resolv.conf angegebenen Domain, also z.B.
        x.x.x.x isdn isdn.wer.weiß.wo
        Danach war Ruhe und es lief!
        Noch etwas früher wird in main() die Funktion setipdefault()
        aufgerufen, welche (in options.c) gethostbyname() ausführt.
        Dieses führt natürlich auch zu einem DNS-Lookup und verursacht ebenso
        die Meldung "isdn_ppp_bind: Can't find usable ippp device"
        Es wären also 2 Stellen im Source zu ändern, um einen DNS-Lookup zu
        vermeiden.
        Einfacher ist es, in /etc/hosts den eigenen Namen einzutragen, ich
        hab's mit der IP-Adresse der eingebauten Ethernet-Karte gemacht.
!verboff
   Carlos Heller <carlos@mable.webtrek.de> schrieb hierzu:
!verbon
        Es gab eine Änderung in patch-2.0.16, die das Problem verursacht haben
        könnte. Bis zum offiziellen Fix kann man den inoffiziellen Patch von
        !link ftp://ftp.gwdg.de/pub/misc/isdn/linux/ippp/isdn.diff; versuchen.
        Der bei meiner Suse-Distribution mitgelieferte ipppd war bei mir
        defekt. Das Paket i4l-43b2.tar von !link ftp://ftp.suse.de/; hat mir
        geholfen.
!verboff

!commenton
(Die folgende Frage entstammt der syncPPP-FAQ.)
!commentoff
!old
Q: Ich bekomme keinen Connect. Wie bekomme ich heraus, wo das Problem liegt?
A: Eine gute Hilfe ist der Output des ipppd... Man checke, ob man dort finden
   kann: 
!verbon
        - nur einige wenige "LCP-conf-req SENT"-Meldungen (weniger als zehn)
          und dann ein "Term-REF:
          -> nachsehen, ob die ISDN-Karte richtig konfiguriert worden ist, denn
             es scheint, daß der Rechner nicht wählt (IRQ, IO, Protokoll oder
            ähnliches Problem)
        - nur wenigstens ein paar "RECV"--Medungen
          -> gut: die Karte wählt und die Gegenstelle versucht, zu
             kommunizieren.
             Vielleicht klappt nur die Authentifizierung nicht. Die ipppd-
             Konfiguration nochmals prüfen!
        - den Hinweis, daß der ipppd aus irgendwelchen Gründen beendet wird
          -> nicht gut... Man checke /var/log/messages und /var/adm/daemon.
             Das könnte ein Bug im ipppd sein.
!verboff

!old
Q: ipppd stürzt bei einem Einwahlversuch ab (mit Kernel 2.0.14...2.0.25).
A: Dazu schrieb Michael Hipp <Michael.Hipp@student.uni-tuebingen.de>:
!verbon
        Bitte auf Kernel 2.0.14 downgraden ... In späteren Versionen (seit 
        2.0.16) gibt es einen kleinen Bug, der den ipppd beendet, wenn keine
        Verbindung zustandekommt. (Das sollte eigentlich gut gehen, wenn man 
        immer Verbindung bekommt.) Ein "quick and dirty hack" ist möglich,
        wenn man ein paar Zeilen im ipppd entfernt, aber es ist schon besser,
        bei 2.0.14 zu bleiben, bis der Bugfix seinen Weg in die neuen Kernels 
        gefunden hat.
!verboff
   (Anmerkung: dies ist seit 2.0.26 der Fall.)

!old
Q: Ich bekomme die Meldung "IP frame delayed" - und die Verbindung klappt
   nicht.
A: Hier ist offenbar vergessen worden, ein "isdnctrl dial ippp*" abzugeben,
   bevor ein Netzkommando (telnet, ping etc.) gegeben wurde. Siehe dazu auch
   die folgenden Fragen.

!old
Q: Ich kann nicht mit "isdnctrl dial ippp0" rauswählen, die Route scheint dem
   ipppd zu fehlen, obwohl ich sie ausdrücklich gesetzt hatte ("network 
   unreachable"). Mit meinem alten Kernel < 2.0 funktionierte aber alles 
   einwandfrei!
A: In den neueren Kernels ist es erforderlich, "route" als letzte Anweisung
   direkt vor die Anweisung zum Wählen plazieren. Sonst löscht der Kernel
   die Route von sich aus. Siehe dazu auch die nächste Frage.

!old
Q: Nach automatischem Dial durch ipppd wird meine Default-Route gelöscht.
A: Daran ist der Kernel schuld. Neuere Kernel (ab 2.0) greifen intensiv in die
   Routenlegung ein (?). Abhilfe: ein Script /etc/ppp/ip-up installieren:
!verbon
        #!/bin/sh
        /sbin/route add default ippp0
!verboff
   Wer seine Verbindung manuell aufbaut, kann stattdessen etwa folgendes 
   Script (/sbin/isdn) einsetzen:
!verbon
        #! /bin/sh
        case $1 in
          on)
            /sbin/isdnctrl dial ippp0       #  Verbindung herstellen
            sleep 5                         #  warten, bis Leitung offen
            /sbin/route add default ippp0   #  Route setzen
            ;;
          off)
            /sbin/isdnctrl hangup ippp0     #  Verbindung abbrechen
            /sbin/route del default         #  und Route wieder löschen
            ;;
          *)
            echo -e "\a Usage: 'isdn on' or 'isdn off'"
            ;;
        esac
!verboff

Q: Beim Rauswählen des pppd bekomme ich die Meldung "pppd: peer authentication
   required but no authentication files accessible." - was heißt das?
A: Wahrscheinlich wurde irrtümlich die Option "auth" angegeben. Damit
   wird von der !u1anderen!u0 Stelle verlangt, sich zu authentifiziert.

Q: Ich bekomme keine Verbindung aufgebaut - diese wird von der Gegenstelle
   abgelehnt. In den Log-Files finde ich eine Meldung, die ungefähr so
   aussieht: "sent [0][LCP ConfReq id=0x1 <mru 1500> <auth pap>
   <magic 0xcd12e9c4>"
A: Wie bei der letzten Frage wurde eine Option angegeben, die von der
   !u1anderen!u0 Stelle verlangt, sich zu authentifiziert. Diese Option
   darf nicht angegeben werden. Kandidaten hierfür: "+pap" sowie "+chap".

Q: Ich bekomme keine Verbindung aufgebaut - diese wird von der Gegenstelle
   abgelehnt. In den Log-Files findet sich eine Meldung, die ungefähr so
   aussieht: "sent [0][LCP ConfRej id=0x1 <auth pap>"
A: Dein Rechner lehnt ab, sich per Username (z.B. XXX) und Paßwort (z.B. YYY)
   auszuweisen. Das klappt nur mit den Authorisierungsoptionen "user XXX" und
   "remotename YYY" in Verbindung mit einer korrekten (!) /etc/ppp/pap-secrets
   Letztere sollte bei einem Paßwort von ZZZ idealerweise so aussehen:
!verbon
        XXX YYY ZZZ
!verboff
   Wenn's nicht gleich klappt, kann man auch Wildcards einsetzen, etwa:
!verbon
        * * ZZZ
!verboff
   Dann bekommt !u1jede!u0 Gegenstelle das Paßwort ZZZ vorgesetzt. Wird
   chap zur Authorisierung verlangt, muß /etc/ppp/chap-secrets korrekt
   eingerichtet werden. Achtung: das Format weicht von dem der pap-secrets ab!
   Unbedingt die entsprechenden README's konsultieren, oder auch:
     !link http://www.lrz-muenchen.de/~ui161ab/www/isdn/;

!old
Q: Ich habe Probleme mit der PAP bzw. CHAP authentification - die klappt nicht,
   obwohl ich garantiert die Paßwörter etc. richtig eingetragen habe.
A: Stefan A. Muehlenweg <Stefan.A.Muehlenweg@samhh.Hanse.de> schrieb hierzu
   am 4. Okt 1996:
!verbon
        Ich hatte genau das gleiche Problem bzw. die gleiche Meldung.
        Verursacht war es bei mir dadurch, daß ich in chap-secrets bzw.
        pap-secrets drei Einträge pro Zeile hatte (für client, server,
        secret), aber keinen vierten (IP adresses), JEDOCH: nach dem dritten
        Eintrag bis zur Position des vierten noch BLANKS standen.
        Nach dem Entfernen aller schleppenden BLANKS und/oder TABS lebt
        (i)pppd äußerst zufrieden mit meinen auth-files.
!verboff
   Eine weitere Fehlerquelle kann das Paßwort selbst sein. Enthält
   es das Zeichen "#", dann wird alles, was danach kommt, als Kommentar
   verstanden. Analog gibt es natürlich Probleme, wenn es ein Leerzeichen oder
   einen Tabulator enthält (geht das?). Abhilfe: Paßwort in Hochkommas setzen!

!old
Q: Ich bekomme immer wieder die Fehlermeldung "hscx_empty_fifo: incoming
   packet too large"?
A: Wahrscheinlich wurde eine der Kompressionen aktiviert, die isdn4linux
   nicht beherrscht. Siehe auch die nächste Frage.!br
   Es kann auch sein, daß die Karte einer IRQ-Unverträglichkeit zum
   Opfer gefallen ist - siehe Frage "Warum sollte ich nach Möglichkeit 
   IRQ 12 und 15 für die ISDN-Karte vermeiden?" unter "Teles-Treiber".!br
   Eine weitere Fehlerquelle berichtete Immanuel Derks <broedtsk@xs4all.nl>
   am 3. Jan 1997:
!verbon
        Mein PAP Skript war verkrüppelt, da ich ein "#" in meinem Paßwort
        hatte! Nachdem ich das Paßwort sauber gequotet hatte (z.B. mit
        Anführungszeichen) war das Problem gelöst.
!verboff

!old
Q: Meine Verbindung mit ipppd scheint erst zu klappen, aber irgendwann 
   stürzt sie ab.
A: Es kann daran liegen, daß eine Kompression eingeschaltet ist, die i4l 
   nicht richtig beherrscht. Gängiger Fehler: "-vj" muß unbedingt 
   zusätzlich zur Option "-vjccomp" angegeben werden (ersteres schaltet 
   die VJ-Komprimierung ganz aus) - in den mitgelieferten Beispielskripten
   fehlt diese wichtige Option.
   Auch andere Kompressionsarten (bsd, pccomp) können zu Problemen führen. 

Q: Der ipppd macht (erst dann) Schwierigkeiten, wenn die Verbindung stark
   belastet wird. Dann hängt alles. Woran kann das liegen?
A: Hierzu schrieb Sven Engelhardt <sven@sik.de> am 12. Dez 1996:
!verbon
          Wir sind ISP hier in Dresden und setzen u.a. Linux für unsere Zugänge
        ein (sowohl I4L mit hisax als auch externe Terminaladapter) Wir haben
        das Problem vor allem mit Windows-95 und NT-Kunden, die die
        "eingebaute" (DFÜ-Netzwerk)-Software benutzen. Dabei ist es völlig
        egal, ob sich der Kunde mit async oder sync-PPP einwaehlt. Auch ist
        egal, welche Modememulation er auf seiner Seite benutzt. Allen Fällen
        ist gemein, daß die Einbindung über Microsoft-DFÜ-Adapter+Microsoft-
        PPP erfolgt. (ein Kollege erzählte mir neulich von einem ähnlichen
        Problem mit einem Macintosh-Kunden)
          Da es bei PPP ziemlich egal ist, wer Server ist und wer Client, frag
        mal deinen ISP über welche Technik Du dich einwählst. (mit
        Linux-Kunden und Trumpet-Winsock-Nutzern z.B. haben wir >>null<<
        Probleme (Ich schließe daraus einen Bug in MS-PPP)
          Folgender Workaround hilft bei uns aber in der Regel: (ist kein
        Heilmittel, hilft aber die Schmerzen zu lindern...)
          * Verringern der Max-MTU auf 576 oder gar (296)
          * Verringern des DefaultRcvWindow auf 2144
         Auf der Windows-95-Seite sind das zwei Registry-Einträge, auf der
        Linux-Seite kannst Du mal "mtu 576" und "mru 576" in den ppp-Optionen
        eingeben.
        (ffs. !link http://www.windows95.com/connect/trouble.html;)
!verboff
   Erik Corry <ec@sign-tronic.dk> ergänzt am 16. Dez 1996:
!verbon
        Also, bei mir haben weder PPP-compressions-options geholfen, noch
       mru/mtu auf 296. Was aber gut geholfen hat, war der AT-Befehl:
         AT&B512
       der die maximal verschickten Pakete auf 512 Bytes begrenzt.
!verboff

Q: Mein ipppd funktioniert, aber ich bekomme immer wieder die Meldung
   "pppd[104]: ioctl(SIOCSIFMTU): Invalid argument"?
A: Andreas Steffan <deas@rrz.uni-hamburg.de> schrieb hierzu am 11. Dez 1996:!br
   Lange habe ich rumspielen muessen bevor ichs schließlich gefunden habe.
   Ich mußte in /etc/ppp/options.ippp0 noch eine Zeile
!verbon
        mtu 1024
!verboff
   einfuegen. Komisch ist es allemal, aber jetzt habe ich endlich Ruhe.
   [wird mtu nicht angegeben, dann wird als default-Wert u.U. "0" angenommen -
   was natürlich nicht funktionieren kann... - die Red.]

!old
Q: Beim automatischen Dialout und dynamischer Adreßvergabe geht das erste
   IP-Paket verloren.
A: Dial-Out-Probleme tauchen im Zusammenhang mit syncPPP auf, wenn die
   dynamische IP-Vergabe benutzt wird. Bei automatischer Anwahl in
   Verbindung mit dynamischer Addreßvergabe tritt nämlich ein Wechsel der
   IP-Adresse ein, während Pakete zum Versand anstehen. Pakete, die
   vor dem Adreßwechsel herausgeschickt wurden haben damit eine falsche
   IP-Adresse als Absender - und werden niemals die Antworten ihres Gegenübers
   erhalten!!br
   Workaround:!br
   Vor dem Verbindungsaufbau mit einem Netzbefehl (telnet, ping...) muß
   man manuell wählen: "isdnctrl dial ippp*"!br
   Stefan A. Muehlenweg <Stefan.A.Muehlenweg@samhh.Hanse.de> schrieb dazu:
!verbon
        Gestern habe ich eine feste IP-Adresse bekommen, und seitdem läuft der 
        automatische Verbindungsaufbau über ipppd phantastisch problemlos.
        Ebenfalls über eine normale serielle Schnittstelle mit async. PPP über
        V.120 und diald (per ELSA Microlink ISDN/TLpro --- wie auch über
        V.34-Modem) funktioniert das Ganze jetzt. Die Ausfallerscheinungen
        waren da ja vorher die gleichen.
        Resumee: Wer automatisches(!) ppp-Dialing benötigt, benötigt zwingend
        eine feste IP-Adresse. Wer seine Verbindung manuell(!) hochzieht und
        auch manuell wieder abbaut, kann wunderbar mit dynamischer
        Adreßzuweisung leben.
        Es wäre sicher an der Zeit, ppp in seiner Funktionalität soweit zu
        erweitern, daß es verbindungsinitiierende Pakete nicht nur zurückhält,
        sondern auch auf die abgehende IP-Adresse hin überprüft, diese nach
        erfolgtem Verbindungsaufbau korrigiert, und das Paket erst dann
        abschickt.
        Dasselbe ebenfalls für die Pakete, die nach dem initiierenden kommen
        bevor die Verbindung schon steht.
        Ebenso müßte der diald diese Funktionalität bekommen, wenn der den
        Verbindungsauf- und -abbau steuern soll.
        IP ist eben vom Konzept nie für dynamische Adressen vorgesehen gewesen,
        und stehende Verbindungen wie telnet oder ftp kann man über
        Verbindungsabbau und -wiederaufbau (mit neuer IP-Adresse) dann ohnehin
        nie mehr recover'n.
!verboff
   Ein Lösungsvorschlag kam am 5. Jan 1997 von Erik Corry <erik@arbat.com>:
!verbon
        1) Keine lokale Name-Server/Name-Server-Cache
        2) Lokale Squid Proxy-WWW-Server (und Netscape muss ihn benutzen).
        3) positive_dns_ttl auf 1 setzen in /usr/local/squid/etc/squid.conf
           damit Squid nicht die IP-Adressen cachet
          Jetzt wird die Verbindung immer gestartet mit der DNS-
        Anfrage, der immun ist gegen IP-Adresse-Änderungen (weil er
        mit UDP und nicht TCP laueft?). Wenn du andere Programme
        hast, die IP-Adressen cachen, musst du dir ueberlegen wie
        das umgangen werden kann. Normalerweise wird ein Program
        die IP-Adresse chachen, wenn es 2 mal zur selben Server
        connectet. Das ist natürlich kein Problem, wenn die
        beiden Verbindungen so kurz nacheinander erfolgen, daß
        die Dial-On-Demand-Verbindung noch die selbe ist.
!verboff
   [Der pppd soll ab Version ebenfalls dial-on-demand unterstützen - vielleicht
   wird es dann besser - die Red.]

Q: Beim Ausführen von "isdnctrl mapping <line> <MSN>,..." kommt es zum Fehler
   "bad address".
A: Bernd Oerding <erni@nukleus.escape.de> schrieb dazu am 9. Nov 1996:!br
   Grund für den Fehler: im Kernel wird ein 255 Byte grosser Block aus dem
   Userspace erwartet, dieser muß jedoch nicht vorhanden sein, wenn der
   Pointer auf argv0 zeigt. Der angehängte Patch fixed das Problem auf
   USER-Ebene, nicht schön aber tut.
!verbon
        *** 1.14        1996/06/06 22:08:46
        --- isdnctrl.c        1996/09/04 19:13:39
        ***************
        *** 498,504 ****
                  }
                  printf("MSN/EAZ-mapping for %s:\n%s\n",argv[2],nstring);
                } else {
        !         iocts.arg = (unsigned long)argv[3];
                  if ((result=ioctl(fd,IIOCSETMAP,&iocts))<0) {
                    perror(argv[2]);
                    exit(-1);
        --- 498,506 ----
                  }
                  printf("MSN/EAZ-mapping for %s:\n%s\n",argv[2],nstring);
                } else {
        !         char buf[400];
        !         strncpy(buf, argv[3], sizeof(buf)-1);
        !         iocts.arg = (unsigned long)buf;
                  if ((result=ioctl(fd,IIOCSETMAP,&iocts))<0) {
                    perror(argv[2]);
!verboff
   [Es wurde auch schon berichtet, daß das Anhängen von "/sbin" an den Pfad
   (Environment) geholfen hat. Zum Debuggen von cron-Skripten läßt sich
   übrigens vortrefflich "set -x" einsetzen - die Red.]

Q: Was hat es mit der Meldung "No phone number, packet dropped" auf sich?
A: Michael Engert <michi@bello.wor.de> schrieb dazu im Nov/Dez 1996:!br
   Das bedeutet, daß Dein Computer ein IP-Paket für jemanden hat, der vor
   einigen Sekunden eingeloggt war, aber mittlerweile die Verbindung
   beendet hat. Dein Computer versucht nun dieses Packet weiterzuleiten und
   findet die geeignete Route. Das Interface isdn[0|1|...] kann jedoch nicht
   die Gegenstelle erreichen, weil es keine Telefonnummer zum Wählen hat.

Q: Warum wählt mein ipppd eine Null zuviel ("isdn0: dialing 0 089XXXXXX...")?
   Ich habe doch gar keine Nebenstellenanlage!
A: Die erste Null wird gar nicht gewählt. Sie zeigt lediglich an, welcher
   Kanal zum Wählen verwendet wurde.

!commenton
(Die folgende Frage entstammt der syncPPP-FAQ.)
!commentoff
!old
Q: Wenn ich mit ifconfig die Netzwerk-Devices aufliste, hat mein ISDN-
   Device HWaddr und IRQ=0 und Base address = 0
A: Dieses Device ist ein gefaketes Ethernet-Device. Ignorieren Sie IRQ
   und baseaddr. Sie benötigen nur die HWaddr für die Ethernet-
   Encapsulation.


!3ISDN4linux im Netzwerk

!old
Q: xosview zeigt seit der Installation von i4l keine Netzwerkaktivitäten 
   mehr an.
A: Peter Hettkamp <Peter.Hettkamp@kassel.netsurf.de> schrieb dazu:
!verbon
        xosview reagiert, jedenfalls in meiner Version 1.4, auf das ip-
        Accounting des Kernels. Also einkonfigurieren, ggf. neuen Kernel
        bauen, dann anknipsen mit
          ipfwadm -A -a -S your-ip-address-here -D 0.0.0.0/0
          ipfwadm -A -a -D your-ip-address-here -S 0.0.0.0/0
        Wie's mit variablen IP-Adressen geht, weiß ich nicht, ich habe eine
        feste.
!verboff

!commenton
Rainer May <r_may@khavi.desaster.heide.de> hat einige Fragen und Antworten
zum Thema "i4l und Masquerading" zusammengestellt:
!commentoff

!old
Q: Wenn ich z.B. von der Win95-Kiste aus mit Netscape eine Seite aufrufe,
   bekomme ich als Antwort nur "unknown host".
A: Was ist denn auf der "Win95-Kiste" als Nameserver eingetragen? Sofern auf 
   dem Router kein eigener Nameserver läuft, muß natürlich auf allen 
   LAN-Rechnern der Nameserver des Providers eingetragen sein.

!old
Q: Die Adressen werden jetzt aufgelöst, aber statt der gewünschten Seite 
   bekomme ich die Meldung "no route to host".
A: Bitte prüfen:
!verbon
        * Ist auf dem LAN-Rechner der Linux-Router als Gateway eingetragen
          (manche "Betriebssysteme" muß man komplett resetten, bevor Sie da
          eine Änderung mitbekommen)?
        * Liegt auf dem Router die Default-Route auf dem "Bereitschafts-
          Interface" zum Provider (z.B. auf ippp0 bei synch. PPP, oder auf
          sl0 bei diald (auch wenn die "echte" Verbindung nachher per ppp0
          geht - diald benutzt ein SLIP-Interface als "Türklingel")?
        * Erzwingt der Provider die Verwendung von Proxies? Dann müssen die 
          IP-Adressen der Provider-Proxies auch in den entsprechenden
          Programmen der LAN-Rechner eingetragen sein!
!verboff

Q: Nach dem Booten ist mein lokales Netzwerk nicht mehr erreichbar. Ich
   verwende das Netzinterface ippp0 mit ifconfig 0.0.0.0; die Defaultroute
   zeigt auf ippp0.
A: Wolfgang Barth schrieb dazu am 5. Jan 1997:
!verbon
          Mir ist dabei aufgefallen, dass nach dem ersten Verbindungsaufbau via
        ippp0 das lokale Netzwerk wieder erreichbar ist. Dann steht auch in
        ifconfig ippp0 nicht mehr die 0.0.0.0 drin, sondern eine zugewiesene
        IP-Adresse aus dem Pool der Gegenstelle, die bei einem neuen
        Verbindungsaufbau neu gesetzt wird.
          In de.comp.os.linux.networking wurde der Thread bereits diskutiert,
        und es kam eine Lösungsmöglichkeit:
          Einfach auf ippp0 eine Dummy-IP-Nummer aus dem Pool setzen. Das
        lokale Netzwerk hat auch direkt nach dem Booten trotz default route
        keine Probleme mehr, und die IP-Nummer in ifconfig ippp0 wird sowieso
        überschrieben.
!verboff


!3Isdnlog

!old
Q: Mein isdnlog funktioniert nicht mehr seit ich HiSax installiert habe?
A: Isdnlog muß entsprechend gepatcht werden, den Patch findet man überall dort
   wo man auch HiSax findet (Achtung: beim Patch von 2.50 auf 2.51 steht dann
   immer noch 2.50 als Versionsnummer drin!).

Q: Ich habe isdnlog gepatcht, aber es funktioniert trotzdem nicht mit HiSax
   zusammen (Isdnlog startet mit den üblichen Meldungen, es passiert aber
   nichts)?
A: Andreas Kool <akool@Kool.f.EUnet.de> schrieb dazu am 6. Jan 1997:
!verbon
        Ist bei den "üblichen Meldungen" auch ein
          "(HiSax driver detected)"
        dabei?
        Falls nein:
        - hast du die Version 2.52 auch gestartet - nicht nur compiliert?
        - hast du das "telesctrl <DriverID> 1 4" auch nicht vergessen?
        - ISDN-Verbindungen funzen ansonsten schon?
        Falls ja: Melde dich mal bei mir (isdnlog@Kool.f.EUnet.de) mit
        den entsprechenden Log-Files (mit "isdnlog -v7" erstellt).
!verboff

Q: Isdnlog (>=2.52) zeigt mir für einem Anrufer !u1zwei!u0 Telefonnummern an!
   Welche gilt denn jetzt?
A: Der Anrufer hat wahrscheinlich das (kostenpflichtige) Feature CLIP
   (= Calling Line Identification Presentation, no screening) aktiviert, mit
   dem er eine beliebige Telefonnummer übermitteln kann. Siehe dazu die Frage
   "Ich habe gehört, es werden eigentlich zwei Caller Id's übermittelt?".!br
   Andreas Kool <akool@Kool.f.EUnet.de> schrieb weiterhin am 26. Jan 1997:!br
   Reinlegen kann man damit allerdings nur Software/Telefonanlagen,
   die den Screening-Indicator nicht auswerten - isdnlog ab Version 2.52
   zeigt die richtige, *und* die gefakte Telefonnummer an.!br
   ...eigentlich gedacht ist CLIP, no screening z.B. für die Übergänge von
   firmeneigenen Telefonnetzen in das öffentliche Netz.

!old
Q: Bei Anrufen erhalte ich einen "Internal error: wrong structure".
A: Wahrscheinlich stimmt die Konfiguration in isdnlog.cf nicht. Auch gleiche
   MSNs mit unterschiedlicher Dienstekennung müssen separat gezählt werden
   (für den Eintrag unter MYMSN).
   Steffan Henke <henker@Informatik.Uni-Bremen.de> schrieb dazu auch:
!verbon
        Mein Problem mit isdnlog 2.50 und dem "wrong structure error" lag nur 
        darin, daß ich keine führende 0 bei den Aliases angegeben habe. 
        Beispiel:
          017201234567     Handy           1 -
        Bei mir sah es vorher so aus:
          *17201234567     Handy           1 -
        Damit scheint alles behoben zu sein.
!verboff

!old
Q: Isdnlog stürzt immer mit einem "segmentation fault" ab.
A: Dirk Lutzebaeck <lutzeb@wadk-berlin.de> schrieb dazu:
!verbon
        Bei mir schmierte isdnlog immer ab, weil im /etc/services isdnlog
        nicht eingetragen war.
!verboff

Q: Ich habe mir Skript angelegt, das Sounds per cat auf /dev/sound oder
   ein anderes Device abspielt. Wenn mehrere Ereignisse eintreten, dann gibt es
   einen Fehler: "Can't open output file '/dev/sound': Device or resource busy"
A: Andreas Kool <akool@Kool.f.EUnet.de> schrieb dazu am 6. Nov 1996:!br
   Dagegen hilft nur, eine obere Instanz zu schaffen, die das koordiniert.
   Ich persönlich verwende NAS (Network-audio-system), das "rplay" Zeuch
   sollte jedoch genauso gut verwendbar sein!

Q: Isdnlog soll ein Programm mit Ausgabeumleitung ausführen (z.B.
   "play anruf.au 2>/dev/null" ). Warum meldet isdnlog "Can't start
   '/usr/local/bin/play anruf.au 2>/dev/null' with execvp()"?
A: Andreas Kool <akool@Kool.f.EUnet.de> schrieb dazu am 6. Nov 1996:!br
   Weil isdnlog keine (Bourne) Shell ist ;-) isdnlog kann nur "echte"
   Programme starten.!br
   Kurz und knapp: Obiges Beispiel muß als ausführbare Datei (-> chmod +x)
   mit folgendem Kontext abgespeichert werden:
!verbon
        #!/bin/sh
        /usr/local/bin/play anruf.au 2>/dev/null
!verboff

Q: Warum beendet sich isdnlog bei einem "kill -1", laut Doku sollte nur die
   isdnlog.conf neu eingelesen werden.
A: Andreas Kool <akool@Kool.f.EUnet.de> schrieb dazu am 6. Nov 1996:!br
   Ist ein echter Bug in isdnlog-2.5x, der schon behoben wurde.
   isdnlog-2.60 (comming soon ;-) kann das besser!

!commenton
(Die folgende Frage/Antwort schickte uns Andreas Kool <akool@Kool.f.EUnet.de>
!commentoff
!old
Q: Isdnlog-2.4x beansprucht 100% der CPU-Zeit.
A: isdnlog-2.4x hatte 2 Möglichkeiten, die gesamte CPU-Zeit in Beschlag
   zu nehmen oder sogar komplett die Arbeit zu verweigern:
!verbon
        - direkt beim Start von isdnlog oder isdnrep:
          Hier haben sich die beiden Programme beim Einlesen der "isdnlog.conf"
          vertüddelt.
          Abhilfen:
          - nie Blank's in der Alias-Spalte verwenden!
            (z.b.: "Meine MSN")
          - nie "#" in der Alias-Spalte verwenden!
            (z.b.: "MSN#3")
          - nie "\" in der Alias-Spalte verwenden!
            (z.b.: "MSN\#3") (Danke, Holger Wirtz <chick@midips.snafu.de>)
          - nie "*" als Eintrag in der Flags-Spalte angeben!
            (Danke, Werner Wiethege <ww@slarti.frankfurt.netsurf.de>)
          - auch die "START=" Zeile benötigt als Angabe, !u1wann!u0 gestartet
            werden soll, also z.b.
              START=IOH=auplay hangup.au
            und !u1nicht!u0
              START=auplay hangup.au
            (Danke, Dirk Staneker <zxmjy04@student.uni-tuebingen.de>)
          - beim Einsatz der "-S" Option zum Starten von externen Programmen.
            Hierbei hat sich isdnlog leider im Code für den X11-Client "xisdn"
            verlaufen, und fing zum einen an, in sich selbst zu loopen, zum
            anderen hinterließ er gerne Zombies - dies wurde durch isdnlog-2.50
            korrigiert.
!verboff
   [Der Fehler sollte ab 2.50 behoben sein - die Red.]!br
   [Eine hohe CPU-Zeit kann auch auf zu hohe Debug-Werte für isdnlog oder
   den Hardware-Treiber (z.B. HiSax) hindeuten - die Red.]

!old
Q: Die Telekom erstattet mir (laut isdnlog/isdnrep) 12 Pfennige für jede
   Verbindung?
A: Denkste... Christian Bruehe <oblomow@cs.tu-berlin.de> schrieb dazu
   am 24. Okt 1996:
!verbon
        Ich hatte neulich den gleichen Effekt, was bei mir nur daran lag, daß 
        ich aus Versehen zwei mal isdnlog gestartet hatte.
!verboff

Q: Laut isdnlog kostet mich jedes "Besetzt" 45 Einheiten?
A: Das ist ein Bug der älteren isdnlog-Versionen (z.B. 2.41) im Zusammenhang
   mit dem ISDN-Merkmal Rückruf bei Besetzt. Natürlich kostet dieses Besetzt
   nicht wirklich 45 Einheiten.

Q: Ich habe Probleme, isdnlog mit libc 5.4.7 zum Laufen zu bekommen!
A: Christian Schlittchen <corwin@amber.hb.north.de / corwin@zfn.uni-bremen.de>
   schrieb am 8. Okt 1996:
!verbon
        Isdnlog habe ich inzwischen gepatcht. Das Problem ist der strftime()-
        Aufruf in Zeile 264 in isdnlog.c. Dort muß das "%e" durch ein "%d"
        ersetzt werden, dann geht wieder alles.
!verboff

Q: Beim Rauswählen wird immer kurz der Bildschirm schwarz?
A: Roger F. Brand <roger@rz.uni-frankfurt.de> schrieb dazu am 12. Feb 1997:
   Ich denke, das liegt am isdnlog. Wenn Du ihn mit der Option -t 1 
   oder -t 2 gestartet hast, wird eine Synchronisation mit der Uhrzeit
   der digitalen Vermittlungsstelle durchgeführt. Dabei kommt es
   zur kurzfristigen Ausblendung des Bildschirms.


!3Audio

!commenton
(Die folgenden Antworten entstammen zumeist der Anleitung zu vbox von 
Matthias Heßler <hessler@wi-inf.uni-essen.de> und
Bernhard Hailer <dl4mhk@lrz.uni-muenchen.de>; man findet sie unter:!br
!link http://www.lrz-muenchen.de/~ui161ab/www/isdn/;!br
- dort "Audio!" anklicken!)
!commentoff

!old
Q: Mein vboxgetty hebt bei hereinkommenden Anrufen nicht ab.
A: vboxgetty benötigt die Datei ".vboxrc" im Homeverzeichnisses des Nutzers,
   für den es konfiguriert wurde. Dort wird die Anzahl der Rings geregelt.

!old
Q: Mein vboxgetty hebt schon beim ersten Klingeln ab, obwohl ich die Anzahl
   der Rings auf 4 gesetzt habe.
A: Die RINGS werden von einem Timer im isdn-modul erzeugt, der nicht unbedingt
   akkurat verzögert.
   Konfiguriert man vboxgetty für 30 Rings, wird etwa zum 5. Klingeln abge-
   hoben.

!old
Q: Mein vbox 1.1 arbeitet nicht korrekt mit dem HiSax-Treiber zusammen.
A: HiSax >=1.2 verwenden. Diese Treiberversion verfügt über korrektes Alerting.

!old
Q: Ich vboxgetty hat eine Nachricht für mich in einem Format aufgezeichnet,
   das ich nicht mit "cat xxx>/dev/audio" abspielen kann. Wie kann ich die
   Nachricht doch noch abhören?
A: vboxgetty kann alle Formate abspielen. Hilfsweise kann man daher einfach 
   die eingegangene Nachricht als Ansagetext verwenden, und sich selbst 
   anrufen... :-) (und hinterher nicht vergessen, wieder auf den originalen 
   Ansagetext umzustellen :-) ).

Q: Am Anfang einer von vboxgetty aufgezeichneten Nachricht befindet sich
   oft noch ein Teil meiner Ansage?
A: Das ist ein bekannter Bug, der irgendwie beim Umschalten zwischen Abspielen
   der Ansage und Aufzeichnung des Anrufers sein Unwesen treibt. Bisher ist
   noch kein echter Workaround bekannt.


!3Dialout On Demand

Q: Wie kommt es zum Gebühren-GAU?
A: Dazu gibt es mehrere Möglichkeiten.!br
   1. Es wurde "Bridging" ins Kernel eincompiliert (siehe dazu die
   entsprechende Frage weiter unten).!br
   2. Broadcasts der Interfaces werden per ISDN weitergeleitet (siehe dazu die
   entsprechende Frage weiter unten).!br
   3. Sind noch IP-Verbindungen beim Schließen der Leitung offen, dann ist bei
   dynamischer Vergabe der IP-Adressen der Gebühren-GAU vorprogrammiert. Es
   wird eine neue Leitung aufgebaut mit dem Ziel, die noch offenen
   IP-Verbindungen abzubauen. Wegen der unterschiedlichen IP-Adressen können
   diese jedoch nicht abgebaut werden - die Leitung wird wieder geschlossen.
   Dann sind die IP-Verbindungen immer noch offen, es wird wieder neu
   gewählt... usw. (siehe dazu die entsprechende Frage weiter unten).

Q: Seitdem ich einen neuen Kernel installiert habe, baut mein Rechner dauernd
   ISDN-Verbindungen auf, ohne Daten zu übertragen (Kosten!).
A: Vielleicht wurde versehentlich die Kerneloption "Bridging" aktiviert?

Q: Mein Router möchte ständig rauswählen (tut er auch) aber es werden
   !u1KEINE!u0 Daten übertragen, weder ipfwadm -Al noch tcpdump -i isdn0
   zeigen etwas an.
A: Michael Pieper <michael@nexus1.tng.oche.de> schrieb hierzu am 10. Nov 1996:!br
   ARP-Requests oder Broadcasts? Du solltest das ifconfig für die
   ISDN-Devices mit den Optionen -arp und -broadcast durchführen, um
   Verbindungsaufbauten dadurch zu vermeiden.

Q: Nach dem Schließen der Leitung entdecke ich per "netstat -nt", daß noch
   IP-Verbindungen offen sind. Wie kann ich diese manuell schließen?
A: Gernot Zander <hifi@scorpio.in-berlin.de> schrieb hierzu am 18. Jan 1997:!br
   Du kannst das Interface erst "down" und dann wieder "up" setzen. Wenn Du das
   tust, wird es versuchen hinauszuwählen. Wenn Du dann die ausgehende
   Telefonnummer entfernt hast, dann wird "no outgoing number..." in syslog
   angezeigt, und sobald das interface "up" ist, scheinen alle Verbindungen
   geschlossen zu sein.

Q: Wie kann ich Dialout on Demand sicher abstellen?
A: Gernot Zander <hifi@scorpio.in-berlin.de> schrieb hierzu am 10. Jan 1997:!br
   Ich lösche die Telefonnummer des Interface [bzw. setze eine ungültige - die
   Red.]. Dann sehe ich an der Beschwerde im Syslog auch gleich noch, ob und
   wann ein Prozeß Pakete in die Welt schicken wollte.!br
   Sascha Ottolski <sascha@alzhimer.isdn.cs.tu-berlin.de> ergänzte
   am 28. Okt 1996:!br
   Also bei mir passiert genau das, was Du möchtest: Wenn das ISDN-System
   "down" ist, meldet Netscape sofort einen Fehler a la "the Server doesn't
   have a DNS entry" oder ähnlich. Vermutlich mußt Du die route löschen, damit
   das passiert. Bei mir läuft das so:
!verbon
        /sbin/route del default
        /sbin/isdnctrl system off
        /sbin/ifconfig ippp0 down
!verboff
   Und damit's dann wieder läuft:
!verbon
        /sbin/isdnctrl system on
        /sbin/ifconfig ippp0 up 
        /sbin/route add $GATE-IP dev ippp0
        /sbin/route add default ippp0
!verboff
   [Die letzte Methode hat jedoch den Nachteil, daß kein Dial-In mehr möglich
   ist! - die Red.]

Q: Wie kann ich sonst noch den Gebühren-GAU verhindern?
A: In der nächsten Version kann isdnlog (>2.52) als Watchdog fungieren und
   solche Dialouts abwürgen (notfalls über ein Reboot des Rechners).

Q: Kann es passieren, daß trotz abgestürztem Rechner eine ISDN-Verbindung
   aufrechterhalten wird (und damit Gebühren kostet)?
A: Karsten Keil <keil@temic-ech.spacenet.de> schrieb dazu am 11. Feb 1997:
   Ich vermute, man will mit diesen Status enquiry [in der Schweiz - die Red.]
   einfach sicherstellen, daß wenn was auf der Userseite abgestürzt ist, die
   Verbindung getrennt wird. Das ist zusätzlich zur Layer 2 Ueberwachung und
   nicht ganz sinnlos, da bei vielen Karten/Endgeräten der ISAC im Automodus
   gefahren wird und damit ein Rechnerabsturz die Verbindung aufrechterhalten
   würde.!br
   Bei i4l wird der ISAC allerdings im nonauto Mode betrieben, d.h. wenn keine 
   Interrupts mehr bearbeitet werden, wird die Verbindung spätestens nach ca.
   1/2 Minute getrennt. Der NonAuto Mode hat zwar einen anderen Grund, ist aber
   auch ein Sicherheitsfeature ;-), was aber nicht heißt, daß ein Gebühren-Gau
   unmöglich ist.

Q: Wie komme ich unerklärlichen dialouts auf die Spur?
A: Dirk Lutzebaeck <lutzeb@wadk-berlin.de> schrieb dazu am 5. Nov 1996:
!verbon
        Leider gibts meines Wissens nach für tcpdump noch keinen patch für sync
        ppp encapsulation. Wenn du ipppd benutzt bleibt Dir deshalb nur die
        Möglichkeit, konsequent einen daemon nach dem anderen abzuschalten und
        sehen ob Ruhe im Karton ist. Insbesondere named, sendmail aber auch
        smbd (Samba) sind Kandidaten, die gerne Verbindungen aufbauen.!br
!verboff
   [Zu tcpdump siehe die entsprechende Frage im Abschnitt "Allgemein" im
   Kapitel "Konfiguration". Zu named und sendmail siehe die nachfolgenden
   Fragen - die Red.].!br
   Christoph Trautwein <trautw@fzi.de> schrieb weiterhin am 5. Nov 1996:
!verbon
        Ich habs auch nur durch Killen verdächtiger Prozesse rausgefunden.
        Genaueres zum Suchen der Prozesse und wie man sie still bekommt gibts
        unter:
          !link http://www.fzi.de/sim/people/trautw/i4l/index.html;
!verboff
   Herbert Rosmanith <herp@wildsau.idv.uni-linz.ac.at> schrieb noch am
   24. Nov 1996:
!verbon
        Probier mal rauszufinden, welche Anfrage das auslöst, und zwar mit
        "isdnctrl verbose 3". dann sollte in der kernel-message-queue (siehst
        Du wenn Du "dmesg" tippst) ein Eintrag a'la:
          OPEN: 141.76.60.54 -> 193.171.67.253 TCP, port: 1686 -> 540
        aufscheinen. das obige beispiel heisst, dass unser rechner auf port 540
        post abholen will (uucp over tcp/ip over isdn).
!verboff
   [geloggt wird aber immer nur das auslösende Packet - die Red.]!br
   Stefan Luethje <luethje@sl-gw.lake.de> schrieb weiterhin am 27. Nov 1996:
!verbon
        Ein kleiner Tip noch. Es gibt viele Daemons auf der Linux-Seite, die
        Broadcast auf allen Interfaces versenden. Das führt auch häufig zum
        Autodial.
        Da kann man die broadcast-Adresse auf das dummy0-Interface umlenken.
        Ist zwar nicht sauber, aber tut.
!verboff
   Siehe zu diesem Thema auch die letzte Frage.

Q: Kann es sein, daß mein am Netz angeschlossenes Win95 irgendwie die
   unmotivierten Herauswahlen verursacht?
A: Stefan Luethje <luethje@sl-gw.lake.de> schrieb dazu am 27. Nov 1996:
!verbon
        Wenn beim Wintel der Nameserver des Providers eingetragen ist, und
        Sinnlos3.11/95 gestartet wird, muß (warum weiß nur Bill Gates) er
        sich unbedingt mit dem Nameserver unterhalten.
!verboff

Q: Ich habe einen lokalen DNS-Nameserver eingerichtet. Warum kommt es immer
   noch zu unerwünschten Herauswahlen durch den Nameserver? Wie finde ich den
   Übeltäter?
A: Jens Ey <jens@jeyhh.shnet.org> schrieb dazu am 29. Nov 1996:!br
   Schalte mal Debug-level 1 beim named ein und schau Dir das Logfile
   in /var/tmp an.!br
   Bei mir finden sich da regelmäßig DNS-Anfragen von Windoof-Mühlen.
   Problem dabei ist, daß gerne nach so Sachen wie WORKGROUP.domain.de gefragt
   wird u.ä. Es werden also Namen gefragt, die der DNS beim besten Willen
   nicht kennen kann. Ich nehme mal an, dass der Sinnlos-Rechner auf der Suche
   nach seinem Masterbrowser ist oder einen Domainen Controller finden will.!br
   Das ganze hat mich in einem Netzwerk mit Internet-Zugang bei Linux mal so
   genervt, dass ich einen externen Terminaladapter eingesetzt habe, einen
   Proxy-Server eingerichtet habe und diald dann so konfiguriert, dass
   DNS-Anfragen nur noch vom Linux-Rechner durchgeführt werden dürfen.
   Damit wird die Verbindung dann nur noch aufgebaut, wenn sie wirklich
   gebraucht wird. Der (cachende) lokale DNS kommt dann nur noch zum Einsatz,
   wenn die Verbindung schon oben ist.

Q: Wie kann ich die DNS-Anfragen meines Win95-Rechners nach WORKGROUP.xxx
   abschalten?
A: Eike Stepper <isdn@esc-net.de> schrieb dazu am 30. Nov 1996:
!verbon
        Warum stellst du nicht einfach das Windows-Setting im Netzwerksetup:
          "Use DNS for Windows Names Resolution"    (oder ähnlich)
        auf No?
        Dann müßte Ruhe sein, zumindest bei mir ist es so.
!verboff

Q: Wie bringe ich sendmail dazu, von sich aus keine Verbindungen mehr
   aufzubauen, ohne daß lokale Mail liegenbleibt?
A: Zunächst muß man sendmail dazu bringen, keine DNS-Verbindungen mehr
   aufzubauen. Dazu sollte man folgende Features angeben: "nodns",
   "nocanonify".!br
   Falls man einen Rechner als smarthost einträgt, muß man dafür sorgen, daß
   dieser Name nicht zu einem Aufruf des Nameservers führt. Dazu trägt man
   entweder nur die IP-Adresse direkt ein, oder man ergänzt den Namen in
   /etc/hosts (/etc/host.conf sollte entsprechend "order hosts bind"
   enthalten)!br
   Weiterhin erklärt man alle nicht lokalen Mailer als teuer/expensive
   ("define(SMTP_MAILER_FLAGS, e)"), und verbietet sendmail mit
   "define(`confCON_EXPENSIVE', `True')", teure Mailer von sich aus
   anzuwählen. Der Aufruf von Sendmail darf für die Option "-q" keine
   Zeitangabe mehr enthalten (z.B. also nur "-bd -os -q"). "-os" bedeutet,
   daß alle Mail gequeued wird (was nicht verhindert, daß lokale nicht
   auch sofort zugestellt wird). Einziger Haken: beim Booten will sendmail
   evtl. vorhandene Mail versenden, obwohl das Netzwerk noch nicht oben ist.
   Dazu sollte man beim Booten vor dem Start alle zuzustellende Mail aus
   /var/mqueue entfernen - um diese nach dem Start von sendmail wieder
   zurückzuschieben.!br
   Mail an teure=entfernte Mailer wird nun nur noch beim expliziten Aufruf
   von "sendmail -q" zugestellt.

Q: Das Samba-Paket löst bei mir dauernd Herauswahlen aus. Wie kann ich das
   unterbinden?
A: Andreas Glahn <andreas@tao.westfalen.de> schrieb dazu am 31. Jan 1997:
   Hatte ich auch mal. Bei mir habe ich dann beim Aufruf des Samberdämons
   die interne IP-Adresse, welche ich nur zu Hause verwende, mitübergeben.
   Seitdem wird ein SambaRequest nicht mehr auf default geschickt, sondern
   bleibt im Haus.!br
   Mal die Konfiguration mit netstat und TCPDUMP ansehen. Mit TCPDUMP bekommt
   man schnell heraus, mit welcher IP Samba versucht, eine Verbindung
   aufzubauen.!br
   Bei mir hat mein InternerLinuxRechner z.B.: 192.168.99.99!br
   Mein Win95-Rechner:                         192.168.99.88!br
   Auf dem Linuxrechner habe ich dann Samba mit:
!verbon
       nmdb -S -B 192.168.99.255 -I 192.168.99.99
!verboff
   gestartet.!br
   Siehe auch die Frage oben: -broadcast und evtl. -arp bei der Definition der
   Interfaces angeben!

Q: Wie gewöhne ich Netscape ab, beim Start eine Herauswahl zu initiieren?
A: Wahrscheinlich wurde in den Einstellungen eine Homepage eingetragen, die
   nicht lokal vorliegt. Nur eine, die Netscape sofort laden kann, (z.B.
   "file://localhost/xxx") verursacht keine sofortige Herauswahl. Alternativ
   kann man auch einen Cache-Daemon einrichten, der haeufig benoetigte Seiten
   speichert.!br
   Ein angegebener Proxy sollte keine Herauswahl verursachen, auch wenn der
   komplette Rechnername eingetragen ist. Lediglich bei der Neueintragung
   versucht Netscape, die IP-Adresse einmalig via DNS abzufragen (und kann in
   diesem Sonderfall eine Herauswahl verursachen).
   Am 17.Mar.97 schrieb uns Steffan Henke <henker@Informatik.Uni-Bremen.DE>
   hierzu aber:
!verbon
        Leider hat uns die Realität überholt - soweit ich gehört habe,
        baut Netscape z.B. jetzt in der Version 4.02 tatsächlich eine 
        Verbindung auf...
!verboff


!3Chargeint

!old
Q: Die Verbindung endet nach einem Time-Out nicht. Mein Service-Provider
   setzt einen Cisco-Router ein, der alle zehn Sekunden ein "keep-alive"-
   Paket sendet, so daß die Verbindung nie endet.
A: Winfried Haug <haug@seicom.net> schrieb: 
!verbon
        Wenn man die keep-alive-Packets nicht beantwortet, beendet die Cisco
        das routing! Das passiert in der Regel nach dem 4. oder 5. keep-alive-
        Packet, das der eigene Router nicht beantwortet. 
        Die beste Lösung ist es, dem Provider mitzuteilen, daß man keine 
        keep-alive-Pakete haben will (no keepalive in der Cisco-Konfiguration).
        Gerade zwischen zwei Cisco-Routern und gemieteten Leitungen gibt es 
        !u1keinen!u0 Grund, keep-alive zu verwenden. 
!verboff

!old
Q: Mein Service-Provider will die "keep-alive"-Pakete nicht für mich aus-
   schalten. ipppd legt nie auf.
A: Dirk Melchers <dirk@merlin.nbg.sub.org> schrieb dazu: 
!verbon
        LCP-Messages werden als Verkehr betrachtet und halten die Leitung
        offen. Es gab da einen kleinen Patch gegen Linux-2.0.21 mit 
        dem patch-chargeint-2.04 für isdnlog-2.50-Benutzung. Mit diesem Patch
        werden *alle* syncPPP-LCP-Daten bei der Berechnung des Hangup-Timers
        ignoriert, so daß der Hangup auch dann funktioniert, wenn der Provider
        alle paar Sekunden LCP-Echo-Requests sendet.
        Warnung: Der Code funktioniert bei *mir* (mit meinem Provider), ich
        weiß aber nicht, ob er auch bei *euch* geht! Einfach mal versuchen!
!verboff
   Wer den Patch benötigt, maile an Dirk Melchers.

Q: Der "lcp-keep-alive"-Patch klappt nicht - ipppd hängt immer noch nicht auf.
A: Es kann sein, daß nicht die LCP-Pakete eine Verbindung offenhalten, sondern
   OSPF-Routing Updates. Das Verschicken dieser Updates kann entsprechend nur
   auf der Cisco ausgeschaltet werden. Eddy PE1CIG <eddy@sys2.pe1cig.ampr.org>
   schrieb dazu folgenden Tip am 27 Dez 1996:
!verbon
        Nach einigen Experimenten kam ich zu einer Lösung auf der Cisco
        (IOS 11.0.7), das "snapshot routing" genannt wird. Ich konfigurierte
        "snapshot server" auf dem BRI-Interface. Das bedeutet es wird nur dann
        Routing Updates verschicken, wenn es diese auch durch dieses Interface
        empfängt.
!verboff


!3Dial-In

Q: Ich bekomme immer wieder die Meldung "isdn_tty: call from XXX -> YYY
   ignored". Warum ignoriert isdn4linux (syncPPP) den Einwahlversuch?
A: Dafür kann es zwei Erklärungen geben. Entweder wurde die eigene MSN (hier:
   YYY) nicht richtig per "isdnctrl eaz <interface> YYY" gesetzt. Oder es
   wurde "isdnctrl secure <interface> on" gesetzt, ohne die hereinkommende
   Nummer (hier: XXX) mit "isdnctrl addphone <interface> in XXX" zu erlauben.

!old
Q: Ich habe mehrere ippp*-Devices konfiguriert. Jeder hereinkommende Anruf
   "verbraucht" ein Device, bis dann irgendwann keines mehr verfügbar ist.
A: Das ist ein bekannter Fehler. Es gibt einen entsprechenden Patch, um diesen
   Verbrauch an Devices zu verhindern.
   Manfred.Dill <manfred.dill@bmw.de> schrieb dazu:
!verbon
        im Modul isdn_net.c (Zeile 1720) gibt es den Kommentar "/* if this
        interface is dialing, it does it probably on a different device, so
        free this device */" und es wird die Funktion isdn_free_channel
        aufgerufen.
        [...]
        Das ganze sieht jetzt folgendermaßen aus:
          #ifdef CONFIG_ISDN_PPP
          if (p->local.p_encap == ISDN_NET_ENCAP_SYNCPPP)
            ippp_table[lp->ppp_minor]->state = IPPP_OPEN;
          #endif
!verboff
   Es ist damit zu rechnen, daß das in einen verbesserten ipppd einfließen 
   wird.

Q: Ich habe mit "isdnctl pppbind" eine exklusive Bindung hergestellt. Leider
   löscht sich diese bei einem hereinkommenden Anruf.
A: G. Richter <richter@ecos.de> schrieb dazu an Michael Hipp
   <Michael.Hipp@student.uni-tuebingen.de> am 2. Nov 1996:
!verbon
        > ... ich habe den Code mal durchsucht und tatsaechlich
        > eine moegliche Fehlerquelle bei reinkommenden Anrufen
        > ausgemacht. Trifft das auf dein Szenario zu?
        > Wenn ja, mal die Zeile: (isdn_net.c, etwa Zeile 1730)
        >   p->local.pppbind = -1;
        > in der Funktion isdn_net_find_icall() rauswerfen.
       Ich habe die Zeile rausgeschiessen und siehe da es geht.
!verboff

!commenton
(Die folgende Frage entstammt der syncPPP-FAQ.)
!commentoff
!old
Q: Eine SunISDN versucht, auf mein i4l-System zuzugreifen, aber es geht nicht.
A: Die Sun versucht, mit asynchronem PPP zu kommunizieren. i4l kann das nicht.
   Man versuche, die ttyI*-Devices in Zusammenhang mit dem Standard-PPP
   (pppd) zu benutzen. 


!3Callback

!old
Q: Ein hereinkommender Anruf wird von meinem i4l mit reject abgewiesen. i4l
   führt danach einen Callback durch. Der reject wird aber von der
   Gegenstelle nicht erkannt. Diese versucht dann weiterhin, mein i4l anzu-
   rufen.
A: Die meisten Probleme im Zusammenhang mit Callback lassen sich durch das
   Anpassen der Callback-Verzögerung mit "isdnctrl cbdelay" lösen.
   1 Sekunde hat sich als meist brauchbarer Wert erwiesen.!br
   Jakob Lemler <Jakob.Lemler@tg.fh-giessen.de> schrieb dagegen am 9. Jan 1997:
   Es funkt, wenn ich auf der Station, die den CB auslösen soll, ein cbdelay
   von 2 Sek. eintrage. Auf der angerufenen Seite sind 3 Sek. eingestellt.
   Unter 2 Sekunden läufts nicht und wenn die Differenz zwischen der
   anrufenden Station und der Station, die den Callback machen soll, zu groß
   wird, funkts auch nicht....

Q: Der Callback klappt nicht recht, wieviele ippp*-Devices benötige ich
   mindestens?
A: Manfred Dill <manfred.dill@bmw.de> schrieb dazu am 18. Dez 1996:!br
   Man sollte ein zweites Device ippp1 verwenden, das für den Callback
   benutzt werden kann. Wegen eines Fehlers in i4l wird das erste Device
   benutzt für den Callback und nicht wieder freigegeben. Wenn die Verbindung
   beendet ist wird das dritte Device (falls es existiert) geöffnet und damit
   schließt sich der Kreis. Zum Devices-Verbrauch siehe auch die entsprechende
   Frage im Kapitel Dial-In.

Q: Callback klappt immer noch nicht recht, kann es am Telestreiber liegen?
A: Karsten Keil <isdn4@temic-ech.spacenet.de> schrieb dazu am 10. Jan 1997:
   Beim Teles-Treiber gibt es Probleme mit Callback. Nimm HiSax 1.5 (1.4 hat
   bei Callback auch einen Bug).

!old
Q: Wenn ich Callback mit Euro-ISDN versuche, wird der Ruf nicht 
   zurückgewiesen.
A: Karsten Keil <keil@temic-ech.spacenet.de> hat das inzwischen in seinem
   "HiSax"-Treiber gelöst.
   Siehe auch Frage Allgemeines|HiSax und Abschnitt HiSax-Treiber.

!old
Q: Irgendwie kann mein isdn4linux keinen Callback auf einen Anruf einer
   Cisco erwidern?
A: Torsten Hentschel <Torsten.Hentschel@DInet.de> schrieb hierzu am 3. Okt 1996:
!verbon
        Ein Cisco wählt unter Umständen so heftig, daß kein ipppd eine Chance
        hat, einen Callback zu starten.
        Ciscos sind so programmiert (definitive Aussage eines Cisco-
        Entwicklers):
          Wenn ein Cisco ein Paket empfängt, das über ein "dial on demand"
          ISDN-Interface herausgeroutet werden soll, auf dem noch keine
          Telephonverbindung besteht, und wenn gleichzeitig ein D-Kanal zum
          Herausrufen frei ist, dann wird sofort herausgerufen.
        Wenn also (so ist die Situation bei Delta Internet ein halbes Jahr
        gewesen) ein Cisco auf der anderen Seite steht, der locker 8 D-Kanäle
        zur Verfügung hat und wenn jemand einen simplen "ping <RemoteIP>"
        startet, dann benutzt der Cisco (im schlimmsten) Fall alle seine 8
        D-Kanäle, um das Gegenüber anzurufen. Sicher kann er nicht ein und
        dieselbe Telephonnummer mit zwei D-Kanälen gleichzeitig anrufen (gäbe
        ja sofort besetzt). So dumm programmiert ist er auch nicht, aber er
        macht den nächsten D-Kanal schon zum Herauswählen (Blockwahl)
        startklar, bevor der Ruf auf dem vorherigen D-Kanal als gescheitert
        betrachtet wird.
        So ein Cisco funktioniert also wie ein Maschinengewehr bezüglich des
        Herausrufens. Und kein Linux bekommt für einen Callback einen freien
        D-Kanal, wenn es der Cisco nicht will.
        Das Dumme ist: Ein Cisco erwartet, selbst wenn er auf "callback client"
        konfiguriert ist (Linux ruft zurück), immer, daß wenigstens einmal
        abgehoben wird, dann im Einvernehmen wieder aufgelegt wird und danach
        der Rückruf geschieht. Denn bei Verwendung von PPP muß immer, bevor ein
        Rückruf passieren darf, einmal der Username und das Paßwort
        ausgetauscht werden, um sicher zu gehen, daß derjenige, der den
        Callback wünscht, überhaupt dazu autorisiert ist. [...]
!verboff
   Torsten Hentschel <Torsten.Hentschel@DInet.de> schrieb weiterhin am
   20. Nov 1996:
!verbon
        Selber habe ich das Callback über PPP mit zwei CISCOs oft genug
        probiert. Versuche mit der Kombination CISCO <-> Linux sind jedoch,
        nach meiner Erkenntnis, zum Scheitern verurteilt.
        Denn ein CISCO handelt den Callback-Request stets über PPP aus.
        Dafuer muss also die Seite, die die Aufforderung zum Rückrufen
        bekommt erstmal abnehmen und alles aushandeln (Authentisierung,
        ...), dann wird aufgelegt und zurückgerufen.
        isdnctrl-Kommandos von Linux beeinflussen nur das Netzdevice
        des Kernels und haben bezüglich des Callback wenig bis gar
        keine Einflüsse auf den ipppd. Der bekommt gar nicht mit,
        dass er erwarten soll, dass die Gegenstelle zurückruft.
        Entsprechend beantwortet er auch Angebote des CISCO
        über das PPP, dass der CISCO auch zum Zurückrufen bereit wäre,
        mit einer Abweisung. Das veranlasst den CISCO zu der Annahme,
        daß er dann doch nicht zurückrufen soll. Denn wenn er nicht
        im Laufe der Initialisierung über PPP erfährt, daß der Anrufer
        zurückgerufen werden will (er muss explizit sagen: "Ich will"),
        tut er das auch nicht.
        Der Cisco wird Dir das bestätigen, wenn Du Dich auf Deinem
        Cisco einloggst und mit den Befehlen
          deb ppp chap
          deb ppp negotiotion
          deb ppp error
          term mon
        ansiehst, was er zu den Einwählversuchen Deines Linux-Rechners
        sagt, die dann, wenn sie zeitgleich geschehen, durch Debug-Meldungen
        kommentiert werden. Mach das bitte nicht auf der Console, sondern
        über einen Telnet, sonst kommt der CISCO mit dem Loggen über die
        serielle Schnittstelle nicht nach.
!verboff

Q: Callback von Ascend aus klappt nur wenn ich im Ascendmenue "Active=Yes"
   setze; dann ruft der Ascend mich jedoch dauernd an, selbst wenn meine
   Maschine abgeschaltet ist.
A: Ulrich Klein <ulik@hprc.tandem.com> schrieb dazu am 14. Dez 1996:!br
   Irgendwo in den Ascend-Menus kann man "dial broadcast" auf "no" oder "off"
   setzen. Ansonsten waehlt das Ding bei jedem Broadcast. Das hat zumindest bei
   mir damals geholfen. Falls tatsaechlich jemand aus dem Netz, in dem die
   Ascend haengt, eine Verbindung aufbauen will, helfen nur die merkwuerdigen
   Filter. Ich glaube da gab es einen, mit dem man erreichen kann, dass die 
   Kiste nur fuer Callback rauswaehlt. 

Q: Wie kann ich einen Banzai! per Callback zurückrufen?
A: Jan-Olaf Droese <jano@layla.RoBIN.de> schrieb dazu am 31. Jan 1997:!br
   Auf Banzai-Seite sollte ein `c' an die ausgehende Nummer angehängt
   werden, damit das Teil auf den Rückruf vorbereitet ist. Zur
   Sicherheit kannst Du noch die Anwahlversuche beim Banzai auf 1
   stellen, damit es nicht zu call-collisions kommt.
   Auf i4l-Seite habe ich folgendes eingestellt:
!verbon
       isdnctrl callback isdn0 in
       isdnctrl cbdelay isdn0 1
!verboff

Q: Irgendwie kommt der Module-Count bei Callbacks durcheinander. Wie kann ich
   jetzt meine ISDN-Modul entladen?
A: Karsten Keil <keil@temic-ech.spacenet.de> hat als vorläufigen Workaround
   zwei "geheime" telesctrl-Kommandos eingeführt:
!verbon
        telesctrl <id> 3 1  ---> dec module_count
        telesctrl <id> 4 1  ---> inc module_count
!verboff
   Bitte mit entsprechender Vorsicht handhaben!


!3MPPP

!old
Q: SyncPPP klappt problemlos über einen Kanal. Die Verwendung von MPPP
   scheitert allerdings an Problemen bei der Verständigung zwischen meinem 
   ipppd und der Gegenstelle.
A: Michael Hipp <Michael.Hipp@student.uni-tuebingen.de> schrieb am 11. Okt 1996:
!verbon
        Zuerst mal kurz zum Fehler: deine Gegenseite mag die MP-MRU von 0x5dc
        nicht sondern will eine kleinere (0x5d7) .. das übernimmt allerdings
        der ipppd nicht (Bug) .. Probier einfach mal von vorneherein 0x5d7 als
        MP-MRU auszuhandeln.
        Wenn die MP-MRU nicht ausgehandelt wird, schaltet sich kein MPPP ein ..
        daher wohl auch die Folgefehler.
!verboff


!2Nationale Besonderheiten


!3Deutschland (1TR6)

!old
Q: Welche EAZ soll ich für i4l verwenden?
A: Es können alle EAZ verwendet werden. Allerdings haben zwei EAZ eine 
   besondere Bedeutung und können Probleme bereiten:
!verbon
        EAZ 0: globaler Ruf (alle Telefone klingeln)
        EAZ 9: globaler Ruf (aber kein Telefon klingelt)
!verboff
   Gernot Zander <hifi@scorpio.in-berlin.de> schrieb dazu am 6. Jan 1997:
!verbon
        0 würde ich nicht nehmen, da bestünde für meinen Geschmack zu
        sehr die Möglichkeit, daß sich i4l alle Gespräche klaut.
!verboff

Q: Ich verwende 1TR6 an einer Nebenstellen - die Durchwahl ist aber
   mehrstellig (z.B. 206). Welches ist meine EAZ?
A: Jens Ey <jens@jeyhh.shnet.org> schrieb dazu am 10. Jan 1997:!br
   Die EAZ bei Nebenstellenanlagen ist meist die letzte Ziffer der Nebenstelle.
   Als EAZ müßtest Du demnach für den Linux-Rechner eine '6' eintragen.

!old
Q: Die State-Machine bleibt bei 1TR6 hängen.
A: Karsten Keil <keil@temic-ech.spacenet.de> hat das inzwischen in seinem
   "HiSax"-Treiber gefixt.
   Siehe auch Frage Allgemeines|HiSax und Abschnitt HiSax-Treiber.


!3Italien

Q: Wie sieht unsere MSN aus?
A: In den Niederlanden umfaßt die MSN (im Gegensatz zur deutschen
   Telekom) !u1auch die Vorwahl!u0 - allerdings ohne führende Null. 
   Wäre die eigene Telefonnummer etwa 01234-56789, dann müßte diese 
   folgendermaßen konfiguriert werden:
!verbon
        * Modememulation:
          "AT&e123456789" (ohne Null am Anfang)
        * Netzinterfaces:
          "isdnctrl eaz <interface> 123456789" (ohne Null am Anfang)
          Für Testanrufe an sich selbst:
          "isdnctrl addphone <interface> in 123456789" (ohne Null am Anfang)
          "isdnctrl addphone <interface> out 0123456789" (mit Null am Anfang)
!verboff


!3Niederlande

Q: Wie sieht unsere MSN aus?
A: In den Niederlanden umfaßt die MSN (im Gegensatz zur deutschen
   Telekom) !u1auch die Vorwahl!u0 - allerdings ohne führende Null. 
   Wäre die eigene Telefonnummer etwa 01234-56789, dann müßte diese 
   folgendermaßen konfiguriert werden:
!verbon
        * Modememulation:
          "AT&e123456789" (ohne Null am Anfang)
        * Netzinterfaces:
          "isdnctrl eaz <interface> 123456789" (ohne Null am Anfang)
          Für Testanrufe an sich selbst:
          "isdnctrl addphone <interface> in 123456789" (ohne Null am Anfang)
          "isdnctrl addphone <interface> out 0123456789" (mit Null am Anfang)
!verboff

Q: Wie kann ich isdnlog dazu bringen, die Gebühren nach den Regeln der
   niederländischen Telefongesellschaft zu berechnen?
A: Siehe dazu die gleiche Frage unter "isdnlog" im Kapitel "Konfiguration".

Q: Gibt es sonstige Besonderheiten?
A: Es wird vermutet, daß die niederländische Telefongesellschaft nachts
   manchmal eine TEI verliert. Siehe dazu die Frage "Bei meiner ELSA-Karte
   blinkt öfters die LED, die den Verlust der TEI anzeigt. Meine Verbindungen
   sind leider auch öfter gestört..."


!3Österreich

!old
Q: Wir haben hier weder eine MSN noch eine EAZ, sondern lediglich eine
   normale einfache Telefonnummer. Was müssen wir für i4l verwenden?
A: Bernhard Kruepl <b.kruepl@ieee.org> schrieb dazu:
!verbon
        In Österreich muß als eingehende MSN/EAZ immer "0" für die 
        erste (oder einzige) Rufnummer verwendet werden. Alle weiteren 
        MSNs sind normal zu setzen.
!verboff

!old
Q: Anrufe hinaus und hinein klappen nicht / "incoming call without CPN"
A: In Österreich werden ISDN-Anschlüsse (anders als in Deutschland) 
   standardmäßig !u1ohne!u0 MSN bereitgestellt. Das heißt, wenn jemand die von 
   der Post vergebene ISDN-Nummer wählt, wird dem Gerufenen ein sogenannter 
   "Global Call" signalisiert. i4l sagt dann "incoming call without CPN" -- 
   "CPN" bedeutet Called Party Number.
   Lösung: eingehende "MSN" (es ist in Wahrheit keine) auf "0" setzen, dann 
   reagiert i4l auf den Global Call. Sonst wartet es auf die Signalisierung 
   der von Dir gesetzten Rufnummer, und das passiert nie (nur bei den 
   zusätzlich vergebenen MSNs).
   Abgehend sollte man sehr wohl die Nummer ohne Vorwahl setzen -- wenn man 
   etwas Falsches hinschreibt, ersetzt das Amt das allerdings für einen.  

!old
Q: Warum geht mein getty nicht an die gewünschte EAZ, wenn jemand die "0",
   die Broadcast-Nummer wählt? Im Logfile steht "Incoming call without CPN, 
   assuming '0'".
A: CPN=Called Party Number, die Nummer auf der eigenen Seite. Die fehlt. Daher 
   nimmt i4l die 0 an. Wenn der getty auf eine andere Nummer als "0"
   eingestellt ist, geht es nicht ran. Man lasse jemanden mit Telefon auf die 
   EAZ des gettys anrufen und sehe nach, ob dann auch alle Telefone klingeln 
   oder nur das, das vorher auf die EAZ des gettys gestellt wurde. Kann ja 
   auch ein Telekom-Fehler sein.


!3Schweiz

!old
Q: Wir haben hier weder eine MSN noch eine EAZ, sondern lediglich eine
   normale einfache Telefonnummer. Was müssen wir für i4l verwenden?
A: Herbert Rosmanith <herp@wildsau.idv.uni-linz.ac.at> schrieb: 
   In der Schweiz muß als MSN/EAZ die !u1letzte Nummer!u0 der Rufnummer angegeben 
   werden (also "6" für die Rufnummer "123456").

!old
Q: Ich kann nur für 184 Sekunden Verbindung mit i4l fahren, danach wird die
   Verbindung mit dem Grund "Temporary failure" abgebrochen, seit die 
   Vermittlungstelle eine neue Software bekommen hat.
A: Das ist ein Problem mit i4l - Q.931 schreibt vor, daß eine Antwort auf
   ein "STATUS ENQUIRY" frame geliefert werden muß. Das ist in i4l jedoch
   noch nicht realisiert.
   Karsten Keil <keil@temic-ech.spacenet.de> hat das inzwischen in seinem
   "HiSax"-Treiber gefixt. Für den Teles-Treiber gibt es einen Patch
   namens STATUS.
   Siehe auch Frage Allgemeines|HiSax und Abschnitt HiSax-Treiber.

Q: Wie kann ich isdnlog dazu bringen, die Gebühren nach den Regeln der
   schweizer Telefongesellschaft zu berechnen?
A: Siehe dazu die gleiche Frage unter "isdnlog" im Kapitel "Konfiguration".


!3Portugal

Q: Was müssen wir als MSN setzen?
A: Solange nicht mehrere Telefonnummern bzw. MSNs beantragt wurden, wird
   von der Telefongesellschaft keine Telefonnummer übermittelt. Entsprechend
   muß "0" als MSN verwendet werden. Wurden mehrere MSNs beantragt, so sind
   diese normal zu setzen.


!3Nordamerika

Q: Können wir isdn4linux in Nordamerika einsetzen?
A: Ja, die Firma "Spellcaster" hat für ihre eigenen Karten entsprechende
   isdn4linux-Treiber geschrieben. Nähere Informationen gibt es bei:
!verbon
        Ian James
        Customer Service Manager
        SpellCaster Telecommunications Inc.		
        73 Laird Drive, Suite 206
        Toronto, Ontario	
        Canada M4G 3T4	
        Phone: 1 (800) 238-0547
        Fax: (416) 425-0854
        E-mail:  ipj@spellcast.com or sales@spellcast.com
        http://www.spellcast.com
!verboff

Q: Warum kann ich keine europäischen ISDN-Karten in Nordamerika einsetzen?
A: In Europa stellt üblicherweise die Telefongesellschaft den Netzabschluß zur
   Verfügung (NTBA). In Nordamerika muß sich üblicherweise !u1der Kunde!u0 ein
   solches Gerät (NT-1) besorgen! Die meisten ISDN-Karten bieten deshalb einen
   integriertem NT-1 an.!br
   Zudem gibt es weitere Unterschiede. Während z.B. in Europa ein PRI (Primary
   Rate Interface) 30 B-Kanäle umfaßt, sind es in Nordamerika nur 23.

Q: Welches Protokoll wird in Nordamerika gefahren?
A: Es wird NI-1 verwendet - ein Verwandter von DSS1. Beide gehören zu den
   Q.931 Protokollen, realisieren aber unterschiedliche Funktionsbereiche und
   sind deshalb nicht zueinander kompatibel.


!2Verschiedenes

!old
Q: Wie kann ich meine Rechneruhr nach ISDN stellen?
A: isdnlog bietet genau das mit der Option "-t" an. Allerdings werden durch
   ISDN keine Sekunden übermittelt, und die Zeit ist auch nicht sehr
   genau - je nach Vermittlungsstelle können sich mehrere Minuten (!) 
   Abweichung ergeben. Sinnvoll ist das nur beim Einsatz des
   Chargeint-Patches.!br
   Um eine genaue Uhrzeit einzustellen fährt man wesentlich besser, wenn man
   sich eine PC-Funkuhr besorgt und z.B. mit xntp auswertet. Man kann auch
   einen Timeserver über das Internet anrufen und mit "netdate" oder "rdate"
   abfragen. Einen Server findet man zum Beispiel in Köln:
   time.rrz.uni-koeln.de, es gibt aber noch viele mehr.

Q: Wo gibt's Informationen zu den Dipschaltern meines NTBA?
A: !link ftp://novix.oih.rwth-aachen.de/pub/ntba.zip; (ca. 170kB)

Q: Kann ich zwei ISDN-Geräte direkt mit einer Art "Null-Modemverbindung"?
A: Nein, das ist nicht möglich. Die Konzeption von ISDN schließt soetwas aus.
   Es wird immer ein NTBA oder eine TK-Anlage mit internem Bus benötigt.

!old
Q: Wo finde ich Unterlagen zu den HSCX und ISAC Bausteinen von Siemens?
A: Alexander List <alex@ag.or.at> schrieb:
!verbon
     !link http://www.siemens.de/;, gibt's einen Haufen PDF-Files drauf.
     Wenn Dir eine CD-ROM schriftlich genug ist: Technical Product Information
     for Siemens Semiconductors, Best.Nr. B192-H6641-X5-X-7400
     Siemens AG, Semiconductor Group, Balanstr. 73, Pf. 801709, D-81617
     München, Fax 089-4144-3952.
!verboff
   Beat Doebeli <beat@castle.swill.org> schrieb:
!verbon
        (Zitat aus dem Siemens Handbuch)
        Richten Sie bitte Ihre Bestellung an:
        Siemens AG
        LZF Semiconductor Book Shop
        Postfach 2352
        90713 Fürth-Bislohe
        Tel (0911)3001-220/224
        Fax (0911)3001-238
        Preisgruppen (1994)
        I    DM  5.-
        II   DM 10.-
        III  DM 20.-
        IV   DM 30.-
        ISAC S PEB 2085; PEB 2086 ISDN Subscriber Access Controller
        Best-Nr. B115-H6485-G1-X-7600, 328 Seiten Preiskat. IV
        HSCX - High Level Serial Communication Controller Extended
        Best-Nr. B115-H6520-G1-X-7600, 140 Seiten Preiskat. III
        oder als CD-ROM
        Technical Product Information for Communication ICs (Edition 1, Jun
        95)
        Best-Nr. B193-H6905-X-X-7400, Preis ?
!verboff

!old
Q: Wo finde ich das "Fledermaus"-Buch zur Konfigurierung von sendmail?
A: Dietmar <dietmar@highway.bertelsmann.de> schrieb am 8. Okt 1996:
!verbon
        Zitat O'Reilly Katalog 1997 (frisch von der Buchmesse):
        "Buchhändler erzählen uns, daß einige Bücher manchmal so stark mit den
        Tieren identifiziert werden, daß Kunden z.B. gar nicht mehr nach dem
        eigentlichen Titel, sondern z.B. einfach nur nach dem 'Kamel-Buch'
        (Programming Perl) fragen."
!verboff
   In einer !u1guten!u0 Buchhandlung solltest Du also das folgende finden
   können:
!verbon
        Titel:  sendmail (3. Auflage 9/94)
        Autor:  Costales, Allman, Rickert
        ISBN:   1-56592-056-2
        Kosten: 66.-- DM
!verboff
   Näheres unter  
!verbon
        !link http://www.ora.com/catalog/sendmail/noframes.html;
        !link http://www.lob.de/;
!verboff

