Hast du in ip-up die Route angepaßt (bzw. ip-up geleert)????
Gruß
Michael
-----Ursprüngliche Nachricht-----
Von:
Hallo ISDN-Freunde,
ich habe einen Linux-Rechner an einer Siemens-Telefonanlage. Ich versuche, diesen jetzt als Dialin-server zu aktivieren... jedoch nach Stunden ohne Erfolg.
Zuletzt habe ich die Beispielkonfiguration von http://www.64-bit.de/ eingestellt (auch Suse-Linux).
Beim Einwählen in den Linux-Rechner bricht der Windows-Client die Verbindung immer wieder ab. Bei dynanischer Zusweisung oder fester eingestellter IP-Adresse auf dem client. Ebenso verhält es sich bei Windows NT als Client.
Es scheint, als käme der Client gar nicht dazu sich am Netzwerk anzumelden.
Der kernel gibt folgende Message aus jeweils einmal mit und ohne dyn. IP beim Client eingestellt:
**************Anfang************* Sep 20 23:03:31 hirchesvr ipppd[21282]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 8 Sep 20 23:03:31 hirchesvr kernel: isdn_net: ippp0 connected Sep 20 23:03:31 hirchesvr kernel: isdn_net: chargetime of ippp0 now 180082350 Sep 20 23:03:34 hirchesvr ipppd[21282]: MPPP negotiation, He: No We: No Sep 20 23:03:35 hirchesvr ipppd[21282]: Modem hangup Sep 20 23:03:35 hirchesvr ipppd[21282]: Connection terminated. Sep 20 23:03:35 hirchesvr ipppd[21282]: taking down PHASE_DEAD link 0, linkunit: 0 Sep 20 23:03:35 hirchesvr ipppd[21282]: closing fd 8 from unit 0 Sep 20 23:03:35 hirchesvr ipppd[21282]: link 0 closed , linkunit: 0 Sep 20 23:03:35 hirchesvr ipppd[21282]: reinit_unit: 0 Sep 20 23:03:35 hirchesvr ipppd[21282]: Connect[0]: /dev/ippp0, fd: 8 Sep 20 23:03:35 hirchesvr kernel: isdn: HiSax,ch0 cause: E0110 Sep 20 23:03:35 hirchesvr kernel: ippp0: remote hangup Sep 20 23:03:35 hirchesvr kernel: ippp0: Chargesum is 0 Sep 20 23:03:35 hirchesvr kernel: ippp_ccp: freeing reset data structure c4f6b800 Sep 20 23:03:35 hirchesvr kernel: ippp, open, slot: 0, minor: 0, state: 0000 Sep 20 23:03:35 hirchesvr kernel: ippp_ccp: allocated reset data structure c4f6b800
**************und der nächste Anruf - jetzt die IP-Adresse eingestellt beim client
Sep 20 23:05:13 hirchesvr kernel: isdn_net: Incoming call without CPN, assuming '0' Sep 20 23:05:13 hirchesvr kernel: ippp0: call from 61834255 -> 0 accepted Sep 20 23:05:14 hirchesvr ipppd[21282]: Local number: 0, Remote number: , Type: incoming Sep 20 23:05:14 hirchesvr ipppd[21282]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 8 Sep 20 23:05:14 hirchesvr kernel: isdn_net: ippp0 connected Sep 20 23:05:14 hirchesvr kernel: isdn_net: chargetime of ippp0 now 180092638 Sep 20 23:05:17 hirchesvr ipppd[21282]: MPPP negotiation, He: No We: No Sep 20 23:05:17 hirchesvr ipppd[21282]: Could not determine local IP address Sep 20 23:05:17 hirchesvr kernel: isdn_net: local hangup ippp0 Sep 20 23:05:17 hirchesvr kernel: ippp0: Chargesum is 0 Sep 20 23:05:17 hirchesvr ipppd[21282]: Modem hangup Sep 20 23:05:17 hirchesvr ipppd[21282]: Connection terminated. Sep 20 23:05:17 hirchesvr ipppd[21282]: taking down PHASE_DEAD link 0, linkunit: 0 Sep 20 23:05:17 hirchesvr ipppd[21282]: closing fd 8 from unit 0 Sep 20 23:05:17 hirchesvr kernel: ippp_ccp: freeing reset data structure c4f6b800 Sep 20 23:05:17 hirchesvr ipppd[21282]: link 0 closed , linkunit: 0 Sep 20 23:05:17 hirchesvr ipppd[21282]: reinit_unit: 0 Sep 20 23:05:17 hirchesvr kernel: ippp, open, slot: 0, minor: 0, state: 0000 Sep 20 23:05:17 hirchesvr kernel: ippp_ccp: allocated reset data structure c4f6b800 Sep 20 23:05:17 hirchesvr ipppd[21282]: Connect[0]: /dev/ippp0, fd: 8 Sep 20 23:05:17 hirchesvr kernel: isdn: HiSax,ch0 cause: E0110 Sep 20 23:05:39 hirchesvr dhcpd: DHCPREQUEST for 10.1.1.10 from 00:48:54:5a:4f:52 via eth0 Sep 20 23:05:39 hirchesvr dhcpd: DHCPACK on 10.1.1.10 to 00:48:54:5a:4f:52 via eth0 *********************Ende*******
Meine ifconfig sieht so aus
*********Anfang*************** eth0 Link encap:Ethernet HWaddr 00:D0:B7:B2:50:EC inet addr:10.1.1.199 Bcast:10.1.1.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:10853973 errors:0 dropped:0 overruns:2 frame:22 TX packets:11674330 errors:0 dropped:0 overruns:77 carrier:0 collisions:0 txqueuelen:100 Interrupt:11 Base address:0xc000
ippp0 Link encap:Point-to-Point Protocol inet addr:10.1.1.199 P-t-P:10.1.1.190 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP MTU:1500 Metric:1 RX packets:12 errors:0 dropped:0 overruns:0 frame:0 TX packets:13 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:30
lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:3924 Metric:1 RX packets:11565 errors:0 dropped:0 overruns:0 frame:0 TX packets:11565 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 *************Ende******************
Ich denke mal ok....
...und noch meine ippp0
*******************Anfang********************* # /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
proxyarp
# The IP addresses: <local>:<remote> # just "0.0.0.0:" or nothing for dynamic IP #192.168.0.1:192.168.0.99
10.1.1.199:10.1.1.190
# my user name
#user "heimfeld"
# my system name (only for CHAP!) # name my_system_name #name suse
# accept IP addresses from peer # use with dynamic IP #ipcp-accept-local #ipcp-accept-remote #noipdefault
# default route should be set by ipppd # defaultroute
# 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
# 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 login auth
# 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 # sometimes you need this: noccp
# Get dns info from peer #ms-get-dns *****************und Ende*******************
Weiss jemand, was ich einstellen muss, dass sich der client am Netzwerk anmelden kann, bzw. dieser nicht immer die Verbindung wieder abbricht?
Vielen Dank..
Grüsse Nils
---------------------------------------------------------------------------- ---- --------------------------------------------------------------------- To unsubscribe, e-mail: suse-isdn-unsubscribe@suse.com For additional commands, e-mail: suse-isdn-help@suse.com