Hallo,
ich habe mich jetzt schon angemessene Zeit mit Debian auseinandergesetzt und neben ein paar Kleinigkeiten fehlt mir zum kompletten Umstieg eigentlich nur noch der ISDN-Zugang, der unter WindowsXP einwandfrei funktioniert und mit einer PCI-Fritz!-Karte ohne irgendwelchen Schnickschnack eigentlich auch nicht schwer zu konfigurieren sein müsste.
Ich benutze den Kernel 2.6.8-2-k7 und versuche mit T-online und gemäß den Anweisungen des DAHB ins Internet zu gelangen.
Die Module shlc, hisax und isdn sind wohl richtig geladen. So weit so gut, doch nach diesem Schritt musste ich mich schlau machen, wie man den folgenden Fehlermeldungen begegnen kann.
Zum einen fand er die pap und chap secrets nicht, worauf ich in der /etc/isdn/ippp0.ipppd „user“ auskommentierte und die Einträge bei name und user in Hochkommas setzte. -> keine Fehlermeldung mehr.
Des Weiteren fand er so wohl die files /dev/isdninfo als auch /dev/ctrl nicht.
Für Ersteres fand ich im Internet eine Anleitung, in der stand, wie man die „veraltete /etc/isdn/init.d.functions“ wieder zum Funktionieren bringen könnte.
Ich tauschte den Abschnitt
>„elif [-d /.dev/] && [-e /proc/mounts] && grep -qE
>’^[^]+ /.dev’ /proc/mounts; then
> # udev is running
> old_pwd=$(pwd)
> cd /dev && WRITE_ON_UDEV=1 ./MAKEDEV isdn“
bei „check_isdncards()“ durch
>"else
> # udev is running
> old_pwd=$(pwd)
> cd /dev && WRITE_ON_UDEV=1 ./MAKEDEV isdn-tty isdn-io isdn-ippp "
und ich habe das dann noch durch die Zeile „ln -s /dev/isdnctrl0 /dev/isdnctrl“ ergänzt. Zwar starten die isdnutils auch, wenn ich den Link manuell setzen, doch muss ich das nach jedem Neustart wieder machen, da sich der Link irgendwie immer wieder löscht.
So weit bin ich also im Glauben, dass meine ISDN-Karte richtig installiert und die isdnutils richtig konfiguriert sind (immerhin lässt sich alles ohne Fehlermeldung starten).
Aber die Einwahl mit isdnctrl dial ippp0 klappt trotzdem nicht. In der /etc/resolv.conf hab ich nur „nameserver 194.25.2.129“ (also den NS von T-online) stehen.
Der Knoten liegt (das wäre mein letzter Erklärungsversuch) wohl bei der local und remote-MSN. Unter Windows trage ich als zu wählende Nummer einfach 0191011 und unter meiner Nummer 0 ein. Dazu sei noch gesagt, dass ich beim Telefonieren eine Null vorwählen muss.
Im DAHB und bei isdn4linux wird einem dagegen nahe gelegt, man solle doch die Vorwahl ohne führende Null jeweils immer mitwählen - auch bei der Anwahl des Providers. Inzwischen hab ich wohl schon alle Kombinationen durchtelefoniert: mit und ohne eigener Nummer, mit und ohne eigener Vorwahl, mit und ohne verschieden vielen führenden Nullen.
Es kommt immer ein local hangup:
>ippp0: dialing 1 0191011…
>isdn_net: local hangup ippp0
>ippp0: Chargesum is 0
Ich kann mich erinnern, dass in einem Modus auch schon einmal etwas von „dialstate 4“ dastand, allerdings ohne, dass sich mehr Erfolg eingestellt hätte.
Ich poste jetzt mal nicht die ganze syslog, um den Beitrag nicht unnötig zu elongieren und da ich ja wie gesagt eigentlich guter Dinge bin, was die Module und isdnutils betrifft. Der Fehler ist natürlich wahnsinnig unspezifisch, weshalb ich auch nichts mehr im Internet gefunden habe, was mir weiterhelfen würde. Aber ich würde mich freuen, wenn mir jemand helfen könnte, ich hänge da jetzt schon an die drei Wochen dran und konnte gerade mal die beschriebenen Fehler ausmerzen 
.
Hier ein paar Auszüge aus der syslog:
Mar 6 20:17:03 existence kernel: CSLIP: code copyright 1989 Regents of the University of California
Mar 6 20:17:03 existence kernel: ISDN subsystem Rev: 1.1.2.3/1.1.2.3/1.1.2.2/1.1.2.3/1.1.2.2/1.1.2.2 loaded
Mar 6 20:17:03 existence kernel: HiSax: Linux Driver for passive ISDN cards
Mar 6 20:17:03 existence kernel: HiSax: Version 3.5 (module)
Mar 6 20:17:03 existence kernel: HiSax: Layer1 Revision 2.46.2.5
Mar 6 20:17:03 existence kernel: HiSax: Layer2 Revision 2.30.2.4
Mar 6 20:17:03 existence kernel: HiSax: TeiMgr Revision 2.20.2.3
Mar 6 20:17:03 existence kernel: HiSax: Layer3 Revision 2.22.2.3
Mar 6 20:17:03 existence kernel: HiSax: LinkLayer Revision 2.59.2.4
Mar 6 20:17:03 existence kernel: HiSax: Total 1 card defined
Mar 6 20:17:03 existence kernel: HiSax: Card 1 Protocol EDSS1 Id=HiSax (0)
Mar 6 20:17:03 existence kernel: HiSax: AVM PCI driver Rev. 1.29.2.4
Mar 6 20:17:03 existence kernel: FritzPnP: no ISA PnP present
Mar 6 20:17:03 existence kernel: ACPI: PCI interrupt 0000:00:09.0[A] -> GSI 5 (level, low) -> IRQ 5
Mar 6 20:17:03 existence kernel: AVM PCI: stat 0x2020a
Mar 6 20:17:03 existence kernel: AVM PCI: Class A Rev 2
Mar 6 20:17:03 existence kernel: HiSax: AVM Fritz!PCI config irq:5 base:0xD000
Mar 6 20:17:03 existence kernel: AVM PCI: ISAC version (0): 2086/2186 V1.1
Mar 6 20:17:03 existence kernel: mice: PS/2 mouse device common for all mice
Mar 6 20:17:03 existence kernel: AVM Fritz PnP/PCI: IRQ 5 count 0
Mar 6 20:17:03 existence kernel: AVM PCI/PnP: reset
Mar 6 20:17:03 existence kernel: AVM PCI/PnP: S1 0
Mar 6 20:17:03 existence kernel: AVM Fritz PnP/PCI: IRQ 5 count 3
Mar 6 20:17:03 existence kernel: HiSax: DSS1 Rev. 2.32.2.3
Mar 6 20:17:03 existence kernel: HiSax: 2 channels added
Mar 6 20:17:03 existence kernel: HiSax: MAX_WAITING_CALLS added
…
Mar 6 20:17:03 existence kernel: hisax_isac: ISAC-S/ISAC-SX ISDN driver v0.1.0
Mar 6 20:17:03 existence kernel: hisax_fcpcipnp: Fritz!Card PCI/PCIv2/PnP ISDN driver v0.0.1
Mar 6 20:17:03 existence kernel: HiSax: Card 2 Protocol EDSS1 Id=fcpcipnp1 (1)
Mar 6 20:17:03 existence kernel: HiSax: DSS1 Rev. 2.32.2.3
Mar 6 20:17:03 existence kernel: HiSax: 2 channels added
Mar 6 20:17:03 existence kernel: HiSax: MAX_WAITING_CALLS added
Mar 6 20:17:03 existence kernel: ACPI: PCI interrupt 0000:00:09.0[A] -> GSI 5 (level, low) -> IRQ 5
Mar 6 20:17:03 existence kernel: hisax_fcpcipnp: found adapter Fritz!Card PCI at 0000:00:09.0
Mar 6 20:17:03 existence kernel: fcpci: probe of 0000:00:09.0 failed with error -16
…
Mar 6 20:17:06 existence kernel: isdn: Verbose-Level is 2
Mar 6 20:17:06 existence kernel: HiSax: debugging flags card 1 set to 4
Mar 6 20:17:06 existence isdnlog: isdnlog Version 4.69 starting
Mar 6 20:17:06 existence lpd[3561]: restarted
Mar 6 20:17:06 existence ipppd[3537]: Found 1 device:
Mar 6 20:17:06 existence ipppd[3564]: ipppd i2.2.12 (isdn4linux version of pppd by MH) started
Mar 6 20:17:06 existence ipppd[3564]: init_unit: 0
Mar 6 20:17:06 existence kernel: ippp, open, slot: 0, minor: 0, state: 0000
Mar 6 20:17:06 existence kernel: ippp_ccp: allocated reset data structure dde8e000
Mar 6 20:17:06 existence ipppd[3564]: Connect[0]: /dev/ippp0, fd: 8
Mar 6 20:17:06 existence isdnlog: Error: could not load holidays from /usr/share/isdn/holiday-de.dat: No such file or directory
Mar 6 20:17:06 existence isdnlog: Dest V1.01: File ‚/usr/share/isdn/dest.cdb‘ opened fine - Dest 1.0 int (+h) AT DE NL CH BE
Mar 6 20:17:06 existence isdnlog: Zone V1.25: Provider 0 File ‚/usr/share/isdn/zone-de-dtag.cdb‘ opened fine - V1.25 K2 C2 N256 T157147 O1 L5
Mar 6 20:17:07 existence isdnlog: Rates Version 3.10 [25-Aug-2004 00:58:04] loaded [81 Providers, 691 Zones, 3207 Areas, 41 Services, 668 Comments, 9 eXceptions, 67 Redirects, 2254 Rates from /usr/share/isdn/rate-de.dat]
Mar 6 20:17:07 existence isdnlog: (ISDN subsystem with ISDN_MAX_CHANNELS > 16 detected, ioctl(IIOCNETGPN) is available)
Mar 6 20:17:07 existence isdnlog: isdn.conf:2 active channels, 0 MSN/SI entries
Mar 6 20:17:07 existence isdnlog: (Data versions: iprofd=0x06 net_cfg=0x06 /dev/isdninfo=0x01)
Mar 6 20:17:07 existence isdnlog: Everything is fine, isdnlog-4.69 is running in full featured mode.
Am isdnlog kann’s doch nicht liegen oder?