> 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.
>
Die andere Rufnummer lautet 0421 2238686, das scheint dann aber
keine NSt der UNI zu sein, oder ?
> > 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.
>
Tritt das Fehleverhalten auch auf, wenn die Karte direkt am NTBA
h�ngt ?
> >>
> >> 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...
>
Wie sehen die Meldungen komplett aus (von dialing bis Hangup)?
Versucht die Karte immer Channel0 (B1-Kanal) zu bekommen?
> > 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...)
>
Versuch man den METAGER zum suchen.
Ich habe Teile nur in papierform vorliegen.
> 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.
-
To unsubscribe from this list please send a mail to [EMAIL PROTECTED] with
'unsubscribe suse-isdn' in its body.
