MOIn Knut,
sch�n das Du Dich meldest;- mit der SuSE 6.0 habe ich noch keine
Erfahrungswerte, das wir unsere Router-Installationen auf der
SuSE 5.3 eingefroren haben bis der neue Kernel gut mitl�uft.
Interessant ist der Part:
> Mar 08 16:17:22 [...] Normal call clearing (User)
> Mar 08 16:17:22 golem isdnlog: Mar 08 16:17:22 [...] Invalid call reference value
>(User)
Anscheinend hat der HiSax die h�ngende leitung bemerkt;- die mit der falschen 'call
reference'-
und hat die Verbindung beendet.
DOCH um das genau zu bestimmen, m��te man den D-Kanal mitverfolgen.
wenn Du in dem File /etc/isdn/isdnlog.isdnctrl0.options folgendes hinzuf�gst:
log=3
flush=on
syslog=1015 //anpassen
bekommst Du eine Datei /tmp/isdnctrl0, in der der D-Kanal mitprotokuliert wird.
Ein DISCONNECT, RELEASE und RELEASE COMPETE sind 'call clearing messages'.
Ah - ich habe gerade mal nachgeschaut: Deine Version des HiSax ist 3.1 .
Interessant - ich habe erst 2.1, 2.5 und 3.0 ausprobiert ...
Gru� -Richard
---
Immer was zu basteln ....
_____________________________________________________________________-
Knut Petersen wrote:
>
> Hallo Richard!
>
> > scannt mal eure messages-LOGs nach 'E002F' !
>
> Ist geschehen
>
> > Mich interessiert, bei wie vielen von euch eine �hnliche diese Melung
> > steht: [...] und wie h�ufig es vorkommt.
>
> Einmal in einem Zeitraum von zwei Monaten.
>
> > Hat I4L die Verbindung korrekt beendet ?
>
> Gute Frage. Schaue Dir doch mal den angeh�ngten Teil des Logs an. Ich
> wei� nicht mehr warum, eine gl�ckliche F�gung hat mich eine halbe Stunde
> sp�ter zu einem init 0 veranla�t ;-)
>
> > Erfa�t ISDNLOG eine abschlie�ende Geb�hrenInfo (AOCE) ?
> > Oder l�uft die Geb�hreninfo w�hrend der Verbindung (AOCD -
> mu� beantragt werden -) weiter ?
>
> AOCE und AOCD sind nicht vorhanden ...
>
> > Und sitzt ihr hinter einer Telefonanlage ODER direkt auf dem NTBA ?!
>
> Teles s0/16 direkt hinter einem Siemens NTBA
>
> > Welche SuSE ?
>
> SuSE 6.0, alles im ISDN Bereich unver�ndert.
>
> Mar 8 16:03:14 golem kernel: isdn: HiSax,ch0 cause: E002F
> Mar 8 16:03:14 golem kernel: ippp0: remote hangup (0)
> Mar 8 16:03:14 golem kernel: ippp0: Chargesum is 0
> Mar 8 16:03:14 golem kernel: idx=0 drv=0 ch=0
> Mar 8 16:03:14 golem ipppd[112]: Modem hangup
> Mar 8 16:03:14 golem ipppd[112]: Connection terminated.
> Mar 8 16:03:14 golem ipppd[112]: taking down PHASE_DEAD link 0,
> linkunit: 0
> Mar 8 16:03:14 golem ipppd[112]: closing fd 7 from unit 0
> Mar 8 16:03:14 golem ipppd[112]: link 0 closed , linkunit: 0
> Mar 8 16:03:14 golem ipppd[112]: reinit_unit: 0
> Mar 8 16:03:14 golem ipppd[112]: Connect[0]: /dev/ippp0, fd: 7
> Mar 8 16:17:22 golem isdnlog: Mar 08 16:17:22 [...] Normal call
> clearing (User)
> Mar 8 16:17:22 golem isdnlog: Mar 08 16:17:22 [...] Invalid call
> reference value (User)
>
> Mar 8 16:52:47 golem init: Switching to runlevel: 6
>
> cu,
> Knut
-
To unsubscribe from this list please send a mail to [EMAIL PROTECTED] with
'unsubscribe suse-isdn' in its body.