March 2002 - openSUSE ISDN (Deutsch) - openSUSE Mailing Lists

AW: [suse-isdn] ISDN Anwahl funktioniert nicht
by Kaemmerer, Stefan 07 Mar '02

07 Mar '02

Nachdem ich meine AVM PCI ISDN Karte und meinen Ethernet Adapter im Steckplatz getauscht habe erfolgt ein Anwahl. NUR: Eigentlich möchte ich bei VIAG Interkom landen, also bei 0191700. Wegen meiner Telefonanlage benötige ich noch eine Null zusätzlich, also 00191700. Aber irgendwie komme ich in USA raus? Hat vieleicht irgendeiner eine Idee? Anbei Auschnitte von /var/log/message für einen Wahlvorgang: Mar 7 10:00:31 skaehome dhcpcd[3639]: timed out waiting for a valid DHCP server response Mar 7 10:04:22 skaehome kernel: ippp0: dialing 1 00191700... Mar 7 10:04:22 skaehome isdnlog: Mar 07 10:04:22 * tei 69 calling +1 91700, USA, with ? RING (Data) Mar 7 10:04:26 skaehome kernel: kcapi: appl 1 ncci 0x10101 up Mar 7 10:04:26 skaehome isdnlog: Mar 07 10:04:26 tei 69 calling +1 91700, USA, with ? CONNECT (Data) Mar 7 10:04:26 skaehome isdnlog: Mar 07 10:04:26 tei 69 calling +1 91700, USA, with ? INTERFACE ippp0 calling 00191700 Mar 7 10:04:26 skaehome kernel: isdn_net: ippp0 connected Mar 7 10:04:26 skaehome kernel: capidrv-1: chan 0 up with ncci 0x10101 Mar 7 10:04:26 skaehome ipppd[3177]: Local number: 0, Remote number: 00191700, Type: outgoing Mar 7 10:04:26 skaehome ipppd[3177]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 27 Mar 7 10:04:26 skaehome ipppd[3177]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0xc30bd824>] Mar 7 10:04:26 skaehome ipppd[3177]: rcvd [0][LCP ConfReq id=0x1 <mru 1500> <auth chap md5> <magic 0x478d96e8> <pcomp> <accomp>] Mar 7 10:04:26 skaehome ipppd[3177]: sent [0][LCP ConfRej id=0x1 <pcomp> <accomp>] Mar 7 10:04:26 skaehome ipppd[3177]: rcvd [0][LCP ConfAck id=0x1 <mru 1524> <magic 0xc30bd824>] Mar 7 10:04:26 skaehome ipppd[3177]: rcvd [0][LCP ConfReq id=0x2 <mru 1500> <auth chap md5> <magic 0x478d96e8>] Mar 7 10:04:26 skaehome ipppd[3177]: sent [0][LCP ConfAck id=0x2 <mru 1500> <auth chap md5> <magic 0x478d96e8>] Mar 7 10:04:26 skaehome ipppd[3177]: lcp layer is UP Mar 7 10:04:26 skaehome ipppd[3177]: rcvd [0][CHAP Challenge id=0x1 <6b0d324030b995ac61f334f63dea2e9d>, name = ""] Mar 7 10:04:26 skaehome ipppd[3177]: ChapReceiveChallenge: Rcvd id 1. Mar 7 10:04:26 skaehome ipppd[3177]: ChapReceiveChallenge: received name field: '' Mar 7 10:04:26 skaehome ipppd[3177]: sent [0][CHAP Response id=0x1 <bdb8f509adbfb6e7eefdbccdfdd83d99>, name = "skaemmerer(a)planet-interkom.de"] Mar 7 10:04:26 skaehome isdnlog: Mar 07 10:04:26 tei 69 calling +1 91700, USA, with ? CHARGE: 0.480 DM/60s = 0.480 DM/Min (DTAG ISDN, Welt 1, täglich) Mar 7 10:04:26 skaehome isdnlog: Mar 07 10:04:26 tei 69 calling +1 91700, USA, with ? HINT: Better use 01013:Tele 2 Privatkunden, 0.100 DM/60s = 0.100 DM/Min, saving 0.447 DM/Min Mar 7 10:04:26 skaehome isdnlog: Mar 07 10:04:26 tei 69 calling +1 91700, USA, with ? 1.CI 0.480 DM (now) Mar 7 10:04:26 skaehome isdnlog: Mar 07 10:04:26 tei 69 calling +1 91700, USA, with ? NEXT CI AFTER 01:00 (DTAG ISDN, Welt 1, täglich) Mar 7 10:04:26 skaehome ipppd[3177]: rcvd [0][CHAP Success id=0x1 ""] Mar 7 10:04:26 skaehome ipppd[3177]: ChapReceiveSuccess: Rcvd id 1. Mar 7 10:04:26 skaehome ipppd[3177]: MPPP negotiation, He: No We: No Mar 7 10:04:26 skaehome ipppd[3177]: sent [0][IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>] Mar 7 10:04:26 skaehome ipppd[3177]: rcvd [0][IPCP ConfReq id=0x1] Mar 7 10:04:26 skaehome ipppd[3177]: sent [0][IPCP ConfNak id=0x1 <addr 0.0.0.0>] Mar 7 10:04:26 skaehome ipppd[3177]: rcvd [0][IPCP ConfNak id=0x1 <addr 62.134.96.94> <ms-dns1 62.134.11.4> <ms-dns2 195.182.110.132>] Mar 7 10:04:26 skaehome ipppd[3177]: sent [0][IPCP ConfReq id=0x2 <addr 62.134.96.94> <ms-dns1 62.134.11.4> <ms-dns2 195.182.110.132>] Mar 7 10:04:26 skaehome ipppd[3177]: rcvd [0][IPCP ConfReq id=0x2 <addr 62.180.9.20>] Mar 7 10:04:26 skaehome ipppd[3177]: sent [0][IPCP ConfAck id=0x2 <addr 62.180.9.20>] Mar 7 10:04:26 skaehome ipppd[3177]: rcvd [0][IPCP ConfAck id=0x2 <addr 62.134.96.94> <ms-dns1 62.134.11.4> <ms-dns2 195.182.110.132>] Mar 7 10:04:26 skaehome ipppd[3177]: local IP address 62.134.96.94 Mar 7 10:04:26 skaehome ipppd[3177]: remote IP address 62.180.9.20 Mar 7 10:04:26 skaehome ipppd[3177]: ppp not replacing existing default route to eth0[193.26.200.65] Mar 7 10:04:26 skaehome kernel: Received CCP frame from peer Mar 7 10:04:26 skaehome kernel: [0/0].ccp-rcv[0]: 01 01 00 09 11 05 00 01 04 Mar 7 10:04:26 skaehome ipppd[3177]: rcvd [0][CCP ConfReq id=0x1 <LZS (RFC) hists 1 check 4] Mar 7 10:04:26 skaehome ipppd[3177]: Unsupported protocol 'Compression Control Protocol' (0x80fd) received Mar 7 10:04:26 skaehome ipppd[3177]: sent [0][LCP ProtRej id=0x2 80 fd 01 01 00 09 11 05 00 01 04] Mar 7 10:04:27 skaehome modify_resolvconf: Service ipppd modified /etc/resolv.conf. See info block in this file Mar 7 10:05:26 skaehome isdnlog: Mar 07 10:05:26 tei 69 calling +1 91700, USA, with ? 2.CI 0.960 DM (after 0:01:00) Mar 7 10:05:27 skaehome ipppd[3177]: Modem hangup Mar 7 10:05:27 skaehome ipppd[3177]: Connection terminated. Mar 7 10:05:27 skaehome ipppd[3177]: taking down PHASE_DEAD link 0, linkunit: 0 Mar 7 10:05:27 skaehome ipppd[3177]: sent [0][LCP TermReq id=0x3 6c 69 6e 6b 20 63 6c 6f 73 65 64] Mar 7 10:05:27 skaehome ipppd[3177]: LCP is down Mar 7 10:05:27 skaehome ipppd[3177]: closing fd 27 from unit 0 Mar 7 10:05:27 skaehome ipppd[3177]: link 0 closed , linkunit: 0 Mar 7 10:05:27 skaehome ipppd[3177]: reinit_unit: 0 Mar 7 10:05:27 skaehome ipppd[3177]: Connect[0]: /dev/ippp0, fd: 27 Mar 7 10:05:27 skaehome kernel: isdn_net: local hangup ippp0 Mar 7 10:05:27 skaehome kernel: ippp0: Chargesum is 0 Mar 7 10:05:27 skaehome kernel: ippp, open, slot: 1, minor: 0, state: 0000 Mar 7 10:05:27 skaehome kernel: ippp_ccp: allocated reset data structure c284f800 Mar 7 10:05:27 skaehome kernel: kcapi: appl 1 ncci 0x10101 down Mar 7 10:05:27 skaehome kernel: ippp_ccp: freeing reset data structure c07a8800 Mar 7 10:05:27 skaehome kernel: capidrv-1: DISCONNECT_IND reason 0x3490 (Normal call clearing) for plci 0x101 Mar 7 10:05:28 skaehome modify_resolvconf: restored /etc/resolv.conf.saved.by.ipppd.ippp0 to /etc/resolv.conf Mar 7 10:05:28 skaehome isdnlog: Mar 07 10:05:27 tei 69 calling +1 91700, USA, with ? HINT: Cheapest booked 01013:Tele 2 Privatkunden 0.200 DM (would save 0.760 DM) Mar 7 10:05:28 skaehome isdnlog: Mar 07 10:05:27 tei 69 calling +1 91700, USA, with ? HINT: Overall cheapest 01013:Tele 2 Preselection 0.103 DM (would save 0.857 DM) Mar 7 10:05:28 skaehome isdnlog: Mar 07 10:05:27 tei 69 calling +1 91700, USA, with ? HINT: LCR:FAILED Mar 7 10:05:28 skaehome isdnlog: Mar 07 10:05:27 tei 69 calling +1 91700, USA, with ? HANGUP (2 CI 0.960 DM 0:01:01 I=188.0 b O=206.0 b) Mar 7 10:05:28 skaehome ip-down: Setting up routing for ippp0 (using /etc/route.conf)..done Mar 7 10:12:24 skaehome PAM-unix2[885]: session finished for user root, service xdm Mar 7 10:13:47 skaehome PAM-unix2[3950]: session started for user root, service xdm Mar 7 10:14:27 skaehome smpppd[749]: connected on local socket Mar 7 10:14:54 skaehome kernel: ippp0: dialing 1 00191700... Mar 7 10:14:54 skaehome isdnlog: Mar 07 10:14:54 * tei 69 calling +1 91700, USA, with ? RING (Data) Mar 7 10:14:58 skaehome isdnlog: Mar 07 10:14:58 tei 69 calling +1 91700, USA, with ? CONNECT (Data) Mar 7 10:14:58 skaehome isdnlog: Mar 07 10:14:58 tei 69 calling +1 91700, USA, with ? INTERFACE ippp0 calling 00191700 Mar 7 10:14:58 skaehome kernel: kcapi: appl 1 ncci 0x10101 up Mar 7 10:14:58 skaehome kernel: isdn_net: ippp0 connected Mar 7 10:14:58 skaehome kernel: capidrv-1: chan 0 up with ncci 0x10101 Mar 7 10:14:58 skaehome ipppd[3177]: Local number: 0, Remote number: 00191700, Type: outgoing Mar 7 10:14:58 skaehome ipppd[3177]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 27 Mar 7 10:14:58 skaehome ipppd[3177]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x6e4ecb7b>] Mar 7 10:14:58 skaehome ipppd[3177]: rcvd [0][LCP ConfReq id=0x1 <mru 1500> <auth chap md5> <magic 0x5b0083fe> <pcomp> <accomp>] Mar 7 10:14:58 skaehome ipppd[3177]: sent [0][LCP ConfRej id=0x1 <pcomp> <accomp>] Mar 7 10:14:58 skaehome ipppd[3177]: rcvd [0][LCP ConfAck id=0x1 <mru 1524> <magic 0x6e4ecb7b>] Mar 7 10:14:58 skaehome ipppd[3177]: rcvd [0][LCP ConfReq id=0x2 <mru 1500> <auth chap md5> <magic 0x5b0083fe>] Mar 7 10:14:58 skaehome ipppd[3177]: sent [0][LCP ConfAck id=0x2 <mru 1500> <auth chap md5> <magic 0x5b0083fe>] Mar 7 10:14:58 skaehome ipppd[3177]: lcp layer is UP Mar 7 10:14:58 skaehome ipppd[3177]: rcvd [0][CHAP Challenge id=0x1 <54d44ac5657f52bf14c66f9c73102a1e>, name = ""] Mar 7 10:14:58 skaehome ipppd[3177]: ChapReceiveChallenge: Rcvd id 1. Mar 7 10:14:58 skaehome ipppd[3177]: ChapReceiveChallenge: received name field: '' Mar 7 10:14:58 skaehome ipppd[3177]: sent [0][CHAP Response id=0x1 <57e1673b25869184f0fb7a9d3abf65f9>, name = "skaemmerer(a)planet-interkom.de"] Mar 7 10:14:58 skaehome ipppd[3177]: rcvd [0][CHAP Success id=0x1 ""] Mar 7 10:14:58 skaehome ipppd[3177]: ChapReceiveSuccess: Rcvd id 1. Mar 7 10:14:58 skaehome ipppd[3177]: MPPP negotiation, He: No We: No Mar 7 10:14:58 skaehome ipppd[3177]: sent [0][IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>] Mar 7 10:14:58 skaehome ipppd[3177]: rcvd [0][IPCP ConfReq id=0x1] Mar 7 10:14:58 skaehome ipppd[3177]: sent [0][IPCP ConfNak id=0x1 <addr 0.0.0.0>] Mar 7 10:14:58 skaehome ipppd[3177]: rcvd [0][IPCP ConfNak id=0x1 <addr 62.134.96.40> <ms-dns1 62.134.11.4> <ms-dns2 195.182.110.132>] Mar 7 10:14:58 skaehome ipppd[3177]: sent [0][IPCP ConfReq id=0x2 <addr 62.134.96.40> <ms-dns1 62.134.11.4> <ms-dns2 195.182.110.132>] Mar 7 10:14:58 skaehome ipppd[3177]: rcvd [0][IPCP ConfReq id=0x2 <addr 62.180.9.20>] Mar 7 10:14:58 skaehome ipppd[3177]: sent [0][IPCP ConfAck id=0x2 <addr 62.180.9.20>] Mar 7 10:14:58 skaehome ipppd[3177]: rcvd [0][IPCP ConfAck id=0x2 <addr 62.134.96.40> <ms-dns1 62.134.11.4> <ms-dns2 195.182.110.132>] Mar 7 10:14:58 skaehome ipppd[3177]: local IP address 62.134.96.40 Mar 7 10:14:58 skaehome ipppd[3177]: remote IP address 62.180.9.20 Mar 7 10:14:58 skaehome ipppd[3177]: ppp not replacing existing default route to eth0[193.26.200.65] Mar 7 10:14:58 skaehome isdnlog: Mar 07 10:14:58 tei 69 calling +1 91700, USA, with ? CHARGE: 0.480 DM/60s = 0.480 DM/Min (DTAG ISDN, Welt 1, täglich) Mar 7 10:14:58 skaehome isdnlog: Mar 07 10:14:58 tei 69 calling +1 91700, USA, with ? HINT: Better use 01013:Tele 2 Privatkunden, 0.100 DM/60s = 0.100 DM/Min, saving 0.447 DM/Min Mar 7 10:14:58 skaehome isdnlog: Mar 07 10:14:58 tei 69 calling +1 91700, USA, with ? 1.CI 0.480 DM (now) Mar 7 10:14:58 skaehome isdnlog: Mar 07 10:14:58 tei 69 calling +1 91700, USA, with ? NEXT CI AFTER 01:00 (DTAG ISDN, Welt 1, täglich) Mar 7 10:14:58 skaehome kernel: Received CCP frame from peer Mar 7 10:14:58 skaehome kernel: [0/1].ccp-rcv[0]: 01 01 00 09 11 05 00 01 04 Mar 7 10:14:58 skaehome ipppd[3177]: rcvd [0][CCP ConfReq id=0x1 <LZS (RFC) hists 1 check 4] Mar 7 10:14:58 skaehome ipppd[3177]: Unsupported protocol 'Compression Control Protocol' (0x80fd) received Mar 7 10:14:58 skaehome ipppd[3177]: sent [0][LCP ProtRej id=0x2 80 fd 01 01 00 09 11 05 00 01 04] Mar 7 10:14:59 skaehome modify_resolvconf: Service ipppd modified /etc/resolv.conf. See info block in this file Mar 7 10:15:04 skaehome ipppd[3177]: Modem hangup Mar 7 10:15:04 skaehome ipppd[3177]: Connection terminated. Mar 7 10:15:04 skaehome ipppd[3177]: taking down PHASE_DEAD link 0, linkunit: 0 Mar 7 10:15:04 skaehome ipppd[3177]: sent [0][LCP TermReq id=0x3 6c 69 6e 6b 20 63 6c 6f 73 65 64] Mar 7 10:15:04 skaehome ipppd[3177]: LCP is down Mar 7 10:15:04 skaehome ipppd[3177]: closing fd 27 from unit 0 Mar 7 10:15:04 skaehome ipppd[3177]: link 0 closed , linkunit: 0 Mar 7 10:15:04 skaehome ipppd[3177]: reinit_unit: 0 Mar 7 10:15:04 skaehome ipppd[3177]: Connect[0]: /dev/ippp0, fd: 27 Mar 7 10:15:04 skaehome kernel: isdn_net: local hangup ippp0 Mar 7 10:15:04 skaehome kernel: ippp0: Chargesum is 0 Mar 7 10:15:04 skaehome kernel: ippp, open, slot: 0, minor: 0, state: 0000 Mar 7 10:15:04 skaehome kernel: ippp_ccp: allocated reset data structure c07a8800 Mar 7 10:15:04 skaehome kernel: kcapi: appl 1 ncci 0x10101 down Mar 7 10:15:04 skaehome kernel: ippp_ccp: freeing reset data structure c284f800 Mar 7 10:15:04 skaehome kernel: capidrv-1: DISCONNECT_IND reason 0x3490 (Normal call clearing) for plci 0x101 Mar 7 10:15:05 skaehome isdnlog: Mar 07 10:15:05 tei 69 calling +1 91700, USA, with ? HINT: Cheapest booked 01030:TelDaFax 0.060 DM (would save 0.420 DM) Mar 7 10:15:05 skaehome isdnlog: Mar 07 10:15:05 tei 69 calling +1 91700, USA, with ? HINT: Overall cheapest 01013:Tele 2 Preselection 0.013 DM (would save 0.467 DM) Mar 7 10:15:05 skaehome isdnlog: Mar 07 10:15:05 tei 69 calling +1 91700, USA, with ? HINT: LCR:FAILED Mar 7 10:15:05 skaehome isdnlog: Mar 07 10:15:05 tei 69 calling +1 91700, USA, with ? HANGUP (1 CI 0.480 DM 0:00:07 I=188.0 b O=206.0 b) Mar 7 10:15:06 skaehome modify_resolvconf: restored /etc/resolv.conf.saved.by.ipppd.ippp0 to /etc/resolv.conf Mar 7 10:15:06 skaehome ip-down: Setting up routing for ippp0 (using /etc/route.conf)..done Mar 7 10:16:16 skaehome kernel: ippp0: dialing 1 00191700... Mar 7 10:16:16 skaehome isdnlog: Mar 07 10:16:16 * tei 69 calling +1 91700, USA, with ? RING (Data) Mar 7 10:16:20 skaehome isdnlog: Mar 07 10:16:20 tei 69 calling +1 91700, USA, with ? CONNECT (Data) Mar 7 10:16:20 skaehome kernel: kcapi: appl 1 ncci 0x10101 up Mar 7 10:16:20 skaehome kernel: isdn_net: ippp0 connected Mar 7 10:16:20 skaehome kernel: capidrv-1: chan 0 up with ncci 0x10101 Mar 7 10:16:20 skaehome ipppd[3177]: Local number: 0, Remote number: 00191700, Type: outgoing Mar 7 10:16:20 skaehome ipppd[3177]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 27 Mar 7 10:16:20 skaehome ipppd[3177]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x3e04e9b7>] Mar 7 10:16:20 skaehome isdnlog: Mar 07 10:16:20 tei 69 calling +1 91700, USA, with ? INTERFACE ippp0 calling 00191700 Mar 7 10:16:20 skaehome isdnlog: Mar 07 10:16:20 tei 69 calling +1 91700, USA, with ? CHARGE: 0.480 DM/60s = 0.480 DM/Min (DTAG ISDN, Welt 1, täglich) Mar 7 10:16:20 skaehome isdnlog: Mar 07 10:16:20 tei 69 calling +1 91700, USA, with ? HINT: Better use 01013:Tele 2 Privatkunden, 0.100 DM/60s = 0.100 DM/Min, saving 0.447 DM/Min Mar 7 10:16:20 skaehome isdnlog: Mar 07 10:16:20 tei 69 calling +1 91700, USA, with ? 1.CI 0.480 DM (now) Mar 7 10:16:20 skaehome isdnlog: Mar 07 10:16:20 tei 69 calling +1 91700, USA, with ? NEXT CI AFTER 01:00 (DTAG ISDN, Welt 1, täglich) Mar 7 10:16:20 skaehome ipppd[3177]: rcvd [0][LCP ConfReq id=0x1 <mru 1500> <auth chap md5> <magic 0x8f028344> <pcomp> <accomp>] Mar 7 10:16:20 skaehome ipppd[3177]: sent [0][LCP ConfRej id=0x1 <pcomp> <accomp>] Mar 7 10:16:20 skaehome ipppd[3177]: rcvd [0][LCP ConfAck id=0x1 <mru 1524> <magic 0x3e04e9b7>] Mar 7 10:16:20 skaehome ipppd[3177]: rcvd [0][LCP ConfReq id=0x2 <mru 1500> <auth chap md5> <magic 0x8f028344>] Mar 7 10:16:20 skaehome ipppd[3177]: sent [0][LCP ConfAck id=0x2 <mru 1500> <auth chap md5> <magic 0x8f028344>] Mar 7 10:16:20 skaehome ipppd[3177]: lcp layer is UP Mar 7 10:16:20 skaehome ipppd[3177]: rcvd [0][CHAP Challenge id=0x1 <af15c692ba1d825558d492dec9e18f56>, name = ""] Mar 7 10:16:20 skaehome ipppd[3177]: ChapReceiveChallenge: Rcvd id 1. Mar 7 10:16:20 skaehome ipppd[3177]: ChapReceiveChallenge: received name field: '' Mar 7 10:16:20 skaehome ipppd[3177]: sent [0][CHAP Response id=0x1 <42402037a89f704bc1aef7ffbb090924>, name = "skaemmerer(a)planet-interkom.de"] Mar 7 10:16:20 skaehome ipppd[3177]: rcvd [0][CHAP Success id=0x1 ""] Mar 7 10:16:20 skaehome ipppd[3177]: ChapReceiveSuccess: Rcvd id 1. Mar 7 10:16:20 skaehome ipppd[3177]: MPPP negotiation, He: No We: No Mar 7 10:16:20 skaehome ipppd[3177]: sent [0][IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>] Mar 7 10:16:20 skaehome ipppd[3177]: rcvd [0][IPCP ConfReq id=0x1] Mar 7 10:16:20 skaehome ipppd[3177]: sent [0][IPCP ConfNak id=0x1 <addr 0.0.0.0>] Mar 7 10:16:20 skaehome ipppd[3177]: rcvd [0][IPCP ConfNak id=0x1 <addr 62.134.96.20> <ms-dns1 62.134.11.4> <ms-dns2 195.182.110.132>] Mar 7 10:16:20 skaehome ipppd[3177]: sent [0][IPCP ConfReq id=0x2 <addr 62.134.96.20> <ms-dns1 62.134.11.4> <ms-dns2 195.182.110.132>] Mar 7 10:16:20 skaehome ipppd[3177]: rcvd [0][IPCP ConfReq id=0x2 <addr 62.180.9.20>] Mar 7 10:16:20 skaehome ipppd[3177]: sent [0][IPCP ConfAck id=0x2 <addr 62.180.9.20>] Mar 7 10:16:20 skaehome ipppd[3177]: rcvd [0][IPCP ConfAck id=0x2 <addr 62.134.96.20> <ms-dns1 62.134.11.4> <ms-dns2 195.182.110.132>] Mar 7 10:16:20 skaehome ipppd[3177]: local IP address 62.134.96.20 Mar 7 10:16:20 skaehome ipppd[3177]: remote IP address 62.180.9.20 Mar 7 10:16:20 skaehome ipppd[3177]: ppp not replacing existing default route to eth0[193.26.200.65] Mar 7 10:16:20 skaehome kernel: Received CCP frame from peer Mar 7 10:16:20 skaehome kernel: [0/0].ccp-rcv[0]: 01 01 00 09 11 05 00 01 04 Mar 7 10:16:20 skaehome ipppd[3177]: rcvd [0][CCP ConfReq id=0x1 <LZS (RFC) hists 1 check 4] Mar 7 10:16:20 skaehome ipppd[3177]: Unsupported protocol 'Compression Control Protocol' (0x80fd) received Mar 7 10:16:20 skaehome ipppd[3177]: sent [0][LCP ProtRej id=0x2 80 fd 01 01 00 09 11 05 00 01 04] Mar 7 10:16:21 skaehome modify_resolvconf: Service ipppd modified /etc/resolv.conf. See info block in this file Mar 7 10:17:19 skaehome ipppd[3177]: Modem hangup Mar 7 10:17:19 skaehome ipppd[3177]: Connection terminated. Mar 7 10:17:19 skaehome ipppd[3177]: taking down PHASE_DEAD link 0, linkunit: 0 Mar 7 10:17:19 skaehome kernel: isdn_net: local hangup ippp0 Mar 7 10:17:19 skaehome kernel: ippp0: Chargesum is 0 Mar 7 10:17:19 skaehome kernel: kcapi: appl 1 ncci 0x10101 down Mar 7 10:17:19 skaehome ipppd[3177]: sent [0][LCP TermReq id=0x3 6c 69 6e 6b 20 63 6c 6f 73 65 64] Mar 7 10:17:19 skaehome ipppd[3177]: LCP is down Mar 7 10:17:19 skaehome ipppd[3177]: closing fd 27 from unit 0 Mar 7 10:17:19 skaehome ipppd[3177]: link 0 closed , linkunit: 0 Mar 7 10:17:19 skaehome ipppd[3177]: reinit_unit: 0 Mar 7 10:17:19 skaehome kernel: ippp, open, slot: 1, minor: 0, state: 0000 Mar 7 10:17:19 skaehome kernel: ippp_ccp: allocated reset data structure c3598000 Mar 7 10:17:19 skaehome ipppd[3177]: Connect[0]: /dev/ippp0, fd: 27 Mar 7 10:17:19 skaehome kernel: ippp_ccp: freeing reset data structure c07a8800 Mar 7 10:17:19 skaehome kernel: capidrv-1: DISCONNECT_IND reason 0x3490 (Normal call clearing) for plci 0x101 Mar 7 10:17:19 skaehome isdnlog: Mar 07 10:17:19 tei 69 calling +1 91700, USA, with ? HINT: Cheapest booked 01013:Tele 2 Privatkunden 0.100 DM (would save 0.380 DM) Mar 7 10:17:19 skaehome isdnlog: Mar 07 10:17:19 tei 69 calling +1 91700, USA, with ? HINT: Overall cheapest 01024:Super 24 0.099 DM (would save 0.381 DM) Mar 7 10:17:19 skaehome isdnlog: Mar 07 10:17:19 tei 69 calling +1 91700, USA, with ? HINT: LCR:FAILED Mar 7 10:17:19 skaehome isdnlog: Mar 07 10:17:19 tei 69 calling +1 91700, USA, with ? HANGUP (1 CI 0.480 DM 0:00:59 I=188.0 b O=206.0 b) Mar 7 10:17:19 skaehome modify_resolvconf: restored /etc/resolv.conf.saved.by.ipppd.ippp0 to /etc/resolv.conf Mar 7 10:17:20 skaehome ip-down: Setting up routing for ippp0 (using /etc/route.conf)..done Mar 7 10:18:19 skaehome PAM-unix2[3950]: session finished for user root, service xdm Mar 7 10:26:53 skaehome PAM-unix2[4476]: session started for user root, service xdm Mar 7 10:27:28 skaehome smpppd[749]: connected on local socket Mar 7 10:28:12 skaehome kernel: VFS: Disk change detected on device fd(2,0) Mar 7 10:28:12 skaehome kernel: end_request: I/O error, dev 02:00 (floppy), sector 0 Mar 7 10:28:12 skaehome kernel: VFS: Disk change detected on device fd(2,0) Mar 7 10:28:12 skaehome kernel: end_request: I/O error, dev 02:00 (floppy), sector 0 Mar 7 10:28:23 skaehome kernel: VFS: Disk change detected on device fd(2,0) -----Ursprüngliche Nachricht----- Von: Kaemmerer, Stefan [mailto:Stefan.Kaemmerer@softwareag.com] Gesendet: Donnerstag, 7. März 2002 08:53 An: suse-isdn(a)suse.com Betreff: [suse-isdn] ISDN Anwahl funktioniert nicht Ich habe ein Problem mit der Inbetriebnahme meines AVM PCI ISDN-Adapters unter Suse Linux 7.3. Den CAPI4LINUX habe ich mir von www.thepenguin.de heruntergeladen und installiert. Vorher habe ich mit YAST die ISDN Adapter Hardware konfiguriert. Bei Versuch des Anwählens bekomme ich die Meldung kernel: capidrv-1: dail ch=3D0,"00191700,7,0,1" in use (plci=3D0x101) Den letzten Teil von /var/messages/log habe ich dieser Mail angeheftet. Mein ISDN Telefonanschluß hängt als Nebenstelle an einer SIEMENS HICOM Telefonanlage. Für die Amtsholung ist eine 0 zu wählen. Mar 7 04:33:23 skaehome kernel: OPEN: 192.168.98.1 -> 212.122.128.10 UDP, port: 1024 -> 53 Mar 7 04:33:23 skaehome kernel: ippp0: dialing 1 0,0191700... Mar 7 04:33:32 skaehome kernel: isdn_net: local hangup ippp0 Mar 7 04:33:32 skaehome kernel: ippp0: Chargesum is 0 Mar 7 04:33:37 skaehome kernel: NETDEV WATCHDOG: ippp0: transmit timed out Mar 7 04:33:37 skaehome kernel: isdn_tx_timeout dev ippp0 dialstate 0 Mar 7 04:33:37 skaehome kernel: OPEN: 192.168.98.1 -> 212.122.128.10 UDP, port: 1024 -> 53 Mar 7 04:33:37 skaehome kernel: ippp0: dialing 1 0,0191700... Mar 7 04:33:37 skaehome kernel: capidrv-1: dail ch=0,"0,0191700,7,0,0" in use (plci=0x101) Mar 7 04:33:46 skaehome kernel: isdn_net: local hangup ippp0 Mar 7 04:33:46 skaehome kernel: ippp0: Chargesum is 0 -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-isdn-unsubscribe(a)suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-isdn-help(a)suse.com

2 1

AVM Fritz!PCI2.0
by Martin Schmidt 07 Mar '02

07 Mar '02

Hallo! Ich habe ein Problem mit meiner PCI2.0 Karte, die Karte läuft mit dem Treiber von ThePenguin. Nur sieht mein Einwahlvorgang folgendermasen aus: 1. Einwahl starten, warten (nichts tut sich, CAPI kommt nicht raus), abbrechen 2. An ISDN-Steckdose gehen, Kabel ausstecken und wieder einstecken 3. Einwahl starten, einwahl geglückt Hat jemand von euch eine Idee an was das liegen könnte, die Karte lief auch mal ganz Problemlos, bis ich sie in einen anderen PCI-Slot steckte. Danke für die Hilfe Martin

2 3

Re: [suse-isdn] bei ISDN immer wieder automatische Anwahl
by Werner Hofmann 07 Mar '02

07 Mar '02

Hallo Mathias Besten dank für Deine Antwort > > > schau Dir mal das Programm "sudo" an. > > > > hab ich, gibt auch eine Anleitung für ein Script im Net > > probiert.... > > bringt aber immer die Meldung ... isdnctrl ...befehl oder datei nicht > > gefunden :-( Habe aber das Howto Punkt für Punkt befolgt Suso scheint aber zu arbeiten > Ich nicht so ganz. > ist auch ein Argument, dem man sich nicht verschließen sollte. Da diese Verbindungen auch dann stattfanden, wenn kein M$ Rechner am Netz waren, habe ich einmal blauäugig trojaner und Virus ausgeschlossen. Mit deinem Schuss ins blaue hast du sicher recht, denn die aus der messages gefilterten Zeilen, die OPEN enthalten, sind Port-anfragen für Namenserver und Mail. Nur besitze ich wahrscheinlich nicht Dein Können, um dahinterzukommen warum! Nachdem ich nachträglich feststellte. daß sich eine - andere, fehlkonfigurierte- Suse 7.3 Installation mehr als 50 mal einwählte um Mail zuzustellen, während mein Sohn die Spiele der neuen Suse ausprobierte, möchte ich die Einwahl erstmal manuell machen. Deshalb versuch ich´s mal über Sudo, -alles zu seiner Zeit- > Wenn sich den Linux in (un)regelmäßigen Abständen ohne eine entsprechende > Aktion deinerseits einwählt, hat das Ursachen. Normal ist das nicht. Diesen > Ursachen sollte man auf jeden Fall auf den Grund gehen (Es könnte z.B. auch > ein Spy-Progy auf deiner Windows-Kiste, das einfach selbst probiert, ob es > nicht eine Verbindung aufgebaut bekommt - da nützt dann der manuelle > Verbindungsaufbau auch nicht viel, muss der Spion halt ein wenig warten ;-). > > Der erste Schritt: Welche(r) Rechner verursach[en/t] die Einwahl? > > Hier hilft neben Beobachtung eigener Aktivitäten (Immer wenn ich auf einen > anderen Windows-Rechner zugreifen will, wählt sich auch Linux ein) ein > analysieren des Datenverkehrs. Am einfachsten über zwei Telnet- (besser: > SSH-) Fenster - in einem imon, in dem anderen z.B. iptraf. > > Der zweite Schritt: Was verursacht hierbei die Einwahl? > > Geduld und Findigkeit führen hier zum Ziel (auch die Liste kann > weiterhelfen - wenn konkrete Daten vorliegen ;-) > > Mein Verdacht (Schuss ins Blaue): Dein Linux macht keine ordentliche > Namensauflösung der Adressen im Netz. Deshalb fragt es bei fast jedem > Netzzugriff die Nameserver im Internet, ob die evtl. mehr über die > Rechnernamen in deinem Netzwerk wissen (was natürlich nichts bringt). > Schau dir dazu mal alles zu /etc/host.conf und etc/hosts an und ggf. auch > über bind. Dein Linux sollte jeden Rechner im Netz mit Namen und Adresse > kennen (in großen Netzen gibt es da auch Alternativen). hosts geprüft, o.k. hosts.conf = order hosts bind multi on mit besten grüßen werner > > -- > Mit besten Grüßen / With kind regards > _______________________________________________________________ > | Matthias Houdek /// | > | matthias(a)houdek.de /// Informatik-Marketing-Schulung | > | ____________________/// | > | *** 16868 Bantikow am See *** Tel.: +49-(0)33979-13932 *** | > '~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~'

1 0

ISDN Anwahl funktioniert nicht
by Kaemmerer, Stefan 07 Mar '02

07 Mar '02

Ich habe ein Problem mit der Inbetriebnahme meines AVM PCI ISDN-Adapters unter Suse Linux 7.3. Den CAPI4LINUX habe ich mir von www.thepenguin.de heruntergeladen und installiert. Vorher habe ich mit YAST die ISDN Adapter Hardware konfiguriert. Bei Versuch des Anwählens bekomme ich die Meldung kernel: capidrv-1: dail ch=3D0,"00191700,7,0,1" in use (plci=3D0x101) Den letzten Teil von /var/messages/log habe ich dieser Mail angeheftet. Mein ISDN Telefonanschluß hängt als Nebenstelle an einer SIEMENS HICOM Telefonanlage. Für die Amtsholung ist eine 0 zu wählen. Mar 7 04:33:23 skaehome kernel: OPEN: 192.168.98.1 -> 212.122.128.10 UDP, port: 1024 -> 53 Mar 7 04:33:23 skaehome kernel: ippp0: dialing 1 0,0191700... Mar 7 04:33:32 skaehome kernel: isdn_net: local hangup ippp0 Mar 7 04:33:32 skaehome kernel: ippp0: Chargesum is 0 Mar 7 04:33:37 skaehome kernel: NETDEV WATCHDOG: ippp0: transmit timed out Mar 7 04:33:37 skaehome kernel: isdn_tx_timeout dev ippp0 dialstate 0 Mar 7 04:33:37 skaehome kernel: OPEN: 192.168.98.1 -> 212.122.128.10 UDP, port: 1024 -> 53 Mar 7 04:33:37 skaehome kernel: ippp0: dialing 1 0,0191700... Mar 7 04:33:37 skaehome kernel: capidrv-1: dail ch=0,"0,0191700,7,0,0" in use (plci=0x101) Mar 7 04:33:46 skaehome kernel: isdn_net: local hangup ippp0 Mar 7 04:33:46 skaehome kernel: ippp0: Chargesum is 0

1 0

ISDN wählt nicht nach Update auf 7.3
by Ulf Böhme 07 Mar '02

07 Mar '02

Nach dem Update auf 7.3 wird folgende Meldung beim Wählen (isdnctrl dial ippp0) angezeigt: ippp0: Resource temporarily unavailable rci4l startet ohne Fehlermeldungen. Was kann man tun? > >

2 1

bei ISDN immer wieder automatische Anwahl
by Werner Hofmann 06 Mar '02

06 Mar '02

Hallo Liste Mein Suse 6.2 hat die Unart, oft eine Verbindung ins Internet aufzubauen, ohne daß dies von mir veranlasst wird. Zu diesem Thema habe ich von der Liste schon einige interessante Anregungen zur Problembeseitigung erhalten, vielen herzlichen Dank. Bis ich dem Problem abhelfen kann, setzte ich die Einwahl auf manuell und gebe über telnet den Befehl isdnctrl dial ippp0 Allerdings geht das nur als root Gibt es die Möglichkeit, diesen Befehl auch als "normaler" Benutzer auszuführen? Würde mich freuen, wenn mir jemand einen Tip geben kann. Besten Dank

5 5

Problem mit KAB2
by rhizoma＠t-online.de 06 Mar '02

06 Mar '02

Wenn ich versuche, in KAB2 die Park - Funktion zu aktivieren, wird in /var/spool/vbox/user/ für ca. 1/2 Sekunde eine Datei namens vboxctrl-suspend angelegt, die dann durch magische Hand sofort wieder verschwindet.... Damit wird's natürlich logischerweise nichts mit 'parking'. Hat jemand eine Idee, wo's klemmt? - Thanks a lot! Hab' SuSE 7.2 mit KDE 2.2.1 drauf. -- Friedemann Garvelmann Heilpraktiker und RHIZOMA - Seminare Hauptstr. 8 79790 Küssaberg - Kadelburg Tel.:+49-7741-2926 Fax: +49-7741-671243 f.garvelmann(a)rhizoma.de http://home.t-online.de/home/nhp-garvelmann http://home.t-online.de/home/rhizoma

2 3

[suse-isdn] DoD klappt jetzt
by Mirko Klees 06 Mar '02

06 Mar '02

Hallo Liste, ich habe "Dial on Demand" jetzt endlich selber hin bekommen. Bei den ISDN Einstellungen hatte ich die "Rechner IP" falsch eingestellt, nun klappt "DoD". Auch Squid läuft super damit und ich kann jetzt wunderbar über einen Windows Client online gehen . Geht super schnell. Danke nochmal an eure Hilfe. Das Problem ist nur das ich z.B. kein Ping von einem Windows Client machen kann. Den Proxy (Squid) hab ich ja nur beim IE eingestellt. Natürlich ist die Linux IP auch als Gateway eingetragen. Ich kann aber trotzdem nur da online gehen wo man auch einen Proxy eintragen kann. Wie mache ich es anders, wie mache ich einen Gateway??? Danke schon im Voraus, Mirko K.

2 1

Re: [suse-isdn] Ich habe es geschafft!
by Thomas Graul 06 Mar '02

06 Mar '02

On Mon, 4 Mar 2002, Karin Agotz wrote: > Lieber Manfred, > > VIELLEIICHT SOLLTEST DU BITTE MAL DIE MAILS ETWAS GENAUER LESEN! Das Wort hei$> nicht SCHREI, sondern SCHREIB. Bevor das jetzt richtig lustig wird ... Es gibt die sog. Nettiquette und danach bedeuten Grossbuchstaben SCHREIEN. > Und wo wir antworten, sollte doch wirklich egal sein, oder nicht :-) ? Nein das schreiben von Grossbuchstaben wird (auch von mir) als sehr sehr unhöflich empfunden! > Was nützen manchmal Handbücher, wenn diese für Neulinge so dick sind, dass wir> erst Studieren müssten...? Nun Die Handbücher sind zum Lesen da! :-) Man kann sie allerdings auch unter das Kopfkissen legen, dann naja ... aber das dauert Jahre! > Noch einmal: Ich bin Linux - Anfänger und lerne Linux erst kennen. Bin aber s$> begeistert über das System! Anfänger waren wir alle mal aber das selbst lernen macht richtig Spass oder etwa nicht? Thomas ________________________________________________________________ Keine verlorenen Lotto-Quittungen, keine vergessenen Gewinne mehr! Beim WEB.DE Lottoservice: http://tippen2.web.de/?x=13

6 7

Format für capifax
by Jochen Kaechelin 06 Mar '02

06 Mar '02

Welches Format brauche ich denn, wenn ich mit capifax eine Datei versenden will? -- Jochen

2 2