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