Hi,
On 23-Feb-99 Engemann, Michael wrote:
> Arbeitet die Uni mit Callback? Ist die angew�hlte Rufnummer der Uni
> eine Nebenstelle?
ich w�rde sagen ja, 218 ist die Uni 06 z.B die Durchwahl
am anderen Ende arbeitet ein Server vom Typ Ascend MAX 400 der ISDN als
auch analoge Verbindungen zul��t.
> Cause E002A bedeutet: �berlastung - Gassenbesetzt (vermutl. sind
> alle Leitungen zu dieser Rufnummer besetzt)
Ja, die Causes hatte ich auch schon gefunden, und dies ist ja auch die Meldung
vom "netteren" Zugang.
>>
>> Feb 22 22:28:06 pennzium kernel: ippp0: dialing 1 04212238686...
>> Feb 22 22:28:06 pennzium isdnlog: Feb 22 22:28:06 * tei 64 calling 0049
>> 421/2238686, Bremen with ISDN Internet RING (Data)
>> Feb 22 22:28:06 pennzium kernel: isdn: HiSax,ch0 cause: E0022
>>
> Cause E0022 bedeutet kein B-Kanal frei. Wie sehen die Meldungen im
> Log vor dieser Nachricht aus, oder sehen die zwei anderen Meldungen auch so
> aus?
>
Tja, da habe ich mich durch falsches kopieren aus der Logdatei ausgezeichnet ;-)
Tats�chlich ist dies die dritte Meldung, die erst nach den beiden erfolglosen
Einwahlversuchen erzeugt wird. Hier sind tats�chlich beide B-Kan�le zwischen
meiner Telefonanlage und der Vermittlungsstelle belegt.
Genau das ist ja mein Problem oder besser �rgernis. Bevor es zu diesem Fehler
kommt, steht in /var/log/messages (jetzt der richtige Auszug)
Feb 22 23:01:41 pennzium kernel: OPEN: 192.168.0.1 -> 134.102.20.22 ICMP
Feb 22 23:01:41 pennzium kernel: ippp0: dialing 1 04212238686...
Feb 22 23:01:41 pennzium isdnlog: Feb 22 23:01:41 * tei 64 calling 0049
421/2238686, Bremen with
ISDN Internet RING (Data)
Feb 22 23:01:42 pennzium kernel: isdn: HiSax,ch0 cause: E0211
Feb 22 23:01:42 pennzium isdnlog: Feb 22 23:01:42 tei 64 calling 0049
421/2238686, Bremen with I
SDN Internet User busy (Public network serving local user)
Feb 22 23:01:42 pennzium isdnlog: Feb 22 23:01:42 tei 64 calling 0049
421/2238686, Bremen with I
SDN Internet HANGUP User busy (Public network serving local user)
Feb 22 23:01:48 pennzium kernel: isdn_net: local hangup ippp0
Feb 22 23:01:48 pennzium kernel: ippp0: Chargesum is 0
Eigentlich klingt das viel besser. Jetzt steht da auch wirklich "User busy" und
nicht mehr "Switching equipment congestion". Nur irgendwer (die anderen, meine
Telefonanlage oder der Computer) kapiert nicht, das nun auch der B-Kanal wieder
geschlossen werden kann. Das hei�t, beim zweiten Versuch, der bei meinen
Einstellungen nach so ca. 5s kommt, wird der zweite B-Kanal belegt. Beim
dritten Versuch sind dann beide belegt (E0022). Jetzt dauert das noch so 20ca.
dann wird der erste und nach weiteren 5s der zweite B-Kanal geschlossen, und
ich endlich wieder einen vern�nftigen Versuch unternehmen.
Das das schlie�en der B-Kan�le bei der zweiten Einwahlnummer so lange
dauert irritiert mich und sollte auch bei der ersten mail die eigentliche Frage
sein. Vielleicht konnte ich die Frage diesmal besser stellen...
> Ausf�hrliche Hinweise zu diesen Meldungen stehen in den
> ETSI-Papieren, z.B. ETS 300 102-1.
> Na ja, oder auf Wunsch bei mir.
Gibts die irgendwo im Netz? Und sei es in einer Datenbank (�hnlich den
Patentdatenbanken, die ja RICHTIG Geld kosten...)
Jan
------------------------------------
Date: 23-Feb-99
Time: 10:22:05
------------------------------------
-
To unsubscribe from this list please send a mail to [EMAIL PROTECTED] with
'unsubscribe suse-isdn' in its body.
