Debian [Sid] ISDN Problem: ...HANGUP

[fischtomate]

Hallo, ich hab folgendes Problem:

May 3 19:00:38 tod kernel: ippp0: dialing 1 019231760...
May 3 19:00:38 tod isdnlog: May 03 19:00:38 * tei 126 calling ? with ? BEARER: Unrestricted digital information, CCITT standardized coding
May 3 19:00:38 tod isdnlog: May 03 19:00:38 * tei 126 calling ? with ? 64 kbit/s, Circuit mode
May 3 19:00:38 tod isdnlog: May 03 19:00:38 * tei 126 calling xxxxxxx with +49 37xxxxxxxxx, Hainichen RING (Data)
May 3 19:00:39 tod isdnlog: May 03 19:00:39 * tei 126 calling xxxxxxx with +49 xxxxxxxxx, Hainichen CHANNEL: BRI, B1 needed
May 3 19:00:40 tod isdnlog: May 03 19:00:40 tei 126 calling xxxxxxxxx with +49 xxxxxxxxxx, Hainichen Time:Sat May 3 17:02:00 2003
May 3 19:00:40 tod isdnlog: May 03 19:00:40 tei 126 calling xxxxxxxxx with +49 xxxxxxxxxxx, Hainichen COLP *INVALID* -- ignored!
May 3 19:00:40 tod isdnlog: May 03 19:00:40 tei 126 calling xxxxxxxxx with +49 xxxxxxxxxx, Hainichen CONNECT (Data)
May 3 19:00:40 tod isdnlog: May 03 19:00:40 tei 126 calling xxxxxxxxx with +49 xxxxxxxxxxx, Hainichen INTERFACE ippp0 calling xxxxxxxxxx
May 3 19:00:40 tod isdnlog: May 03 19:00:40 tei 126 calling xxxxxxxxxx with +49 xxxxxxxxxx, Hainichen No area info for provider 33_0 (18), destination xxxxxxxx
May 3 19:00:40 tod kernel: isdn_net: ippp0 connected
May 3 19:00:40 tod ipppd[622]: Local number: 3720752278, Remote number: xxxxxxxxx, Type: outgoing
May 3 19:00:40 tod ipppd[622]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 8
May 3 19:00:41 tod isdnlog: May 03 19:00:41 tei 126 calling 019231760 with +49 xxxxxxxxx, Hainichen Normal call clearing (User)
May 3 19:00:41 tod kernel: ippp0: remote hangup
May 3 19:00:41 tod kernel: ippp0: Chargesum is 0
May 3 19:00:41 tod ipppd[622]: Modem hangup
May 3 19:00:41 tod ipppd[622]: Connection terminated.
May 3 19:00:41 tod ipppd[622]: taking down PHASE_DEAD link 0, linkunit: 0
May 3 19:00:41 tod ipppd[622]: closing fd 8 from unit 0
May 3 19:00:41 tod kernel: ippp_ccp: freeing reset data structure d59a7800
May 3 19:00:41 tod ipppd[622]: link 0 closed , linkunit: 0
May 3 19:00:41 tod ipppd[622]: reinit_unit: 0
May 3 19:00:41 tod kernel: ippp, open, slot: 0, minor: 0, state: 0000
May 3 19:00:41 tod kernel: ippp_ccp: allocated reset data structure d59a7800
May 3 19:00:41 tod ipppd[622]: Connect[0]: /dev/ippp0, fd: 8
May 3 19:00:41 tod isdnlog: May 03 19:00:41 tei 126 calling xxxxxxxxxx with +49 xxxxxxxxxx, Hainichen HANGUP ( 0:00:01 I=161.0 b O= 96.0 b)

...also ich geh davon aus, dass meine PCI Fritz Card richtig konfiguriert ist und HISAX richtig geladen wurde...kann mir jemand weiterhelfen?

[blaubaer]

moin, und willkommen am Board

also spontan fallen mir dazu drei Möglichkeiten ein

1.
Die chap/pap secrets sind nicht richtig eingestellt.
in etc/ppp/pap-secrets bzw. /etc/ppp/chap-secrets müssen Benutzername und Passwort in folgender Form abgelegt sein:

Code: Alles auswählen

benutzername "*" "passwort"

2.
Sind alle Einträge in
in /etc/isdn/ipppd.ippp0 vorgenommen?
insbesondere in der Sektion # AUTHENTICATION in der Zeile # set local name for auth XXX_
wird der username von debconf gerne verstümmelt

3.
es gibt Provider, einem keinen DNS zuweisen. In diesem Fall muss die Datei /etc/ppp/resolv.conf angelegt werden. Inhalt der Datei:

Code: Alles auswählen

nameserver IP-Adresse-des-Providers

Gruss Blaubär

[pdreker]

Ich habe 'mal die ganzen Telefonnummern aus dem Originalposting unkenntlich gemacht, ist IMHO nicht so gut, die öffentlich auf einer Webseite stehen zu haben...

Du solltest in der ipppd Config evtl. einmal die Option "debug" aktivieren/hinzufügen, damit bekommst Du im Log genauere Infos...

Patrick