Einführung
Wie sie sagen, gibt es keinen Ort ohne Theorie, obwohl es viele Informationen über den E1-Stream und das DSS-1-Protokoll gibt, werde ich die wichtigsten Punkte beschreiben, die für das Verständnis weiteren Materials wichtig sind.
DSS-1 hat drei Schichten.
Die erste Ebene ist die physische. Sie ist direkt für den Aufbau physischer Verbindungen und die Bildung von PRI- und BRI-Kanälen verantwortlich. Das Basic Rate Interface (BRI) enthält 2 B-Kanäle mit 64 kbit / s und einen D-Kanal mit 16 kbit / s. Das Primary Rate Interface (PRI) enthält 30 B-Kanäle mit 64 kbit / s, den D-Kanal mit 64 kbit / s und den H-Kanal 64 kbps. B-Kanäle übertragen Sprache und Daten, während der H-Kanal zum Synchronisieren der Endgeräte verwendet wird, wird der D-Kanal zum Übertragen von Daten über die hergestellten Verbindungen verwendet (Signalisierung).
Die zweite Ebene ist der erste Kanal. Auf dieser Ebene funktioniert die Spezifikation des Link Access Protocol - D Channel (LAPD) Q.921. Das LAPD-Protokoll ist für die Bildung logischer Kanäle verantwortlich. Dementsprechend sollte nach dem Herstellen einer physischen Verbindung eine logische Verbindung hergestellt werden: NETWORK sendet eine SABME-Nachricht (Set Asynchronous Balanced Mode Extended), das CPE antwortet mit einer UA-Nachricht (Unnumbered Acknowledgement) zur Synchronisation. Danach muss der RR-Austausch (Receiver Ready) zwischen NETWORK- und CPE-Geräten ständig aufrechterhalten werden, und die logischen Kanäle D und B werden eingerichtet.
Die dritte Schicht ist das Netzwerk. Auf dieser Ebene haben wir eine Signalisierung - das Q.931-Protokoll, das in Kanal D übertragen wird und Datenprotokoll X.25 wird in Kanal B übertragen.
SIP zu DSS-1
Nachdem wir herausgefunden haben, wie das DSS-1-Protokoll funktioniert, schauen wir uns an, wie das SIP-Protokoll in EDSS-1 konvertiert wird und umgekehrt. Abbildung 1 zeigt einen typischen Verbindungsaufbau. Wie aus der Abbildung ersichtlich, sind SIP- und DSS-1-Nachrichten ähnlich.
Abbildung 1 - Konvertierung von SIP in DSS-1
E1 Durchflussanalyse
Lassen Sie uns nun darüber sprechen, wie wir den E1-Stream analysieren können. Wir werden nicht über die Physik des Flusses sprechen - wir werden nicht über seine Impulsform sprechen, wir interessieren uns nur für Logik. In meiner Praxis war es auch so, dass zwei PBXs perfekt über E1 funktionieren und erst nach dem Anschließen des Protokollanalysators Fehler aufgetreten sind.
Wir benötigen einen Analysator, um Nachrichten aus den Protokollen der zweiten und dritten Ebene anzuzeigen. Mithilfe dieses Protokolls können wir Signalverlust, Synchronisationsfehler und vieles mehr feststellen. Natürlich installieren wir einerseits unsere TK-Anlage, andererseits ist es wünschenswert, eine serielle TK-Anlage zu installieren, wir müssen keine Fehler für Fehler abfangen.
Für die Protokollanalyse kann die digitale Karte Linkbit AnyTest AT1000 oder Asterisk + T1 / E1 (PRI) hilfreich sein.
Linkbit AnyTest AT1000
Ich erzähle Ihnen ein wenig über Linkbit. Tatsächlich handelt es sich um einen Hardware-Software-Komplex, der die digitalen Telefonieprotokolle analysiert. Es handelt sich um eine Set-Top-Box mit Schnittstellen, die über USB mit einem Computer mit installierter Software verbunden ist.
Unterstützt eine große Anzahl von Protokollen und Codecs, einschließlich derjenigen, die für uns DSS-1 und SIP von Interesse sind.
Abbildung 2 zeigt die grafische Oberfläche. Die grafische Oberfläche zeigt ein Fenster mit der Entschlüsselung von DSS-1- und LAPD-Nachrichten an. Bei Bedarf können Sie die Anzeige von Nachrichten eines uninteressanten Protokolls deaktivieren. Unten sehen Sie den E1-Stream mit Zeitfenstern, wie wir in Abbildung 2 sehen können. Wir haben 10 Zeitfenster belegt (grün angezeigt), 3 sind frei (schwarz angezeigt). Wenn wir auf das belegte Zeitfenster klicken, können wir das Gespräch anhören.
Abbildung 2 - Analysator der Linkbit AnyTest AT1000-Protokolle
Asterisk + T1 / E1 (PRI) Digitalkarte
Lassen Sie uns nun über Asterisk sprechen. Für die Arbeit benötigen wir T1 / E1 (PRI) -Digitalkarten, die im PCI Express-Steckplatz installiert sind. Sie müssen also ein wenig basteln, damit Asterisk sie sieht.
Wir gehen zum Asterisk-Debugging und geben den Befehl "pri debug span 1" ein (geben Sie die Nummer Ihres Kanals an). Beim Betreten / Verlassen sehen wir eine Nachricht vom DSS-1-Protokoll. Um den Status der Kanäle anzuzeigen, können wir den Befehl "pri show span 1" verwenden. Wenn Sie die LAPD-Nachricht sehen möchten, sollten Sie den Befehl "pri intensive debug span 1" verwenden.
Abbildung 3 - Debuggen von Asterisk: DSSS-1-Meldungen
Abbildung 4 - Debuggen von Asterisk: Anzeigen von Zeitfenstern
Stresstest
Option 1
Zum Testen einer Software-IP-PBX benötigen wir eine serielle IP-PBX. Linkbit AnyTest AT1000 wird in der E1-Flusslücke platziert, und dann werden StarTrinity SIP Tester- oder Sipp-Verkehrsgeneratoren verwendet. Wir analysieren die Protokollnachricht mit Linkbit AnyTest AT1000.
Option 2
Um eine Software-IP-PBX zu testen, benötigen wir eine serielle IP-PBX. Linkbit AnyTest AT1000 wird in die E1-Stream-Unterbrechung gestellt. Anschließend werden StarTrinity SIP Tester- oder Sipp-Verkehrsgeneratoren verwendet, die Asterisk anrufen (Asterisk nimmt das Telefon ab und schließt RTP ab). Wir analysieren die Protokollnachricht mit Linkbit AnyTest AT1000.
Abbildung 6 - Testoptionen
Option 3
Zum Testen einer Software-IP-PBX benötigen wir eine Asterisk + T1 / E1 (PRI) -Digitalkarte. Ein E1-Durchflussanalysator befindet sich in der Unterbrechung des E1-Streams. Anschließend werden die StarTrinity SIP Tester- oder Sipp-Verkehrsgeneratoren verwendet, die Asterisk anrufen (Asterisk nimmt den Hörer ab und schließt RTP ab). Wir analysieren die Protokollnachricht mit Linkbit AnyTest AT1000.
Option 4
Zum Testen einer Software-IP-PBX benötigen wir eine Asterisk + T1 / E1 (PRI) -Digitalkarte. Anschließend werden die StarTrinity SIP Tester- oder Sipp-Verkehrsgeneratoren verwendet, die Asterisk anrufen (Asterisk nimmt den Hörer ab und schließt RTP ab). Wir analysieren die Nachricht der Protokolle mithilfe der Softwarefunktionen von Asterisk. Wir analysieren die Protokollnachricht mit Linkbit AnyTest AT1000.
Abbildung 7 - Testoptionen
Ich hatte verschiedene Arten von Überprüfungen - die erste besetzte 30 Kanäle und stellte Anrufe in einem bestimmten Intervall ein, damit der verirrte Kanal in einem Kreis mit einem neuen usw. verbunden wurde. Der einfachste Weg, dies zu tun, ist die Verwendung des StarTrinity SIP-Testers. Der zweite leitete die „Welle“ von Anrufen durch den Stream und beobachtete, wie die Software reagieren würde.
Zusammenfassen
Zusammenfassend haben wir herausgefunden, wie das EDSS-1-Protokoll funktioniert, Wege zur Analyse der Protokollnachrichten gefunden und Stresstests der Software durchgeführt. Natürlich gibt es in diesem Beitrag keine Beschreibung der Nachrichten und aller Feinheiten des Protokolls, aber dafür gibt es Links zu den empfohlenen Spezifikationen und der Literatur.
WIRD GELADEN….
Referenzen
1.ITU-T-Empfehlung Q.921 (I.451)
2.ITU-T-Empfehlung Q.931 (I.451)
3.Goldstein B.S. Zugriff auf Netzwerkprotokolle. Band 2.