[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: ISDN Problem



Hallo Gerhard,

interessant! Es ist tatsaechlich exakt eine FritzCard 2.0 PCI. Ich
verwende das Originalkabel, und der NTBA ist von M-Net (Muenchener
Lokalprovider).

Waere es sinnvoll, den Treiber als Modul zu kompilieren? Ich habe ihn
statisch einkompiliert. Mein Kernel ist:
2.4.24-pre1-xfs
(aus dem CVS-Tree von SGI gebaut)

Heute konnte ich allerdings beobachten, dass die Einwahl nach dem ersten
Timeout funktionierte.

Ich verwende auch IBOD (Kanalbuendelung). Allerdings tritt der Fehler auch
dann gelegentlich auf, wenn ich hohne Kanalbuendelung arbeite.

Gruss
Markus

On Wed, 21 Jan 2004, Gerhard Brauer wrote:

> Gruesse!
> * Markus Heller <heller@ics.de> schrieb am [21.01.04 02:05]:
> > Hallo liebe Liste,
> >
> > ich habe ein Problem, das bereits vor einigen Jahren ueber diese Liste
> > gegangen ist:
> > http://lists.debian.org/debian-user-german/2002/debian-user-german-200205/msg00623.html
> > bzw:
> > http://lists.suse.com/archive/suse-isdn/2003-Feb/0075.html
> > oder:
> > http://www.linuxbasis.de/thread1161.html
> >
> > leider habe ich nirgends eine Loesung entdeckt. Die Fehlermeldung in
> > /var/log/messages lautet wie folgt:
> >
> > >>>>>
> > Jan 21 01:03:46 rmh1 kernel: ippp0: dialing 1 08989067928...
> > Jan 21 01:03:52 rmh1 kernel: isdn: fcpcipnp0,ch0 cause: E001B
> > Jan 21 01:03:54 rmh1 kernel: isdn_net: local hangup ippp0
> > Jan 21 01:03:54 rmh1 kernel: ippp0: Chargesum is 0
> > <<<<<
> >
> > Und das Symptom ist folgendes:
> > Das erste Mal kann ich mich einwaehlen, alles funktioniert einwandfrei.
> > Wenn dann der ipppd nach dem ersten Timeout die Leitung kappt, kann ich
> > mich kein zweites Mal einwaehlen. Es kommt bei jedem "isdnctrl dial ippp0"
> > die oben angegebene Fehlermeldung.
> >
> > Der ErrorCode laut
> > http://sdb.suse.de/sdb/de/html/cg_isdncause.html
> > (1B): Die gerufene Teilnehmerschnittstelle ist zur Zeit außer Betrieb.
> > ist definitiv falsch, da ich mich wieder einwahlen kann, sobald der
> > Rechner neu gebootet hat. Insofern entspricht das Problem ganz exakt der
> > Beschreibung in den oben (eingangs) genannten URLs.
>
> Deine Definition von E001B ist insofern ungenau da:
> isdncause E001B
> Location: Message generated by user.
>    Cause: Destination out of order.
>    This code usually indicates a hardware conflict or a cable problem.
>
> E  = EuroISDN
> 00 = Fehler tritt auf lokaler Seite (User) auf
> 1B = Out of Order (nicht errreichbar, ohne Funktion)
>
> Es ist also nicht dein Problem, daß die Gegenstelle außerhalb deines
> NTBA deinen Request nicht annehmen würde, sondern das dieser von deiner
> Seite nicht mehr stattfindet.
>
> > Wo waere es sinnvoll, weiter anzusetzen, um den Fehler einzugrenzen? Wie
> > gesagt, zu den oben genannten URLs gab es auch keine Loesung, die mir
> > weiterhilft.
>
> - ISDN-Kabeldefekt bzw. Wackler ausschließen
> - NTBA oder Karte defekt ?
>
> Welche ISDN-Karte bzw. Gerät setzt du auf welchem Rechner ein?
> Auf SUSE-ISDN wird das Problem auch gerade diskutiert, siehe Thread:
> "[suse-isdn] Fritz Card 2.0 PCI bessere Info".
>
> Zitat von Karsten Keil:
> "...Das kann und ist oft ein Kabel, seltener eine defekte Karte oder NTBA.
> Es kann aber auch an anderen Sachen liegen, z.B. einer blockierten
> Statemachine im Treiber oder nicht funktionierenden IRQs.
>
> Der Fritz Card 2.0 PCI Treiber tendierte dazu, wenn zum Zeitpunkt des
> Treiberladens Aktivitaet auf dem S0 Bus ist zu blockieren..."
>
> Es können aber auch IRQ-Konflikte gerade im Zusamenhang mit acpi bei
> neueren Boards bzw. schrottigem BIOS sein. Da müßtest du aber Infos
> liefern.
>
> > Danke schon mal && schoenen Gruss,
> >
> > Markus
>
> Gruß
> 	Gerhard
>
>
> --
> Haeufig gestellte Fragen und Antworten (FAQ):
> http://www.de.debian.org/debian-user-german-FAQ/
>
> Zum AUSTRAGEN schicken Sie eine Mail an debian-user-german-request@lists.debian.org
> mit dem Subject "unsubscribe". Probleme? Mail an listmaster@lists.debian.org (engl)
>



Reply to: