Ja, das ist eindeutig eine D-Kanal Trace, wenn du mir noch den Trace von der
fehlgeschlagenen Verbindung (mit dem Cause 002F) zusenden k�nntest, kann ich
dir sagen, wo der Fehlerort liegt.
Informationen �ber das E-DSS1 gibt es bei http://www.etsi.fr Interessant
ist die ETS 300 102-1, hier steht alles �ber den D-Kanal drin.
mfg Michael Engemann
> -----Urspr�ngliche Nachricht-----
> Von: Richard Leopold [SMTP:[EMAIL PROTECTED]]
> Gesendet am: Freitag, 5. M�rz 1999 22:01
> An: Engemann, Michael
> Cc: [EMAIL PROTECTED]
> Betreff: Re: [S.u.S.E. ISDN] Abbruch von Providerseite, cause: E002F
> !!
>
> MOIn Michael,
>
> danke f�r Deine Anregung. Habe ISDNLOG so konfiguriert, da� ich einen
> HEX-Dump
> herausbekomme. - Ich hoffe, es ich ein D-Kanal-Dump - Z.B:
>
> Fri Mar 05 17:54:25 1999 0
> HEX:
> 00 SAPI und C/R-Bit
> AF TEI
> 00 TX/RX Folgez�hler
> 00 TX/RX Folgez�hler
> 08 Protkollinformation 08 = DSS1
> 01 L�nge der Callrefernz
> 40 Wert der Callreferenz
> 05 SETUP-Nachricht
> A1 Sending Complete
> 04 BC (Basisdienst)
> 02 L�nge des BC
> 88 CCITT-Standard / unrestricted digital info
> 90 Circuit-mode / 64 kbit/s
> 6C CGPN (Ursprungsrufnummer)
> 08 L�nge der CGPN
> 01 Rufnummertyp (noch) unbekannt / ISDN-Rufnummernplan
> 80 CLIP / Rufnummern vom Tln erzeugt, nicht �berpr�ft
> 39 #9
> 31 #1
> 32 #2
> 30 #0
> 38 #8
> 31 #1
> 70 CDPN (Zielrufnummer)
> 0C L�nge der CDPN
> 81 Rufnummertyp (noch) unbekannt / ISDN-Rufnummernplan
> 30 #0
> 31 #1
> 38 #8
30 #0
> 31 #1
> 30 #0
> 30 #0
> 30 #0
> 35 #5
> 35 #5
> 35 #5
>
>
>
> Was ich nun brauche ist eine Beschreibung des D-Kanal-Protokolls. - Wie
> ich diesen Dump deute ?!
>
> Hast Du einen brauchbaren Literaturhinweis, bzw. eine URL im InterNet ??
>
>
> Gru� Richard Leopold
> _______________________________
>
> "Engemann, Michael" wrote:
> >
> > Hallo Richard Leopold,
> >
> > so wie ich das sehe, wird die Verbindung von dir nicht ausgel��t. Ich
> > vermisse entsprechende Eintr�ge im isdnlog. Ich denke mal, da� entweder
> nur
> > das Netzwerk vom Provider getrennt wird, aber die Verbindung
> bestehenbleibt,
> > um einen erneuten Datenverkehr zu erm�glichen, oder im D-Kanal ein
> > Infoelement gesendet wird, das eigentlich nur eine gegenw�rtige
> > Nichtverf�gbarkeit der Verbindung anzeigt, welches von i4l falsch
> > interpretiert wird. Eigentlich sollte jetzt der PC die Verbindung
> trennen.
> > Das geschieht aber nicht. Dieses Problem tritt auch �ffters bei externen
> > ISDN-Modems auf, bei denen die Steuersoftware nicht mitbekommt, da� die
> > Netzwerkverbindung getrennt ist und deshalb einfach nicht auflegen. Hier
> > hilft im Grunde nur noch eins: Ein HEX-Dump des D-Kanal Protokolles um
> zu
> > sehen was genau von der Vermittlungstelle gesendet wurde, und wie der PC
> > antwortet. Solange die Verbindung durch einen Disconnect von einen der
> > beiden Gespr�chsteilnehmer nicht getrennt wird, bleibt sie halt bestehen
> und
> > im allgemeinen Trennen Provider ihre ankommenden Verbindungen nicht,
> auch
> > nicht wenn l�ngere Zeit kein Datenverkehr mehr stattfindet.
> >
> > mfg Michael
> >
-
To unsubscribe from this list please send a mail to [EMAIL PROTECTED] with
'unsubscribe suse-isdn' in its body.
