1997-02-19 17:48:43 +00:00
|
|
|
|
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
|
1997-02-19 21:48:57 +00:00
|
|
|
|
Last-modified: 19-Feb-97
|
1997-02-19 17:48:43 +00:00
|
|
|
|
URL: http://www.lrz-muenchen.de/~ui161ab/www/isdn/
|
|
|
|
|
|
|
|
|
|
|
1997-02-19 21:48:57 +00:00
|
|
|
|
!1FAQ f<>r isdn4linux - Version 1.1.4
|
1997-02-19 17:48:43 +00:00
|
|
|
|
|
|
|
|
|
Diese FAQ genie<69>t den Schutz der GNU General Public License (GPL) Version 2;
|
|
|
|
|
(C) 1996 Volker G<>tz, Bernhard Hailer, Matthias He<48>ler, Michael Hipp sowie
|
|
|
|
|
Rainer May.!br
|
|
|
|
|
Weiterverbreitung im Rahmen der GPL ist erw<72>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<72>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 <20>berarbeitung und Erweiterung (1996, 1997):!br
|
|
|
|
|
Matthias He<48>ler <hessler@wi-inf.uni-essen.de>,!br
|
|
|
|
|
Bernhard Hailer <Bernhard.Hailer@lrz.uni-muenchen.de>,!br
|
|
|
|
|
Scott Hanson <shanson@mail.hh.provi.de> (<28>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 <20>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<74>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<65>gt. Ein Teil der Beitr<74>ge mu<6D>te
|
|
|
|
|
vom Englischen ins Deutsche <20>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<EFBFBD>cksichtigen. Das gleiche gilt f<>r den Fall, da<64> wir versehentlich jemanden
|
|
|
|
|
zitierten, ohne das entsprechend zu kennzeichnen. Das Wissen der Autoren
|
|
|
|
|
dieser FAQ wurde vermerkt, ohne da<64> wir uns dabei selbst zitierten.
|
|
|
|
|
Anmerkungen der FAQ-Redaktion zu Zitaten wurden in folgender Form eingef<65>gt:
|
|
|
|
|
[Dies ist eine Anmerkung - die Red.]!br
|
|
|
|
|
Die unz<6E>hligen Links in diesem Dokument waren bei Einarbeitung in die FAQ
|
|
|
|
|
nicht immer vollst<73>ndig oder k<>nnten mittlerweile <20>berholt sein. Wir haben
|
|
|
|
|
nicht die Zeit, das jeweils zu <20>berpr<70>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 <20>berarbeiteten
|
|
|
|
|
Fragen mit einem <20>nderungsstrich am linken Rand gekennzeichnet. (Wer hat eine
|
|
|
|
|
Idee, wie man das auch im HTML-Format machen kann?)!br
|
|
|
|
|
!br
|
|
|
|
|
|
|
|
|
|
Erg<EFBFBD>nzungen, Verbesserungen und andere Vorschl<68>ge zur FAQ sind immer
|
|
|
|
|
erw<EFBFBD>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<6C>ltig, sie reichen von einer einfachen Anwendung von
|
|
|
|
|
Terminalprogrammen, <20>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: Was ben<65>tige ich f<>r isdn4linux?
|
|
|
|
|
A: Seit Kernel 1.2.59 ist isdn4linux fester Bestandteil des Linux-Kernel.
|
|
|
|
|
Zus<75>tzlich ben<65>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<61>le
|
|
|
|
|
+49 931 7841020 ICN X.75 2 B-Kan<61>le
|
|
|
|
|
+49 931 7841060 ICN X.75 2 B-Kan<61>le
|
|
|
|
|
+49 931 7841070 ICN X.75 2 B-Kan<61>le
|
|
|
|
|
+49 931 7841080 ICN X.75 2 B-Kan<61>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.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://wildsau.idv.uni-linz.ac.at/pub/isdn4linux/;
|
|
|
|
|
!verboff
|
|
|
|
|
|
1997-02-19 21:48:57 +00:00
|
|
|
|
Q: Kann ich auch eine Version von ISDN4Linux bekommen, die gerade
|
|
|
|
|
in der Entwicklung ist (Alpha-Version)?
|
|
|
|
|
A: Ja, das geht. Dazu mu<6D> man auf den CVS-Tree der i4l-Entwickler
|
|
|
|
|
zugreifen. Am 13. Nov. 1996 schrieb Fritz Elfert <fritz@wuemaus.franken.de>
|
|
|
|
|
folgende Anleitung:
|
|
|
|
|
!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<73>ndig oder v<>llig ungepr<70>ft ist etc.
|
|
|
|
|
|
|
|
|
|
Deshalb habe ich jetzt beschlossen, das CVS-Repository von
|
|
|
|
|
isdn4linux <20>ffentlich zug<75>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<6D>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<><6C>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.
|
|
|
|
|
|
|
|
|
|
<20>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<61>rlich ist der Zugriff Read-Only. Der Zugriff ist auf die
|
|
|
|
|
folgenden Kommandos beschr<68>nkt:
|
|
|
|
|
checkout
|
|
|
|
|
diff
|
|
|
|
|
export
|
|
|
|
|
status
|
|
|
|
|
update
|
|
|
|
|
|
|
|
|
|
Zur Benutzung dieser Befehle sehe sich die Dokumentation zu CVS an.
|
|
|
|
|
|
|
|
|
|
Leute, die das Entwicklerteam _st<73>ndig_ unterst<73>tzen wollen
|
|
|
|
|
(z.B. neue Treiber schreiben [oder FAQ-Mitarbeit! Die Red.]),
|
|
|
|
|
k<>nnen einen echten Account zum vollst<73>ndigen Zugriff erhalten.
|
|
|
|
|
Man schreibe mir in diesem Falle eine Mail.
|
|
|
|
|
|
|
|
|
|
Ciao
|
|
|
|
|
-Fritz
|
|
|
|
|
!verboff
|
|
|
|
|
|
1997-02-19 17:48:43 +00:00
|
|
|
|
!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
|
|
|
|
|
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 <20>ber de.alt.comm.isdn4linux
|
|
|
|
|
zugreifen - ein bidirektionales Gateway sorgt daf<61>r, da<64> 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<65>en "archiv.<jahr><monat>", also z.B. "archiv.9610"
|
|
|
|
|
f<>r den Oktober 1996.
|
|
|
|
|
Ein Archiv der Mailinglist ist au<61>erdem <20>ber FTP verf<72>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
|
|
|
|
|
<20>sterreich
|
|
|
|
|
Portugal
|
|
|
|
|
Schweden
|
|
|
|
|
Schweiz
|
|
|
|
|
Spanien
|
|
|
|
|
USA
|
1997-02-19 21:48:57 +00:00
|
|
|
|
Canada
|
1997-02-19 17:48:43 +00:00
|
|
|
|
!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 Teles-Treiber 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<72>gen wir noch nicht <20>ber irgendwelche Informationen.!br
|
|
|
|
|
Wer wei<65> 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<6D> 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<61>r eine Includedatei (proto.h) verschluckt.
|
|
|
|
|
Kernel 2.0.27+ l<>uft sehr stabil.!br
|
|
|
|
|
In den Kernels ab 2.1.0 wurde viel ver<65>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 noch nicht, da von i4l ben<65>tigte
|
|
|
|
|
Teile in skbuf.h entfielen.!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<73>tzt?
|
|
|
|
|
A: Z.Zt. werden (mit Ausnahme der ICN) keine einzige aktiven ISDN-Karten
|
|
|
|
|
unterst<73>tzt. Es werden ebenfalls keine PCMCIA-ISDN-Karten unterst<73>tzt.
|
|
|
|
|
|
|
|
|
|
Q: Unterst<73>tzt isdn4linux externe Terminaladapter?
|
|
|
|
|
A: Nein, aber das braucht es auch nicht. Schlie<69>lich sind Terminaladapter so
|
|
|
|
|
gebaut, da<64> sie sich entweder wie ein Modem oder wie eine Netzwerkkarte
|
|
|
|
|
verhalten. Linux unterst<73>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<73>tzt?
|
|
|
|
|
A: Im Moment gibt es Treiber f<>r die Karten von ICN (aktiv), Teles (passiv)
|
|
|
|
|
und PCbit (Octal, Portugal).!br
|
|
|
|
|
Mit dem Telestreiber funktionieren die folgenden Karten:
|
|
|
|
|
!verbon
|
|
|
|
|
* Teles S0-8
|
|
|
|
|
* Teles S0-16 und S0-16.2
|
|
|
|
|
(baugleich: Dr. Neuhaus Niccy 1016, Creatix 16/S0)
|
|
|
|
|
* Teles S0-16.3
|
|
|
|
|
!verboff
|
|
|
|
|
F<>r die "itk ix1 micro" gibt es auch einen (speziellen) Treiber - siehe
|
|
|
|
|
dazu die Frage "Wird meine itk ix1 micro unterst<73>tzt?".!br
|
|
|
|
|
F<>r die Teles-kompatiblen Plug&Play-Karten gibt es einen nagelneuen
|
|
|
|
|
Treiber von Karsten Keil <keil@temic-ech.spacenet.de>, der auch die
|
|
|
|
|
oben genannten <20>lteren Teleskarten sowie die AVM A1 (Fritz) und ELSA
|
|
|
|
|
Microlink PCC-16 bedienen kann: siehe n<>chste Frage!!br
|
|
|
|
|
|
|
|
|
|
!old
|
|
|
|
|
Q: Was hat es mit dem neuen HiSax-Treiber auf sich?
|
|
|
|
|
A: Das ist ein neuer Treiber, der alle passiven Karten unterst<73>tzen soll,
|
|
|
|
|
die mit einem bestimmten Siemens-Chipsatz ausgestattet sind.
|
|
|
|
|
Unterst<73>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
|
|
|
|
|
* Creatix S0 PNP
|
|
|
|
|
* AVM A1 (Fritz!)
|
|
|
|
|
* ELSA PCC-8
|
|
|
|
|
* ELSA PCC-16
|
|
|
|
|
* ELSA PCF
|
|
|
|
|
* ELSA PCFpro (nur ISDN-Teil, nicht der V34 Modem Chip)
|
|
|
|
|
!verboff
|
|
|
|
|
Es sollen sp<73>ter auch D64-Verbindungen unterst<73>tzt werden.!br
|
|
|
|
|
Karsten Keil <keil@temic-ech.spacenet.de> schreibt weiterhin am 14.10.1996:
|
|
|
|
|
!verbon
|
|
|
|
|
Erstes Ziel des HiSax Treibers war es mehr ISDN Karten unter i4l
|
|
|
|
|
verf<72>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 <20>ndern, aber der Treiber
|
|
|
|
|
wird nicht geladen wenn sowas auftritt.
|
|
|
|
|
Drittens und dieser Teil ist erst angefangen, vollstendige
|
|
|
|
|
<20>berarbeitung der Statemaschinen um einen komplett DSS1 bzw. 1TR6
|
|
|
|
|
konformen Treiber zu bekommen, der eine Zulassung bestehen w<>rde (das
|
|
|
|
|
hei<65>t nicht, das ich ihn zulassen will oder kann).
|
|
|
|
|
Desweitern m<>chte ich,wenn m<>glich auch die US ISDN Protokolle
|
|
|
|
|
unterst<73>tzen, damit i4l mal aus Europa rauskommt.
|
|
|
|
|
Auch weitere l2/l3 Protokolle sollen rein (V110 ...), Standleitungs-
|
|
|
|
|
Unterst<73>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<65>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<6D> ihn sich hier besorgen:!br
|
|
|
|
|
!link ftp://ftp.franken.de/pub/isdn4linux/HiSax/;!br
|
|
|
|
|
(und hoffentlich bald auf allen isdn4linux-Mirrors!)
|
|
|
|
|
Aktuell ist Version 1.4.
|
|
|
|
|
|
|
|
|
|
Q: Wird meine itk ix1 micro-Karte unterst<73>tzt?
|
|
|
|
|
A: Frank Mohr <mohr@stud.fbi.fh-darmstadt.de> schrieb dazu am 20 Nov 1996:
|
|
|
|
|
Nach einiger Verz<72>gerung steht jetzt die erste Version des Treibers
|
|
|
|
|
f<>r die itk ix1-Micro Karte bereit. Der Treiber ersetzt in der Test-Version
|
|
|
|
|
das teles.o Modul von i4l.!br
|
|
|
|
|
Ich konnte die Karte bisher nur mit einem itk/Novell MPR auf der Gegenseite
|
|
|
|
|
testen, in der Kombination funktioniert der Treiber.!br
|
|
|
|
|
Der Treiber kann <20>ber die Seite!br
|
|
|
|
|
!link http://stud.fbi.fh-darmstadt.de/~mohr/isdn/mydriver.html;!br
|
|
|
|
|
bzw.!br
|
|
|
|
|
!link http://stud.fbi.fh-darmstadt.de/~mohr/isdn/itk_only.tar.gz;!br
|
|
|
|
|
abgerufen werden.
|
|
|
|
|
|
|
|
|
|
Q: Wie sieht es aus mit der aktiven AVM B1?
|
|
|
|
|
A: Andreas Schultz <aschultz@hppool.cs.Uni-Magdeburg.DE> schrieb dazu am 13.
|
|
|
|
|
Nov 1996:
|
|
|
|
|
!verbon
|
|
|
|
|
Da in letzter Zeit hier <20>fter die Frage nach einem B1-Treiber kam:
|
|
|
|
|
Ich bin gerade dabei, so ein Teil zu schreiben!!
|
|
|
|
|
Das Problem daran ist, da<64> man die Infos von AVM nur bekommt, wenn man ein
|
|
|
|
|
NDA unterzeichnet. Ich habe also noch keine Ahnung, wie das sp<73>ter mit der
|
|
|
|
|
Verf<72>gbarkeit der Source aussehen wird. Wer Interesse an so einem Treiber
|
|
|
|
|
hat, kann sich ja mal bei mir melden!
|
|
|
|
|
!verboff
|
|
|
|
|
|
|
|
|
|
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:
|
|
|
|
|
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<69>t und Bug-Freiheit:
|
|
|
|
|
!verbon
|
|
|
|
|
1. Wahl ELSA
|
|
|
|
|
ELSA stellt im Gegensatz zu AVM die Spezifikation zur Verf<72>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<73>tzt isdn4linux externe ISDN-Adapter?
|
|
|
|
|
A: Nein, isdn4linux unterst<73>tzt nur interne Steckkarten. Externe ISDN-Adapter
|
|
|
|
|
sind entweder wie analoge Modems oder wie Netzwerkkarten ansprechbar und
|
|
|
|
|
ben<65>tigen daher kein ISDN4Linux.
|
|
|
|
|
|
|
|
|
|
!old
|
|
|
|
|
Q: Welche ISDN-Modi werden unterst<73>tzt?
|
|
|
|
|
A: Die folgenden:
|
|
|
|
|
!verbon
|
|
|
|
|
56k asynchron : nein
|
|
|
|
|
64k synchron : ja
|
|
|
|
|
128k synchron : ja (channel bundling - siehe n<>chste Frage)
|
|
|
|
|
!verboff
|
|
|
|
|
|
|
|
|
|
!old
|
|
|
|
|
Q: Unterst<73>tzt isdn4linux Kanal-B<>ndelung (channel bundling)?
|
|
|
|
|
A: Isdn4Linux unterst<73>tzt in der aktuellen Version channel bundling mit
|
|
|
|
|
2 verschiedenen Verfahren:!br
|
|
|
|
|
- Basierend auf syncPPP (MPPP)!br
|
|
|
|
|
- Raw Bundling durch Konfiguration von sogenannten slave-interfaces!br
|
|
|
|
|
Siehe auch "Wie benutzt man das MPPP-Material?" im MPPP-Abschnitt
|
|
|
|
|
weiter unten.!br
|
|
|
|
|
Achtung: Channel bundling bringt nur eine Zeit-, nicht aber eine
|
|
|
|
|
wesentliche Geb<65>hrenersparnis mit sich. Dar<61>ber hinaus deuten erste
|
|
|
|
|
Erfahrungsberichten an, da<64> der Durchsatz durch den Einsatz von MPPP leider
|
|
|
|
|
nur um ca. 50% gesteigert werden kann. Der entsprechende Bug (im Kernel?
|
|
|
|
|
Netinterface?) darf noch gesucht werden...
|
|
|
|
|
|
|
|
|
|
!old
|
|
|
|
|
Q: Was ist der Unterschied zwischen einer aktiven und einer passiven
|
|
|
|
|
ISDN-Karte?
|
|
|
|
|
A: Bei einer aktiven ISDN-Karte wird ein Gro<72>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<6D> 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<75>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<6D> 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<72>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<61>r kann man sogar ein bi<62>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<63>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<6D> 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 <20>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 <20>ber T-Online ist m<>glich.
|
|
|
|
|
ACHTUNG: XCept (fr<66>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<75>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.
|
|
|
|
|
|
|
|
|
|
!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.
|
|
|
|
|
|
|
|
|
|
!old
|
|
|
|
|
Q: Kann man ISDN4linux auch unter dem dosemu ansprechen?
|
|
|
|
|
A: Ja, das geht tats<74>chlich! Steffan Henke <henker@informatik.uni-bremen.de>
|
|
|
|
|
schrieb dazu am 25.10.96:
|
|
|
|
|
!verbon
|
|
|
|
|
In der dosemu.conf gen<65>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 <20>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:
|
|
|
|
|
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<65>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 einfliessen
|
|
|
|
|
zu lassen. Der Werdegang des Projektes wird damit ausgezeichnet
|
|
|
|
|
dokumentiert, und es ist auch nicht schwierig, eine <20>ltere Version wieder
|
|
|
|
|
herzustellen.
|
|
|
|
|
!verboff
|
|
|
|
|
HDLC
|
|
|
|
|
!verbon
|
|
|
|
|
Ein sehr verbreitetes Low-Level-Protokoll.
|
|
|
|
|
!verboff
|
|
|
|
|
HSCX
|
|
|
|
|
!verbon
|
|
|
|
|
Ein Siemens-Chip, der <20>hnlich ->ISAC auf vielen passiven ISDN-Karten sitzt.
|
|
|
|
|
Er <20>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-Kanaele.
|
|
|
|
|
!verboff
|
|
|
|
|
ISAC
|
|
|
|
|
!verbon
|
|
|
|
|
Ein Siemens-Chip, der <20>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<65>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<68>ssen verwendet)
|
|
|
|
|
64-126 automatisch zugewiesen
|
|
|
|
|
127 Rundruf an alle (z.B. bei hereinkommendem Anruf)
|
|
|
|
|
!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<41>erdem wird f<>r jede Karte
|
|
|
|
|
ein eigener Interrupt ben<65>tigt.!br
|
|
|
|
|
Peter Strunk <webadmin@mail.bicos.de> hatte am 8. Nov 1996 folgenden Tip
|
|
|
|
|
f<>r die Installation einer vierten Teles-Karte:!br
|
|
|
|
|
!verbon
|
|
|
|
|
Probiere doch mal Port 0x080h, DIP-SW in die nicht dokumentierte
|
|
|
|
|
Position!
|
|
|
|
|
!verboff
|
|
|
|
|
<20>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<74>chlich so viele ISDN-Karten wie Slots
|
|
|
|
|
eingesetzt werden. Notfalls kann man die Anzahl der ISA-Slots durch einen
|
|
|
|
|
ISA-Bus-Extender vergr<67><72>ern.
|
|
|
|
|
|
|
|
|
|
!old
|
|
|
|
|
Q: Unterst<73>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<61>erdem ein Hangup-Timeout (Idle-
|
|
|
|
|
Timeout) eingestellt, isdnctrl huptimeout <interface> zeit dann legt der
|
|
|
|
|
Treiber automatisch auf, wenn "zeit" Sekunden keine Daten <20>ber das
|
|
|
|
|
Interface <20>bertragen wurden. Siehe dazu die Fragen im Abschnitt <20>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<73>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<6D> 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<6D> von Hand angepa<70>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<46>he
|
|
|
|
|
Versionen der PNP-Karten schlagen evtl. falsche Werte vor!)
|
|
|
|
|
6. Aktivieren der Konfiguration per:
|
|
|
|
|
"isapnp /etc/isapnp.conf"
|
|
|
|
|
(mu<6D> 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<72>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<61>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<65>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<61>r, da<64> <20>ber
|
|
|
|
|
"/sbin/init.d/i4l start" bzw. "... stop" die notwendigen Dinge
|
|
|
|
|
angesto<74>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<64> es sp<73>ter
|
|
|
|
|
mal geplant sei, das im HiSax-Treiber zu implementieren.
|
|
|
|
|
|
|
|
|
|
!old
|
|
|
|
|
Q: Hat schon mal jemand mit linux ipx/spx <20>ber Isdn geroutet?
|
|
|
|
|
A: Andreas Kool <akool@Kool.f.EUnet.de> schrieb am 14.10.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<73>ndiger
|
|
|
|
|
Novell-Netware-Emulator. Den gibt es z.B. auf:
|
|
|
|
|
!link ftp://ftp.Germany.EU.net/pub/os/Linux/Mirror.SunSITE/system/Filesystems/ncpfs/mars_nwe-0.98.pl4.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<74><6D>ig. Das ist bei Modulen
|
|
|
|
|
wie Ger<65>tetreibern ala Floppy etc. kein Problem; bei Treibern aber,
|
|
|
|
|
die irgendwelche Einstellungen <20>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<73>rt z.B. auch das IP-Interface
|
|
|
|
|
ippp0 oder isdn0. Die Eintr<74>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<><6D>te der kerneld bei jedem erneuten Laden
|
|
|
|
|
wieder einstellen lassen. Auch der Status des D-Kanals auf ISDN k<>nnte
|
|
|
|
|
zu den Dingen geh<65>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<47>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 <20>ber die Treiber zu installieren. Leider wird
|
|
|
|
|
dieses Feature bisher kaum oder gar nicht von den Modulen
|
|
|
|
|
unterst<73>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<64> man von Hand die passenden Skripts schreibt, aber
|
|
|
|
|
im Prinzip funktioniert das dann genauso gut wie, wenn das Modul eine
|
|
|
|
|
automatische Initialisierung <20>ber eine Datenbank durchf<68>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:
|
|
|
|
|
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<6D> man im Patch je nach Namen seines ISDN Interfaces (bei mir bri0)
|
|
|
|
|
noch weitere M<>glichkeiten dazu hacken. Defaultm<74><6D>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:!br
|
|
|
|
|
!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
|
|
|
|
|
<20>ndert die Zeile z.B. in
|
|
|
|
|
else if (strncmp("ippp", device, 4) == 0)
|
|
|
|
|
^^^^ ^^
|
|
|
|
|
Dann erkennt tcpdump auch sync-ppp. Jedenfalls bei mir.
|
|
|
|
|
!verboff
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
!3MSN
|
|
|
|
|
|
|
|
|
|
Q: Was ist eine MSN?
|
|
|
|
|
A: Im Gegensatz zu einem normalen Telefonanschlu<6C> kann ein ISDN-Anschlu<6C>
|
|
|
|
|
durchaus mehrere Telefonnummern haben - diese werden jeweils MSN genannt.
|
|
|
|
|
MSN ist die Abk<62>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<><6D>te. Das, was in
|
|
|
|
|
Euro-ISDN eine "MSN" ist, wurde in 1TR6-ISDN (einem deutscher Vorl<72>ufer von
|
|
|
|
|
Euro-ISDN) als "EAZ" bezeichnet.
|
|
|
|
|
|
|
|
|
|
Q: Wieviele MSN ben<65>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<70>ch weg.
|
|
|
|
|
(Also TAE NFN und die originalen Kabel, kann aber sein, da<64> 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<65>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 <20>brighabt).!br
|
|
|
|
|
[Trotzdem lebt man nat<61>rlich ruhiger, wenn man Telefon und Analogmodem
|
|
|
|
|
jeweils eine eigene MSN zuweist - die ideale L<>sung mit lediglich zwei
|
|
|
|
|
MSN - die Red.]
|
|
|
|
|
|
|
|
|
|
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".
|
|
|
|
|
|
|
|
|
|
Q: Wie mu<6D> 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<65>tigt (Niederlande ausgenommen).
|
|
|
|
|
|
|
|
|
|
Q: Wie mu<6D> 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<6D> ich meine eigene MSN eintragen, damit ich mich testweise mit syncPPP
|
|
|
|
|
selbst anrufen kann?
|
|
|
|
|
A: Will man sich selbst testweise anrufen, dann mu<6D> 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<6D> 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<6D> man analog verfahren.!br
|
|
|
|
|
Die Konfiguration der !i1eingehenden!i0 Nummer erfolgt mit "isdnctrl
|
|
|
|
|
addphone in". Die MSN mu<6D> in der Form eingetragen werden, in der sie bei
|
|
|
|
|
einem Anruf <20>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
|
|
|
|
|
<20>bermittelt?
|
|
|
|
|
A: Die <20>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<6D> nat<61>rlich schon der ISDN-Teil im Kernel aktiviert sein).
|
|
|
|
|
|
|
|
|
|
Q: Kann ich folgende Dienste auf *DERSELBEN* MSN machen:
|
|
|
|
|
!verbon
|
|
|
|
|
- Telefon (Sprache)
|
|
|
|
|
- VBOX (Sprache, klar)
|
|
|
|
|
- X.75-Login (mgetty /dev/ttyI?)
|
|
|
|
|
- IP-Interface f=FCr IP-Verbindungen zu anderen Rechnern?
|
|
|
|
|
!verboff
|
|
|
|
|
A: Gernot Zander <hifi@scorpio.in-berlin.de> schrieb hierzu am 4. Dez 1996:
|
|
|
|
|
Ja. Letzteres ist vom X.75 aber bei Einwahl nicht zu unterscheiden, daher
|
|
|
|
|
entweder nur Rauswahl m<>glich oder die Gegenstelle ist mit ihrer MSN
|
|
|
|
|
eingetragen und secure auf on. Dann fragt er erst die Netz-Interfaces ab
|
|
|
|
|
und wenn keins pa<70>t, gehts an die ttyIs weiter. Falls eine Gegenstelle
|
|
|
|
|
mal X.75 und mal IP haben will, mu<6D> sie mit verschiedenen MSNs bei dir
|
|
|
|
|
anrufen.
|
|
|
|
|
|
|
|
|
|
Q: Wie kann ich die von mir beim Dial-In-Betrieb ben<65>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.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
!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
|
|
|
|
|
<20>bergeben. Eine feste Eincompilierung ist nicht erforderlich.
|
|
|
|
|
Manchmal allerdings macht man es doch, n<>mlich wenn Software-
|
|
|
|
|
unvertr<74>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<74>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<64> 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<4D>verst<73>ndnisses: Teles
|
|
|
|
|
gibt die HSCX0-Adresse als Referenz an, w<>hrend der alte Teles-Treiber
|
|
|
|
|
die cfg-Adresse ben<65>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<67>ndert. Wenn die Meldung erscheint,
|
|
|
|
|
wird ein <20>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<67>ndert. M<>glicherweise wird hier ein <20>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.10.1996 schlug Christian Kratzer <ck@toplink.net> vor (Zeilen, die
|
|
|
|
|
mit "io=" anfangen, m<>ssen mit der vorherstehenden zusammengefa<66>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<64> meine Teles-Karte (oder eine kompatible Karte)
|
|
|
|
|
korrekt erkannt wurde?
|
|
|
|
|
A: Beim Booten mu<6D> 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<64> 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<72>nzte
|
|
|
|
|
am 2. Jan 1997:!br
|
|
|
|
|
!verbon
|
|
|
|
|
Wenn Du was <20>ber Teles's Gesch<63>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.10.96:
|
|
|
|
|
!verbon
|
|
|
|
|
Bei HiSax wird die Hardware und das IRQ-Verhalten gecheckt, so da<64> 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.<2E>. 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<75>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.10.96:
|
|
|
|
|
!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.10.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<65>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<65>t h<>ngt auf.
|
|
|
|
|
Es kommt zus<75>tzlich ein Ruf f<>r i4l rein,nat<61>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<6D>chst gefixed
|
|
|
|
|
(wenn mir was Geniales einf<6E>llt).
|
|
|
|
|
!verboff
|
|
|
|
|
Da<44> 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.10.1996:
|
|
|
|
|
!verbon
|
|
|
|
|
Leerlauf l1 ist down
|
|
|
|
|
=> beide LED blinken ca. 1s an 1s aus.
|
|
|
|
|
l1 ist aktiviert (auch durch Telefon oder <20>.)
|
|
|
|
|
=> Wechselblinken 0.5 gelb 0.5 gr<67>n
|
|
|
|
|
Betrieb
|
|
|
|
|
=> 1.5 an 0.5 aus
|
|
|
|
|
gr<67>n HSCX A aktiv
|
|
|
|
|
gelb HSCX B aktiv
|
|
|
|
|
Da<44> die st<73>ndig blinken hat die Ursache, das ich so bei der
|
|
|
|
|
Entwicklung sofort gesehen habe, da<64> 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<67>ndert:
|
|
|
|
|
Bei <20>lteren Kernels mu<6D>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<75>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<65>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.10.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<64> 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<6E>ngt, mu<6D> der vorhergehenden zugeschlagen
|
|
|
|
|
werden!)!br
|
|
|
|
|
Jochen Wiedmann <Jochen.Wiedmann@Neckar-Alb.DE> schrieb am 8.10.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<65>ngt
|
|
|
|
|
werden!)
|
|
|
|
|
|
|
|
|
|
!old
|
|
|
|
|
Q: Wof<6F>r ist "lanx75i.bin" im ICN-Verzeichnis?
|
|
|
|
|
A: Die "lanx75i.bin" ist stark veraltet. Fr<46>her wurde bei EDSS1 nur HDLC
|
|
|
|
|
unterst<73>tzt. lanx75i.bin war die erste Test-Version der Firmware, die
|
|
|
|
|
auch X.75 unterst<73>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 braucht ISPA, 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...):
|
|
|
|
|
!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: Ich m<>chte gern Daten mit einem Macintosh (Leonardokarte) austauschen,
|
|
|
|
|
was mu<6D> 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<6D> er das Protokoll explizit angeben
|
|
|
|
|
(z.B. durch Anf<6E>gen eines "X" f<>r X.75) an die Rufnummer - sonst ruft
|
|
|
|
|
der Mac wom<6F>glich mit dem Leonardo-Protokoll an.
|
|
|
|
|
!verboff
|
|
|
|
|
|
|
|
|
|
!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<6D> 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<6D> (z.B. isdn0).
|
|
|
|
|
|
|
|
|
|
!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<6E>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.10.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<73>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<64> 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<6D>, da<64> man das richtige Image
|
|
|
|
|
nimmt :-)
|
|
|
|
|
!verboff
|
|
|
|
|
|
|
|
|
|
!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<61>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: Was mu<6D> ich beachten, um mit Windows95 eine Verbindung aufzubauen?
|
|
|
|
|
A: Torsten Krueger <torsten@nrw-online.de> schrieb am 5.10.1995, da<64> auf
|
|
|
|
|
beiden Seiten die VJ-(bzw. "Header"-)Komprimierung ausgeschaltet sein mu<6D>.
|
|
|
|
|
Windows95 reagiert <20>u<EFBFBD>erst empfindlich, wenn diese Option von
|
|
|
|
|
isdn4linux zur<75>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.10.1996:
|
|
|
|
|
!verbon
|
|
|
|
|
DF<44>-Netzwerk: ja. Es k<>nnte noch eine andere M<>glichkeit mit CINDI,
|
|
|
|
|
WISPA u.<2E>. 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.10.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 die Einstellung, damit ich ein Terminalfenster beim Einloggen
|
|
|
|
|
bekomme?
|
|
|
|
|
A: Sven Engelhardt <sven@sik.de> schrieb am 13.10.1996:
|
|
|
|
|
!verbon
|
|
|
|
|
Systemsteuerung/Software/Diskette CD-ROM Admin/Apptools/Dscript
|
|
|
|
|
- Scriptverwaltung f<>r DF<44>-Netzwerke (siehe nach der Installation
|
|
|
|
|
Start/Programme/Zubeh<65>r)
|
|
|
|
|
Damit das Script was empf<70>ngt, bei ISDN Echo einschalten. Bei AVMPort
|
|
|
|
|
geht das mit E1 im Initstring.
|
|
|
|
|
!verboff
|
|
|
|
|
|
|
|
|
|
!old
|
|
|
|
|
Q: Wie kann ich Internet <20>ber T-Online mit i4l machen?
|
|
|
|
|
A: Rainer May <r_may@kahvi.desaster.heide.de> beschrieb das so:
|
|
|
|
|
!verbon
|
|
|
|
|
(dasselbe funktioniert nat<61>rlich auch per Modem. Nur sieht da die
|
|
|
|
|
Initialisierungs-Sequenz nat<61>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<73>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 <20>bernehmen;
|
|
|
|
|
nur, wenn z.B. ein PING einen Verbindungsaufbau bewirken
|
|
|
|
|
soll, mu<6D> man minimal <20>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<61>rlich geladen sein m<>ssen)
|
|
|
|
|
Ad 3: Isdn4Linux mu<6D> nat<61>rlich auch installiert sein; wichtig
|
|
|
|
|
ist die Modem-Emulation (ttyIx).
|
|
|
|
|
Ad 4: Man starte den diald, z.B. mit folgendem Script (hei<65>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<65>t. Sieht ungef<65>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<61>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<64> Anschlu<6C>-
|
|
|
|
|
und Mitbenutzernummer dem auf der Login-Seite vorgegebenem
|
|
|
|
|
Default entsprechen. Ist das nicht der Fall, mu<6D> 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<70>tzlich <20>ber ein Interface
|
|
|
|
|
"sl0" verf<72>gen (ifconfig fragen), und die Defaultroute sollte genau
|
|
|
|
|
darauf zeigen (route -n gibt Aufschlu<6C>; ohne "-n" w<>rde "route"
|
|
|
|
|
versuchen, die Phantasie-IP-Adressen, die man anfangs angegeben hat
|
|
|
|
|
(und die sp<73>ter von "echten" <20>berschrieben werden) aufzul<75>sen - mu<6D>
|
|
|
|
|
ja nicht sein).
|
|
|
|
|
Oh, wer nicht nur mit IP-Adressen arbeitet, sondern erfolgreich auch
|
|
|
|
|
z.B. "ftp stp.sunsite.edu" probieren will, sollte nat<61>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<65>ich starten. Das war's
|
|
|
|
|
<20>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<72>rgen (Routen werden
|
|
|
|
|
automatisch gel<65>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<64> irgendwas mit dem
|
|
|
|
|
Login nicht klappte - Vorsicht: Nach drei Fehl- Logins mu<6D> 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;
|
|
|
|
|
|
|
|
|
|
!old
|
|
|
|
|
Q: Ich habe mir den Internetzugang <20>ber T-Online wie in einigen Newsgruppen
|
|
|
|
|
beschrieben zurechtgebaut, aber leider funktioniert das chat-Skript nicht
|
|
|
|
|
("Connect script failed").
|
|
|
|
|
A: Gerhard Tr<54>ger <gerhard@gt-priv.m.eunet.de>: schrieb hierzu:
|
|
|
|
|
!verbon
|
|
|
|
|
In der geschw<68>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<67><72>ern (am besten mit F<>llstands<64>berpr<70>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<50>wort
|
|
|
|
|
* Fixe IP-Adresse
|
|
|
|
|
=> eine abgebrochene Verbindung kann nach Wiedereinwahl
|
|
|
|
|
fortgesetzt werden
|
|
|
|
|
* H<>herer Datendurchsatz
|
|
|
|
|
* Hohe Stabilit<69>t (kleiner Treiber => kaum Bugs)
|
|
|
|
|
!verboff
|
|
|
|
|
Nachteile:
|
|
|
|
|
!verbon
|
|
|
|
|
* Kein Handshaking mehr
|
|
|
|
|
=> Konfiguration mu<6D> !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<6C> m<>glich
|
|
|
|
|
* Fixe IP-Adresse
|
|
|
|
|
=> mu<6D> vorher bekannt sein, h<>herer Verbrauch von IP-Adressen,
|
|
|
|
|
keine dynamische Adre<72>vergabe m<>glich
|
|
|
|
|
!verboff
|
|
|
|
|
Aus dieser <20>bersicht l<><6C>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<73>hren
|
|
|
|
|
lassen?
|
|
|
|
|
A: Harald Milz <hm@seneca.muc.de> schrieb dazu am 28. Nov 1996:
|
|
|
|
|
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<65>t Modememulation, da<64> 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<64>cklich !u1nicht!u0 auf die Art und Weise, wie die Daten dann
|
|
|
|
|
vom ISDN-Treiber <20>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<69>lich kann alle
|
|
|
|
|
Software unter Linux, die Modems ansteuern kann, <20>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<61>en bzw. nach drinnen
|
|
|
|
|
verwenden?
|
|
|
|
|
A: Es sollten nur die ttyI*-Devices verwendet werden. Die cui*-Devices
|
|
|
|
|
sind nur aus Kompatibilit<69>tsgr<67>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 <20>ber isdn4linux pollen?
|
|
|
|
|
A: Ganz normal, wie mit seriellen Schnittstellen auch. Als Device mu<6D>
|
|
|
|
|
einfach /dev/ttyI* verwendet werden, im Init-String der Modememulation mu<6D>
|
|
|
|
|
noch die richtige MSN bzw. EAZ mit "AT&E<msn/eaz>" gesetzt werden.
|
|
|
|
|
|
|
|
|
|
!old
|
|
|
|
|
Q: Welche Geschwindigkeit mu<6D> 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<74>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:
|
|
|
|
|
Wenn eine Anwendung ein write auf das ttyI device aufruft, wird
|
|
|
|
|
isdn_tty_write() aufgerufen. Dort werden die <20>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. <20>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
|
|
|
|
|
<20>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<75>tzlich zum Timer-Interrupt
|
|
|
|
|
auch aus isdn_tty_write() heraus durchgef<65>hrt, also sofort beim write
|
|
|
|
|
aus der Anwendung heraus.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
!3Sync-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: asyncPPP ist ein zeichenbasiertes Protokoll und wird gew<65>hnlich <20>ber
|
|
|
|
|
analoge serielle Leitungen geschickt. Es ist nat<61>rlich m<>glich, asyncPPP
|
|
|
|
|
<20>ber ISDN zu routen (obwohl ISDN eine Synchronverbindung bietet). Man
|
|
|
|
|
kann es tun, indem man ein ISDN-Modem an den Computer anschlie<69>t. Dieses
|
|
|
|
|
Ger<65>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 <20>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<6D> 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<64> der asynchrone pppd direkt auf dem benannten
|
|
|
|
|
Device gestartet werden soll. Man beachte, da<64> mit dieser Konfiguration
|
|
|
|
|
ausschlie<69>lich PPP <20>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<61>ber
|
|
|
|
|
wissen will, sollte sich die FAQ ansehen, die mit dem Standard-pppd
|
|
|
|
|
geliefert wird.
|
|
|
|
|
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<64> 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) <20>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 kompiliert man isdn4linux mit syncPPP?
|
|
|
|
|
A: Um den Kernel mit dem syncPPP-Teil im ISDN4Linux-Teil zu compilieren, mu<6D>
|
|
|
|
|
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<73>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<72>ssig - trotzdem sollte die entsprechende Unterst<73>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 <20>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 <20>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<65>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<6D> abgestellt sein - diese Version kann damit nicht
|
|
|
|
|
umgehen. [Anmerkung: Auch die Van-Jacobson-Kompression sollte mit "-vj
|
|
|
|
|
-vjcomp" unter allen Umst<73>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:
|
|
|
|
|
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<6D> man zun<75>chst wissen, wie der ipppd seine Daten bekommt. Alle
|
|
|
|
|
Daten, die <20>ber die ISDN-Leitung hereinkommen, werden von den Netzinterfaces
|
|
|
|
|
empfangen (diese werden mit isdnctrl eingerichtet). Anschlie<69>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<6B>pft.!br
|
|
|
|
|
Beispiel: Um das Interface "ippp5" mit /dev/ippp2 zu verkn<6B>pfen, mu<6D>
|
|
|
|
|
folgende Konfiguration vorgenommen werden:
|
|
|
|
|
!verbon
|
|
|
|
|
"isdnctrl pppbind ippp5 2"
|
|
|
|
|
!verboff
|
|
|
|
|
Analog kann man mit dem "pppunbind"-Befehl diese Verkn<6B>pfung wieder
|
|
|
|
|
aufheben.!br
|
|
|
|
|
|
|
|
|
|
!old
|
|
|
|
|
Q: Ich will dynamische Adre<72>zuweisung benutzen. Wie mu<6D> ich das Netzwerk-
|
|
|
|
|
Device konfigurieren?
|
|
|
|
|
A: Zumindest mu<6D> 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<6D> eine Dummy-IP-Adresse
|
|
|
|
|
f<>r das Interface angegeben werden. Wenn Sie aus irgendwelchen Gr<47>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 <20>berschrieben
|
|
|
|
|
werden kann, mu<6D> der ipppd mit der Option "ipcp-accept-local" aufgerufen
|
|
|
|
|
werden.!br
|
|
|
|
|
Man mu<6D> 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<6D> lokal
|
|
|
|
|
konfiguriert werden, oder der Fremdrechner mu<6D> ihn in einem IPCP-Request
|
|
|
|
|
senden. Wenn die eigene Seite die IP-Adresse nach der Verhandlung nicht
|
|
|
|
|
wei<65>, wird die Verbindung abgebrochen! Das <20>berschreiben der Adressen
|
|
|
|
|
mu<6D> 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<6D> (des Rechners also,
|
|
|
|
|
der Ihnen Ihre Adresse gibt).
|
|
|
|
|
|
|
|
|
|
Q: Laut Man-Page bietet der (i)pppd die Option "dns-addr". Leider lehnt mein
|
|
|
|
|
(i)pppd diese Option strikt ab!
|
|
|
|
|
A: Andreas Kool <akool@Kool.f.EUnet.de> schrieb hierzu am 31. Dez 1996:
|
|
|
|
|
Du musst im Makefile des ipppd "USE_MS_DNS" einschalten!
|
|
|
|
|
|
|
|
|
|
!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<75>ckweist. Beim n<>chsten Mal ist der ipppd
|
|
|
|
|
so zu konfigurieren, da<64> die Optionen nicht mehr verhandelt werden.
|
|
|
|
|
Ein weiterer "Seiteneffekt" ist, da<64> solche unn<6E>tzen Optionen die
|
|
|
|
|
Redundanz erh<72>hen (z.B. wenn der Fremdrechner Bugs aufweist und die
|
|
|
|
|
Optionen auf falsche Weise zur<75>ckweist).
|
|
|
|
|
Zur Erstellung eines Log-Files siehe "Wie stelle ich mir f<>r ipppd ein
|
|
|
|
|
Log her".!br
|
|
|
|
|
Einen zus<75>tzlicher Tip kam von G.Richter <richter@ecos.de> am 12. Dez 1996:
|
|
|
|
|
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 SyncPPP erh<72>hen?
|
|
|
|
|
A: Mit MPPP weitere Kan<61>le aufbauen (siehe den entsprechenden Abschnitt dazu).
|
|
|
|
|
F<>r alle, denen das zu teuer ist, gibt es noch einen kleinen Trick. Mit der
|
|
|
|
|
Option "asyncmap 0" gibt man an, da<64> 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<75>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:
|
|
|
|
|
Es gibt verschiedene M<>glichkeiten, je nachdem, was du denn so alles aus
|
|
|
|
|
deinem LAN heraus im Internet machen m<>chtest. Grunds<64>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<6D>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<6D>t du nicht einmal einen
|
|
|
|
|
Proxy Server.
|
|
|
|
|
!verboff
|
|
|
|
|
Eike Stepper <isdn@esc-net.de> erg<72>nzt am 6. Nov 1996:
|
|
|
|
|
!verbon
|
|
|
|
|
Den drei M<>glichkeiten w<>rde ich noch eine vierte hinzuf<75>gen. Selber
|
|
|
|
|
hab ich es zwar noch nicht ausprobiert (da ich die erw<72>hnte 1.
|
|
|
|
|
M<>glichkeit bevorzuge und ein Class-C-Subnetz habe, hehe ;) aber ich
|
|
|
|
|
wei<65> von einem Freund, da<64> er nach einigem T<>fteln am Linux-Kernel
|
|
|
|
|
dann tats<74>chlich das IP-Masquerading hinbekommen hat.!br
|
|
|
|
|
Das funzt irgendwie so<73>hnlich wie ein proxy (wenn man den
|
|
|
|
|
ip-versteck-effekt betrachtet). Bietet nat<61>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) -
|
|
|
|
|
<20>ber einen Linux-Router mit der Au<41>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<75>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<61>rlich auch direkt in den
|
|
|
|
|
Kernel einbauen, anstatt sie als Module zu verwenden.)
|
|
|
|
|
!verboff
|
|
|
|
|
Anschlie<69>end den Kernel wie <20>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<73>hrlich eingegangen.
|
|
|
|
|
Hier geht es weiter, wenn folgende Voraussetzungen erf<72>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<65>ber aber verheimlichen, da<64> nicht der Router
|
|
|
|
|
selbst Empf<70>nger/Absender der entsprechenden IP-Pakete ist.
|
|
|
|
|
!verboff
|
|
|
|
|
Beginnen wir mit dem zweiten Punkt. Dieses "Verheimlichen" hat nichts damit
|
|
|
|
|
zu tun, da<64> man seinen Provider hintergehen will (obwohl man auf diese
|
|
|
|
|
Weise auch selbst Provider spielen und seine Kunden klammheimlich <20>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<70>t, die der Provider auch kennt. Tr<54>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<65> er
|
|
|
|
|
auch, an wen er die Pakete schicken soll. Daher mu<6D> der Router Pakete von
|
|
|
|
|
anderen Rechnern im LAN "maskieren" - mit seiner eigenen, dynamisch
|
|
|
|
|
zugewiesenen Adresse (und dabei nat<61>rlich Buch dar<61>ber f<>hren, was an
|
|
|
|
|
wen von wem kam, um die Antwort-Pakete richtig zuzustellen).!br
|
|
|
|
|
Zum Gl<47>ck ist diese Funktion in den Linux-Kernel =>2.0.0 schon eingebaut
|
|
|
|
|
(s.o.) - sie nennt sich "IP-Masquerading". Vereinfacht ausgedr<64>ckt geht
|
|
|
|
|
das so:!br!br
|
|
|
|
|
Ein LAN-Rechner schickt ein Paket ab, das neben IP-Nummer und Ziel-Port des
|
|
|
|
|
Empf<70>ngers auch die "Absender-Adresse" in Form einer IP-Nummer und eines
|
|
|
|
|
Antwort-Ports tr<74>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<70>nger-Adresse und -Port mit der gespeicherten
|
|
|
|
|
R<>cksende-Adresse <20>berschrieben und an den LAN-Rechner weitergeleitet.
|
|
|
|
|
Paket f<>r Paket.!br
|
|
|
|
|
Leicht einsehbar ist <20>brigens, da<64> dieses Verfahren nur mit Diensten
|
|
|
|
|
funktioniert, bei denen auch eine R<>cksende-Adresse angegeben wird. Dazu
|
|
|
|
|
geh<65>ren u.a. telnet, http, ftp, irc (eingeschr<68>nkt), nicht aber Echo
|
|
|
|
|
(ping).!br
|
|
|
|
|
Zur<75>ck zur Praxis. Damit das Masquerading auch bei FTP und IRC
|
|
|
|
|
funktioniert, werden zun<75>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<64> IP-Pakete, die von 192.168.123.x ausgehen und
|
|
|
|
|
an wenauchimmer gerichtet sind, maskiert werden. Das hat den Nachteil, da<64>
|
|
|
|
|
auch innerhalb des LAN flei<65>ig drauflosmaskiert wird, was man aber durch
|
|
|
|
|
Einf<6E>gen weiterer Rules vermeiden kann. "man ipfwadm" sei hier zur Lekt<6B>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 <20>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<74>ge vornehmen.
|
|
|
|
|
!verboff
|
|
|
|
|
Antwort: Ist tats<74>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<61>r ist es zun<75>chst n<>tig, die anderen Rechner im LAN dazu zu bringen,
|
|
|
|
|
alle f<>r "Au<41>erhalb" bestimmten IP-Pakete an den Linux-Router zu
|
|
|
|
|
<20>bergeben und diesem die Weiterleitung zu <20>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<73>tere Adresse, die vom Provider kommt, ist
|
|
|
|
|
ja erstens noch nicht bekannt und <20>ndert sich zweitens bei jedem Anruf).!br
|
|
|
|
|
Letzter Schritt ist dann, das "dial-on-demand" einzurichten. In
|
|
|
|
|
Verbindung mit isdn4linux gibt es daf<61>r zwei M<>glichkeiten:!br
|
|
|
|
|
!verbon
|
|
|
|
|
* Man verwendet synchrones PPP f<>r die Verbindung zum Provider, also
|
|
|
|
|
den "ipppd". Dann ist nichts weiter zu tun als daf<61>r zu sorgen, da<64>
|
|
|
|
|
immer die Default-Route des Routers auf das entsprechende ipppx-
|
|
|
|
|
Interface weist. Vorsicht: Beim Verbindungsabbau l<>scht der Kernel
|
|
|
|
|
diese Route!
|
|
|
|
|
Sie mu<6D> 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<6C><6D>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.
|
|
|
|
|
<20>brigens kann es passieren, da<64> manche aus dem LAN initiierte
|
|
|
|
|
Verbindungen recht lange auf Antwort warten. Ich wei<65> nicht, ob
|
|
|
|
|
Kernel oder ipppd das "ausl<73>sende" Paket verschlucken, oder die
|
|
|
|
|
Antwort darauf unterschlagen; ich wei<65> aber, da<64> es hilft, z.B. bei
|
|
|
|
|
Netscape wenige Sekunden nach Anforderung der ersten Seite auf den
|
|
|
|
|
"roten Knopf" zu dr<64>cken und die Seite nochmals anzufordern.
|
|
|
|
|
!verboff
|
|
|
|
|
Wie bereits erw<72>hnt: Die Konfiguration des ipppd wird an anderer
|
|
|
|
|
Stelle ausf<73>hrlich erkl<6B>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<64> zwischen 0900 und 1200 grunds<64>tzlich keine
|
|
|
|
|
Verbindung aufgebaut wird, da<64> Nameserver-Anfragen eine Verbindung
|
|
|
|
|
zwar nicht aufbauen, aber offenhalten k<>nnen u.v.m. Wer sich mit
|
|
|
|
|
diesen Konfigurationsm<73>glichkeiten nicht herumschlagen mag, braucht
|
|
|
|
|
das indes auch nicht - die Default-Konfiguration kann man ohne
|
|
|
|
|
Gefahr f<>r Leib und Geldb<64>rse <20>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<72>glichen, die ISDN Karte(n) im Linux PC mitzunutzen?
|
|
|
|
|
A: Rainer May <r_may@khavi.desaster.heide.de> schrieb dazu am 10. Dez 1996:
|
|
|
|
|
<20>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<63>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:
|
|
|
|
|
Theoretisch (und praktisch auch) tut es jeder etwas komfortablere
|
|
|
|
|
telnet-Client, den man dann wie ein Terminalprogramm benutzen kann.
|
|
|
|
|
Auch uucicos sollte es daf<61>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<72>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:
|
|
|
|
|
Versuch's mal auf einem Simtel-Mirror (z.B. ftp.funet.fi) im Verzeichnis
|
|
|
|
|
pub/simtelnet/win3/inet. Das Ding hei<65>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:!br
|
|
|
|
|
!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<68>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.10.1996 einen ent-
|
|
|
|
|
sprechenden Patch in der Mailingliste, der isdnlog besser anpa<70>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:
|
|
|
|
|
Im isdnrep indirekt schon -- sofern du alle von isdnlog ausdekodierten
|
|
|
|
|
Dienstkennungen in deiner "isdnlog.conf" als Alias eingetragen hast ...
|
|
|
|
|
|
|
|
|
|
Q: Wie kann ich isdnlog dazu bringen, die Geb<65>hren nach den Regeln der
|
|
|
|
|
niederl<72>ndischen Telefongesellschaft zu berechnen?
|
|
|
|
|
A: Dazu mu<6D> nur im Makefile von isdnlog "COPTS=-DISDN_NL" gesetzt und isdnlog
|
|
|
|
|
neu kompiliert werden.
|
|
|
|
|
|
|
|
|
|
Q: Wie kann ich isdnlog dazu bringen, die Geb<65>hren nach den Regeln der
|
|
|
|
|
schweizer Telefongesellschaft zu berechnen?
|
|
|
|
|
A: Dazu mu<6D> nur im Makefile von isdnlog "COPTS=-DISDN_CH" gesetzt und isdnlog
|
|
|
|
|
neu kompiliert werden.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
!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<6D> noch die nachfolgende angeh<65>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<6D> noch die nachfolgende angeh<65>ngt
|
|
|
|
|
werden!]
|
|
|
|
|
|
|
|
|
|
Q: Was bedeuten die einzelnen Zust<73>nde von isdnbutton (gr<67>n, gelb, rot)?
|
|
|
|
|
A: Markus Gutschke <gutschk@uni-muenster.de> schrieb dazu am 21. Dez 1996:
|
|
|
|
|
"isdnbutton" <20>berpr<70>ft folgende Zustaende:
|
|
|
|
|
!verbon
|
|
|
|
|
GR<47>N - mindestens eine ISDN Verbindung ist zur Zeit aktiv. Leider
|
|
|
|
|
kann ich nicht <20>berpr<70>fen, womit diese Verbindung aktiv
|
|
|
|
|
ist (siehe andere Mail in die Liste). Es mu<6D> 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<64>
|
|
|
|
|
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<48>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<75>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<61>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<6D> 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<62>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 ulaw nach WAV)?
|
|
|
|
|
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).
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
!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<50>wort sind nat<61>rlich gef<65>lscht :-)
|
|
|
|
|
!verboff
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
!3Chargeint
|
|
|
|
|
|
|
|
|
|
!old
|
|
|
|
|
Q: Wie kann die ich den "chargeint"-Patch verwenden, damit i4l rechtzeitig
|
|
|
|
|
vor der n<>chsten Geb<65>hreneinheit auflegt?
|
|
|
|
|
A: Sascha Ottolski <sascha@alzhimer.isdn.cs.tu-berlin.de> schrieb:
|
|
|
|
|
!verbon
|
|
|
|
|
Ich benutze den chargeint, das klappt hervorragend; Geb<65>hren kommen
|
|
|
|
|
bei mir w<>hrend der Verbindung, aber ich glaube, man kann das auch per
|
|
|
|
|
Hand justieren. Du mu<6D>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<61>rlich auch neu kompilieren.
|
|
|
|
|
Dann den isdnlog mit der option -hx starten, wobei x die Anzahl der
|
|
|
|
|
Sekunden ist, die noch zum Geb<65>hrenimpuls fehlen. Da legt der chargeint
|
|
|
|
|
dann auf. Im start-script f<>r isdn wie gewohnt einen huptimeout
|
|
|
|
|
definieren, zus<75>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<65>hreneinheit auf. Der isdnlog setzt, wenn er mit -Dchargeint
|
|
|
|
|
compiliert wurde, mit "-h" die Dauer der Einheit (i.e. Charge
|
|
|
|
|
Interval) abh<62>ngig von der Tageszeit und des Datums. Ein zus<75>tzlicher
|
|
|
|
|
Parameter f<>r "-h" verk<72>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<66>h beendet. Der Fehler
|
|
|
|
|
vergr<67><72>ert sich mit der Anzahl der Geb<65>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<61>rlich mu<6D> auch isdnlog einwandfrei laufen (isdnlog 2.50 mu<6D> 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<67>ndert). Die unterbrochene
|
|
|
|
|
FTP-, Telnet- oder WWW-Verbindung mu<6D> 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<65>hreneinheit dauert, damit rechtzeitig aufgelegt werden
|
|
|
|
|
kann. Da die L<>nge der Geb<65>hreneinheit von Uhrzeit, Wochentag, Feiertag
|
|
|
|
|
etc. abh<62>ngt, macht ein fester Parameter keinen Sinn.
|
|
|
|
|
Hier springt isdnlog ein. Es stellt fest, ab wann eine Verbindung
|
|
|
|
|
steht und rechnet abh<62>ngig von Uhrzeit, Wochentag, Feiertag aus, wie
|
|
|
|
|
lange eine Geb<65>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<6C>t isdnctrl, genau 2 Sekunden vor dem Start der
|
|
|
|
|
n<>chsten Geb<65>hreneinheit aufzulegen, solange mindestens die isdnctrl
|
|
|
|
|
mit dem Parameter "huptimeout" angegebenene Zeit verstrichen ist, ohne
|
|
|
|
|
da<64> Daten <20>bertragen worden w<>ren.
|
|
|
|
|
Die <20>bermittlung von Geb<65>hrenimpulsen wird nicht ben<65>tigt, da die
|
|
|
|
|
Zeitsteuerung genau genug ist. Die Geb<65>hrenimpulse w<>hrend eines
|
|
|
|
|
Gespr<70>ches werden zudem in so schwankenden Intervallen <20>bermittelt,
|
|
|
|
|
da<64> 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<73>hrlichere Anleitung zum Chargeint-Patch?
|
|
|
|
|
A: Georg v. Zezschwitz <gvz@hamburg.pop.de> schrieb hierzu am 29. Nov 1996:
|
|
|
|
|
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<64> 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<72>gliche ich anderen, <20>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<72>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<65>, 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<6D> die
|
|
|
|
|
jeweilige MSN (ohne Vorwahl) statt der 0 in "AT&E0" eingesetzt werden.
|
|
|
|
|
F<>r X.75 wird die Blockgr<67><72>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 <20>ffnen und die n<>tigen AT-Befehle von Hand eingeben.
|
|
|
|
|
Gibt man nun zum Schlu<6C> den Befehl AT&W0 ein, so wird iprofd vom
|
|
|
|
|
Kernel benachrichtigt, und schreibt die aktuelle Konfiguration
|
|
|
|
|
in die Datei. Von nun an gen<65>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<6E>hlen. Ist hier ttyI1
|
|
|
|
|
richtig, oder mu<6D> 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<6D> 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<6D> 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<64> (i)pppd die Pa<50>wort<72>berpr<70>fung bei einer
|
|
|
|
|
Einwahl anhand von /etc/passwd anstelle von /etc/ppp/pap-secrets durchf<68>hrt?
|
|
|
|
|
A: G. Richter <richter@ecos.de> schrieb dazu am 17. Dez 1996:
|
|
|
|
|
In /etc/ppp/pap-secrets mu<6D> 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<64> sich mehrere Personen gleichzeitig bei mir einw<6E>hlen
|
|
|
|
|
k<>nnen?
|
|
|
|
|
A: Es m<>ssen genausoviele gettys bzw. Netzinterfaces konfiguriert werden, wie
|
|
|
|
|
sich Personen gleichzeitig einw<6E>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<6E>hlen (solange B-Kan<61>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:
|
|
|
|
|
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<65>, 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<6D>t dann
|
|
|
|
|
aber die Kunden <20>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<65>teanschl<68>ssen hinbekommen?
|
|
|
|
|
A: Karsten Keil <keil@temic-ech.spacenet.de> schrieb dazu am 7. Nov 1996:
|
|
|
|
|
Also lt. diversen Artikeln in den Newsgroups gibt es das auch f<>r
|
|
|
|
|
Mehrger<65>teanschl<68>sse, allerdings wissen das die meisten Telekomiker nicht
|
|
|
|
|
und es geht auch nicht bei allen Vermittlungsstellen.!br
|
|
|
|
|
[Das nennt sich dann !u1B<31>ndelanschlu<6C>!u0 - Red.]
|
|
|
|
|
|
|
|
|
|
!old
|
|
|
|
|
Q: Wenn eine Fritz!-Card bei mir mit X.75 anruft, st<73>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<74>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<6E>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<65>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<75>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<62>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<68>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<72>nlich mag Banzai!-Router <20>berhaupt nicht wegen Ihrer
|
|
|
|
|
schlechten Diagnosem<65>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<61>r zwei serielle
|
|
|
|
|
Schnittstellen, an die man einen TA (je etwa 800 DM) h<>ngen kann.
|
|
|
|
|
Schlie<69>lich kann man last, not least in den saueren Apfel bei<65>en und
|
|
|
|
|
sich mehrere Cisco 1003 antun (ca. 2000DM pro St<53>ck). Falls Geld keine
|
|
|
|
|
gar so dringende Rolle spielt, w<>rde ich pers<72>nlich die letztere
|
|
|
|
|
Variante bevorzugen: Ich mag Cisco's einfach. :-)
|
|
|
|
|
!verboff
|
|
|
|
|
Winfried Haug <haug@seicom.net>:
|
|
|
|
|
!verbon
|
|
|
|
|
Also du solltest dir eben <20>berlegen, WAS dir am wichtigsten ist:
|
|
|
|
|
(1) Geld sparen
|
|
|
|
|
(2) Zeit sparen
|
|
|
|
|
F<>r (1) gibt es 2 L<>sungen:
|
|
|
|
|
- Banzai! (hei<65>t jetzt <20>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<61>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<65>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<61>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<73>tzen so ziemlich alle ISDN Protokolle (u.a
|
|
|
|
|
diverse HDLC Varianten etc..). Unterst<73>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<64> 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<6D>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 <20>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..
|
|
|
|
|
<20>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<68>gt dann nochmal mit
|
|
|
|
|
11.250 DM zu Buche... ich denke damit er<65>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<61>r mu<6D>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<65>mpelt, weil sie
|
|
|
|
|
auf Dauer schlecht fern-administrierbar sind und eben bei weitem nicht
|
|
|
|
|
die Stabilit<69>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<64> mu<6D> 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<72>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<61>r etc... Da ist mann schnell deutlich <20>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<64> die
|
|
|
|
|
Leitung selber "up" ist. Du hast - au<61>er mit Ping o.<2E>. - 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<><6D>ten die wieder zur<75>ckkommen. Das sieht man dann
|
|
|
|
|
an der Statistik. Dies setzt voraus, da<64> die Telekom in der Vstelle den
|
|
|
|
|
nicht benutzen Bchan auch so geschaltet hat. Damit haben wir der
|
|
|
|
|
Telekom mal nachgewiesen, da<64> die Leitung selber einen Kabelbruch
|
|
|
|
|
hatte...
|
|
|
|
|
Was dir allerdings passieren kann, wenn du nicht automatisch davon
|
|
|
|
|
ausgehst, da<64> die Leitung da ist: wenn die Gegenseite noch nicht "up"
|
|
|
|
|
ist, flie<69>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<73>hlt und das Protokoll hochf<68>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<65>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 zwei Kisten mit einer ICN-Karte <20>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<6D>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<61>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<6F><6D>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<65>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<65>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<64> 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<64> bereits der erste
|
|
|
|
|
reingehende Ruf, der pseudom<6F><6D>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<64> 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<6D> 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<75>tzlich am 3. Jan 1997:
|
|
|
|
|
Bei uns l<>uft das (mit einem CISCO Router als Gegenstelle) seid fast zwei
|
|
|
|
|
Monaten problemlos.!br
|
|
|
|
|
Zu beachten ist, da<64> die eaz auf 1 gestellt wird und mit icnctrl die
|
|
|
|
|
Leitung auf leased umgestellt wird, der Rest bleibt wie bei der Wahlleitung
|
|
|
|
|
(au<61>er Telefonnumer und timeouts)!br
|
|
|
|
|
Ein Beispielscript findet sich unter
|
|
|
|
|
!link http://www.rosat.mpe-garching.mpg.de/~web/ISDN.html;
|
|
|
|
|
|
|
|
|
|
!old
|
|
|
|
|
Q: Wie kann ich mit meiner Teles-Karte erfolgreich eine D64 Standleitung
|
|
|
|
|
ansteuern?
|
|
|
|
|
A: In einer sp<73>teren Version wird der neue HiSax-Treiber im isdn4linux
|
|
|
|
|
D64 unterst<73>tzen (mehr zu diesem Treiber siehe oben). Karsten Keil
|
|
|
|
|
<keil@temic-ech.spacenet.de> hat schon eine Beta-Version parat, die er
|
|
|
|
|
mutigen Testpersonen gerne zur Verf<72>gung stellt. Neben der Verwendung von
|
|
|
|
|
UISDN kann weiterhin auch noch isachscx.c eingesetzt werden.!br
|
|
|
|
|
Michael Hipp <Michael.Hipp@student.uni-tuebingen.de> schrieb hierzu am
|
|
|
|
|
am 8. Okt 1996:
|
|
|
|
|
!verbon
|
|
|
|
|
Wenn Du nicht auf Karstens Patch warten willst, kannst Du inzwischen
|
|
|
|
|
den sogenannten isachscx-Treiber versuchen. Zu finden auf
|
|
|
|
|
!link http://www.sfs.nphil.uni-tuebingen.de/~hipp/isdn/isachscx.c.gz;
|
|
|
|
|
Der Treiber ist zwar aus dem i4l-Teles-Treiber hervorgegangen, kommt
|
|
|
|
|
aber ohne den i4l-Link-Level aus. Experimentierlust ist bei dem Treiber
|
|
|
|
|
vorausgesetzt.
|
|
|
|
|
!verboff
|
|
|
|
|
und beantwortet einige Fragen dazu am 21. Dez 1996:
|
|
|
|
|
!verbon
|
|
|
|
|
> 1. Arbeitet das Modul zuverlaessig ?
|
|
|
|
|
Unterschiedliche Aussagen. Von "tut seit Tagen ohne Probleme" bis
|
|
|
|
|
"tut nicht".
|
|
|
|
|
> 2. Wo zu finden ?
|
|
|
|
|
Etwas unpassend auf:
|
|
|
|
|
!link ftp://ftp.gwdg.de/pub/linux/isdn/ippp/ih.tar.gz;
|
|
|
|
|
> 3. Werden auch Standleitungen unterstuetzt, die nur aus einem
|
|
|
|
|
> einzelnen B-Kanal bestehen, d.h. *keinen* D-Kanal haben ???
|
|
|
|
|
Es wird kein D-Kanal unterstuetzt. Er kann also da sein oder auch
|
|
|
|
|
nicht. Ist egal.
|
|
|
|
|
> 4. Welche Protokolle sind moeglich ??
|
|
|
|
|
Nur reines IP in raw-HDLC
|
|
|
|
|
!verboff
|
|
|
|
|
|
|
|
|
|
Q: Was ist bei Verwendung des isachscx zu beachten?
|
|
|
|
|
A: Michael Hipp <Michael.Hipp@student.uni-tuebingen.de> schrieb am 29 Nov 1996:
|
|
|
|
|
Also wenn du den isachscx verwendest, brauchst du kein i4l zu installieren.
|
|
|
|
|
Der wird direkt als Netzwerkinterface eingebunden.
|
|
|
|
|
Ich empfehle auf alle F<>lle mal mit dem 'channel' Parameter rumzuspielen
|
|
|
|
|
Dabei auf beiden Seiten beide Varianten durchprobieren (sind ja nur 4
|
|
|
|
|
M<>glichkeiten). Eigentlich sollte der schon funken. Sagt man ;)
|
|
|
|
|
|
|
|
|
|
!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<64> 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<66>sung des timers in Linux ist nur 20ms, so da<64>
|
|
|
|
|
ICN_TIMER_BCREAD=0 nichts bringt. Au<41>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 <20>bertragen, sondern bis zu
|
|
|
|
|
16. Der Karten-Puffer fa<66>t 16 Fragmente. Nur bei ping und Co. wird das
|
|
|
|
|
sichtbar. FTP (oder auch Z-Modem <20>ber ttyI) kommen m<>helos auf
|
|
|
|
|
nahezu 8k cps. Au<41>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<69>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<65>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<6F>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<73>tzt isdn4linux SPVs? Wie?
|
|
|
|
|
A: Um die Unterst<73>tzung f<>r SPVs einzuschalten, mu<6D> vor die gew<65>hlte Nummer
|
|
|
|
|
ein "S" gesetzt werden. Das funktioniert (recht gut) sowohl in der
|
|
|
|
|
Modememulation als auch bei der Definition von Netzinterfaces.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
!3MPPP
|
|
|
|
|
|
|
|
|
|
!old
|
|
|
|
|
Q: MPPP? Was ist das und wie kann ich es einsetzen?
|
|
|
|
|
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<61>le zu einem logischen Strom. Der ipppd mu<6D> mit der Option
|
|
|
|
|
"+mp" aufgerufen werden, damit die MPPP-Verhandlung aktiviert wird.
|
|
|
|
|
Ebenfalls mu<6D> ein Slave Device f<>r jeden zus<75>tzlichen Kanal
|
|
|
|
|
konfiguriert werden (siehe i4l-Anleitung f<>r mehr Informationen). Um
|
|
|
|
|
die Kanalb<6C>ndelung zu benutzen, mu<6D> zuerst der "Master" oder Initial-Ruf
|
|
|
|
|
aktiviert werden. Jetzt k<>nnen die Slave-Kan<61>le mit dem Kommando
|
|
|
|
|
!verbon
|
|
|
|
|
isdnctrl addlink <device>
|
|
|
|
|
!verboff
|
|
|
|
|
hinzugef<65>gt werden. Dies ist anders als bei anderen Einbettungsverfahren
|
|
|
|
|
(encapsulations) von ISDN4Linux! Bei syncPPP gibt es keinen automatischen
|
|
|
|
|
Einbezug von Slave Devices!
|
|
|
|
|
|
|
|
|
|
!old
|
|
|
|
|
Q: Wie benutzt man das MPPP-Material?
|
|
|
|
|
A: Um das MPPP-Material zu nutzen, mu<6D> mit ISDN4Linux ein Slave-Device
|
|
|
|
|
konfiguriert werden. Der ipppd kann dann mit der "+mp"-Option gestartet
|
|
|
|
|
werden. Um die Zahl der offenen Verbindungen zu erh<72>hen, mu<6D> man die
|
|
|
|
|
"addlink"-Option des "isdnctrl"-Befehles benutzen. In der Datei
|
|
|
|
|
etc/rc.isdn.syncppp.MPPP im isdn4k-utils-Paket findet sich ein
|
|
|
|
|
Beispielscript.
|
|
|
|
|
|
|
|
|
|
!old
|
|
|
|
|
Q: Ich habe MPPP ausprobiert, aber es geht nicht. Im Debug-Log steht ungef<65>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<73>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.10.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)
|
|
|
|
|
<20>ndert, wird's mit MPP Verbindung eher klappen.
|
|
|
|
|
Ohne diese <20>nderung h<>ngt sich MPP schon beim Verlust eines einzigen
|
|
|
|
|
Paketes auf.
|
|
|
|
|
!verboff
|
|
|
|
|
|
|
|
|
|
Q: Gibt es ein funktionierendes Beispielskript f<>r MPPP?
|
|
|
|
|
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 MPPP?
|
|
|
|
|
A: Robert O'Kane <okane@em.uni-frankfurt.de> schrieb dazu am 27. Dez 1996:
|
|
|
|
|
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 ?
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
!2Troubleshooting
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
!3Allgemein
|
|
|
|
|
|
|
|
|
|
Q: Mein isdn4linux funktioniert nicht! Wie gehe ich am geschicktesten bei der
|
|
|
|
|
Fehlersuche vor?
|
|
|
|
|
A: Es empfiehlt sich folgende Vorgehensweise:!br
|
|
|
|
|
!verbon
|
|
|
|
|
1. Als erstes sollte <20>berpr<70>ft werden, ob beim Booten alles
|
|
|
|
|
funktioniert.
|
|
|
|
|
Gibt es ungew<65>hnliche Fehlermeldungen in /var/log/messages?
|
|
|
|
|
Sind nach dem Booten alle Programme aktiv, die gestartet werden
|
|
|
|
|
sollten (mit ps <20>berpr<70>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<64> er tats<74>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 <20>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<6E>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<6D> man
|
|
|
|
|
das lokale Echo einschalten).
|
|
|
|
|
4. Als viertes kann man nun eine bekannte ISDN-Mailbox anw<6E>hlen. Wer
|
|
|
|
|
keine in der N<>he hat, kann sich auch bei Gernot einw<6E>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<6E>ngern (und nicht
|
|
|
|
|
nur denen) erfahrungsgem<65><6D> 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
|
|
|
|
|
<20>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<75>nge benutzen (siehe Frage "Gibt es Rechner, die
|
|
|
|
|
einen Gastzugang bieten, wo ich mein isdn4linux testen kann?"). Letzteres
|
|
|
|
|
hat den Vorteil, da<64> man sich die Logfiles sowie eine funktionierende,
|
|
|
|
|
stabile Konfiguration ansehen kann. Wenn z.B der Zugang mit ipppd
|
|
|
|
|
fehlschl<68>gt, kann man sich per Anwahl <20>ber die Modememulation (oder gar
|
|
|
|
|
mit einem konventionellen Modem) dar<61>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<6D> 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<73>ndiges ncurses packet besitzt.
|
|
|
|
|
/usr/include/ncurses.h ist vorhanden - manchmal heist es halt
|
|
|
|
|
curses.h, aber das include File panel.h mu<6D> 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
|
|
|
|
|
|
|
|
|
|
Q: Warum klingeln weder mein Telefon, noch mein Fax, wenn ich sie mit
|
|
|
|
|
isdn4linux anw<6E>hle?
|
|
|
|
|
A: Isdn4linux setzt "digitale Daten" als eigene Dienstekennung, wenn es
|
|
|
|
|
irgendwo anruft. Die Vermittlungsstelle wird solche Anrufe nicht auf analoge
|
|
|
|
|
Ger<65>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<6E>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 <20>ber die Federklemmen angeschlossen war. Sobald ein
|
|
|
|
|
Ger<65>t den Bus aktivierte, kam das andere nicht mehr zum Zuge.
|
|
|
|
|
|
|
|
|
|
!old
|
|
|
|
|
Q: Trotz deaktiviertem Anklopfen bekommt ein Anrufer bei mir kein Besetzt,
|
|
|
|
|
obwohl weder i4l noch ein anderes Ger<65>t auf diese MSN eingestellt ist.
|
|
|
|
|
Selbst wenn alle verf<72>gbaren B-Kan<61>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<73>ter durch ein RELEASE zur<75>ckgenommen. Deshalb gibt die
|
|
|
|
|
Vermittlungsstelle immer ein Freizeichen statt einem Besetztzeichen.
|
|
|
|
|
Dazu schrieb Karsten Keil <keil@temic-ech.spacenet.de> am 11.10.1996:
|
|
|
|
|
!verbon
|
|
|
|
|
Da ich gerade keinen Patch zur Hand habe, erkl<6B>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<65>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.10.96):
|
|
|
|
|
!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<70>ch gef<65>hrt wird. Dies erweckt den Eindruck,
|
|
|
|
|
da<64> 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<65>scht?!br
|
|
|
|
|
Eventuell wurde aber auch das Interface ippp0 nicht auf down
|
|
|
|
|
gesetzt und konnte deswegen nicht entfernt werden. Das kann daran liegen,
|
|
|
|
|
da<64> 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<6C>reich. Dieses hilfreiche Programm zeigt an, welcher Proze<7A>
|
|
|
|
|
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<6E>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".
|
|
|
|
|
|
|
|
|
|
Q: Warum bekomme ich von der deutschen Telekom nicht immer die Telefonnummer
|
|
|
|
|
eines Anrufers ("Caller Id") <20>bermittelt?
|
|
|
|
|
A: Aus Datenschutzgr<67>nden wird die Telefonnummer nicht bei Anrufen aus dem
|
|
|
|
|
analogen Netz <20>bermittelt. Es sei denn, sie erlauben der Telekom
|
|
|
|
|
ausdr<64>cklich die <20>bermittlung ihrer Nummer (kostet nichts) und sind an
|
|
|
|
|
einer digitalen Vermittlungstelle angeschlossen.!br
|
|
|
|
|
Wer einen ISDN-Anschlu<6C> hat, mu<6D> dagegen der <20>bermittlung seiner Nummer
|
|
|
|
|
ausdr<64>cklich widersprechen - oder beantragen, da<64> er <20>ber die <20>bermittlung
|
|
|
|
|
seiner Nummer fallweise entscheiden kann (per ISDN-Telefon; fallweise
|
|
|
|
|
Unterdr<64>ckung ist inzwischen kostenlos, fallweise <20>bermittlung kostet
|
|
|
|
|
extra).
|
|
|
|
|
|
|
|
|
|
Q: Bekomme ich die Caller Id bei Anrufen aus dem Ausland <20>bermittelt
|
|
|
|
|
(deutsche Telekom)?
|
|
|
|
|
A: Ja, bei Anrufen aus L<>ndern, die es mit der Rufnummer<65>bermittlung nicht so
|
|
|
|
|
eng sehen wie wir in Deutschland (z.B. USA, Kanada).
|
|
|
|
|
|
|
|
|
|
Q: Ich habe geh<65>rt, es werden eigentlich zwei Caller Id's <20>bermittelt?
|
|
|
|
|
A: Das stimmt, es wird sowohl eine "User-Provided, not screened", als auch
|
|
|
|
|
eine "Network-Provided" (die ist von der Telefongesellschaft)
|
|
|
|
|
<20>bermittelt.!br
|
|
|
|
|
Gernot Zander <hifi@scorpio.in-berlin.de> schrieb dazu am 15. Dez 1996:!br
|
|
|
|
|
!verbon
|
|
|
|
|
Die erste ist von der Anlage mitgegeben und ungepr<70>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<77>ten auch erst nichts, dann fanden sie wen kompetentes,
|
|
|
|
|
der sagte, da<64> das ginge.
|
|
|
|
|
!verboff
|
|
|
|
|
Zum "no screening" schrieb noch Ralf G. R. Bergs
|
|
|
|
|
<rabe@Informatik.RWTH-Aachen.DE> am 16. Dez 1996:!br
|
|
|
|
|
!verbon
|
|
|
|
|
"CLIP no screening". Der Anrufer hat das (kostenpflichtige und nur am
|
|
|
|
|
Komfort-Anlagenanschluss(!) verf<72>gbare) Feature, welches ihm die
|
|
|
|
|
<20>bertragung einer beliebigen Caller ID erlaubt.
|
|
|
|
|
!verboff
|
|
|
|
|
|
|
|
|
|
!old
|
|
|
|
|
Q: Meine Geb<65>hrenimpulse Typ A werden nicht korrekt <20>bermittelt, obwohl die
|
|
|
|
|
Telekom sagt, da<64> sie geschaltet seien.
|
|
|
|
|
A: Peter Gramlich <peter.gramlich@wiwi.uni-karlsruhe.de>:
|
|
|
|
|
!verbon
|
|
|
|
|
Manche hatten schon das Problem, da<64> die Telekom die Geb<65>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
|
|
|
|
|
|
|
|
|
|
!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<61>r gefunden, warum die Ascotel PBX
|
|
|
|
|
Linux abschie<69>t. Es ist kein <20>bergro<72>er "FACILITY"-Frame, wie ich
|
|
|
|
|
fr<66>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<61>r ja schon einen
|
|
|
|
|
Patch gemacht, welcher solche Frames einfach mi<6D>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<65> 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<73>rzt die Maschine nicht mehr ab. Und
|
|
|
|
|
genau jetzt habe ich 2.0.20 probiert und sie ist auch nicht
|
|
|
|
|
abgest<73>rzt. *Schulterzuck*, Konfusion...
|
|
|
|
|
Egal, wenn das wirklich nicht der Grund des Crashes ist, denke ich
|
|
|
|
|
immer noch, da<64> Jan's Patch in den ISDN-Standardtreiber eingebaut
|
|
|
|
|
werden sollte. Es ist keine gute Idee, da<64> Frames, die nicht vom Typ
|
|
|
|
|
1TR6 sind, voreinstellungsm<73><6D>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
|
|
|
|
|
|
|
|
|
|
!old
|
|
|
|
|
Q: Ich h<>nge hinter einer alten Telekommunikations-Anlage, und bekomme beim
|
|
|
|
|
Versuch rauszuw<75>hlen immer wieder eine Ablehnung mit Cause 64?
|
|
|
|
|
A: Wolfgang Hamburg <wh@jumping.baltic.de> schrieb am 8.10.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<65> ich dazu nicht. Die
|
|
|
|
|
Quelle ist ein netter Telekommensch. Dort gibt es "Richtlinien", die
|
|
|
|
|
die Protokolle beschreiben.
|
|
|
|
|
!verboff
|
|
|
|
|
|
|
|
|
|
!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
|
|
|
|
|
|
|
|
|
|
!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<64> im Treiber etwas nicht
|
|
|
|
|
funktioniert. Manchmal sendet das Link-Level-Modul <20>berfl<66>ssige
|
|
|
|
|
Kommandos, die der Teles-Treiber nicht ben<65>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<64> der Treiber keine
|
|
|
|
|
Empfangspuffer mehr <20>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<65>tigt
|
|
|
|
|
einen Puffer, ganz egal wie gro<72> er ist. Wenn eine Anzahl von sehr
|
|
|
|
|
kleinen Frames in schneller Folge gesendet wird, kann es passieren, da<64>
|
|
|
|
|
die Puffer <20>berlaufen. Scheint jedenfalls so, da<64> das passiert. In
|
|
|
|
|
teles.h sind drei Zeilen, die die Anzahl und Gr<47><72>e der Puffer festlegen:
|
|
|
|
|
!verbon
|
|
|
|
|
#define HSCX_RBUF_ORDER 1
|
|
|
|
|
#define HSCX_RBUF_BPPS 2
|
|
|
|
|
#define HSCX_RBUF_MAXPAGES 3
|
|
|
|
|
!verboff
|
|
|
|
|
Die Gr<47><72>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<47><72>e 4k. Die Anzahl
|
|
|
|
|
der Puffer ist HSCX_RBUF_BPPS*HSCX_RBUF_MAXPAGES, was im Normalfalle 6
|
|
|
|
|
ergibt. Diese Zahl kann man erh<72>hen, indem man HSCX_RBUF_MAXPAGES
|
|
|
|
|
vergr<67><72>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<72>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<64> es auf isdn0 weiterrouten soll.
|
|
|
|
|
A: <tpo@spin.ch> schrieb dazu am 8.10.1996:
|
|
|
|
|
!verbon
|
|
|
|
|
Ich hatte den gleichen Fehler, bis ich die korrekte Netmask angab.
|
|
|
|
|
!verboff
|
|
|
|
|
|
|
|
|
|
!old
|
|
|
|
|
Q: Mein i4l l<>uft nicht unter Kernel 2.1.x.
|
|
|
|
|
A: Dazu hat Andi Kleen <andi@mlm.extern.lrz-muenchen.de> einen Patch gemacht.
|
|
|
|
|
Er enth<74>lt auch einen Patch von Markus Gutschke <gutschk@uni-muenster.de>
|
|
|
|
|
f<>r den Teles-Treiber. Zu finden ist er unter!br
|
|
|
|
|
!link ftp://maja.mlm.extern.lrz-muenchen.de/pub/i4l-2.1-fix.gz;!br
|
|
|
|
|
Mittlerweile gibt es HiSax 1.3 speziell abgestimmt f<>r die Kernel 2.1.x.
|
|
|
|
|
|
|
|
|
|
Q: Wo finde ich eine <20>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 <20>fters die LED, die den Verlust der TEI
|
|
|
|
|
anzeigt. Meine Verbindungen sind leider auch <20>fter gest<73>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 <20>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<72>ndischen Newsgruppe), da<64> die
|
|
|
|
|
niederl<72>ndische Telefongesellschaft manchmal nachts "ein TEI wegwirft".
|
|
|
|
|
|
|
|
|
|
Q: Mein ISDN-Treiber st<73>rzt mir ab! Da ich es als Modul konfiguriert habe,
|
|
|
|
|
<20>ndern sich die Adressen bei jedem Laden. Wie finde ich heraus, wo der
|
|
|
|
|
Treiber abst<73>rzt?
|
|
|
|
|
A: Der Treiber wird dazu mit dem Befehl "insmod -m" geladen. Die Ausgabe wird
|
|
|
|
|
mu<6D> 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:!br
|
|
|
|
|
!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<6D> mit der nachfolgenden zusammengefa<66>t
|
|
|
|
|
werden!]!br
|
|
|
|
|
iSystem.map sollte nun anstelle von System.map zur Fehlersuche verwendet
|
|
|
|
|
werden.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
!3Teles-Treiber
|
|
|
|
|
|
|
|
|
|
!old
|
|
|
|
|
Q: Woran erkenne ich, da<64> meine Teles-Karte (oder eine kompatible Karte)
|
|
|
|
|
vom Teles-Treiber korrekt erkannt wurde?
|
|
|
|
|
A: Beim Booten mu<6D> 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<64> 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<6E>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<64> meine Teleskarte nicht korrekt erkannt wird. Was kann
|
|
|
|
|
ich noch <20>berpr<70>fen?
|
|
|
|
|
A: Wilhelm Schulte <schulte@wrds1.urz.uni-wuppertal.de> schrieb dazu:
|
|
|
|
|
!verbon
|
|
|
|
|
Am besten <20>berpr<70>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<64> 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<6D> 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<6D> sich nun
|
|
|
|
|
gravierend vom ersten Wert unterscheiden.
|
|
|
|
|
!verboff
|
|
|
|
|
Siehe auch "Ich bekomme immer BUSY wenn ich meine ISDN-Mailbox anw<6E>hle".
|
|
|
|
|
Analog kann man nat<61>rlich auch mit "cat /proc/ioports" die IO-Ports
|
|
|
|
|
<20>berpr<70>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<72>hnt, da<64> 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<6D>) werden bei einem "Soft-Reset" die
|
|
|
|
|
Karten nicht wieder in ihren Grundzustand versetzt, so da<64>
|
|
|
|
|
manche Treiber dann Probleme haben, die Karten anzusprechen.
|
|
|
|
|
!verboff
|
|
|
|
|
Hinweis: Nat<61>rlich mu<6D> man vor dem harten Reset den Rechner geordnet
|
|
|
|
|
herunterfahren ("reboot" eingeben oder "Ctrl-Alt-Del" dr<64>cken)! Erst dann
|
|
|
|
|
darf die Reset-Taste gedr<64>ckt werden.
|
|
|
|
|
|
|
|
|
|
!old
|
|
|
|
|
Q: Der teles-Treiber erkennt meine 16.3-Karte als eine 16.0.
|
|
|
|
|
A: Wenn man eine 16.3 besitzt, mu<6D> man als Speicherbereich "0" setzen.
|
|
|
|
|
Wenn eine 16.0 erkannt worden ist, hat man hier versehentlich einen
|
|
|
|
|
anderen Wert <20>bergeben.
|
|
|
|
|
|
|
|
|
|
!old
|
|
|
|
|
Q: Ich verwende isdn4linux mit dem Telestreiber. In regelm<6C><6D>igen
|
|
|
|
|
Abst<73>nden h<>ngt sich der Treiber auf, und ich mu<6D> 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<73>rzt immer wieder ab. Auf der Konsole erscheint dann in
|
|
|
|
|
Sekunden-Abst<73>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<65>hreninformationen bekomme.
|
|
|
|
|
A: Der Telestreiber unterst<73>tzt keine Auswertung der Geb<65>hreninformationen,
|
|
|
|
|
da der Autor, Jan den Ouden, in den Niederlanden wohnt und dort die
|
|
|
|
|
Geb<65>hreninfo anders <20>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<65>hreninformationen auszuwerten.
|
|
|
|
|
Es gibt sogar einen Patch, damit isdnlog eine Verbindung rechtzeitig vor
|
|
|
|
|
dem Eintreffen der n<>chsten Geb<65>hr zu beenden. Ein weiterer Patch
|
|
|
|
|
erm<72>glicht isdnlog die Geb<65>hreninformationen an eine Postgres95-Datenbank
|
|
|
|
|
weiterzuleiten. Diese Patches werden wohl in der n<>chsten Version von
|
|
|
|
|
isdnlog einflie<69>en.
|
|
|
|
|
|
|
|
|
|
!old
|
|
|
|
|
Q: Mein Teles-Treiber funktioniert nicht mehr unter 2.1.x!
|
|
|
|
|
A: Christian Mock <cm@kukuruz.ping.at> hat am 7.10.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.10.1996 gepostet.
|
|
|
|
|
Aufgrund der vielen grundlegenden <20>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 ver-
|
|
|
|
|
wendet zu werden!
|
|
|
|
|
A: Dazu schrieb am 6.10.1996 Christian Kratzer <ck@toplink.net>:
|
|
|
|
|
!verbon
|
|
|
|
|
Klarer Fall von IRQ-Problemen. Gerade der 11 macht auf manchen Boards
|
|
|
|
|
Probleme. Obwohl man denkt, da<64> manche IRQ's frei sind, werden sie dann
|
|
|
|
|
doch vom BIOS irgendwie reserviert.
|
|
|
|
|
Gut f<>r einen Schu<68> 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<6D> 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<64> 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<61>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<64> 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<73>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<65>lt o.<2E>.?
|
|
|
|
|
|
|
|
|
|
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:
|
|
|
|
|
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 <20>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<6C> und hat identische Settings wie ein anderes Elink an einem
|
|
|
|
|
Euro-ISDN Anschlu<6C>, mit dem ich nie Probleme hatte. Seit ca. 2
|
|
|
|
|
Wochen funktioniert das jetzt pl<70>tzlich einwandfrei, ohne da<64> lokal
|
|
|
|
|
oder remote etwas ge<67>ndert wurde.
|
|
|
|
|
Schlu<6C>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<65>hlt wurde). Schmei<65> 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<><6D>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<65>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<64> 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<6D> 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<64>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 <20>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<61>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<74>ngen. Diese
|
|
|
|
|
kann man der Modememulation mit "AT&B" mitteilen. F<>r die verbreiteste
|
|
|
|
|
Paketgr<67><72>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<67><72>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<65>, da<64> 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.10.1996:
|
|
|
|
|
!verbon
|
|
|
|
|
Wenn da wirklich kein Proze<7A> 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<6D>t Du diese
|
|
|
|
|
mit kill abschie<69>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:
|
|
|
|
|
Meist vertr<74>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 <20>bertragungsfehler!
|
|
|
|
|
A: Andreas Gutzwiller <andy@hippo.proxyon.imp.com> schrieb dazu am 5. Dez 1996:
|
|
|
|
|
!verbon
|
|
|
|
|
Ich mu<6D>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<72>en Paketen auf ca 7300 cps
|
|
|
|
|
!verboff
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
!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 <20>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.10.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<6D> 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<65>tigt)?
|
|
|
|
|
A: Stefan A. Muehlenweg <Stefan.A.Muehlenweg@samhh.hanse.de> schrieb dazu:
|
|
|
|
|
!verbon
|
|
|
|
|
Bei 1.2.13 sagt man dem Kernel, da<64> er *keinen* ppp-support
|
|
|
|
|
haben soll, compiliert den Kernel, und macht *anschlie<69>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<61>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<61>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<73>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<66>sung des Namens ohne einen Zugriff auf ein ISDN/ippp-
|
|
|
|
|
Interface erm<72>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<64> 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<65>
|
|
|
|
|
nicht mehr wo), und benutzt daf<61>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<73>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<65>.wo
|
|
|
|
|
Danach war Ruhe und es lief!
|
|
|
|
|
Noch etwas fr<66>her wird in main() die Funktion setipdefault()
|
|
|
|
|
aufgerufen, welche (in options.c) gethostbyname() ausf<73>hrt.
|
|
|
|
|
Dieses f<>hrt nat<61>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 <20>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 <20>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<64> der Rechner nicht w<>hlt (IRQ, IO, Protokoll oder
|
|
|
|
|
<20>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<70>fen!
|
|
|
|
|
- den Hinweis, da<64> der ipppd aus irgendwelchen Gr<47>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<73>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<73>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<73>hlen, die Route scheint dem
|
|
|
|
|
ipppd zu fehlen, obwohl ich sie ausdr<64>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<65>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<73>hlen des pppd bekomme ich die Meldung "pppd: peer authentication
|
|
|
|
|
required but no authentication files accessible." - was hei<65>t das?
|
|
|
|
|
A: Wahrscheinlich wurde irrt<72>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<65>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<72>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<65>hr so
|
|
|
|
|
aussieht: "sent [0][LCP ConfRej id=0x1 <auth pap>"
|
|
|
|
|
A: Dein Rechner lehnt ab, sich per Username (z.B. XXX) und Pa<50>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<50>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<50>wort ZZZ vorgesetzt. Wird
|
|
|
|
|
chap zur Authorisierung verlangt, mu<6D> /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<50>w<EFBFBD>rter etc. richtig eingetragen habe.
|
|
|
|
|
A: Stefan A. Muehlenweg <Stefan.A.Muehlenweg@samhh.Hanse.DE> schrieb hierzu
|
|
|
|
|
am 4.10.1996:
|
|
|
|
|
!verbon
|
|
|
|
|
Ich hatte genau das gleiche Problem bzw. die gleiche Meldung.
|
|
|
|
|
Verursacht war es bei mir dadurch, da<64> ich in chap-secrets bzw.
|
|
|
|
|
pap-secrets drei Eintr<74>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 <20>u<EFBFBD>erst zufrieden mit meinen auth-files.
|
|
|
|
|
!verboff
|
|
|
|
|
Eine weitere Fehlerquelle kann das Pa<50>wort selbst sein. Enth<74>lt
|
|
|
|
|
es das Zeichen "#", dann wird alles, was danach kommt, als Kommentar
|
|
|
|
|
verstanden. Analog gibt es nat<61>rlich Probleme, wenn es ein Leerzeichen oder
|
|
|
|
|
einen Tabulator enth<74>lt (geht das?). Abhilfe: Pa<50>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<64> die Karte einer IRQ-Unvertr<74>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:!br
|
|
|
|
|
!verbon
|
|
|
|
|
Mein PAP Skript war verkr<6B>ppelt, da ich ein "#" in meinem Pa<50>wort
|
|
|
|
|
hatte! Nachdem ich das Pa<50>wort sauber gequotet hatte (z.B. mit
|
|
|
|
|
Anf<6E>hrungszeichen) war das Problem gel<65>st.
|
|
|
|
|
!verboff
|
|
|
|
|
|
|
|
|
|
!old
|
|
|
|
|
Q: Meine Verbindung mit ipppd scheint erst zu klappen, aber irgendwann
|
|
|
|
|
st<73>rzt sie ab.
|
|
|
|
|
A: Es kann daran liegen, da<64> eine Kompression eingeschaltet ist, die i4l
|
|
|
|
|
nicht richtig beherrscht. G<>ngiger Fehler: "-vj" mu<6D> unbedingt
|
|
|
|
|
zus<75>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<75>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<44>-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<64> die Einbindung <20>ber Microsoft-DF<44>-Adapter+Microsoft-
|
|
|
|
|
PPP erfolgt. (ein Kollege erz<72>hlte mir neulich von einem <20>hnlichen
|
|
|
|
|
Problem mit einem Macintosh-Kunden)
|
|
|
|
|
Da es bei PPP ziemlich egal ist, wer Server ist und wer Client, frag
|
|
|
|
|
mal deinen ISP <20>ber welche Technik Du dich einw<6E>hlst. (mit
|
|
|
|
|
Linux-Kunden und Trumpet-Winsock-Nutzern z.B. haben wir >>null<<
|
|
|
|
|
Probleme (Ich schlie<69>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<74>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<72>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:
|
|
|
|
|
Lange habe ich rumspielen muessen bevor ichs schlie<69>lich gefunden habe.
|
|
|
|
|
Ich mu<6D>te in /etc/ppp/options.ippp0 noch eine Zeile
|
|
|
|
|
!verbon
|
|
|
|
|
mtu 1024
|
|
|
|
|
!verboff
|
|
|
|
|
einfuegen. Komisch ist es allemal, aber jetzt habe ich endlich Ruhe.
|
|
|
|
|
|
|
|
|
|
!old
|
|
|
|
|
Q: Beim automatischen Dialout und dynamischer Adre<72>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<72>vergabe tritt n<>mlich ein Wechsel der
|
|
|
|
|
IP-Adresse ein, w<>hrend Pakete zum Versand anstehen. Pakete, die
|
|
|
|
|
vor dem Adre<72>wechsel herausgeschickt wurden haben damit eine falsche
|
|
|
|
|
IP-Adresse als Absender - und werden niemals die Antworten ihres Gegen<65>bers
|
|
|
|
|
erhalten!!br
|
|
|
|
|
Workaround:!br
|
|
|
|
|
Vor dem Verbindungsaufbau mit einem Netzbefehl (telnet, ping...) mu<6D>
|
|
|
|
|
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 <20>ber ipppd phantastisch problemlos.
|
|
|
|
|
Ebenfalls <20>ber eine normale serielle Schnittstelle mit async. PPP <20>ber
|
|
|
|
|
V.120 und diald (per ELSA Microlink ISDN/TLpro --- wie auch <20>ber
|
|
|
|
|
V.34-Modem) funktioniert das Ganze jetzt. Die Ausfallerscheinungen
|
|
|
|
|
waren da ja vorher die gleichen.
|
|
|
|
|
Resumee: Wer automatisches(!) ppp-Dialing ben<65>tigt, ben<65>tigt zwingend
|
|
|
|
|
eine feste IP-Adresse. Wer seine Verbindung manuell(!) hochzieht und
|
|
|
|
|
auch manuell wieder abbaut, kann wunderbar mit dynamischer
|
|
|
|
|
Adre<72>zuweisung leben.
|
|
|
|
|
Es w<>re sicher an der Zeit, ppp in seiner Funktionalit<69>t soweit zu
|
|
|
|
|
erweitern, da<64> es verbindungsinitiierende Pakete nicht nur zur<75>ckh<6B>lt,
|
|
|
|
|
sondern auch auf die abgehende IP-Adresse hin <20>berpr<70>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<><6D>te der diald diese Funktionalit<69>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 <20>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-<2D>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<61>rlich kein Problem, wenn die
|
|
|
|
|
beiden Verbindungen so kurz nacheinander erfolgen, da<64>
|
|
|
|
|
die Dial-On-Demand-Verbindung noch die selbe ist.
|
|
|
|
|
!verboff
|
|
|
|
|
[Der pppd soll ab Version ebenfalls dial-on-demand unterst<73>tzen - vielleicht
|
|
|
|
|
wird es dann besser - die Red.]
|
|
|
|
|
|
|
|
|
|
Q: Beim Ausf<73>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:
|
|
|
|
|
Grund f<>r den Fehler: im Kernel wird ein 255 Byte grosser Block aus dem
|
|
|
|
|
Userspace erwartet, dieser mu<6D> jedoch nicht vorhanden sein, wenn der
|
|
|
|
|
Pointer auf argv0 zeigt. Der angeh<65>ngte Patch fixed das Problem auf
|
|
|
|
|
USER-Ebene, nicht sch<63>n aber tut.!br
|
|
|
|
|
!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<64> das Anh<6E>ngen von "/sbin" an den Pfad
|
|
|
|
|
(Environment) geholfen hat - 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:
|
|
|
|
|
Das bedeutet, da<64> 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<65>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<65>tigen nur die HWaddr f<>r die Ethernet-
|
|
|
|
|
Encapsulation.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
!3ISDN4linux im Netzwerk
|
|
|
|
|
|
|
|
|
|
!old
|
|
|
|
|
Q: xosview zeigt seit der Installation von i4l keine Netzwerkaktivit<69>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<65> 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<6D> nat<61>rlich auf allen
|
|
|
|
|
LAN-Rechnern der Nameserver des Providers eingetragen sein.
|
|
|
|
|
|
|
|
|
|
!old
|
|
|
|
|
Q: Die Adressen werden jetzt aufgel<65>st, aber statt der gew<65>nschten Seite
|
|
|
|
|
bekomme ich die Meldung "no route to host".
|
|
|
|
|
A: Bitte pr<70>fen:
|
|
|
|
|
!verbon
|
|
|
|
|
* Ist auf dem LAN-Rechner der Linux-Router als Gateway eingetragen
|
|
|
|
|
(manche "Betriebssysteme" mu<6D> man komplett resetten, bevor Sie da
|
|
|
|
|
eine <20>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<73>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
|
|
|
|
|
<20>berschrieben.
|
|
|
|
|
!verboff
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
!3Isdnlog
|
|
|
|
|
|
|
|
|
|
!old
|
|
|
|
|
Q: Mein isdnlog funktioniert nicht mehr seit ich HiSax installiert habe?
|
|
|
|
|
A: Isdnlog mu<6D> entsprechend gepatcht werden, den Patch findet man <20>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 <20>blichen Meldungen, es passiert aber
|
|
|
|
|
nichts)?
|
|
|
|
|
A: Andreas Kool <akool@Kool.f.EUnet.de> schrieb dazu am 6. Jan 1997:
|
|
|
|
|
!verbon
|
|
|
|
|
Ist bei den "<22>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
|
|
|
|
|
|
|
|
|
|
!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<65>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<64> 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<73>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:
|
|
|
|
|
Dagegen hilft nur, eine obere Instanz zu schaffen, die das koordiniert.
|
|
|
|
|
Ich pers<72>nlich verwende NAS (Network-audio-system), das "rplay" Zeuch
|
|
|
|
|
sollte jedoch genauso gut verwendbar sein!
|
|
|
|
|
|
|
|
|
|
Q: Isdnlog soll ein Programm mit Ausgabeumleitung ausf<73>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:
|
|
|
|
|
Weil isdnlog keine (Bourne) Shell ist ;-) isdnlog kann nur "echte"
|
|
|
|
|
Programme starten.!br
|
|
|
|
|
Kurz und knapp: Obiges Beispiel mu<6D> als ausf<73>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:
|
|
|
|
|
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<72>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<65>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<69> er gerne Zombies - dies wurde durch isdnlog-2.50
|
|
|
|
|
korrigiert.
|
|
|
|
|
!verboff
|
|
|
|
|
[Der Fehler sollte ab 2.50 behoben sein - 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<64>
|
|
|
|
|
ich aus Versehen zwei mal isdnlog gestartet hatte.
|
|
|
|
|
!verboff
|
|
|
|
|
|
|
|
|
|
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.10.1996:
|
|
|
|
|
!verbon
|
|
|
|
|
Isdnlog habe ich inzwischen gepatcht. Das Problem ist der strftime()-
|
|
|
|
|
Aufruf in Zeile 264 in isdnlog.c. Dort mu<6D> das "%e" durch ein "%d"
|
|
|
|
|
ersetzt werden, dann geht wieder alles.
|
|
|
|
|
!verboff
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
!3Audio
|
|
|
|
|
|
|
|
|
|
!commenton
|
|
|
|
|
(Die folgenden Antworten entstammen zumeist der Anleitung zu vbox von
|
|
|
|
|
Matthias He<48>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<65>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<72>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<72>gt <20>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<62>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.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
!3Dial-Out On Demand
|
|
|
|
|
|
|
|
|
|
Q: Seitdem ich einen neuen Kernel installiert habe, baut mein Rechner dauernd
|
|
|
|
|
ISDN-Verbindungen auf, ohne Daten zu <20>bertragen (Kosten!).
|
|
|
|
|
A: Vielleicht wurde versehentlich die Kerneloption "Bridging" aktiviert?
|
|
|
|
|
|
|
|
|
|
Q: Wie komme ich unerkl<6B>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<72>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<73>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
|
|
|
|
|
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
|
|
|
|
|
|
|
|
|
|
Q: Mein Router m<>chte st<73>ndig rausw<73>hlen (tut er auch) aber es werden
|
|
|
|
|
!u1KEINE!u0 Daten <20>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:
|
|
|
|
|
ARP-Requests oder Broadcasts? Du solltest das ifconfig f<>r die
|
|
|
|
|
ISDN-Devices mit den Optionen -arp und -broadcast durchf<68>hren, um
|
|
|
|
|
Verbindungsaufbauten dadurch zu vermeiden.
|
|
|
|
|
|
|
|
|
|
Q: Wie bringe ich sendmail dazu, von sich aus keine Verbindungen mehr
|
|
|
|
|
aufzubauen, ohne da<64> lokale Mail liegenbleibt?
|
|
|
|
|
A: Zun<75>chst mu<6D> 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<74>gt, mu<6D> man daf<61>r sorgen, da<64>
|
|
|
|
|
dieser Name nicht zu einem Aufruf des Nameservers f<>hrt. Dazu tr<74>gt man
|
|
|
|
|
entweder nur die IP-Adresse direkt ein, oder man erg<72>nzt den Namen in
|
|
|
|
|
/etc/hosts (/etc/host.conf sollte entsprechend "order hosts bind"
|
|
|
|
|
enthalten)!br
|
|
|
|
|
Weiterhin erkl<6B>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<75>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<64> alle Mail gequeued wird (was nicht verhindert, da<64> 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<75>ckzuschieben.!br
|
|
|
|
|
Mail an teure=entfernte Mailer wird nun nur noch beim expliziten Aufruf
|
|
|
|
|
von "sendmail -q" zugestellt.
|
|
|
|
|
|
|
|
|
|
Q: Kann es sein, da<64> 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<6D> (warum wei<65> 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<72>nschten Herauswahlen durch den Nameserver? Wie finde ich den
|
|
|
|
|
<20>belt<6C>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<6C><6D>ig DNS-Anfragen von Windoof-M<>hlen.
|
|
|
|
|
Problem dabei ist, da<64> gerne nach so Sachen wie WORKGROUP.domain.de gefragt
|
|
|
|
|
wird u.<2E>. 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<65>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 <20>hnlich)
|
|
|
|
|
auf No?
|
|
|
|
|
Dann m<><6D>te Ruhe sein, zumindest bei mir ist es so.
|
|
|
|
|
!verboff
|
|
|
|
|
|
|
|
|
|
Q: Wie gew<65>hne ich Netscape ab, beim Start eine Herauswahl zu initiieren?
|
|
|
|
|
A: Wahrscheinlich wurde in den Einstellungen irgendwo ein Rechnername im
|
|
|
|
|
Klartext angegeben (z.B. bei der Eintragung als Proxy-Server). Die
|
|
|
|
|
Konsultation des Nameservers kann dann nur verhindert werden, wenn dieser
|
|
|
|
|
Rechnername mit seiner IP-Adresse in /etc/hosts, und zus<75>tzlich
|
|
|
|
|
"order hosts bind" in /etc/host.conf eingetragen wurde. Alternativ kann man
|
|
|
|
|
auch gleich die nackte IP-Adresse in Netscape eintragen.!br
|
|
|
|
|
Ein anderer Punkt ist die Seite, die als Homepage eingetragen ist. Nur eine
|
|
|
|
|
Seite, die lokal vorliegt (z.B. "file://localhost/xxx") verursacht keine
|
|
|
|
|
sofortige Herauswahl. Alternativ kann auch ein Cache-Daemon einrichten.!br
|
|
|
|
|
Sascha Ottolski <sascha@alzhimer.isdn.cs.tu-berlin.de> erg<72>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 <20>hnlich. Vermutlich mu<6D>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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
!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<64> 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<64> 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<64> 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<65> aber nicht, ob er auch bei *euch* geht! Einfach mal versuchen!
|
|
|
|
|
!verboff
|
|
|
|
|
Wer den Patch ben<65>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<64> 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<70>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<61>r kann es zwei Erkl<6B>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<72>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<6D>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<64> das in einen verbesserten ipppd einflie<69>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<72>gerung mit "isdnctrl cbdelay" l<>sen.
|
|
|
|
|
1 Sekunde hat sich als meist brauchbarer Wert erwiesen.
|
|
|
|
|
|
|
|
|
|
Q: Der Callback klappt nicht recht, wieviele ippp*-Devices ben<65>tige ich
|
|
|
|
|
mindestens?
|
|
|
|
|
A: Manfred Dill <manfred.dill@bmw.de> schrieb dazu am 18. Dez 1996:
|
|
|
|
|
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<67>ffnet und damit
|
|
|
|
|
schlie<69>t sich der Kreis. Zum Devices-Verbrauch siehe auch die entsprechende
|
|
|
|
|
Frage im Kapitel Dial-In.
|
|
|
|
|
|
|
|
|
|
!old
|
|
|
|
|
Q: Wenn ich Callback mit Euro-ISDN versuche, wird der Ruf nicht
|
|
|
|
|
zur<75>ckgewiesen.
|
|
|
|
|
A: Karsten Keil <keil@temic-ech.spacenet.de> hat das inzwischen in seinem
|
|
|
|
|
"HiSax"-Treiber gel<65>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.10.1996:
|
|
|
|
|
!verbon
|
|
|
|
|
Ein Cisco w<>hlt unter Umst<73>nden so heftig, da<64> kein ipppd eine Chance
|
|
|
|
|
hat, einen Callback zu starten.
|
|
|
|
|
Ciscos sind so programmiert (definitive Aussage eines Cisco-
|
|
|
|
|
Entwicklers):
|
|
|
|
|
Wenn ein Cisco ein Paket empf<70>ngt, das <20>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<61>le
|
|
|
|
|
zur Verf<72>gung hat und wenn jemand einen simplen "ping <RemoteIP>"
|
|
|
|
|
startet, dann benutzt der Cisco (im schlimmsten) Fall alle seine 8
|
|
|
|
|
D-Kan<61>le, um das Gegen<65>ber anzurufen. Sicher kann er nicht ein und
|
|
|
|
|
dieselbe Telephonnummer mit zwei D-Kan<61>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<73>hlen (Blockwahl)
|
|
|
|
|
startklar, bevor der Ruf auf dem vorherigen D-Kanal als gescheitert
|
|
|
|
|
betrachtet wird.
|
|
|
|
|
So ein Cisco funktioniert also wie ein Maschinengewehr bez<65>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<75>ck), immer, da<64> wenigstens einmal
|
|
|
|
|
abgehoben wird, dann im Einvernehmen wieder aufgelegt wird und danach
|
|
|
|
|
der R<>ckruf geschieht. Denn bei Verwendung von PPP mu<6D> immer, bevor ein
|
|
|
|
|
R<>ckruf passieren darf, einmal der Username und das Pa<50>wort
|
|
|
|
|
ausgetauscht werden, um sicher zu gehen, da<64> derjenige, der den
|
|
|
|
|
Callback w<>nscht, <20>berhaupt dazu autorisiert ist. [...]
|
|
|
|
|
!verboff
|
|
|
|
|
Torsten Hentschel <Torsten.Hentschel@DInet.de> schrieb weiterhin am
|
|
|
|
|
20. Nov 1996:
|
|
|
|
|
!verbon
|
|
|
|
|
Selber habe ich das Callback <20>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 <20>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<75>ckgerufen.
|
|
|
|
|
isdnctrl-Kommandos von Linux beeinflussen nur das Netzdevice
|
|
|
|
|
des Kernels und haben bez<65>glich des Callback wenig bis gar
|
|
|
|
|
keine Einfl<66>sse auf den ipppd. Der bekommt gar nicht mit,
|
|
|
|
|
dass er erwarten soll, dass die Gegenstelle zur<75>ckruft.
|
|
|
|
|
Entsprechend beantwortet er auch Angebote des CISCO
|
|
|
|
|
<20>ber das PPP, dass der CISCO auch zum Zur<75>ckrufen bereit w<>re,
|
|
|
|
|
mit einer Abweisung. Das veranlasst den CISCO zu der Annahme,
|
|
|
|
|
da<64> er dann doch nicht zur<75>ckrufen soll. Denn wenn er nicht
|
|
|
|
|
im Laufe der Initialisierung <20>ber PPP erf<72>hrt, da<64> der Anrufer
|
|
|
|
|
zur<75>ckgerufen werden will (er muss explizit sagen: "Ich will"),
|
|
|
|
|
tut er das auch nicht.
|
|
|
|
|
Der Cisco wird Dir das best<73>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<6E>hlversuchen Deines Linux-Rechners
|
|
|
|
|
sagt, die dann, wenn sie zeitgleich geschehen, durch Debug-Meldungen
|
|
|
|
|
kommentiert werden. Mach das bitte nicht auf der Console, sondern
|
|
|
|
|
<20>ber einen Telnet, sonst kommt der CISCO mit dem Loggen <20>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:
|
|
|
|
|
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: 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<72>ufigen Workaround
|
|
|
|
|
zwei "geheime" telesctrl-Kommandos eingef<65>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 <20>ber einen Kanal. Die Verwendung von MPPP
|
|
|
|
|
scheitert allerdings an Problemen bei der Verst<73>ndigung zwischen meinem
|
|
|
|
|
ipppd und der Gegenstelle.
|
|
|
|
|
A: Michael Hipp <Michael.Hipp@student.uni-tuebingen.de> schrieb am 11.10.1996:
|
|
|
|
|
!verbon
|
|
|
|
|
Zuerst mal kurz zum Fehler: deine Gegenseite mag die MP-MRU von 0x5dc
|
|
|
|
|
nicht sondern will eine kleinere (0x5d7) .. das <20>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<73>nde f<>r meinen Geschmack zu
|
|
|
|
|
sehr die M<>glichkeit, da<64> sich i4l alle Gespr<70>che klaut.
|
|
|
|
|
!verboff
|
|
|
|
|
|
|
|
|
|
!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<66>t die MSN (im Gegensatz zur deutschen
|
|
|
|
|
Telekom) !u1auch die Vorwahl!u0. W<>re die eigene Telefonnummer etwa
|
|
|
|
|
01234-56789, dann m<><6D>te diese folgenderma<6D>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<65>hren nach den Regeln der
|
|
|
|
|
niederl<72>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<64> die niederl<72>ndische Telefongesellschaft nachts
|
|
|
|
|
manchmal eine TEI verliert. Siehe dazu die Frage "Bei meiner ELSA-Karte
|
|
|
|
|
blinkt <20>fters die LED, die den Verlust der TEI anzeigt. Meine Verbindungen
|
|
|
|
|
sind leider auch <20>fter gest<73>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 <20>sterreich mu<6D> 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 <20>sterreich werden ISDN-Anschl<68>sse (anders als in Deutschland)
|
|
|
|
|
standardm<64><6D>ig !u1ohne!u0 MSN bereitgestellt. Das hei<65>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<75>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<65>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<6D> 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<64> eine Antwort auf
|
|
|
|
|
ein "STATUS ENQUIRY" frame geliefert werden mu<6D>. 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<65>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 <20>bermittelt. Entsprechend
|
|
|
|
|
mu<6D> "0" als MSN verwendet werden. Wurden mehrere MSNs beantragt, so sind
|
|
|
|
|
diese normal zu setzen.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
!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 <20>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 <20>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.
|
|
|
|
|
|
|
|
|
|
!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.10.1996:
|
|
|
|
|
!verbon
|
|
|
|
|
Zitat O'Reilly Katalog 1997 (frisch von der Buchmesse):
|
|
|
|
|
"Buchh<68>ndler erz<72>hlen uns, da<64> einige B<>cher manchmal so stark mit den
|
|
|
|
|
Tieren identifiziert werden, da<64> 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
|