May 2000 - openSUSE ISDN (Deutsch) - openSUSE Mailing Lists

eigene MSN feststellen ?
by Martin Schreiber 04 May '00

04 May '00

Hallo Liste ! Nachdem ich am Wochenende meinen Einwahlrechner neu aufgesetzt habe (mit SuSE 6.4) bin ich mir nicht mehr so sicher mit welcher Nummer ich rausgehe. In /var/log/messages erscheint zunächst mal meine korrekte MSN (die ich auch eingestellt habe). (local ..MSN... rememote...PROVIDER_NR..) so weit so gut. weiter unten im log tauchen dann die Telefonnummern noch mehrmals auf und dort fehlt dann die letzte Ziffer bei meiner MSN (eine 0). Ist ja an sich nicht so schlimm, da ja auch alles funktioniert, aber da ich bei MobilCom den Powertarif benutze ist es ziemlich wichtig, daß ich mit der richtigen MSN rausgehe (und auch die Nummer komplett mit letzter Null übermittelt wird). Sonst kostet der Spass statt 1,9 Pf/min satte 4,9 Pf/min. Vor dem neuaufsetzen war in den logs noch alles in Ordnung. (SuSE 6.2) liegt das an einer neuen Version von isdnlog ? Wie kriege ich heraus ob meine MSN korrekt übermittelt wird ? (ohne auf die Rechnung zu warten :-) ) mfg Martin Schreiber

2 1

Suche Anleitung
by Hendrik Buschkamp 04 May '00

04 May '00

Hallo, ich habve mir kürzlich einen zweiten Rechner zugelegt. Da ich beide vernetzt habe, möchte ich natürlich auch mit dem zweiten Surfen können. Vernetzt sind beide Rechner und der ISDN Verbindungsaufbau funktioniert auch. Jetzt suche ich eine schöne ( auch für Anfänger verständliche) Anleitung. Ich arbeite übrigens mit dynIP. Ich vermute, die liegt schon in irgendeinter Doku vor meiner Nase. Ich weis nur nicht in welcher. Vielen Dank schon mal. Hendrik

2 1

drillisch@internet
by Frank Wening 04 May '00

04 May '00

Hallo liebe Linuxgemeinde, ich wollte Drillisch@Internet als Backup InetZugang bei mir einrichten. Nun habe ich zwei Fragen: 1. Ich kann Drillisch@Internet anwählen aber er haut mich direkt wieder raus. Folgendes wird mir in /var/log/messages angezeigt: ---schnipp--- May 4 10:23:16 LinuxServer kernel: ippp1: dialing 0 0100500192134... May 4 10:23:16 LinuxServer isdnlog: May 04 10:23:16 * tei 69 calling +49 100500 192, with LinuxServer RING (Data) May 4 10:23:17 LinuxServer isdnlog: May 04 10:23:17 tei 69 calling +49 10050019 2, with LinuxServer Time:Thu May 4 10:23:00 2000 May 4 10:23:17 LinuxServer isdnlog: May 04 10:23:17 tei 69 calling +49 10050019 2, with LinuxServer CONNECT (Data) May 4 10:23:17 LinuxServer isdnlog: May 04 10:23:17 tei 69 calling +49 10050019 2, with LinuxServer ABC_LCR: Request for number +49100500192134 = +49 10050019 2 - (DE) via DTAG May 4 10:23:17 LinuxServer isdnlog: May 04 10:23:17 tei 69 calling +49 10050019 2, with LinuxServer ABC_LCR: New number "010510100500192" (via 01051:01051) ( but ABC_LCR not installed - simulation) May 4 10:23:17 LinuxServer isdnlog: May 04 10:23:17 tei 69 calling +49 10050019 2, with LinuxServer CHARGE: 0.120 DM/90s = 0.080 DM/Min (DTAG, Ortszone, Werkt ag (Donnerstag), Standard) May 4 10:23:17 LinuxServer isdnlog: May 04 10:23:17 tei 69 calling +49 10050019 2, with LinuxServer HINT: Better use 01030:TelDaFax, 0.001 DM/1s = 0.070 DM/Mi n, saving 0.024 DM/Min May 4 10:23:17 LinuxServer isdnlog: May 04 10:23:17 tei 69 calling +49 10050019 2, with LinuxServer 1.CI 0.120 DM (now) May 4 10:23:17 LinuxServer isdnlog: May 04 10:23:17 tei 69 calling +49 10050019 2, with LinuxServer NEXT CI AFTER 01:30 (DTAG, Ortszone, Werktag (Donnerstag), Standard) May 4 10:23:18 LinuxServer ipppd[3837]: Local number: 8599800, Remote number: 0 100500192134, Type: outgoing May 4 10:23:18 LinuxServer ipppd[3837]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit : 1, linkunit: 0, fd: 8 May 4 10:23:18 LinuxServer kernel: isdn_net: ippp1 connected May 4 10:23:18 LinuxServer kernel: isdn_net: chargetime of ippp1 now 5203323 May 4 10:23:18 LinuxServer isdnlog: May 04 10:23:18 tei 69 calling +49 10050019 2, with LinuxServer Normal call clearing (User) May 4 10:23:18 LinuxServer kernel: ippp1: remote hangup May 4 10:23:18 LinuxServer kernel: ippp1: Chargesum is 0 May 4 10:23:18 LinuxServer ipppd[3837]: Modem hangup May 4 10:23:18 LinuxServer ipppd[3837]: Connection terminated. May 4 10:23:18 LinuxServer ipppd[3837]: taking down PHASE_DEAD link 0, linkunit : 0 May 4 10:23:18 LinuxServer ipppd[3837]: closing fd 8 from unit 0 May 4 10:23:18 LinuxServer ipppd[3837]: link 0 closed , linkunit: 0 May 4 10:23:18 LinuxServer ipppd[3837]: reinit_unit: 0 May 4 10:23:18 LinuxServer ipppd[3837]: Connect[0]: /dev/ippp1, fd: 8 May 4 10:23:18 LinuxServer kernel: ippp_ccp: freeing reset data structure c16ed 000 May 4 10:23:18 LinuxServer kernel: ippp, open, slot: 1, minor: 1, state: 0000 May 4 10:23:18 LinuxServer kernel: ippp_ccp: allocated reset data structure c16 ed000 May 4 10:23:18 LinuxServer isdnlog: May 04 10:23:18 tei 69 calling +49 10050019 2, with LinuxServer HINT: Cheapest booked 01030:TelDaFax 0.002 DM (would save 0.118 DM) May 4 10:23:18 LinuxServer isdnlog: May 04 10:23:18 tei 69 calling +49 10050019 2, with LinuxServer HINT: Overall cheapest 01050:Talkline BusinessLine Local 0 .002 DM (would save 0.118 DM) May 4 10:23:18 LinuxServer isdnlog: May 04 10:23:18 tei 69 calling +49 10050019 2, with LinuxServer HINT: LCR:FAILED May 4 10:23:18 LinuxServer isdnlog: May 04 10:23:18 tei 69 calling +49 10050019 2, with LinuxServer HANGUP (1 CI 0.120 DM 0:00:01 I=371.0 b O=163.0 b) ---schnapp--- Ich vermutete, das etwas mit dem Passwort nicht stimmt, da man ja keines braucht (yast aber unbedingt eines eintragen will). Ich habe das Interface ippp1 mit yast eingerichtet und per Hand das Passwort aus /etc/ppp/pap-secrets gelöscht. Dann habe ich '/sbin/init.d/i4l start' (ohne ' ') ausgeführt. Wenn ich dann ippp1 per Hand startete war das Interface kurz online und dann sehr schnell wieder offline :-( siehe oben Auszug aus /var/log/messages). Was mache ich falsch? 2. Wie kann ich es automatisieren, das ippp1 gewählt wird wenn eine Verbingung mit ippp0 nicht zustande kommt? Vielen Dank für Eure Hilfe Ciao Frank -- Frank(a)Wening.com http://www.wening.com RegLinuxUser #141365

1 0

Rechner stürtzt nach entladen des ISDN-Interfaces ohne weitere Meldung ab!
by Grillitsch Wolfgang 04 May '00

04 May '00

Hi! Ich arbeite nun schon seit mehreren Jahren mit SuSE und ISDN4Linux (sowohl dyn. Einwahl als auch Standleitungen). Konfiguration: SuSE 6.3 Elsa Quickstep 1000 (ISA) PnP 11 / 0x0160 SNI PII-450 (Scenic) 1xISA Standleitung 64k zur A-Online Die Standleitung funktioniert einwandfrei zur A-Online nur sobald man das das interface down fährt steht der Rechner. ------------------------------------------------- ifconfig isdn0 down ... Stillstand !!! ------------------------------------------------- Die gleiche Karte hat unter einem anderen Rechner 486/66 mit SuSE 6.1 mit dieser Standleitungskonfiguration einwandfrei funktioniert. Das Problem tritt übrigens nur dann auf wenn die ISDN-Karte in Leased Line Modus gesetzt wurde und connected war. Zieht man das Kabel oder setzt man die ISDN Karte nicht in den leased line Modus kann man das interface problemlos entfernen. Irgendwer irgendwelche Ideen ? Mit Dank im Voraus WG

1 0

ISDN connects - nothing happens!
by Grant Walton 03 May '00

03 May '00

Hi After all the help I have received I have managed to get my ISDN connection up with proper authentication, etc. However, I cannot do anything with it - using kISDN under X I can see the IP addresses, that packets are being transmitted/received, but there is no response from Netscape, if I try to ping or telnet another server, etc. Is this a routing problem? Below is the output of /var/log/messages and /etc/route.conf. In the latter case I assume YaST configured the routing; I have tried different addresses for ippp0 including one out of range on my local net, without success. 1.1.1.1 was a frustrated last resort. Also, I notice that when conected to the ISP the remote IP is always the same - shouls I use this as the Point-to-point partner, or doesn't this matter in YaST's setup? Help! Grant. /var/log/messages : MPPP negotiation, He: No We: No ipppd[2754]: sent [0][IPCP ConfReq id=0x1 <addr 0.0.0.0>] ipppd[2754]: CCP enabled! Trying CCP. ipppd[2754]: CCP: got ccp-unit 0 for link 0 (protocol: 0x80fd) ipppd[2754]: ccp_resetci! ipppd[2754]: rcvd [0][IPCP ConfReq id=0x30 <compress VJ 0f 00> <addr 155.239.75.254>] ipppd[2754]: sent [0][IPCP ConfRej id=0x30 <compress VJ 0f 00>] ipppd[2754]: rcvd [0][IPCP ConfReq id=0x31 <addr 155.239.75.254>] ipppd[2754]: sent [0][IPCP ConfAck id=0x31 <addr 155.239.75.254>] ipppd[2754]: rcvd [0][IPCP ConfReq id=0x32 <addr 155.239.75.254>] ipppd[2754]: sent [0][IPCP ConfAck id=0x32 <addr 155.239.75.254>] ipppd[2754]: sent [0][IPCP ConfReq id=0x1 <addr 0.0.0.0>] ipppd[2754]: rcvd [0][IPCP ConfNak id=0x1 <addr 155.239.75.231>] pppd[2754]: sent [0][IPCP ConfReq id=0x2 <addr 155.239.75.231>] ipppd[2754]: rcvd [0][IPCP ConfAck id=0x2 <addr 155.239.75.231>] ipppd[2754]: local IP address 155.239.75.231 ipppd[2754]: remote IP address 155.239.75.254 ipppd[2754]: rcvd [0][LCP EchoReq id=0x1 4f 86 43 cf 00 06 94 14] ipppd[2754]: sent [0][LCP EchoRep id=0x1 02 70 c2 36 00 06 94 14] ipppd[2754]: rcvd [0][LCP EchoReq id=0x2 4f 86 43 cf 00 06 94 15] ipppd[2754]: sent [0][LCP EchoRep id=0x2 02 70 c2 36 00 06 94 15] ipppd[2754]: rcvd [0][LCP EchoReq id=0x3 4f 86 43 cf 00 06 94 16] ipppd[2754]: sent [0][LCP EchoRep id=0x3 02 70 c2 36 00 06 94 16] ipppd[2754]: rcvd [0][LCP EchoReq id=0x4 4f 86 43 cf 00 06 94 17] ipppd[2754]: sent [0][LCP EchoRep id=0x4 02 70 c2 36 00 06 94 17] ipppd[2754]: rcvd [0][LCP EchoReq id=0x5 4f 86 43 cf 00 06 94 18] ipppd[2754]: sent [0][LCP EchoRep id=0x5 02 70 c2 36 00 06 94 18] ipppd[2754]: rcvd [0][LCP EchoReq id=0x6 4f 86 43 cf 00 06 94 19] ipppd[2754]: sent [0][LCP EchoRep id=0x6 02 70 c2 36 00 06 94 19] ipppd[2754]: rcvd [0][LCP EchoReq id=0x7 4f 86 43 cf 00 06 94 1a] ipppd[2754]: sent [0][LCP EchoRep id=0x7 02 70 c2 36 00 06 94 1a] ipppd[2754]: rcvd [0][LCP EchoReq id=0x8 4f 86 43 cf 00 06 94 1b] ipppd[2754]: sent [0][LCP EchoRep id=0x8 02 70 c2 36 00 06 94 1b] ipppd[2754]: rcvd [0][LCP EchoReq id=0x9 4f 86 43 cf 00 06 44 25] ipppd[2754]: sent [0][LCP EchoRep id=0x9 02 70 c2 36 00 06 44 25] ipppd[2754]: rcvd [0][LCP EchoReq id=0xa 4f 86 43 cf 00 06 94 1d] ipppd[2754]: sent [0][LCP EchoRep id=0xa 02 70 c2 36 00 06 94 1d] ipppd[2754]: rcvd [0][LCP EchoReq id=0xb 4f 86 43 cf 00 06 94 1e] ipppd[2754]: sent [0][LCP EchoRep id=0xb 02 70 c2 36 00 06 94 1e] ipppd[2754]: rcvd [0][LCP EchoReq id=0xc 4f 86 43 cf 00 06 94 1f] ipppd[2754]: sent [0][LCP EchoRep id=0xc 02 70 c2 36 00 06 94 1f] ipppd[2754]: rcvd [0][LCP EchoReq id=0xd 4f 86 43 cf 00 06 94 20] ipppd[2754]: sent [0][LCP EchoRep id=0xd 02 70 c2 36 00 06 94 20] ipppd[2754]: rcvd [0][LCP EchoReq id=0xe 4f 86 43 cf 00 06 94 21] ipppd[2754]: sent [0][LCP EchoRep id=0xe 02 70 c2 36 00 06 94 21] ipppd[2754]: rcvd [0][LCP EchoReq id=0xf 4f 86 43 cf 00 06 94 22] ipppd[2754]: sent [0][LCP EchoRep id=0xf 02 70 c2 36 00 06 94 22] ipppd[2754]: Modem hangup /etc.route.conf : # ISDN (i4l) # 192.168.0.1 0.0.0.0 255.255.255.255 ippp0 # default 192.168.0.1 192.168.0.0 0.0.0.0 255.255.255.0 eth0 1.1.1.1 0.0.0.0 255.255.255.255 ippp0

4 3

Entschuldigung an alle!
by Peter Bossy 03 May '00

03 May '00

Hallo, und Asche auf mein Haupt. Viele werden wohl von meinem privaten fetchmail ein Reply erhalten haben, in dem steht das der User peter(a)bossynet.priv nicht erreichbar sei..... Ich hatte gerade meinen Router neu installiert und konfiguriert und einige Dateien nicht richtig bearbeitet. Nochmals: Sorry! Gruß Peter

1 0

Isdnlog f�r Netcologne ?
by Waldemar Brodkorb 01 May '00

01 May '00

Hallo Linuxfreunde, Wie muß ich isdnlog am besten konfigurieren, wenn ich als Telefonprovider Netcologne benutze? Ich benutze den Powerline 60 Tarif und würde es gerne so eingestellt haben das er mir keine Verbindungskosten für die Verbindungen zum Provider anzeigt. In /etc/isdn/callerid.conf habe ich folgendes eingetragen. [NUMBER] NUMBER = 0221222900 ALIAS = Internet Netcologne ZONE = 0 Er zeigt mir mit isdnrep trotzdem Verbindungsentgelte für die ausgehenden Verbindungen zu Netcologne. Ich habe SuSE 6.2, i4l-99.8.17-0 , Kernel 2.2.14, Muß ich die isdnutils updaten? P.S. ab und zu beendet sich isdnlog einfach so und zeichnet dann keine Verbindungen mehr auf. Ist der Fehler bekannt? Oder handelt es sich dabei um ein Konfigurationsproblem? Darf man isdnrep während einer ISDN-Verbindung aufrufen? Vielen Dank in voraus für eure Tips. -- MfG Waldemar Brodkorb Linux rulez!

1 0