O conjunto de documentação deste produto faz o possível para usar uma linguagem imparcial. Para os fins deste conjunto de documentação, a imparcialidade é definida como uma linguagem que não implica em discriminação baseada em idade, deficiência, gênero, identidade racial, identidade étnica, orientação sexual, status socioeconômico e interseccionalidade. Pode haver exceções na documentação devido à linguagem codificada nas interfaces de usuário do software do produto, linguagem usada com base na documentação de RFP ou linguagem usada por um produto de terceiros referenciado. Saiba mais sobre como a Cisco está usando a linguagem inclusiva.
A Cisco traduziu este documento com a ajuda de tecnologias de tradução automática e humana para oferecer conteúdo de suporte aos seus usuários no seu próprio idioma, independentemente da localização. Observe que mesmo a melhor tradução automática não será tão precisa quanto as realizadas por um tradutor profissional. A Cisco Systems, Inc. não se responsabiliza pela precisão destas traduções e recomenda que o documento original em inglês (link fornecido) seja sempre consultado.
Este documento foi migrado para o Fluxo de Trabalho de Autopublicação. Foi originalmente publicado em https://www.cisco.com/c/en/us/support/docs/voice/voice-quality/22373-1stage2stage.html.
Este documento deve ser atualizado para atender às diretrizes atuais e esta nota deve ser removida antes da publicação. Ao publicar este documento para visualização, verifique se a ID do documento está 22373 e se a URL corresponde à URL original localizada neste parágrafo. Se a ID do documento ou a URL não coincidirem, entre em contato com tz-writers@cisco.com.
Este documento descreve os aspectos da discagem de um e dois estágios.
Leitores deste documento devem estar cientes destes tópicos:
As informações neste documento são baseadas nestas versões de software e hardware:
Todas as versões de software Cisco IOS®
As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se a sua rede estiver ativa, certifique-se de que entende o impacto potencial de qualquer comando.
Consulte as Convenções de Dicas Técnicas da Cisco para obter mais informações sobre convenções de documentos.
No caso de interfaces digitais, quando o switch de PBX ou do escritório central (CO) envia uma mensagem de configuração que contém todos os dígitos necessários para rotear completamente a chamada, esses dígitos podem ser mapeados para um peer de discagem de saída de Voz sobre IP (VoIP) (ou hairpin para dial-peer de Serviço de Telefonia Tradicional Comum (POTS) diretamente). O roteador/gateway não apresenta um tom de discagem secundário para o chamador e não coleta dígitos. Encaminha a chamada diretamente para o destino configurado. Isto é denominado discagem de estágio um.
No caso de interfaces analógicas, o usuário somente ouve o tom de discagem uma vez (local ou remoto) e depois disca os dígitos e consegue conectar-se com o telefone de destino.
Quando se recebe uma chamada de entrada de uma interface POTS, o recurso Direct Inward Dial (DID) em peers de discagem permite que o roteador/gateway use o número chamado (serviço de identificação do número discado (DNIS)) para corresponder diretamente a um peer de discagem de saída. Quando o DID é configurado no peer de discagem POTS de entrada, o número chamado é automaticamente usado para combinar o padrão de destino com o trecho de chamada de saída.
Insira estes comandos do Cisco IOS começando no modo de configuração global para configurar um peer de discagem POTS para DID:
Router(config)#dial-peer voice number pots
Router(config-dial-peer)#direct-inward-dial
Nesta figura, quando alguém atende o telefone 1, o usuário ouve um tom de discagem que vem do PBX. O PBX tem um código de acesso que é programado para fixar o canal ao roteador. O usuário disca o código de acesso e o número de destino. Para este exemplo, a suposição é de que o código de acesso é 99. O usuário no Telefone 1 disca 995678. Com base em como o PBX é programado, ele encaminha todos os seis dígitos para o roteador ou retira seu próprio código de acesso e envia apenas os dígitos de destino para o roteador. Da mesma forma, quando um usuário conectado à PSTN (Public Switched Telephone Network) atende o telefone, um tom de discagem da PSTN é ouvido. Quando o usuário disca 1234, o PSTN roteia a chamada para o roteador. Como ele tem a discagem interna direta configurada, o roteador analisa os dígitos discados e os localiza no correspondente de discagem de VoIP de saída, que envia a chamada ao Roteador A.
Esta é a configuração do Roteador A:
dial-peer voice 99 pots destination-pattern 1234 direct-inward-dial !--- This command is required for one stage dialing so !--- the router routes the call based on the dialed digits. port 1/0:0 prefix 1234 ! dial-peer voice 100 voip destination-pattern 5678 session target ipv4:192.168.1.2
Esta é a configuração do Roteador B:
dial-peer voice 201 pots destination-pattern 5678 direct-inward-dial !--- This command is required for one !--- stage dialing so the router routes the call based on the dialed digits. port 1/0:0 prefix 5678 dial-peer voice 200 voip destination-pattern 1234 session target ipv4:192.168.1.1
Você precisa adicionar o prefixo no roteador remoto porque o peer de discagem POTS, por padrão, retira todos os dígitos correspondentes no padrão de destino e esses dígitos precisam ser enviados ao CO de terminação.
Observação: nas plataformas Cisco 2600/3600, o DID é habilitado por padrão nas interfaces de sinalização associada a canal (CAS) (imediato, permissão, atraso). Portanto, não configure o comando direct-inward-dial para chamadas recebidas. Nas plataformas Cisco AS5300, o DID não é suportado nas interfaces configuradas para sinalização imediata E&M.
Certifique-se de que a chamada de entrada corresponda a um peer de discagem POTS que tenha direct-inward-dial configurado. Consulte Voz - Entendendo como os peers de discagem de entrada e saída são combinados nas plataformas Cisco IOS para obter mais informações sobre correspondência de peer de discagem.
Observação: o recurso de discagem interna direta não é suportado para interfaces Foreign Exchange Office/Foreign Exchange Station/E&M (FXO/FXS/E&M). Você deve usar a placa VIC-2DID de forma a configurar o DID para portas analógicas. Consulte DID analógico para Cisco 2600 e Cisco 3600 Series Routers para obter mais informações sobre o DID analógico da Cisco.
Considere este cenário:
Há duas maneiras de configurar uma etapa de discagem para o telefone 1:
Quando o usuário tira o telefone do gancho, o roteador ouve um tom de discagem (depurar). O usuário então disca 5678 ou 4321. O roteador procura um peer de discagem de saída e envia a chamada ao roteador B. O roteador B, em seguida, captura a porta para PBX/CO e envia os dígitos DNIS (número chamado) para o PBX/CO, que envia a chamada para o telefone. Nenhuma configuração especial é necessária para este cenário. O Roteador B deve enviar os dígitos DNIS para o PBX/CO.
Esta é a configuração do Roteador A:
dial-peer voice 99 pots destination-pattern 1234 port 1/0/0 prefix 1234 ! dial-peer voice 100 voip destination-pattern 5678 session target ipv4:192.168.1.2
Esta é a configuração do Roteador B:
dial-peer voice 201 pots destination-pattern 5678 port 1/0:0 prefix 5678 !--- Send the digits to the terminating PBX/CO. dial-peer voice 200 voip destination-pattern 1234 session target ipv4:192.168.1.1
Quando o usuário escolhe o Telefone 1, é ouvido um tom de discagem do PBX/CO no outro lado. Isso faz com que o telefone pareça estar conectado ao PBX/CO no lado remoto. Utilize a configuração de Toque Automático em Linha Privada (PLAR) para conseguir isso. Além disso, certifique-se de que o Roteador B não envie nenhum dígito ao PBX/CO. Alguns PBXs podem ser configurados para retornar tom de discagem mesmo que recebam dígitos DNIS.
Esta é a configuração do Roteador A:
voice-port 1/0/0 connection plar 1000 !--- Connection PLAR is configured under the voice port. ! dial-peer voice 100 voip destination-pattern 1000 !--- Dialed string for connection PLAR !--- which sends the call to Router B. session target ipv4:192.168.1.2
Esta é a configuração do Roteador B:
!--- This dial matches the entire destination pattern, !--- strips it all off, and does not send any digits to the PBX/CO. dial-peer voice 201 pots destination-pattern 1000 !--- Dialed string for PLAR !--- that comes into this router from Router A. port 1/0:0 !
Para obter mais informações para ajudá-lo a configurar o PLAR e a diferença entre a conexão PLAR e o tronco de conexão, consulte Configuração do PLAR de Conexão para Gateways VoIP.
Quando uma chamada de voz entrar no roteador/gateway do IOS Cisco, a porta de voz do roteador é apreendida internamente por um PBX ou switch do CO. Em seguida, o roteador/gateway apresenta um tom de discagem ao chamador e coleta dígitos até que possa identificar um correspondente de discagem de saída. Se os dígitos forem discados com intervalos irregulares por humanos ou de forma regular por equipamentos de telefonia que enviam os dígitos pré-coletados, a correspondência de peer de discagem é feita dígito por dígito. Isso significa que o roteador/gateway tenta corresponder um peer de discagem depois que cada dígito é recebido. Esse processo é chamado de discagem em dois estágios.
Considere este cenário:
Esses dois métodos estão disponíveis para usar a discagem em dois estágios:
Quando um usuário escolhe o Telefone 1, um tom de discagem é ouvido vindo do PBX, o usuário disca o código de acesso (que é programado no PBX) para o roteador e, em seguida, recebe um tom de discagem do roteador ( debug ). Em seguida, o usuário disca 5678 e a chamada é roteada para o roteador B e subseqüentemente para o telefone 2.
Por exemplo, se o PBX tiver outra linha que vá para um roteador diferente, haverá um código de acesso programado no PBX para cada roteador. Além disso, com base no código de acesso discado, você pode obter o tom de discagem de um roteador local diferente.
Esta é a configuração do Roteador A:
!--- This dial-peer does not have !--- direct-inward-dial configured. !--- By default, when a call comes in, the router !--- provides dial tone to the user. dial-peer voice 99 pots destination-pattern 1234 port 1/0:0 prefix 1234 ! dial-peer voice 100 voip destination-pattern 5678 session target ipv4:192.168.1.2 !
Esta é a configuração do Roteador B:
dial-peer voice 201 pots destination-pattern 5678 port 1/0:0 prefix 5678 !
Quando o usuário atender o telefone 1, o tom de discagem será ouvido do PBX. O usuário digita os dígitos e ouve outro tom de discagem do PBX/CO conectado ao Roteador B. Há duas maneiras de conseguir isso:
Use direct-inward-dial no roteador A.
Com direct-inward-dial configurado, quando o PBX/CO captura a porta no roteador e envia uma mensagem de configuração que contém os dígitos DNIS. O roteador usa esses dígitos para corresponder a um peer de discagem VoIP de saída e envia a chamada para o roteador remoto. O Roteador B então captura a linha para seu PBX/CO e não encaminha nenhum dígito para ela. O PBX/CO remoto fornece um tom de discagem ao usuário no Telefone 1. Em seguida, tem-se a impressão de que o usuário está conectado a esse PBX/CO.
Esta é a configuração do Roteador A:
dial-peer voice 99 pots destination-pattern 1234 direct-inward-dial !--- This command is needed so that the router !--- routes the call based on the dialed digits. port 1/0:0 prefix 1234 ! dial-peer voice 100 voip destination-pattern 5678 session target ipv4:192.168.1.2
Esta é a configuração do Roteador B:
!--- This dial-peer matches the entire destination pattern, !--- strips it all off, and does not send any digits to the PBX/CO. dial-peer voice 201 pots destination-pattern 5678 port 1/0:0 !
Use conexão PLAR e tronco de conexão.
Use a conexão PLAR para configurar o segmento IP da chamada assim que detectar uma captura em sua interface de voz em vez de fazer com que o roteador corresponda aos dígitos DNIS enviados a ele pelo PBX/CO. O Roteador B recebe essa chamada do Roteador A, captura a porta no PBX/CO e não envia dígitos a ela. Em seguida, o PBX/CO fornece um tom de discagem ao usuário do telefone 1 e este aparece caso o usuário esteja conectado ao PBX/CO.
Esta é a configuração do Roteador A:
voice-port 1/0:0 connection plar 6666 !--- Connection PLAR is configured under the voice port. ! dial-peer voice 99 pots destination-pattern 1234 port 1/0:0 prefix 1234 ! dial-peer voice 100 voip destination-pattern 6666 !--- Dialed string for connection PLAR !--- which sends the call to Router B. session target ipv4:192.168.1.2 !
Esta é a configuração do Roteador B:
!--- This dial matches the entire destination pattern, !--- strips it all off, and does not send any digits to the PBX/CO. dial-peer voice 201 pots destination-pattern 6666 !--- Dialed string for PLAR that comes !--- into this router from Router A. port 1/0:0 !
Considere este cenário:
Quando um usuário pega o Telefone 1 ou quando o número de PSTN é discado para a linha FXO, o roteador fornece o tom de discagem para a parte de chamada (depuração). O usuário insere os dígitos e recebe o tom de discagem do PBX/CO de terminação. O usuário então disca o número de destino (9876 ou 4321) e chega ao outro telefone. Certifique-se de que o Roteador B não envie nenhum dígito ao PBX/CO.
Esta é a configuração do Roteador A:
dial-peer voice 99 pots destination-pattern 1234 port 1/0/0 prefix 1234 ! dial-peer voice 100 voip destination-pattern 9876 session target ipv4:192.168.1.2 ! ! dial-peer voice 101 voip destination-pattern 4321 session target ipv4:192.168.1.2
Esta é a configuração do Roteador B:
!--- This dial matches the entire destination pattern, strips it all off, !--- and does not send any digits to the PBX/CO. dial-peer voice 201 pots destination-pattern 9876 port 1/0:0 !
Mar 9 06:30:26.270: cc_api_call_setup_ind (vdbPtr=0x823F6E70, callInfo={called=,called_oct3=0x81,calling=,calling_oct3=0x0,calling_oct3a=0x0, calling_xlated=false,subscriber_type_str=RegularLine,fdest=0, peer_tag=700, prog_ind=3},callID=0x820704FC) Mar 9 06:30:26.270: cc_api_call_setup_ind type 3 , prot 0 Mar 9 06:30:26.274: cc_process_call_setup_ind (event=0x823D0448) Mar 9 06:30:26.274: >>>>CCAPI handed cid 2 with tag 700 to app "DEFAULT" Mar 9 06:30:26.278: sess_appl: ev(24=CC_EV_CALL_SETUP_IND), cid(2), disp(0) Mar 9 06:30:26.278: sess_appl: ev(SSA_EV_CALL_SETUP_IND), cid(2), disp(0) Mar 9 06:30:26.278: ssaCallSetupInd Mar 9 06:30:26.278: ccCallSetContext (callID=0x2, context=0x825A5C7C) Mar 9 06:30:26.278: ssaCallSetupInd cid(2), st(SSA_CS_MAPPING),oldst(0), ev(24)ev->e.evCallSetupInd.nCallInfo.finalDestFlag = 0 Mar 9 06:30:26.278: ccCallSetupAck (callID=0x2) Mar 9 06:30:26.278: ccGenerateTone (callID=0x2 tone=8) Mar 9 06:30:26.282: ccCallReportDigits (callID=0x2, enable=0x1) Mar 9 06:30:26.282: cc_api_call_report_digits_done (vdbPtr=0x823F6E70, callID=0x2, disp=0) Mar 9 06:30:26.282: sess_appl: ev(53=CC_EV_CALL_REPORT_DIGITS_DONE), cid(2), disp(0) Mar 9 06:30:26.282: cid(2)st(SSA_CS_MAPPING)ev(SSA_EV_CALL_REPORT_DIGITS_DONE) oldst(SSA_CS_MAPPING)cfid(-1)csize(0)in(1)fDest(0) Mar 9 06:30:26.282: ssaReportDigitsDone cid(2) peer list: (empty) Mar 9 06:30:26.282: ssaReportDigitsDone callid=2 Enable succeeded Mar 9 06:30:26.282: ccGenerateTone (callID=0x2 tone=8) !--- Router that provides dial tone.
Revisão | Data de publicação | Comentários |
---|---|---|
1.0 |
05-Apr-2002 |
Versão inicial |