CallManager/DTMF/MTP-Zuweisung

Einführung

In diesem Dokument wird die Zuordnung von Cisco CallManager (CCM) Media Termination Point (MTP)/Xcoder für die DTMF-Methoden (Dual-Tone Multi-Frequency) beschrieben, die in verschiedenen Anrufabläufen verwendet werden. Er deckt einige der gängigen Anrufabläufe ab, die Kunden verwenden. 

Konzeptionelle Darstellung

Antwort: Out-of-Band-Nutzung (OOB)

In diesem Szenario unterstützen sowohl das Session Initiation Protocol (SIP) Endpoint Point (EP) als auch das Skinny Call Control Protocol (SCCP) EP OOB DTMF. Aus diesem Grund versucht CCM, OOB für DTMF zu verwenden, ohne dass MTP erforderlich ist.

B. RFC2833 verwenden

In diesem Szenario unterstützt SCCP EP sowohl OOB als auch RFC2833, und SIP EP unterstützt nur RFC2833. Dies ist eine RFC2833-Übereinstimmung. Daher ist kein MTP erforderlich, und für DTMF wird RFC2833 verwendet.

C. MTP erforderlich

In diesem Szenario unterstützt SCCP EP nur OOB und SIP EP nur RFC 2833. Daher ist ein MTP erforderlich. MTP sendet\empfängt RFC2833-Pakete an\von der SIP-EP und sendet\empfängt OOB-DTMF-Pakete an\von CCM. Der CCM sendet\empfängt OOB-DTMF-Pakete an\von MTP und dem SCCP-Telefon.

D. DTMF-Tabelle

Diese Tabelle bietet einen Überblick über die DTMF-Auswahl, die auf unterschiedlichen Konfigurationseinstellungen basiert. Wenn eine Trunk-Präferenz beides aussagt, bedeutet dies, dass Sie MTP einfügen müssen, wenn EP hinter dem Trunk sowohl OOB als auch RFC2833 unterstützt, auch wenn für eine Methode eine DTMF-Entsprechung vorhanden ist.

SIPT-ept CCM-ept	OOB und 2833 Pref=Auto	OOB und 2833 Pref = 2833	OOB&2833 Pref=OOB	OOB&2833 Pref=BEIDE
Nur OOB	OB	2833 MTP	OB	OOB und 2833 MTP
Nur 2833	2833	2833	OOB mit MTP	2833 (und OOB bei KPML) MTP
OOB und 2833	2833 OOB (wenn KPML)	2833	OB	KPML&2833 (2833 nur bei UN)

Wichtige Anrufflüsse

Antwort: Anruffluss, der die Weiterleitung vom MTP\Xcoder "erfordert"

In diesem Anruffluss unterstützen beide EPs nur RFC2833, und der Xcoder wird aufgrund von Codec-Diskrepanzen eingefügt. Um RFC2833 DTMF-Funktionen durchgängig nutzen zu können, muss der Xcoder RFC2833-Pakete passieren.

B. Keine Passthrough-Anforderung für MTP\Xcoders

C. Anforderung zum Payload-Typ "Asymmetric RFC2833" für MTP: Anrufablauf

Dieser Anruffluss veranschaulicht eine andere Payload-Typanforderung auf der Absender- und Empfängerseite.

• Ursprünglich vorab zugewiesene MTP-Berichte, dass RFC2833-Pakete mit einem Payload-Typ (PT) von 101 empfangen werden können.
  
  
• SIP EP auf der rechten Seite (RS) gibt an, dass DTMF-Pakete mit einem PT von 100 empfangen werden sollen.
  
  
• Daher muss MTP in der Lage sein, RFC2833-Pakete mit 100 PT zu senden und RFC2833-Pakete mit 101 PT zu empfangen.
  
  
• Dieses Bild zeigt auch den Fall, in dem CCM abonniert wird und MTP keine Durchleitung von RFC2833 benötigt.
  
  

  

D. Anruffluss, bei dem CCM MTP abonniert und MTP auch für die Weiterleitung durch RFC 2833 benötigt