PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : DIALIN Server Suse 9.0 ISDN geht nicht dran



halve
26.02.04, 10:11
Hi!
Folgendes Problem:

Habe einen SuSE 9.0 Rechner hier mit ISDN FritzCard PCI. Verwende die CAPI-Treiber von AVM. Ich möchte mich von einem Win95 Notebook an das ein Handy angeschlossen ist, auf dem Suse 9.0 Rechner einwählen.

Unter /var/log/messages/ sehe ich auch, dass der Datenanruf (V.110) an der ISDN Karte anliegt und der IPPPD dran geht.
Doch irgendwie scheitern dann Win95 Notebook und Suse 9.0 Rechner beim aushandeln des Kennwortes (glaube ich?!!?)

Hoffe ihr könnt mir helfen!!!

Anbei meine Logs sowie Configs:

/var/log/messages:

Feb 26 10:21:10 linux kernel: ippp, open, slot: 0, minor: 0, state: 0000
Feb 26 10:21:10 linux kernel: ippp_ccp: allocated reset data structure c25bf800
Feb 26 10:21:10 linux ipppd[2376]: Connect[0]: /dev/ippp0, fd: 7
Feb 26 10:21:24 linux isdnlog: (AVM B1 driver detected (D2))
Feb 26 10:21:24 linux isdnlog: Feb 26 10:21:24 * Call to tei 127 from ? on ? *XXX*
Feb 26 10:21:24 linux isdnlog: Feb 26 10:21:24 * Call to tei 127 from ? on ? RING (Data)
Feb 26 10:21:25 linux isdnlog: Feb 26 10:21:25 Call to tei 66 from ? on ? CONNECT (Data)
Feb 26 10:21:25 linux kernel: capidrv-1: incoming call ,7,0,0
Feb 26 10:21:25 linux kernel: isdn_net: Incoming call without OAD, assuming '0'
Feb 26 10:21:25 linux kernel: ippp0: call from 0 -> 0 accepted
Feb 26 10:21:25 linux kernel: capidrv-1: incoming call ,7,0,0 on netdev
Feb 26 10:21:25 linux kernel: kcapi: appl 1 ncci 0x10101 up
Feb 26 10:21:25 linux kernel: isdn_net: ippp0 connected
Feb 26 10:21:25 linux kernel: capidrv-1: chan 0 up with ncci 0x10101
Feb 26 10:21:25 linux ipppd[2376]: Local number: 0, Remote number: , Type: incoming
Feb 26 10:21:25 linux ipppd[2376]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 7
Feb 26 10:21:25 linux ipppd[2376]: sent [0][LCP ConfReq id=0x1 <mru 1500> <auth pap> <magic 0x35177571> <pcomp> <accomp>]
Feb 26 10:21:28 linux ipppd[2376]: sent [0][LCP ConfReq id=0x1 <mru 1500> <auth pap> <magic 0x35177571> <pcomp> <accomp>]
Feb 26 10:21:31 linux ipppd[2376]: rcvd [0][proto=0x801] 7f
Feb 26 10:21:31 linux ipppd[2376]: sent [0][LCP ConfReq id=0x1 <mru 1500> <auth pap> <magic 0x35177571> <pcomp> <accomp>]
Feb 26 10:21:32 linux ipppd[2376]: rcvd [0][proto=0x801] 7f
Feb 26 10:21:34 linux ipppd[2376]: rcvd [0][proto=0x801] 7f
Feb 26 10:21:34 linux ipppd[2376]: sent [0][LCP ConfReq id=0x1 <mru 1500> <auth pap> <magic 0x35177571> <pcomp> <accomp>]
Feb 26 10:21:35 linux ipppd[2376]: rcvd [0][proto=0x801] 7f
Feb 26 10:21:37 linux ipppd[2376]: sent [0][LCP ConfReq id=0x1 <mru 1500> <auth pap> <magic 0x35177571> <pcomp> <accomp>]
Feb 26 10:21:52 linux last message repeated 5 times
Feb 26 10:21:55 linux ipppd[2376]: LCP: timeout sending Config-Requests
Feb 26 10:21:55 linux ipppd[2376]: Connection terminated.
Feb 26 10:21:55 linux ipppd[2376]: taking down PHASE_DEAD link 0, linkunit: 0
Feb 26 10:21:55 linux ipppd[2376]: LCP is down
Feb 26 10:21:55 linux ipppd[2376]: closing fd 7 from unit 0
Feb 26 10:21:55 linux ipppd[2376]: link 0 closed , linkunit: 0
Feb 26 10:21:55 linux ipppd[2376]: reinit_unit: 0
Feb 26 10:21:55 linux ipppd[2376]: Connect[0]: /dev/ippp0, fd: 7
Feb 26 10:21:55 linux kernel: isdn_net: local hangup ippp0
Feb 26 10:21:55 linux kernel: ippp0: Chargesum is 0
Feb 26 10:21:55 linux kernel: ippp_ccp: freeing reset data structure c25bf800
Feb 26 10:21:55 linux kernel: ippp, open, slot: 0, minor: 0, state: 0000
Feb 26 10:21:55 linux kernel: ippp_ccp: allocated reset data structure c25bf800
Feb 26 10:21:55 linux kernel: kcapi: appl 1 ncci 0x10101 down
Feb 26 10:21:55 linux isdnlog: Feb 26 10:21:55 Call to tei 66 from ? on ? HANGUP ( 0:00:30)
Feb 26 10:21:55 linux kernel: capidrv-1: DISCONNECT_IND reason 0x3400 (No additional information) for plci 0x101
i 66 from ? on ? HANGUP ( 0:00:30)
Feb 26 10:21:55 linux kernel: capidrv-1: DISCONNECT_IND reason 0x3400 (No additional information) for plci 0x101


ioptions:

# /etc/ppp/ioptions
# for isdn4linux/syncPPP global options for ipppd
#
#
# Klaus Franken
# 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

#
# timout and dial on demand only for outbound traffic
#
active-filter 'outbound and not icmp[0] == 3 and not tcp[13] & 4 != 0'
#proxyarp
ms-dns 192.168.0.1
ms-wins 192.168.0.1
auth
+pap
-chap
#idle 600
#mru 1400
#mtu 1400
noipx


pap-secrets:

#SuSEconfig.isdn modified
# Secrets for authentication using PAP
# client server secret IP addresses
"halve" * "halve"
"halv" * "halv"
# OUTBOUND CONNECTIONS
# Here you should add your PPP Login and PPP password to connect to your
# provider via pap. The * means that the entry(login and passoword may be
# used for ANY host you connect to.
# Thus you do not have to worry about the foreign machine name. Just
# replace password with your password.
#hostname * password

# PREDIFINED CONNECTIONS
# These are user and password entries for publically accessible call-by-call
# Internet providers in Germany. If they confict with your config, remove them.
# READ_IN_CALLBYCALL_SECRETS

# INBOUND CONNECTIONS
#client hostname <password> 192.168.1.1

# If you add "auth login -chap +pap" to /etc/mgetty+sendfax/login.config,
# all users in /etc/passwd can use their password for pap-authentication.
#
# Every regular user can use PPP and has to use passwords from /etc/passwd
#* hostname ""
# UserIDs that cannot use PPP at all. Check your /etc/passwd and add any
# other accounts that should not be able to use pppd! Replace hostname
# with your local hostname.
#guest hostname "*" -
#master hostname "*" -
#root hostname "*" -
#support hostname "*" -
#stats hostname "*" -

#SuSEconfig.isdn entry
"test" * "test"


cfg-net0:

CALLBACK="off"
CBDELAY="2"
CHARGEHUP="on"
DEFAULTROUTE="no"
DYNAMICIP="no"
DIALMODE="auto"
FIREWALL="no"
IPADDR="192.168.0.1"
IPPPD_OPTIONS=""
MSN="0"
MULTILINK="no"
PROTOCOL="syncppp"
PROVIDER="provider0"
PTPADDR="192.168.0.2"
REMOTE_IN=""
SECURE="off"
STARTMODE="onboot"