Zusammenfassung
- Manche CAS-Übergänge verlangten Reaktionen innerhalb weniger zehn Millisekunden. RFC 3064 verlegte Protokolldetails, Timer und Timeouts ins Gateway, während der Call Agent Ziffernanalyse und übergeordnete Entscheidungen behielt.
relundrlcgaben den Telefonie-Zweig frei und machten den Trunk wieder nutzbar. Paketverbindungen löschten sie nicht; dafür brauchte esDLCXund einen eigenen Beleg.
Die Leitung wartete nicht auf den Rundweg
Channel Associated Signaling bildete Belegung, Antwort, Suspendierung und Freigabe nahe am Stromkreis ab. Musste eine Reaktion binnen weniger zehn Millisekunden erfolgen, hätte jede Rückfrage an einen entfernten Call Agent die Latenz des Kontrollnetzes in den Telefonie-Zustandsautomaten eingebaut.
RFC 3064 vom Februar 2001 verteilte deshalb Funktionen. Das Media Gateway bearbeitete, soweit möglich, das niedere CAS-Protokoll samt Zeitsteuerung. Der Call Agent interpretierte Ziffern, wählte das Ziel und verwaltete Verbindungen. Nähe verlieh Zuständigkeit für die Frist, nicht für den gesamten Anruf.
Sechs Pakete deckten verschiedene Schnittstellen ab: MS für grundlegendes MF CAS, DT für DTMF und Impulswahl, BL für PBX/FXS, DO für FXO, MD für Feature-Group-D-EANA/EAIN und MO für Operator Services. IANA führt diese Version-0-Namen weiterhin. Die Registrierung belegt Namensvergabe, nicht Implementierung oder heutigen Einsatz.
Abstraktion ersetzte keine Provisionierung
Ein Call Agent konnte denselben Ablauf verwenden, obwohl ein Trunk wink start und ein anderer immediate start nutzte. Das Gateway kapselte die lokale Sequenz und meldete ein gemeinsames Setup-Ereignis. Der konkrete Trunk-Typ blieb jedoch außerhalb von MGCP im Gateway provisioniert; Paket und Richtung musste der Controller weiterhin kennen.
Auch die Nachrichtenrichtung blieb sichtbar. Ein signal war ein Befehl des Call Agent, ein event eine Beobachtung des Gateways. 200 OK bestätigte die Annahme eines Schrittes. Das Ende der Ziffernaussendung kam später als operation complete; die Antwortüberwachung war ein weiteres Ereignis.
Eine erfolgreiche Antwort bewies daher weder abgeschlossene Wahl noch entfernte Annahme, brauchbare Medien oder ein Gespräch. Mit S markierte Zustände waren prüfbar, beantworteten aber nur begrenzte Fragen: Wurde ein Anruf begonnen? Ist der Telefonie-Zweig idle und wieder verfügbar? Ein Zustandsbild war keine vollständige Kausalkette.
Zwei Freigaben betrafen zwei Objekte
rel bedeutete mehr als Auflegen. Es gab Ressourcen des Telefonie-Zweigs frei und schloss eine spätere Wiederaufnahme aus. Der Call Agent konnte es senden, oder das Gateway konnte es nach fernem Auflegen beziehungsweise einer Störung melden. rlc bestätigte anschließend, dass die Trunk-Ressourcen vollständig frei waren.
Der Text zieht sofort die Grenze: rel implizierte nicht, dass Verbindungen gelöscht werden. Zur vollständigen Freigabe einschließlich der Paketverbindungen musste der Call Agent zusätzlich oder gleichzeitig DLCX ausführen.
Ein wiederverwendbarer Trunk und eine gelöschte Verbindung sind verschiedene Zustände. Die Leitung kann frei sein, während im Gateway eine Paketverbindung fortbesteht. Die Verbindung kann gelöscht sein, bevor die entfernte Leitung ihre Freigabe abgeschlossen hat. rlc und DLCX dürfen einander deshalb nicht vertreten.
Beim glare, der gleichzeitigen Belegung eines bidirektionalen Trunks von beiden Seiten, konnte das Gateway eine je DS0 provisionierte Regel anwenden und eine abnormale Freigabe melden. Dann konnte rlc den Ressourcenübergang abschließen, ohne wörtlich ein fernes Auflegen abzubilden. Das Ereignis berichtete Ressourcenzustand, nicht menschliche Absicht.
RFC 3064 war Informational, kein Internet Standard. Die IESG Note sprach von damaliger Nutzung in mehreren Produkten und wies zugleich auf Nachfolgearbeiten bei Megaco und ITU-T SG16 hin. Spätere RFCs liefern Lebenszykluskontext, aber keine rückwirkende Semantik und keinen Beleg für heutige Verbreitung.
Die bleibende Lehre lautet: Zeitkritisches gehört dorthin, wo die Frist eingehalten werden kann; systemweite Entscheidungen dorthin, wo die größere Transaktion sichtbar ist. Für jedes veränderte Objekt braucht es einen eigenen Beleg. Das Gateway behielt die Millisekunden, aber nicht allein die Wahrheit über den ganzen Anruf.
Quellen
- https://www.rfc-editor.org/rfc/rfc3064.txt
- https://www.rfc-editor.org/info/rfc3064
- https://datatracker.ietf.org/doc/rfc3064/
- https://datatracker.ietf.org/doc/rfc3064/history/
- https://www.rfc-editor.org/errata/rfc3064
- https://www.rfc-editor.org/rfc/rfc2705.txt
- https://www.rfc-editor.org/rfc/rfc2805.txt
- https://www.rfc-editor.org/rfc/rfc3435.txt
- https://www.rfc-editor.org/rfc/rfc3525.txt
- https://www.rfc-editor.org/rfc/rfc3660.txt
- https://www.rfc-editor.org/rfc/rfc3661.txt
- https://www.iana.org/assignments/mgcp-packages/mgcp-packages.xml
- https://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.xml
Mitgliederbriefing
Detaillierter Profilkontext
Melden Sie sich mit der richtigen Mitgliedschaftsstufe an, um das vollständige Briefing und die Quellennotizen freizuschalten.
Nur für Strategic Circle
Strategic Circle
Offen für alle Leser. Schalten Sie Profil-Briefings nach Beitritt und Anmeldung frei.
Strategic Circle beitretenNur für Leadership Alliance
Leadership Alliance
Für qualifizierte Inhaber von IP-Assets und Management; melden Sie sich an, um Leadership-Alliance-Briefings freizuschalten.
Leadership Alliance beitreten
