Etch: keine Internetverbindung mit FritzCard ISDN PCIv2.0

[k2]

Ich habe es schon gelesen - meine Anfrage wurde in ähnlicher Weise schon öfter gestellt, leider konnte ich daraus nichts verwerten. Auch die PRO-Linux- und sonstige HowTos bringen mich nicht weiter, sie beziehen sich alle auf Sarge, Kernel 2.4 oder unstable 2.6...
Doch jetzt ist Etch stable und ich hoffe, ich muss mich nicht weitere Nächte quälen...

Es soll ein ganz normaler Internetzugang über Internet by Call mittels ISDN eingerichtet werden. kein Fax, kein Anrufbeantworter. Laut meinen Recherchen hat der Kernel 2.6 bei Etch ein ganz neues ISDN Subsystem und man müsste auch keine Module mehr laden oder gar Kernel kompilieren...

Ich habe die PCI-Karte FritzCard PCIv2.0 eingebaut, der Kernel erkennt sie und lädt die Treiber dafür:

Code: Alles auswählen

May 22 19:03:33 debian kernel: Linux version 2.6.18-4-686 (Debian 2.6.18.dfsg.1-12) 
...
May 22 19:03:33 debian kernel: CSLIP: code copyright 1989 Regents of the University of California
...
May 22 19:03:33 debian 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
...
May 22 19:03:33 debian kernel: HiSax: Linux Driver for passive ISDN cards
May 22 19:03:33 debian kernel: HiSax: Version 3.5 (module)
May 22 19:03:33 debian kernel: HiSax: Layer1 Revision 2.46.2.5
May 22 19:03:33 debian kernel: HiSax: Layer2 Revision 2.30.2.4
May 22 19:03:33 debian kernel: HiSax: TeiMgr Revision 2.20.2.3
May 22 19:03:33 debian kernel: HiSax: Layer3 Revision 2.22.2.3
May 22 19:03:33 debian kernel: HiSax: LinkLayer Revision 2.59.2.4
May 22 19:03:33 debian kernel: hisax_isac: ISAC-S/ISAC-SX ISDN driver v0.1.0
May 22 19:03:33 debian kernel: hisax_fcpcipnp: Fritz!Card PCI/PCIv2/PnP ISDN driver v0.0.1
...
May 22 19:03:33 debian kernel: HiSax: Card 1 Protocol EDSS1 Id=fcpcipnp0 (0)
May 22 19:03:33 debian kernel: HiSax: DSS1 Rev. 2.32.2.3
May 22 19:03:33 debian kernel: HiSax: 2 channels added
May 22 19:03:33 debian kernel: HiSax: MAX_WAITING_CALLS added
...
May 22 19:03:33 debian kernel: hisax_fcpcipnp: found adapter Fritz!Card PCI v2 at 0000:00:0a.0

soweit sieht das alles noch in Ordnung für mich aus, dann habe ich die Anleitungen aus dem dahb befolgt (leider auch veraltet, aber Besseres habe ich nicht gefunden), also isdnutils installiert und mit isdnconfig konfiguriert, sowie ipppd.ippp0 und device.ippp0 angepasst, ebenso nameserver angegeben; auch ein Startskript nach Vorgabe erstellt.
Was mir aufgefallen ist, ist dass nirgendwo Benutzername/Passwort anzugeben war, dass das System wohl davon ausgeht, den Teilnehmer an der MTU zu erkennen (was bei IbC wohl nicht viel bringt). Das Ergebnis war dann auch in sich wiederholender Reihenfole mit wechselnden Providern:

Code: Alles auswählen

May 22 20:39:01 debian kernel: isdn: Verbose-Level is 2
May 22 20:39:02 debian ipppd[10318]: Found 1 device:
May 22 20:39:02 debian ipppd[10321]: ipppd i2.2.12 (isdn4linux version of pppd by MH) started
May 22 20:39:02 debian ipppd[10321]: init_unit: 0
May 22 20:39:02 debian ipppd[10321]: Connect[0]: /dev/ippp0, fd: 9
....
May 22 21:15:37 debian ipppd[10321]: Terminating on signal 15.
May 22 21:15:37 debian ipppd[10321]: closing fd 9 from unit 0
May 22 21:15:37 debian ipppd[10321]: link 0 closed , linkunit: 0
May 22 21:15:37 debian ipppd[10321]: Exit.
May 22 21:15:37 debian kernel: isdn_free_channel: called with invalid drv(-1) or channel(-1)
May 22 21:15:51 debian kernel: isdn: Verbose-Level is 2
May 22 21:15:51 debian ipppd[10655]: Found 1 device:
May 22 21:15:51 debian ipppd[10666]: ipppd i2.2.12 (isdn4linux version of pppd by MH) started
May 22 21:15:51 debian ipppd[10666]: init_unit: 0
May 22 21:15:51 debian ipppd[10666]: Connect[0]: /dev/ippp0, fd: 8
...
May 22 21:27:29 debian kernel: OPEN: 169.255.255.169 -> 195.182.110.132 UDP, port: 1025 -> 53
May 22 21:27:29 debian kernel: ippp0: dialing 1 19164273...
May 22 21:27:31 debian kernel: NETDEV WATCHDOG: ippp0: transmit timed out
May 22 21:27:31 debian kernel: isdn_tx_timeout dev ippp0 dialstate 4
May 22 21:27:37 debian kernel: isdn_net: local hangup ippp0
May 22 21:27:37 debian kernel: ippp0: Chargesum is 0
May 22 21:28:11 debian kernel: NETDEV WATCHDOG: ippp0: transmit timed out
May 22 21:28:11 debian kernel: isdn_tx_timeout dev ippp0 dialstate 0
May 22 21:28:11 debian kernel: OPEN: 169.255.255.169 -> 195.182.110.132 UDP, port: 1025 -> 53
May 22 21:28:11 debian kernel: ippp0: dialing 1 19164273...
May 22 21:28:20 debian kernel: isdn_net: local hangup ippp0
May 22 21:28:20 debian kernel: ippp0: Chargesum is 0
...
May 22 21:28:51 debian kernel: NETDEV WATCHDOG: ippp0: transmit timed out
May 22 21:28:51 debian kernel: isdn_tx_timeout dev ippp0 dialstate 0
May 22 21:29:53 debian kernel: OPEN: 169.255.255.169 -> 195.182.110.132 UDP, port: 1026 -> 53
May 22 21:29:53 debian kernel: ippp0: dialing 1 19164273...
May 22 21:30:01 debian kernel: isdn_net: local hangup ippp0
May 22 21:30:01 debian kernel: ippp0: Chargesum is 0
May 22 21:30:11 debian kernel: NETDEV WATCHDOG: ippp0: transmit timed out
May 22 21:30:11 debian kernel: isdn_tx_timeout dev ippp0 dialstate 0
May 22 21:30:11 debian kernel: OPEN: 169.255.255.169 -> 195.182.110.132 UDP, port: 1026 -> 53
May 22 21:30:11 debian kernel: ippp0: dialing 1 19164273...
May 22 21:30:20 debian kernel: isdn_net: local hangup ippp0
May 22 21:30:20 debian kernel: ippp0: Chargesum is 0
May 22 21:30:51 debian kernel: NETDEV WATCHDOG: ippp0: transmit timed out
May 22 21:30:51 debian kernel: isdn_tx_timeout dev ippp0 dialstate 0
May 22 21:30:54 debian kernel: OPEN: 169.255.255.169 -> 195.129.111.49 ICMP
May 22 21:30:54 debian kernel: ippp0: dialing 1 19164273...
May 22 21:31:02 debian kernel: isdn_net: local hangup ippp0
May 22 21:31:02 debian kernel: ippp0: Chargesum is 0
May 22 21:31:31 debian kernel: NETDEV WATCHDOG: ippp0: transmit timed out
May 22 21:31:31 debian kernel: isdn_tx_timeout dev ippp0 dialstate 0
May 22 21:31:31 debian kernel: OPEN: 169.255.255.169 -> 195.129.111.49 ICMP
May 22 21:31:31 debian kernel: ippp0: dialing 1 19164273...
May 22 21:31:40 debian kernel: isdn_net: local hangup ippp0
May 22 21:31:40 debian kernel: ippp0: Chargesum is 0
May 22 21:32:11 debian kernel: NETDEV WATCHDOG: ippp0: transmit timed out
May 22 21:32:11 debian kernel: isdn_tx_timeout dev ippp0 dialstate 0
May 22 21:34:32 debian ipppd[10666]: Terminating on signal 15.
May 22 21:34:32 debian ipppd[10666]: closing fd 8 from unit 0
May 22 21:34:32 debian ipppd[10666]: link 0 closed , linkunit: 0
May 22 21:34:32 debian ipppd[10666]: Exit.

Das sind für mich zwar keine Böhmischen Dörfer, mit Linux habe ich schon etwas Erfahrung, jedoch mit ISDN gar keine. Und somit bleibt mir nur die Hoffnung dass Ihr wisst, in welche Konfigurationsdatei noch etwas einzutragen ist. Oder - ob es eine einfachere Möglichkeit gibt, ISDN für Internet unter ETCH zu konfigurieren. Läuft eigentlich dieses isdn-config von Red Hat mit diesem Kernel?

Vielen Dank schon für das Lesen und Antworten

k2

[meti]

Ich bin da wohl ein Leidensgenosse von dir.

Seit ETCH ist ISDN unter Debian nur noch SCHROTT.
Weder eine Fritz PCI 2,0 noch eine Sedlbauer Speedfax+ PCI hab ich zum funktionieren überzeugen können.

Viel Glück bei der Suche. Ich hab jetzt nen ISDN-Router, der funktioniert wenigstens ...

[tobiK]

Na Mahlzeit,
ich schlage mich schon seit Tagen mit dem identischen Problem herum...
(deb 4.0 mit ISDN überFritzcard PCI )
1.Ansatz: obwohl nach erfolgter Authentifizierung das Gateway vom ISP als Standartroute eingetragen wurde , scheinen die Daten nicht vom loopback auf das Gateway weitergeleitet zu werden (es können keine externen IP Adressen angepingt werden)
2.Ansatz: ich habe im "device.ippp0" script unter "MSN" eine reale MSN statt der obligatorischen 0 angegeben (normalerweise überflüssig) mit dem Erfolg, das die Authentifizierung innerhalb von 2 sec. erfolgt(problem mit dem schnittstellenprotokoll??) nur beim nächsten Systemstart wurde nicht mal mehr der Hisax Treiber geladen...
3. any suggestions?
so long , tobi