ISDN: Fehlersuche

[fork]

Hi,

ich hab' hier einen Rechner

- IBM Thinkpad
- SuSE 8.1(Standard)
- Fritzcard PCMCIA 2.0
- AVM Capi 2.0 Treiber

Unter normalen Umständen funktioniert alles, d. h. eine Einwahl in einen entfernten Einwahlknoten. Doch hier geht's jetzt darum eine getunnelte ISDN-Verbindung zu nutzen(ISDN over AUTOKO). Ich habe im Moment als einzige Fehlermeldung einen "local hangup".
/var/log/messages:

Sep 21 17:53:30 nb2754 ipppd[4306]: ipppd i2.2.12 (isdn4linux version of pppd by MH) started
Sep 21 17:53:30 nb2754 ipppd[4306]: init_unit: 0
Sep 21 17:53:30 nb2754 kernel: ippp, open, slot: 0, minor: 0, state: 0000
Sep 21 17:53:30 nb2754 kernel: ippp_ccp: allocated reset data structure c3b35800
Sep 21 17:53:30 nb2754 ipppd[4306]: Connect[0]: /dev/ippp0, fd: 12
Sep 21 17:53:30 nb2754 ifup-route: Warning: Could not set up default route via interface ippp0
Sep 21 17:53:30 nb2754 ifup-route: Command 'ip route replace to default via 1.2.3.4' returned:
Sep 21 17:53:30 nb2754 ifup-route: . "RTNETLINK answers: Network is unreachable"
Sep 21 17:53:30 nb2754 ifup-route: Configuration line: default 1.2.3.4 - -
Sep 21 17:53:30 nb2754 ifup-route: This needs NOT to be AN ERROR if you set up multiple interfaces.
Sep 21 17:53:30 nb2754 ifup-route: See 'man 5 routes' how to avoid this warning.
Sep 21 17:53:30 nb2754 ifup-route:
Sep 21 17:53:30 nb2754 kernel: isdn_net: ippp0: dial rejected: interface not in dialmode `auto', signalling dst_link_failure
Sep 21 17:53:30 nb2754 kernel: ippp0: dialing 1 89200xxxxxxxxx...
Sep 21 17:53:39 nb2754 kernel: isdn_net: local hangup ippp0
Sep 21 17:53:39 nb2754 kernel: ippp0: Chargesum is 0
Sep 21 17:54:10 nb2754 kernel: NETDEV WATCHDOG: ippp0: transmit timed out
Sep 21 17:54:10 nb2754 kernel: isdn_tx_timeout dev ippp0 dialstate 0

Die roten Xe stehen für die Telefonnummer die ich anwähle.

- Sehe ich das richtig das die Verbindung zum NTBA nicht mal richtig da ist?
- Wie kann ich mehr Debuginformationen herausbekommen?
- isdnlog kann ich ja nur mit den hisax treibern verwenden, oder ?

------------------------
EDIT: Zum Debuggen hab' ich jetzt schon ein bisschen. Folgende Einträge in /etc/sysconfig/isdn/cfg-net0:

IPPPD_OPTIONS="debug"
VERBOSE_LEVEL="9"

Aber so richtig zum tragen kommt das ja erst nach starten von ipppd.

[Schmolleg]

Sep 21 17:53:39 nb2754 kernel: isdn_net: local hangup ippp0

Ich würde sagen du hast noch nicht mal rausgewählt, sonst würde remote hangup ippp0 kommen. Nehm mal das hisax Modul.

[fork]

Es lag daran das die Vermittlungsstelle etwas nicht freigeschaltet hatte. Glücklicherweise war eine weitere Vermittlungsstelle(Richtfunk) da bei der es funktioniert hat. Durch Konfigurationsvergleich der beiden Anlagen hat sich der Fehler dann herausfinden lassen.