Zuletzt editiert 6.8.1997

• 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)?
• AVM Fritz! (PnP)

• 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.

• 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)
 

• 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).