Homepage des ISDN D-Kanal Testprogramms D-Tracy
(S0-Version)
Autor Hartmut
Schröder
Zuletzt editiert 1.2.1999
-
D-Tracy wat isn dat? Kann man dat essen?
-
D-Tracy ist der Name für ein von mir geschriebenes ISDN D-Kanal Analyse
Programm. Ich habe es ursprünglich geschrieben um mir und meinen Kollegen
einen Teil meiner Arbeit (bei MMS) zu erleichtern. Wir hatten halt ständig
das Problem das Kunden anrufen uns mit irgendwelchen Fehlermeldungen bombadieren
und erwarten das wir den Fehler (meist strohdumme TK-Anlagen) riechen!!!
Einige der Geräte haben die Möglichkeit den D-Kanal mitzuprotokollieren.
Nur was wenn der Output vor einem liegt? Schon mal einen D-Kanal Output
gesehen? Ekeliges Zeug. Drum hab ich mir ein Programm geschrieben, das
diese Outputs analysiert und kommentiert. Dann kann man in Klarschrift
sehen was z.B. den Auslösegrund ist u.s.w.. Nun, sowas geht bei Geräten
die so kooperativ sind und diese Möglichkeit anzubieten. Ein normaler
Nutzer kann damit wohl bei den wenigsten Herstellern rechnen. Es müsste
also eine Möglichkeit geschaffen werden zu schauen was diese Teile
senden und emfangen. D-Tracy ist nun genau dafür geschrieben worden.
-
Was brauch ich dafür?
-
Man braucht ZWEI PASSIVE ISDN Karten in einem alleinstehenden PC (ab 386).
-
Auf jeder Karte muß ein Siemens ISAC-S Baustein (PEB
2085, PEB 2086 oder PSB 2186) drauf seien.
-
Als Betriebssystem braucht man MS-DOS (plain, ohne alles (nix DOS-BOX unter
Win95 u.s.w.))
-
Man braucht einen selbstgebastelten Zwischenstecker der die beiden ISDN-Karten
etwas umverdrahtet.
-
D-Tracy als Programm natürlich. :-)
-
Welcher Zwischenstecker?
-
Siemens ISAC-S Baustein?
-
Ist ein Baustein der der an den ISDN-Bus herangehängt wird und die
Pegel (Layer 1) für die Sende und Emfangsseite von Pegeln in Bits
und umgekehrt umwandelt. Der D-Kanal kann (meist so verwendet) über
Portadressen von dem Stein abgefragt und beschrieben werden. Der Stein
kümmert sich dann darum das Bitstuffing und beachtung von möglichen
Kollisionen zu machen.
-
Der PSB 2186 ist doch ein Baustein nur für Endeinrichtungen wie soll
ich damit den D-Kanal für die Sendeseite abfragen? Da sind doch andere
Echobits u.s.w. drauf? Hmm... Gute Expertenfrage! Probiers aus. Es geht!
Sei froh und halt die Klappe sonst spart Siemens bei der nächsten
Version noch ein paar Gatter ein und dann geht es nicht mehr.
-
Wie sieht denn son D-Kanal Output von dem Proggi
aus?
-
Was kostet das?
-
Nix. Das Programm ist frei nutzbar für private Zecke. Eine Kommerzielle
Benutzung ist untersagt (Leute die Komerz machen, sollen sich einen teuren
ISDN-Tester kaufen)
-
Geht das auch mit anderen Betriebssystemen (z.B. Win95)?
-
Nein!!!! Niemals! Das heißt nämlich Devicetreiber für all
diese Betriebssysteme für jede einzelne Karte schrieben zu müssen.
Ich habe einfach keinen Nerv dazu mich mit dem völlig verquarzten
Treibermodel von Sinnlos95 rumzuschlagen. Jemand der so hart ist das er
D-Tracy einsetzt, ist durchaus zuzumuten das er ihrgendwo ne DOS-Bootdisk
rumliegen hat.
-
Isdn-Karten
-
Welche ISDN-Karten werden unterstützt? Getestet sind:
-
Teles 8/16 (schlappert bei schnellen Mainboards gerne Bytes (ist sowieso
DRECK))
-
Teles 16.0 (hatte hier nur eine baugleiche Creatix)
-
Teles 16.3 ohne PnP
-
Teles 16.3 PnP (billiger Scheissdreck)
-
ELSA Quickstep 1000 PnP (schönes Teil, die machen wenigstens anständigen
Treibersupport)
-
USRobotics Sportster ISDN TA intern (komische Adressenlage aber funzt wie
ne eins)
-
AVM Fritz (A1)
-
Welche ISDN-Karten werden noch nicht unterstüzt (aber sind vorgesehen)?
-
Wie mach ich das meine Karte unterstüzt wird?
-
Den Hersteller solange nerven bis man die Dokumentation der Portadressenlagen
hat und mir das mit einer Karte zusammen zuschicken. Vorher natürlich
absprechen!!!
-
Ich habe hier so eine unselige PnP-Karte! Woher weiss ich denn unter DOS
wo das BIOS die Adressen/IRQs hingelegt hat?
-
Die erste Methode ist der "beliebte" Intel Configuration Manager. Das Programm
wird bei einigen PnP Karten mitgeliefert (z.B. Soundkarten). Einfach starten
und für die verwendeten Karten die Adressen notieren.
-
Die freakigere Methode ist der Dosport der ISAPNPTOOLS
von Peter Fox für Linux. Da kann man ganz genau sagen was Sache ist.
Wenn man das in seine Autoexec.bat einbindet, hat man auch jedesmal garantiert
dieselben Karten an denselben Adressen.
-
Wo soll ich meine IRQs hinlegen?
-
Garnicht. D-Tracy benutzt keine IRQs!!! Das Programm pollt (ja ich weiß
das verdient Schläge) die Bausteine. Im Zweifelsfall jumper die Karte
auf IRQ 5. Du kannst auch beide Karten auf ein und denselben IRQ legen
das macht keinen Unterschied.
-
D-Tracy meldet dauernd CRC-Fehler.
-
Zwischenstecker nicht richtig.
-
Kabel zu lang.
-
S0-Bus verdrahtung stimmt nicht (fehlende Terminatoren).
-
Was wird noch reinkommen?
-
Support für andere Protokolle wenn die Doku dazu in Deutsch oder Englisch
+ ein paar demo Traces vorliegt.
-
Was wird vieleicht noch reinkommen?
-
Trigger auf Ereignisse. (z.b. DTR runterzeihen um eine TK-Anlage die nicht
mehr reagiert zu resetten)
-
Was wird niemals reinkommen? (Wenn jemand nicht in meinem Killfile landen
will fragt er mich besser nicht danach)
-
Senden auf dem D-Kanal. (Was und wozu?)
-
Belauschen der B-Kanäle. Ich baue Fehleranalyse Programme und keine
Stasi-Tools.
-
Statistische Auswertungen in jeder Form (Wie A.S.Tannenbaum schon sagte
als ihn jemand fragte wann es X für Minix geben wird:"This is a Useroption!
If the User wants it, he writes it.").
-
Fehleranzeige des Layer 1 Zustandes z.B. Framingerrors, Bipolar Violations
u.s.w.. Hätte ich gerne, liefert aber der Chipsatz nicht.
-
ES GEHT NICHT!!!!
-
Was geht nicht? Deine Hose auf? Im Ernst dieses Programm ist von Profis
für Profis geschrieben. Ich werde NICHT auf Fehlermeldungen reagieren
die so unspezifisch sind. Du hast dafür nichts bezahlt also gibt es
Support nur wenn mich das Problem interessiert und ich nichts wichtigeres
zu tuen habe. Bei Fragen zu ISDN wählen Sie (gebührenfrei) 0130-7000.
-
Ich bin dumm und versteh die Ausgaben von D-Tracy nicht.
-
Tröste dich die meisten Telekommitarbeiter können auch nichts
damit anfangen.
-
Es gibt keine Bücher die einem erzählen wie man das zu decodieren/interpretieren
hat (mir sind jedenfalls keine bekannt). Es gibt nur die entsprechenden
Standards. Die Mutter all dieser Standards sind die ITU (früher hießen
die noch CCITT) Standards Q.921
(Layer 2) und Q.931
(Layer 3). Von ihm ist z.B. Euro-ISDN (ETSI NET3, EDSS1 oder ETS 300 102
genannt) abgeleitet; meist als Untermenge. Neuerdings sind die ETSI-Dokus frei zu
laden. Also schnell mal downloaden! :-)
-
Leute die mir geholfen haben und bei denen ich mich hier bedanken will:
-
Christopher Lang für ein paar Specs und die Adressenlage der
USR Sportster Karte.
-
Karsten Keil für seine HiSaxtreiber
für Linux anhand derer ich die Teleskarten, die AVM und die Elsa implementieren
konnte.
-
Peter Fox für seine Linux ISAPNP-Tools. Mit dem Dosport (ab Version
1.10) konnte ich endlich meine PnP-Kartenkonfiguration lesen/setzen wie
ICH es wollte; und nicht irgendein ach so schlauer BIOS/Configuration Manager
(ich hasse schlipstragende Programme)
Genug gelabert her mit dem Proggi (Version
0.71)
-
Release Notes:
-
Version 0.5
-
Erste Release für Freunde und Bekannte.
-
Version 0.6
-
Teles 16.3 ohne PnP implementiert und getestet.
-
AVM Fritz! (A1) implementiert und getestet.
-
Schwerer Bug beim decoding der Facilitys entdeckt und gefixed. Es fehlen
noch Dokus um die decodierten Facilitys in allen einzelheiten zu kommentieren.
Is leider in vielen einzelnen Dokumenten von der ETSI spezifiziert worden.
Beschaffung nicht einfach und teuer. Mal sehen.
-
Version 0.7
-
Bug bei den Codesatzumschaltungen beseitigt.
-
Support für das alte deutsche D-Kanalprotokoll 1TR6 implementiert.
-
Version 0.71
-
1TR6 Decoding der Facilitys ist jetzt etwas genauer.
-
1TR6 Additional Information bei Service Indikator 7 (Daten 64) wird jetzt
ausgewertet. War leider in meiner 1TR6 nicht aufgeführt (ältere
Version).