ich schicke nochmal, hatte aus Versehen kein Betreff und als Anlage. (Werde
mich bessern)
Hallo,
die einstellungen habe ich verglichen und sie stimmen überein.
Dann hab ich die Conf-Dateien verschoben und mit dldadmin einen Provider neu
eingerichtet.. Das Ergebnis war das gleiche. Die Karte wählt an, doch kommt
keine ordentliche Verbindung zustande.
Als Anlage für ich ein file mit den von Dirk genannten listings an.
Dank schon mal
Ralph
---schnipp---- <hier die verschiedenen Ausschnitte>
ifconfig:
ippp0 Link encap:Point-to-Point Protocol
inet addr:192.168.111.112 P-t-P:212.53.140.1 Mask:255.255.255.0
UP POINTOPOINT RUNNING NOARP MTU:1500 Metric:1
RX packets:47 errors:0 dropped:0 overruns:0 frame:0
TX packets:70 errors:1 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:2 errors:0 dropped:0 overruns:0 frame:0
TX packets:2 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
----------------------------------------------------------------------------------
route -n [vor Einwahl]
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.111.111 0.0.0.0 255.255.255.255 UH 0 0 0 ippp0
127.0.0.1 0.0.0.0 255.255.255.255 UH 0 0 0 lo
212.53.140.0 0.0.0.0 255.255.255.0 U 0 0 0 ippp0
0.0.0.0 192.168.111.111 0.0.0.0 UG 0 0 0 ippp0
-----------------------------------------------------------------------------------
route -n [nach Einwal]
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
212.53.140.1 0.0.0.0 255.255.255.255 UH 0 0 0 ippp0
192.168.111.111 0.0.0.0 255.255.255.255 UH 0 0 0 ippp0
127.0.0.1 0.0.0.0 255.255.255.255 UH 0 0 0 lo
212.53.140.0 0.0.0.0 255.255.255.0 U 0 0 0 ippp0
0.0.0.0 212.53.140.1 0.0.0.0 UG 0 0 0 ippp0
0.0.0.0 192.168.111.111 0.0.0.0 UG 0 0 0 ippp0
-----------------------------------------------------------------------------------
Auszug aus /var/log/messages:
Sep 11 13:43:44 dld ipppd[3066]: link 0 closed , linkunit: 0
Sep 11 13:43:44 dld ipppd[3066]: reinit_unit: 0
Sep 11 13:43:44 dld ipppd[3066]: Connect[0]: /dev/ippp0, fd: 8
Sep 11 13:56:23 dld kernel: OPEN: 192.168.111.112 -> 212.53.203.2 UDP, port: 1031 -> 53
Sep 11 13:56:23 dld kernel: ippp0: dialing 1 08007693748...
Sep 11 13:56:27 dld ipppd[3066]: Local number: 65880453, Remote number: 08007693748, Type: outgoing
Sep 11 13:56:27 dld ipppd[3066]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 8
Sep 11 13:56:27 dld kernel: isdn_net: ippp0 connected
Sep 11 13:56:31 dld ipppd[3066]: Remote message:
Sep 11 13:56:31 dld ipppd[3066]: MPPP negotiation, He: No We: No
Sep 11 13:56:31 dld ipppd[3066]: CCP enabled! Trying CCP.
Sep 11 13:56:31 dld ipppd[3066]: CCP: got ccp-unit 0 for link 0 (protocol: 0x80fd)
Sep 11 13:56:31 dld ipppd[3066]: ccp_resetci!
Sep 11 13:56:31 dld ipppd[3066]: Kernel check for LZS failed
Sep 11 13:56:31 dld ipppd[3066]: local IP address 192.168.111.112
Sep 11 13:56:31 dld ipppd[3066]: remote IP address 212.53.140.1
Sep 11 13:56:31 dld ipppd[3066]: ppp not replacing existing default route to ippp0[192.168.111.111]
Sep 11 13:59:28 dld kernel: isdn_net: local hangup ippp0
Sep 11 13:59:28 dld kernel: ippp0: Chargesum is 0
Sep 11 13:59:28 dld ipppd[3066]: Modem hangup
Sep 11 13:59:28 dld ipppd[3066]: Connection terminated.
Sep 11 13:59:28 dld ipppd[3066]: taking down PHASE_DEAD link 0, linkunit: 0
Sep 11 13:59:28 dld ipppd[3066]: closing fd 8 from unit 0
Sep 11 13:59:28 dld ipppd[3066]: link 0 closed , linkunit: 0
Sep 11 13:59:28 dld ipppd[3066]: reinit_unit: 0
Sep 11 13:59:28 dld ipppd[3066]: Connect[0]: /dev/ippp0, fd: 8
-----------------------------------------------------------------------------
isdnctrl list ippp0
Current setup of interface 'ippp0':
EAZ/MSN: 65880453
Phone number(s):
Outgoing: 08007693748
Incoming:
Dial mode: auto
Secure: on
Callback: off
Reject before Callback: on
Callback-delay: 1
Dialmax: 1
Dial-Timeout: -1
Dial-Wait: 5
Hangup-Timeout: 60
Incoming-Hangup: off
ChargeHangup: off
Charge-Units: 0
Charge-Interval: 0
Layer-2-Protocol: hdlc
Layer-3-Protocol: trans
Encapsulation: syncppp
Slave Interface: None
Slave delay: 10
Slave trigger: 6000 cps
Master Interface: None
Pre-Bound to: Nothing
PPP-Bound to: 0
---schnapp---
Am Sam, 11 Sep 1999 schriebst Du:
|Hallo Ralph,
|
|der Kartentreiber funktioniert ja schon mal auf jeden Fall, wenn es
|auch über kISDN funktioniert. Allerdings konfiguriert kISDN die Karte
|von der normalen dld-Konfiguration getrennt. Kontrolliere doch mal, ob
|du bei beiden dieselben Parameter für IRQ, IO, Kartentyp (bei der
|Fritz = 5) und ISDN-Protokoll (bei Euro-ISDN DSS1 = 2) eingetragen
|hast (die dld-Konfiguration kannst du aus /etc/conf.modules auslesen).
|Wenn das alles stimmt, dann würde ich mal probieren, ob du das Modul
|laden kannst (modprobe -v hisax, mit lsmod nachschauen, ob es geladen
|ist).
|Ansonsten würde ich dir raten, jetzt mal die Dateien mit conf-* aus
|dem Verzeichnis /etc/sysconfig/provider woanders hin zu verschieben
|und mit dldadmin deinen Zugang nochmal von Grund auf neu zu
|konfigurieren. Wenn du dann das ISDN-System neu startest schau mal in
|/var/log/messages, ob dort irgendwas auftaucht, was auf einen Fehler
|hindeuten könnte. Versuch dann mal eine Anwahl und schau dir wieder
|den relevanten Abschnitt der /var/log/messages an. Wenn du dann noch
|nicht weiterkommst, dann melde dich nochmal hier auf der Liste und
|schick den Output von ifconfig, route -n (möglichst vor und während
|eines Anwahlversuchs) sowie isdnctrl list ippp0 (oder das
|entsprechende Device deines Providerzugangs) und die relevanten
|Abschnitte aus /var/log/messages mit.
|
|Viel Erfolg
|
|Dirk
|
|Ralph Rodewald wrote:
|> ich habe ein Problem mit ISDN über dldadmin.
|> der Zugang hatte eine zeitlang funktioniert. Dann hat de Provider (Vossnet) die
|> Telefonummmer geändert und ich noch einmal enen dritten ISP testhalber
|> eingerichtet habe kann über vossnet nicht mehr einwählen.
|> Hab´s dann eine zeitlang über 1&1 gemacht.
|> Als ich dann eine neue CPU (K6) eingesteckt habe, hab ich denn Kernel neu
|> gebacken, weil man das ja auch mal machen "muß".
|> Seitdem funktioniert der andere Zugang auch nicht mehr.
|> Im Kasten sitzt eine Fritz-Karte.
|> Dieses passiert mir seit der DLD 6.01. Also begonnen mit Linux habe ich mit der
|> DLD 6.0 und hatte mit ISDN eingentlich keine Probleme. Als ich mit die 6.01
|> besorgt habe, hatte ich mich entschlossen diese neu zu installieren. Da habe
|> ich die ISDN-Geschichte nicht mehr hin bekommen. Dann die DLD 6.0 ´raufgespielt
|> und 6.01 upgedatet, dann hat´s gefunzt.
|
|--
|==================D=i=r=k===D=e=t=t=m=e=r=i=n=g===================
| Email: Dettmer@pc16154.pharmazie.uni-marburg.de
| http://pc16154.pharmazie.uni-marburg.de/dettmering/index.html
| Tel.: +49 6421 28 25824 Fax: +49 6421 28 25828
|Philipps-Universität Marburg - FB Pharmazie und Lebensmittelchemie
|Philipps University Marburg - Germany - Department of Pharmacy
| This message was written entirely with recycled electrons
|==================================================================
| Fight Spam! Join EuroCAUCE: http://www.euro.cauce.org
|--