Voz e comunicações unificadas : Cisco Unified Communications Manager (CallManager)

Atribuição CallManager/DTMF/MTP

14 Outubro 2016 - Tradução por Computador
Outras Versões: Versão em PDFpdf | Inglês (22 Agosto 2015) | Feedback

Introdução

Este documento descreve a atribuição do Media Termination Point do CallManager da Cisco (CCM) (MTP) /Xcoder para os métodos do Dual Tone Multi-frequency (DTMF) usados em fluxos de chamadas diferentes. Cobre alguns dos fluxos de chamadas comuns que os clientes usam. 

Contribuído por Karthik Sivaram, engenheiro de TAC da Cisco.

Diagrama conceptual

A. Use fora da faixa (OOB)

Nesta encenação, apoio OOB DTMF do ponto (EP) e do Skinny Call Control Protocol (SCCP) EP do valor-limite do Session Initiation Protocol (SIP). Consequentemente, o CCM tentará usar OOB para o DTMF e nenhum MTP é precisado.

B. Use o RFC2833

Nesta encenação, o SCCP EP apoia OOB e RFC2833, e o SORVO EP apoia o RFC2833 somente. Este é um fósforo do RFC2833. Consequentemente nenhum MTP é precisado, e o RFC2833 é usado para o DTMF.

C. Necessidade MTP

Nesta encenação, os apoios OOB SCCP EP somente, e o SORVO EP apoiam o RFC2833 somente. Consequentemente um MTP é precisado. O MTP enviará \ recebe a dos pacotes do RFC2833 \ do SORVO EP e enviará \ recebe a dos pacotes DTMF OOB \ do CCM. O CCM enviará \ recebe a dos pacotes DTMF OOB \ do MTP e do telefone SCCP.

D. Tabela DTMF

Esta tabela fornece uma vista geral da seleção DTMF baseada em ajustes de configuração diferentes. Quando uma preferência do tronco diz ambos, significa que você precisa de introduzir o MTP se o EP atrás do tronco apoia OOB e RFC2833, mesmo se havia um fósforo DTMF para um tipo de método.

      SIPT-ept

CCM-ept

OOB &2833

Pref=Auto

OOB & 2833

Pref=2833

OOB&2833

Pref=OOB

OOB&2833

Pref=BOTH

OOB somente

OOB

2833

MTP

OOB

OOB &2833

MTP

2833 somente

2833

2833

OOB com

MTP

2833 (e OOB se KPML)

MTP

OOB & 2833

2833

OOB (se KPML)

2833

OOB

KPML&2833

(2833 somente se UN)

Fluxos de chamadas importantes

A. Fluxo de chamadas que “exige” a passagem completamente do MTP \ Xcoder

Neste fluxo de chamadas, ambos os EP apoiam o RFC2833 somente e Xcoder é introduzido devido à incompatibilidade de codec. A fim usar a capacidade do RFC2833 DTMF fim-a-fim, Xcoder precisa de passar através dos pacotes do RFC2833.

B. Nenhuma passagem com a exigência no MTP \ Xcoders

C. Fluxo de chamadas com exigência assimétrica do tipo de payload do RFC2833 no MTP

Este fluxo de chamadas demonstra uma exigência diferente do tipo de payload na emissão e no lado receptor.

  • O MTP inicialmente PRE-atribuído relata que pode receber pacotes do RFC2833 com um tipo de payload (PT) de 101.

  • SORVA O EP no lado direito (RS) indicou que quer receber pacotes DTMF com um PT de 100.

  • Daqui o MTP precisa de poder enviar pacotes do RFC2833 com um PT de 100 e receber os pacotes do RFC2833 que têm um PT de 101.

  • Esta imagem igualmente demonstra o caso onde o CCM subscreve e nenhuma passagem do RFC2833 é precisada completamente pelo MTP.

D. O fluxo de chamadas onde o CCM subscreve ao MTP e também precisa o MTP de passar com o RFC2833



Document ID: 118708