5542 lines
263 KiB
Plaintext
5542 lines
263 KiB
Plaintext
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: 21-Feb-97
|
|
URL: http://www.lrz-muenchen.de/~ui161ab/www/isdn/
|
|
|
|
|
|
!1FAQ für isdn4linux - Version 1.3
|
|
|
|
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
|
|
Niederlande
|
|
Norwegen
|
|
Österreich
|
|
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 CVS_ROOT auf oldhades.think.de:/i4ldev
|
|
(z.B. export CVS_ROOT=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 CVS, HDLC, HSCX, ISAC, TEI, ...?
|
|
A: CVS-Tree
|
|
!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
|
|
HDLC
|
|
!verbon
|
|
Ein sehr verbreitetes Low-Level-Protokoll.
|
|
!verboff
|
|
HSCX
|
|
!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
|
|
ISAC
|
|
!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
|
|
TEI (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
|
|
TK-Anlage (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änzt 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änzt 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
|
|
|
|
Q: Wie schalte ich Raw-IP auf der Ascend Max mit Radius ein?
|
|
A: "Framed-Protocoll" muß auf "EURAW" eingestellt werden. Für die Autorisierung
|
|
per Caller Id muß "authentication-type = ascend-clid" eingestellt werden.
|
|
|
|
Q: Wie schalte ich die Encapsulation "uihdlc" auf dem Max (eine Ascend) mit
|
|
Radius ein?
|
|
A: "Framed-Protocoll" 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 ein
|
|
Beispielskript.
|
|
|
|
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: Torsten Hentschel <Torsten.Hentschel@DInet.de> hat einen Patch für
|
|
Kernel 2.0.21, mit dem nachweislich keine Pakete mehr verloren gehen.
|
|
Man wende sich an Torsten.
|
|
|
|
|
|
!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, das 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
|
|
Ein Patch sollte bei Torsten zu bekommen sein.
|
|
|
|
|
|
!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 damits dann wieder loofen tut:
|
|
!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).
|
|
|
|
|
|
!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.
|
|
|
|
|
|
!3Niederlande
|
|
|
|
Q: Wie sieht unsere MSN aus?
|
|
A: In den Niederlanden umfaßt die MSN (im Gegensatz zur deutschen
|
|
Telekom) !u1auch die Vorwahl!u0. 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
|