Hallo, ich versuche seit kurzem, eine Standleitung auf Basis eines Linux-Rechners in Betrieb zu nehmen. Kurze History: - Basissystem war ein altes SuSE6.0 - Update auf SuSE6.2 erfolgt - danach Austausch von Kernel 2.2.10 durch Kernel 2.2.14 Damit der Kernel lief und auch die ISDN-Karte (eine Fritz!Classic) erkannte, hatte ich im ISDN-Subsystem folgende Kernel-Optionen eingestellt: <M> ISDN Support [*] Support synchronous PPP [*] Use VJ-compression with synchronous PPP <M> HiSax SiemensChipSet driver support [*] Support for EURO/DSS1 [*] support for german chargeinfo etc. Karte wurde prima erkannt. Danach entfernte ich die Scripte i4l, i4l_hardware aus /sbin/init.d/ und legte dort mein eigenes Standleitungsscript[1], das hier bei mir lokal (128kBit leased line, Gegenstelle ein Cisco Router) prima funktioniert. Nachdem ich in diesem Standleitungsscript LOCAL_IP und REMOTE_IP auf die lokalen Gegebenheiten angepaßt hatte, änderte ich in der /etc/route.conf noch ein paar Einträge: re.mo.te.ip 0.0.0.0 255.255.255.255 ippp0 default re.mo.te.ip [re.mo.te.ip ist die IP des BinTec Routers auf der Gegenseite; zusätzlich waren noch weitere Routings aktiv, da am Linux-Rechner noch 4 Class-C-Netze über eth0 hängen] Und startete das standleitungs script. Ein Aufruf von imon zeige einen aktiven Eintrag für LEASED0 an. Im Kernel stand dann: Sep 11 16:31:30 pestboile kernel: HiSax: German D133361J CETECOM ICT Services GmbH Sep 11 16:31:30 pestboile kernel: HiSax: EU (D133362J) CETECOM ICT Services GmbH Sep 11 16:31:30 pestboile kernel: HiSax: Approved with Eicon Technology Diva 2.01 PCI cards Sep 11 16:31:30 pestboile kernel: HiSax: Warning - no protocol specified Sep 11 16:31:30 pestboile kernel: HiSax: Note! module load syntax has changed. Sep 11 16:31:30 pestboile kernel: HiSax: using protocol EURO Sep 11 16:31:30 pestboile kernel: HiSax: Total 1 card defined Sep 11 16:31:30 pestboile kernel: HiSax: Card 1 Protocol EDSS1 Id=HiSax (0) Sep 11 16:31:30 pestboile kernel: HiSax: AVM driver Rev. 2.11 Sep 11 16:31:30 pestboile kernel: AVM A1: Byte at 1b00 is 6 Sep 11 16:31:30 pestboile kernel: AVM A1: Byte at 1b03 is 3 Sep 11 16:31:30 pestboile kernel: AVM A1: Byte at 1b02 is 2 Sep 11 16:31:30 pestboile kernel: AVM A1: Byte at 1b00 is 6 Sep 11 16:31:30 pestboile kernel: HiSax: AVM A1 config irq:7 cfg:0x1B00 Sep 11 16:31:30 pestboile kernel: HiSax: isac:0x1700/0x1300 Sep 11 16:31:30 pestboile kernel: HiSax: hscx A:0x700/0x300 hscx B:0xF00/0xB00 Sep 11 16:31:30 pestboile kernel: AVM A1: ISAC version (0): 2086/2186 V1.1 Sep 11 16:31:30 pestboile kernel: AVM A1: HSCX version A: V2.1 B: V2.1 Sep 11 16:31:30 pestboile kernel: AVM A1: IRQ 7 count 223 Sep 11 16:31:30 pestboile kernel: AVM A1: IRQ 7 count 228 Sep 11 16:31:30 pestboile kernel: HiSax: DSS1 Rev. 2.21 Sep 11 16:31:30 pestboile kernel: HiSax: 2 channels added Sep 11 16:31:30 pestboile kernel: HiSax: MAX_WAITING_CALLS added Sep 11 16:31:30 pestboile kernel: isdn: Verbose-Level is 7 Sep 11 16:31:30 pestboile kernel: HiSax: debugging flags card 1 set to ffff Sep 11 16:31:30 pestboile kernel: HiSax: l1 debugging flags card 1 set to 4ff Sep 11 16:31:30 pestboile kernel: isdn_net: ippp0: dial rejected: interface not in dialmode `auto', signalling dst_link_failure Sep 11 16:31:30 pestboile kernel: isdn_net: call from LEASED0,7,0 -> 1 Sep 11 16:31:30 pestboile kernel: ippp0: call from LEASED0 -> 1 accepted Sep 11 16:31:31 pestboile kernel: isdn_net: ippp0 connected Sep 11 16:31:31 pestboile kernel: isdn_net: chargetime of ippp0 now 51416 Sep 11 16:31:31 pestboile kernel: ippp0: 0 bogocps Sep 11 16:31:32 pestboile kernel: ippp0: 0 bogocps Sep 11 16:31:33 pestboile kernel: ippp0: 34 bogocps Sep 11 16:31:33 pestboile popper[1227]: connect from 194.115.60.138 Sep 11 16:31:33 pestboile kernel: ippp0: 0 bogocps Sep 11 16:31:35 pestboile last message repeated 2 times Sep 11 16:31:36 pestboile kernel: ippp0: 34 bogocps Sep 11 16:31:36 pestboile kernel: ippp0: 0 bogocps Sep 11 16:31:38 pestboile last message repeated 2 times Sep 11 16:31:39 pestboile kernel: ippp0: 34 bogocps Sep 11 16:31:39 pestboile kernel: ippp0: 0 bogocps Sep 11 16:31:41 pestboile last message repeated 2 times Sep 11 16:31:42 pestboile kernel: ippp0: 34 bogocps Sep 11 16:31:42 pestboile kernel: ippp0: 0 bogocps Sep 11 16:31:44 pestboile last message repeated 2 times Sep 11 16:31:45 pestboile kernel: ippp0: 34 bogocps Sep 11 16:31:45 pestboile kernel: ippp0: 97 bogocps Sep 11 16:31:46 pestboile kernel: ippp0: 0 bogocps Sep 11 16:31:47 pestboile kernel: ippp0: 0 bogocps Sep 11 16:31:48 pestboile kernel: ippp0: 34 bogocps Sep 11 16:31:48 pestboile kernel: ippp0: 0 bogocps Sep 11 16:31:49 pestboile kernel: ippp0: 0 bogocps Sep 11 16:31:49 pestboile kernel: isdn_net: local hangup ippp0 Sep 11 16:31:49 pestboile kernel: ippp0: Chargesum is 0 Sep 11 16:31:49 pestboile kernel: isdn: HiSax,ch0 cause: L0010 Sep 11 16:31:49 pestboile kernel: HiSax module removed Sep 11 16:31:49 pestboile kernel: ISDN-subsystem unloaded local hangup usw. kam dann, weil ich das Standleitungsscript wieder beendete. Das Problem war, dass weder ein ping noch ein traceroute auf die IP des BinTec Routers an der Gegenstelle ging. Als ich dann testweise wieder auf DialUp umstellte (i4l, i4l_hardware wieder gestartet, route.conf entsprechend geändert), bekam ich unter Kernel 2.2.14 die Fehlermeldung, dass das ippp0 Device nicht für SyncPPP im Kernel konfiguriert worden wäre -- ein "make menuconfig" in /usr/src/linux-2.2.14 zeigte jedoch, dass (s.o.) SyncPPP für ISDN mit eincompiliert sei. Also mußte ich wieder mit dem alten 2.2.10 Kernel (out-of-the-box beim SuSE-Update von 6.0 auf 6.2) booten, dann ging auch das DialUp wieder über die normale ISDN-Telefonleitung. Auf der Gegenstelle beim Provider sei alles richtig konfiguriert mit dem BinTec-Router, die Leitung ist physikalisch auch in Ordnung. Wenn ich mir mittels ifconfig anschaue, was da so los ist, ist zu beobachten, dass pro Sekunde etwa ein RX-Paket ankommt and ab und zu auch ein TX- Paket gesendet wird. Ergo vermute ich einen Fehler in meiner Konfiguration/Routing. Nur bin ich etwas ratlos, wo/wie der Fehler sein soll ... manchmal bekam ich auch die Fehlermeldung, dass "ipppd V 0.0.0" outdated sei (beim Versuch, unter 2.2.14 wieder auf den normalen DialUp-Betrieb zu gehen) TIA, Björn. [1]: das Standleitungsscript #!/bin/sh # Start/Stop ISDN lesaed line connection I4L_AS_MODULE=yes I4L_REMOTE_IS_CISCO=no I4L_MODULE_PARAMS="type=5 io=0x300 irq=7 " I4L_DEBUG=no I4L_LEASED_128K=no LOCAL_IP=lo.cal.i.p REMOTE_IP=re.mo.te.ip case "$1" in start) echo "Starting ISDN ..." if [ ${I4L_AS_MODULE} = "yes" ]; then echo "loading modules..." /sbin/modprobe hisax ${I4L_MODULE_PARAMS} fi # configure interface /sbin/isdnctrl addif ippp0 /sbin/isdnctrl secure ippp0 on if [ ${I4L_DEBUG} = "yes" ]; then /sbin/isdnctrl verbose 7 /sbin/hisaxctrl HiSax 1 0xffff /sbin/hisaxctrl HiSax 11 0xff #cat /dev/isdnctrl >/tmp/lea.log & fi if [ ${I4L_REMOTE_IS_CISCO} = "yes" ]; then /sbin/isdnctrl encap ippp0 cisco-h fi /sbin/isdnctrl huptimeout ippp0 0 # B-CHANNEL 1 /sbin/isdnctrl eaz ippp0 1 /sbin/isdnctrl l2_prot ippp0 hdlc # 1. card /sbin/isdnctrl addphone ippp0 in LEASED0 if [ ${I4L_LEASED_128K} = "yes" ]; then /sbin/isdnctrl addslave ippp0 ippp0s /sbin/isdnctrl secure ippp0s on /sbin/isdnctrl huptimeout ippp0s 0 # B-CHANNEL 2 /sbin/isdnctrl eaz ippp0s 2 /sbin/isdnctrl l2_prot ippp0s hdlc # 1. card /sbin/isdnctrl addphone ippp0s in LEASED0 if [ ${I4L_REMOTE_IS_CISCO} = "yes" ]; then /sbin/isdnctrl encap ippp0s cisco-h fi fi /sbin/isdnctrl dialmode ippp0 manual # configure tcp/ip /sbin/ifconfig ippp0 ${LOCAL_IP} pointopoint ${REMOTE_IP} /sbin/route add -host ${REMOTE_IP} ippp0 /sbin/route add default gw ${REMOTE_IP} # switch to leased mode # B-CHANNEL 1 /sbin/hisaxctrl HiSax 5 1 if [ ${I4L_LEASED_128K} = "yes" ]; then # B-CHANNEL 2 sleep 10; /* Wait for master */ /sbin/hisaxctrl HiSax 5 2 fi ;; stop) /sbin/ifconfig ippp0 down /sbin/isdnctrl delif ippp0 if [ ${I4L_DEBUG} = "yes" ]; then killall cat fi if [ ${I4L_AS_MODULE} = "yes" ]; then /sbin/rmmod hisax /sbin/rmmod isdn /sbin/rmmod ppp /sbin/rmmod slhc fi ;; *) echo "Usage: $0 {start|stop}" exit 1 esac exit 0 -- Björn Schotte ++ Heimgartenweg 11a :: D-97074 Würzburg ++ 0931/7843804 Online-Applikationen für das E-Business: http://rent-a-phpwizard.de/ => inklusive Newsletter rund um PHP & das E-Biz <=