Hallo, ... ich hab hier ein kleines ISDN Problemchen. Seltsam seltsam, ... vielleicht weiß ja einer Rat für einen fast verzweifelten. Und zwar folgendes Geschah, ... ich wollte mich mit I4L (SuSE 6.0) bei meinem Provider einwählen. Machte also von der Textebene ein kleines PING. Zu meinem Erstaunen sah ich, daß die Linux auf den Weg machte um eine Verbindung herzustellen. Zu meinem Erschrecken scheiterte das Ganze am Provider, ... Meine /var/log/messages sieht wie folgt aus: Nov 18 15:05:48 Linux kernel: ippp0: dialing 1 73067... Nov 18 15:05:48 Linux isdnlog: Nov 18 15:05:48 * tei 121 calling ? with +49 431/323620, Kiel CPN +49431323620 Nov 18 15:05:48 Linux isdnlog: Nov 18 15:05:48 * tei 121 calling +49 431/73067, Kiel with +49 431/323620, Kiel RING (Data) Nov 18 15:05:49 Linux isdnlog: Nov 18 15:05:49 tei 121 calling +49 431/73067, Kiel with +49 431/323620, Kiel Time:Thu Nov 18 14:00:00 1999 Nov 18 15:05:49 Linux isdnlog: Nov 18 15:05:49 tei 121 calling +49 431/73067, Kiel with +49 431/323620, Kiel CONNECT (Data) Nov 18 15:05:49 Linux kernel: isdn_net: ippp0 connected Nov 18 15:05:49 Linux kernel: isdn_net: chargetime of ippp0 now 86054 Nov 18 15:05:49 Linux ipppd[110]: Local number: 323620, Remote number: 73067, Type: outgoing Nov 18 15:05:49 Linux ipppd[110]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 7 Nov 18 15:05:49 Linux ipppd[110]: sent [0][LCP ConfReq id=0x1 ] Nov 18 15:05:52 Linux ipppd[110]: sent [0][LCP ConfReq id=0x1 ] Nov 18 15:05:52 Linux ipppd[110]: rcvd [0][proto=0xd] 0a 0a 0a 0a 0a 0a 00 0d 0a 0a 0a 0a 0a 0a 00 0d 0a 0a 0a 0a 0a 0a 00 0d 0a Nov 18 15:05:52 Linux ipppd[110]: rcvd [0][proto=0xd] 67 00 00 00 00 00 00 Nov 18 15:05:55 Linux ipppd[110]: sent [0][LCP ConfReq id=0x1 ] Nov 18 15:06:16 Linux last message repeated 7 times Nov 18 15:06:19 Linux kernel: isdn_net: local hangup ippp0 Nov 18 15:06:19 Linux kernel: ippp0: Chargesum is 0 Nov 18 15:06:19 Linux ipppd[110]: LCP: timeout sending Config-Requests Nov 18 15:06:19 Linux ipppd[110]: Connection terminated. Nov 18 15:06:19 Linux ipppd[110]: taking down PHASE_DEAD link 0, linkunit: 0 Nov 18 15:06:19 Linux ipppd[110]: LCP is down Nov 18 15:06:19 Linux ipppd[110]: closing fd 7 from unit 0 Nov 18 15:06:19 Linux ipppd[110]: link 0 closed , linkunit: 0 Nov 18 15:06:19 Linux ipppd[110]: reinit_unit: 0 Nov 18 15:06:19 Linux ipppd[110]: Connect[0]: /dev/ippp0, fd: 7 Nov 18 15:06:19 Linux isdnlog: Nov 18 15:06:19 tei 121 calling +49 431/73067, Kiel with +49 431/323620, Kiel Normal call clearing (User) Nov 18 15:06:19 Linux isdnlog: Nov 18 15:06:19 tei 121 calling +49 431/73067, Kiel with +49 431/323620, Kiel HANGUP ( 0:00:30 I= 34.0 b O=180.0 b) Normal call clearing (User) Nov 18 15:06:20 Linux kernel: ippp0: dialing 1 73067... ... und so weiter !! Wenn das so weiter geht, dann wird die Telekom noch ganz ganz fürchterlich reich an mir, ... Hier sind noch die Dateien, die wohl wichtig sind: # /etc/ppp/ioptions # for isdn4linux/syncPPP global options for ipppd # # # Klaus Franken, kfr@suse.de # Version: 15.05.97 (5.0) # # lock # Set 'debug' to create a lot of information in /var/log/messages debug # Set '+pwlog' for logging passwords in /var/log/messages +pwlog # /etc/ppp/options.ippp? # # for isdn4linux/syncPPP and dynamic IP-numbers # # # Klaus Franken, kfr@suse.de # Version: 27.08.97 (5.1) # # This file is copy by YaST from /etc/ppp/ioptions.YaST # to options.<device> # The device(s) # for more than one device try: # /dev/ippp0 /dev/ippp1 ... /dev/ippp0 # The IP addresses: <local>:<remote> # just "0.0.0.0:" or nothing for dynamic IP #0.0.0.0: # my user name user "xxxx" # my system name (only for CHAP!) # name "xxxx" # accept IP addresses from peer # use with dynamic IP ipcp-accept-local ipcp-accept-remote noipdefault # try to get IP address from interface # option specific to ipppd (as opposed to pppd) # use only with static IP #useifip # disable all header-compression -vj -vjccomp -ac -pc -bsdcomp # sometimes you need this: #noccp # max receive unit mru 1524 # max transmit unit mtu 1500 # If this machine is a server, force authentication by uncommenting one # of the following. However, if this machine is a client, doing this will # prevent a succesful connection! (message "peer refused to authenticate"). # So, only uncomment on a server. # "+pap" / "+chap" NUR AKTIVIEREN, WENN DIES EIN SERVER IST!!! #+pap #+chap # if you have problems with handshaking (no response for first # lcp-package) try to decrease the retry-cycle. Default is 3 sec, # try for example 2 sec: # lcp-restart 2 (schon ausprobiert ) Wenn jemand Rat weiß, mein Leid und meine Telefonkosten zu senken, dem würd' ich gar dankbar sein. Ciao, ... Jürgen -- Sent through Global Message Exchange - http://www.gmx.net