ISDN Einwahl will nicht -> Nachtrag
Hallo! Also, da ich nicht viel weiter gekommen bin, habe ich SuSE nochmal neu installiert, d.h. alles was jetzt kommt, beschreibt den Versuch mit einer absolut jungfreulichen SuSE - Installation. Es wurden keinerlei Updates eingespielt, auch wurden keine weiteren größeren Programme zusätzlich zur Minimalkonfiguration installiert. Ich habe i4l ganz einfach nochmal eingerichtet: also alle Felder, die unter Yast-Administration d. Systems-Netzwerk einrichten- Grundkonfiguration stehen ausgefüllt (siehe SuSE Handbuch). Installiert ist folgendes: i4l, pppd 2.40, Kernel 2.4.4 debian:~ # isdnctrl -V isdnctrl's view of API-Versions: ttyI: 6, net: 6, info: 1 Kernel's view of API-Versions: ttyI: 6, net: 6, info: 1 debian:~ # isdnctrl list ippp0 Current setup of interface 'ippp0': EAZ/MSN: 5193311 Phone number(s): Outgoing: 0192071 Incoming: Dial mode: auto Secure: on Callback: off Reject before Callback: on Callback-delay: 2 Dialmax: 2 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 debian:~ # wenn ich nun eine Internetverbindung aufbaue (und "debug" aktiviere) kommt folgendes. Doch bevor das kommt, kann mir jemand helfen? Es sind die Standardkonfdateien von SuSE, also keinerlei Änderungen. Na, dann, vielen Dank und eine gute Nacht. Stefan ---hier nun also der Ausschnitt aus /var/log/messages:--- Nov 5 23:01:47 debian ipppd[929]: Found 1 device: /dev/ippp0 Nov 5 23:01:47 debian ipppd[939]: ipppd i2.2.11 (isdn4linux version of pppd by MH) started Nov 5 23:01:47 debian ipppd[939]: init_unit: 0 Nov 5 23:01:47 debian kernel: ippp, open, slot: 0, minor: 0, state: 0000 Nov 5 23:01:47 debian kernel: ippp_ccp: allocated reset data structure c0e56800 Nov 5 23:01:47 debian ipppd[939]: Connect[0]: /dev/ippp0, fd: 8 Nov 5 23:02:00 debian kernel: OPEN: 192.168.0.99 -> 62.96.128.66 ICMP Nov 5 23:02:00 debian kernel: ippp0: dialing 1 0192071... Nov 5 23:02:01 debian isdnlog: Nov 05 23:02:00 * tei 68 calling 0192071 with +49 911/5193311, Nürnberg RING (Data) Nov 5 23:02:02 debian isdnlog: Nov 05 23:02:02 tei 68 calling 0192071 with +49 911/5193311, Nürnberg Time:Tue Nov 5 22:59:00 2002 Nov 5 23:02:02 debian isdnlog: Nov 05 23:02:02 tei 68 calling 0192071 with +49 911/5193311, Nürnberg COLP *INVALID* -- ignored! Nov 5 23:02:02 debian isdnlog: Nov 05 23:02:02 tei 68 calling 0192071 with +49 911/5193311, Nürnberg CONNECT (Data) Nov 5 23:02:02 debian isdnlog: Nov 05 23:02:02 tei 68 calling 0192071 with +49 911/5193311, Nürnberg No area info for provider 33_0 (98), de stination 0192071 Nov 5 23:02:02 debian ipppd[939]: Local number: 5193311, Remote number: 0192071, Type: outgoing Nov 5 23:02:02 debian ipppd[939]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 8 Nov 5 23:02:02 debian kernel: isdn_net: ippp0 connected Nov 5 23:02:02 debian ipppd[939]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0xf186133>] Nov 5 23:02:02 debian ipppd[939]: rcvd [0][proto=0xfe02] c0 20 00 06 00 22 02 04 c2 22 04 04 06 24 e8 d2 f2 10 04 04 f4 12 10 00 6e 62 66 64 68 68 6e 74 64 72 6e 64 74 Nov 5 23:02:02 debian ipppd[939]: rcvd [0][proto=0xfe02] c0 20 02 00 00 0e 00 04 04 f4 04 06 0e 18 60 32 Nov 5 23:02:04 debian ipppd[939]: rcvd [0][proto=0xfe02] c0 20 00 06 00 22 02 04 c2 22 04 04 06 24 e8 d2 f2 10 04 04 f4 12 10 00 6e 62 66 64 68 68 6e 74 64 72 6e 64 74 Nov 5 23:02:05 debian ipppd[939]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0xf186133>] Nov 5 23:02:05 debian ipppd[939]: rcvd [0][proto=0xfe02] c0 20 02 00 00 0e 00 04 04 f4 04 06 0e 18 60 32 Nov 5 23:02:06 debian ipppd[939]: rcvd [0][proto=0xfe02] c0 20 00 08 00 22 02 04 c2 22 04 04 06 24 e8 d2 f2 10 04 04 f4 12 10 00 6e 62 66 64 68 68 6e 74 64 72 6e 64 74 Nov 5 23:02:08 debian ipppd[939]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0xf186133>] Nov 5 23:02:08 debian ipppd[939]: rcvd [0][proto=0xfe02] c0 20 00 08 00 22 02 04 c2 22 04 04 06 24 e8 d2 f2 10 04 04 f4 12 10 00 6e 62 66 64 68 68 6e 74 64 72 6e 64 74 Nov 5 23:02:08 debian ipppd[939]: rcvd [0][proto=0xfe02] c0 20 02 00 00 0e 00 04 04 f4 04 06 0e 18 60 32 Nov 5 23:02:10 debian ipppd[939]: rcvd [0][proto=0xfe02] c0 20 00 0a 00 22 02 04 c2 22 04 04 06 24 e8 d2 f2 10 04 04 f4 12 10 00 6e 62 66 64 68 68 6e 74 64 72 6e 64 74 Nov 5 23:02:11 debian ipppd[939]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0xf186133>] Nov 5 23:02:11 debian ipppd[939]: rcvd [0][proto=0xfe02] c0 20 02 00 00 0e 00 04 04 f4 04 06 0e 18 60 32 Nov 5 23:02:12 debian ipppd[939]: rcvd [0][proto=0xfe02] c0 20 00 0a 00 22 02 04 c2 22 04 04 06 24 e8 d2 f2 10 04 04 f4 12 10 00 6e 62 66 64 68 68 6e 74 64 72 6e 64 74 Nov 5 23:02:14 debian ipppd[939]: rcvd [0][proto=0xfe02] c0 20 00 0c 00 22 02 04 c2 22 04 04 06 24 e8 d2 f2 10 04 04 f4 12 10 00 6e 62 66 64 68 68 6e 74 64 72 6e 64 74 Nov 5 23:02:14 debian ipppd[939]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0xf186133>] Nov 5 23:02:14 debian ipppd[939]: rcvd [0][proto=0xfe02] c0 20 02 00 00 0e 00 04 04 f4 04 06 0e 18 60 32 Nov 5 23:02:16 debian ipppd[939]: rcvd [0][proto=0xfe02] c0 20 00 0c 00 22 02 04 c2 22 04 04 06 24 e8 d2 f2 10 04 04 f4 12 10 00 6e 62 66 64 68 68 6e 74 64 72 6e 64 74 Nov 5 23:02:17 debian ipppd[939]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0xf186133>] Nov 5 23:02:17 debian ipppd[939]: rcvd [0][proto=0xfe02] c0 20 02 00 00 0e 00 04 04 f4 04 06 0e 18 60 32 Nov 5 23:02:18 debian ipppd[939]: rcvd [0][proto=0xfe02] c0 20 00 0e 00 22 02 04 c2 22 04 04 06 24 e8 d2 f2 10 04 04 f4 12 10 00 6e 62 66 64 68 68 6e 74 64 72 6e 64 74 Nov 5 23:02:20 debian ipppd[939]: rcvd [0][proto=0xfe02] c0 20 00 0e 00 22 02 04 c2 22 04 04 06 24 e8 d2 f2 10 04 04 f4 12 10 00 6e 62 66 64 68 68 6e 74 64 72 6e 64 74 Nov 5 23:02:20 debian ipppd[939]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0xf186133>] Nov 5 23:02:20 debian ipppd[939]: rcvd [0][proto=0xfe02] c0 20 02 00 00 0e 00 04 04 f4 04 06 0e 18 60 32 Nov 5 23:02:22 debian isdnlog: Nov 05 23:02:22 tei 68 calling 0192071 with +49 911/5193311, Nürnberg Normal call clearing (User) Nov 5 23:02:23 debian kernel: ippp0: remote hangup Nov 5 23:02:23 debian kernel: ippp0: Chargesum is 0 Nov 5 23:02:23 debian ipppd[939]: Modem hangup Nov 5 23:02:23 debian ipppd[939]: Connection terminated. Nov 5 23:02:23 debian ipppd[939]: taking down PHASE_DEAD link 0, linkunit: 0 Nov 5 23:02:23 debian ipppd[939]: sent [0][LCP TermReq id=0x2 6c 69 6e 6b 20 63 6c 6f 73 65 64] Nov 5 23:02:23 debian ipppd[939]: LCP is down Nov 5 23:02:23 debian ipppd[939]: closing fd 8 from unit 0 ---Ende /var/log/messages---- -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen!
On 06.11.2002 at 02:09 Karsten Keil wrote:
... also wenn schon Karsten nicht weiterweiß :-0 ... Der einzige Ansatzpunkt der mir z.Zt. einfällt ist die angewählte Telefonnummer. Wer verbirgt sich denn dahinter? Gibt es bei dem Provider vielleicht verschiedene Nummern für unterschiedliche Zugangsarten? Klar ist lediglich: Da ist etwas, es geht ran und tauscht Daten mit Deinem Rechner aus -- aber leider völlig falsche! Sorry, keine wirklich erhellenden Erkenntnisse :-( Andreas
On Tue, Nov 05, 2002 at 11:16:23PM +0100, Stefan Schilling wrote:
Ich habe den Grund, muss man aber erstmal draufkommen. Ich habe mal eine session bei geloggt und verglichen.
Bei mir richtig: ff 03 c0 21 01 06 00 23 03 05 c2 23 05 05 06 ... Bei Dir: fe 02 c0 20 00 06 00 22 02 04 c2 22 04 04 06 ... Wenn Bei Dir bei den Werten die unterschiedlich sind das unterste bit (Bit0) setzt kommt das richtige raus, Die Karte liefert fuer Bit 0 immer 0 im B-channel. Entweder defekt oder ein versteckter Konflikt, was war das nocheinmal fuer eine Karte mit welchen Einstellungen ? -- Karsten Keil SuSE Labs ISDN development
Hallo!
Entweder defekt oder ein versteckter Konflikt, was war das nocheinmal fuer eine Karte mit welchen Einstellungen ?
eine gebrauchte FritzCard Classic, IRQ=5, IO=300, es werden keinerlei Konflikte angegeben, der IRQ ist im BIOS reserviert für ISA. Es sind sämtliche Slots belegt, dabei sind zwei ISA Karten (Netz 10MBIT + Fritz) und mehrere PCI - Karten (Netz 100MBit, Promise TX2 IDE, Grafik, Parallel) eingebaut, ausserdem läuft ein integrierter Soundchip, der sich nicht abschalten läßt (vielleicht finde ich die Option ja noch). Ich habe zusätzlich noch Zugriff auf eine FritzPCI (weiss nicht, ob PnP), die kann ich nochmal testen. Ausserdem kann ich -zumindest zeitweise- ein paar der Karten rausschmeissen. Vielleicht hilft das ja. Ich werde nachher auf jeden Fall mal die FritzPCI probieren. Ich melde mich dann nochmal. Sollte jemandem noch was einfallen, bitte nicht zögern. Ich teste gerne... :) Danke!!! und ciao, Stefan -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen!
Hi, On Wed, Nov 06, 2002 at 10:38:06AM +0100, Stefan Schilling wrote:
Hmm die Fritzcard Classic benutzt intensiv die sogenannten Shadow ISA Bereiche, da kann es leicht zu konflikten kommen, die keiner sieht. Probier einfach mal die 3 anderen Adressen aus. -- Karsten Keil SuSE Labs ISDN development
Hallo!
Ok, werd ich machen. Was mich wundert ist eher folgendes: - ich hab die Karte mal spassenshalber in die Win98 Kiste gepackt, da ließ sie sich auch nicht installieren (nicht so schlimm) - die Karte wählt ja und verbindet sich auch, nur die Daten werden nicht (richtig) übertragen. Wie kann denn das kommen? Naja, vielen Dank! Ich werd´s gleich mal testen, vielleicht finde ich ja noch eine Lösung... (ich brauch die Karte echt). Na dann, einen schönen Abend noch, ich hatte grade Buchführung Vorlesung habe wieder mal ALLES verstanden ...kein Plan... Ciao, Stefan -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen!
Hallo! Also, ich habe die Karte jetzt auf IO=200 und IRQ=5 (IRQ5 ist im BIOS reserviert für ISA) eingestellt und siehe da: es klappt! Allerdings nur so lange, wie ich nicht auf die Capi umsteige (was ich doch eigentlich möchte...). Fällt einem reinzufällig dazu noch was ein? Hier die Meldungen beim Ausführen von rci4l_hardware start und die dazugehörigen Meldungen aus /var/log/messages. Vielen Dank und bis dann, Stefan ---Meldungen am Bildschirm:--- root@debian:/tmp/d-link > rci4l_hardware start Loading ISDN drivers ... Loading CAPI4Linux ThePenguin.de-Edition ... ERROR: add_card(fcclassic) failed - Invalid argument (22) !! CHECK THE KERNEL MESSAGES BEFORE SENDING MAIL !! Loading bridge for ISDN4Linux ... /sbin/insmod /lib/modules/2.4.18/kernel/drivers/isdn/avmb1/capidrv.o Using /lib/modules/2.4.18/kernel/drivers/isdn/avmb1/capidrv.o Symbol version prefix '' Starting isdnlog with /etc/isdn/isdnlog.isdnctrl0.options for isdnctrl0... root@debian:/tmp/d-link > ---Ende-Meldungen am Bildschirm:--- ---/var/log/messages--- Nov 7 19:18:32 debian kernel: capifs: Rev 1.1.4.1 Nov 7 19:18:32 debian kernel: capi20: started up with major 68 Nov 7 19:18:32 debian kernel: kcapi: capi20 attached Nov 7 19:18:32 debian kernel: capi20: Rev 1.1.4.2: started up with major 68 (middleware+capifs) Nov 7 19:18:33 debian kernel: fcclassic: AVM FRITZ!Card Classic driver, revision 0.1 Nov 7 19:18:33 debian kernel: fcclassic: Loading... Nov 7 19:18:33 debian kernel: fcclassic: Driver 'fcclassic' attached to stack Nov 7 19:18:33 debian kernel: kcapi: driver fcclassic attached Nov 7 19:18:33 debian kernel: fcclassic: Loaded. Nov 7 19:18:33 debian kernel: fcclassic: Error: Invalid parameters (base=0x00C8, irq=5) Nov 7 19:18:33 debian kernel: kcapi: capidrv attached Nov 7 19:18:33 debian kernel: kcapi: appl 1 up Nov 7 19:18:33 debian kernel: capidrv: Rev 1.1.4.1: loaded Nov 7 19:18:33 debian isdnlog: isdnlog Version 4.29 starting Nov 7 19:18:33 debian isdnlog: Holiday Version 1.10-Germany [12-Apr -1999] loaded [11 entries from /usr/lib/isdn/holiday Nov 7 19:18:33 debian isdnlog: Dest V1.00: File '/usr/lib/isdn/dest.gdbm' opened fine - (+h) AT CH DE NL US Nov 7 19:18:34 debian isdnlog: Zone V1.24: Provider 24 File '/usr/lib/isdn/zone-de-dtag.gdbm' opened fine - V1.21 K2 C2 ---Ende-/var/log/messages---
Hi Leute, wie kann ich für den ISDN-Verbindungsaufbau den debug-Modus einschalten (um z.B. das LCP im Protokoll zu sehen) ? Sebastian
participants (4)
-
Andreas Kretzer -
Karsten Keil -
Sebastian Schön -
Stefan Schilling