SIGN IN YOUR ACCOUNT TO HAVE ACCESS TO DIFFERENT FEATURES

FORGOT YOUR PASSWORD?

FORGOT YOUR DETAILS?

AAH, WAIT, I REMEMBER NOW!
GET SOCIAL
  • BLOG
  • SECURITY ALERTS
  • CONTATO
  • PRIVACIDADE
  • SOBRE
  • LOGIN

Brainwork

  • Certificação
  • Cisco
  • Informação
  • Linux
  • Microsoft
  • Network
  • Security
  • UC
  • Virtualização
  • Wireless
  • Home
  • Configuração
  • Conceitos Dial-Peer Matching – Parte 3/3
10/05/2025

Conceitos Dial-Peer Matching – Parte 3/3

Conceitos Dial-Peer Matching – Parte 3/3

by Daniel Ferianzzi Andriolo / segunda-feira, 23 agosto 2010 / Published in Configuração, UC

Neste tópico iremos abordar o processo de matching nas dial-peers saintes (outbound).

Basicamente, a seleção de uma dial-peer outbound se dá pelo parâmetro "destination-pattern", levando-se em conta dois fatores:
– Match mais específica (Longest Match)
– Preferência (preference)

Devido ao fato de o gateway utilizar o processo de análise de dígito-por-dígito para selecionar qual dial-peer outbound ele vai utilizar, o fator de match mais específico se torna importante para ser levado em consideração na hora da configuração.
Por exemplo, temos as seguintes dial-peers:

BrainGW01(config)#dial-peer voice 1000 pots
BrainGW01(config-dial-peer)#destination-pattern 123.
BrainGW01(config-dial-peer)#port 0/1/0:0
BrainGW01(config-dial-peer)#exit
BrainGW01(config)#

BrainGW01(config)#dial-peer voice 1001 pots
BrainGW01(config-dial-peer)#destination-pattern 1234
BrainGW01(config-dial-peer)#port 0/1/0:0
BrainGW01(config-dial-peer)#exit
BrainGW01(config)#

Se o usuário digitar "1234", a dial-peer 1001 será selecionada para fazer o encaminhamento da chamada pois possui o match mais específico de acordo com o que o usuário digitou.

Outro ponto importante no processo de seleção é o parâmetro de configuração de "preference". Este parâmetro é utilizado no momento que duas ou mais dial-peers possuem o mesmo padrão de dígitos no parametro "destination-pattern".
Por exemplo:

BrainGW01(config)#dial-peer voice 1000 pots
BrainGW01(config-dial-peer)#destination-pattern 1234
BrainGW01(config-dial-peer)#preference 1
BrainGW01(config-dial-peer)#port 0/1/0:0
BrainGW01(config-dial-peer)#exit
BrainGW01(config)#

BrainGW01(config)#dial-peer voice 1001 pots
BrainGW01(config-dial-peer)#destination-pattern 1234
BrainGW01(config-dial-peer)#preference 2
BrainGW01(config-dial-peer)#port 0/1/1:0
BrainGW01(config-dial-peer)#exit
BrainGW01(config)#

Neste caso, sempre que o usuário digitar "1234", a dial-peer 1000 será utilizada preferencialmente. A dial-peer 1001 será utilizada somente quando a porta 0/1/0:0 estiver indisponível.

Até a próxima.

Relacionado

Tagged under: Dial-Peer, Gateway, Voice, VoIP

About Daniel Ferianzzi Andriolo

What you can read next

Níveis de Acesso: CLI View – Role-Based Access
ACL Reflexiva
OpenSSL Heartbeat e equipamentos Cisco

4 Comments to “ Conceitos Dial-Peer Matching – Parte 3/3”

  1. Leandro says :
    08/01/2013 at 15:03

    Muito legal este artigo!
    Estava tentando fazer algo parecido, porém ligando dois roteadores através de um link ethernet no lugar da “pstn”
    Será que mudaria muito a configuração?

  2. Daniel Ferianzzi Andriolo says :
    08/01/2013 at 15:22

    Leandro,

    Obrigado por sua visita e comentário!

    O que mudaria em sua configuração seria basicamente que sua dial-peer seria do tipo VoIP. Ao invés de ter uma “port” como destino, vc teria um IP.
    Mas o conceito é o mesmo.

    Um ponto importante a ser mencionado é que, em dial-peers do tipo POTS, o DIGIT STRIP está habilitado por default, ou seja, todos os dígitos que derem match no comando “destination-pattern” NÃO serão enviados para o next-hop. Exemplo:

    Você digita: 1234
    Destination-Pattern: 123.
    Dígitos encaminhados: “4”

    Uma forma de encaminhar todos os dígitos é utilizar os comandos “Forward” ou “no digit-strip”.

    No caso das dial-peers VoIP, todos os dígitos são enviados por default.

    Espero ter ajudado.
    Até a próxima!
    Abs!
    Daniel

  3. Ademir says :
    12/07/2013 at 10:58

    Daniel, bom dia!

    Muito bom o seu artigo!!!

    Você teria alguma dica para a seguinte topologia:

    Tenho um ambiente que só recebe ligações e as encaminham para nossa central de atendimento.

    – Nossos cliente realizam uma chamada, a mesma entra em nosso primeiro “ROUTER_GATEWAY” utizando um E1, logo após é encaminha para
    os nossos SITES_Campinas e Jundiaí via rede MPLS, e são entregues em seus respectivos “ROUTER_GATEWAY”.

    – A minha pergunta é a seguinte, seria possível balancear as chamadas entrantes em 50% para cada site?

    – Segue dial-peer.

    Dial Peer – primeiro “ROUTER_GATEWAY” – Ligação entrando.

    !
    dial-peer voice 1 voip
    description # VoIP PARA – JUNDIAI #
    destination-pattern 333091.. ! Padrão das chamadas direcionadas para FIDELITY
    session target ipv4:172.28.156.87 ! Apontamento para o dispositivo IP
    dtmf-relay h245-alphanumeric
    ip qos dscp ef media
    ip qos dscp cs5 signaling
    no vad
    preference 1
    voice-class codec 30
    !

    Dial Peer – “ROUTER_GATEWAY” SITES_Campinas e Jundiaí

    !
    dial-peer voice 3330 pots
    description encaminhamento
    destination-pattern 333091..
    direct-inward-dial
    port X/X ! Porta de entrada da Ligação
    ! forward-digits 8
    !

    Obrigado.

  4. Daniel Ferianzzi Andriolo says :
    12/07/2013 at 16:30

    Olá Ademir!

    Obrigado pelo comentário!

    Bom, pelo que eu entendi, você tem um Gateway central com um link E1 e duas filiais (Campinas e Jundiai) com conectividade através da MPLS.
    Todas as chamadas direcionadas para a sua central de atendimento através do número 333091.. entram por este link E1 e depois são encaminhadas para os Gateways das duas outras filiais. Certo?
    Sua necessidade é fazer o balanceamento das chamadas entre essas duas filiais, de modo que seja 50% para cada uma delas.

    Neste caso, você precisa fazer o seguinte:

    GATEWAY CENTRAL
    1- Criar uma dial-peer POTS que dê match no número discado 333091.. através do comando “incoming called-number”. Não esqueça de habilidar o direct-inward-dial para permitir que o resultado do match desta incoming dial-peer seja utilizado para dar match na outgoing dial-peer.
    Dê uma olhada no post “Conceitos Dial-Peer Matching 2/3” para mais detalhes.

    2- Criar duas dial-peers VoIP com destination-pattern 333091.. apontando para os session targets das filiais de Campinas e Jundiaí.

    IMPORTANTE: Devido à necessidade de fazer o balanceamento das chamadas em 50% para cada uma das filiais, não é necessário utilizar o comando “preference” nas dial-peers VoIP, uma vez que, por default, quando duas dial-peers possuem o mesmo destination-pattern e ambas possuem o mesmo “preference” (por default é preference 0), o IOS realiza o encaminhamento baseado no algoritmo de Round Robin.
    Com isto, é possível garantir que será 50% das chamadas para cada uma das filiais.

    GATEWAYS CAMPINAS / JUNDIAÍ
    1- Criar uma dial-peer VoIP que dê match no número discado 333091.. através do comando “incoming called-number”.

    2- Dê o tratamento necessário. Seja encaminhar esta chamada para um Hunt Group, um script TCL, etc…

    Caso você precise de ajuda nos comandos, me encaminhe um email diretamente.
    Espero ter ajudado. Boa sorte!

    Obrigado!
    Daniel

POSTS RECENTES

  • Campanha de Spam no Brasil Abusa de Ferramentas RMM: Como Proteger Sua Empresa
    Campanha de Spam no Brasil Abusa de Ferramentas RMM: Como Proteger Sua Empresa
    09/05/2025
  • Vulnerabilidade CVE-2025-20188 no Cisco IOS XE Wireless LAN Controller: Como se Proteger
    Vulnerabilidade CVE-2025-20188 no Cisco IOS XE Wireless LAN Controller: Como se Proteger
    09/05/2025
  • LockBit Hackeado: Novo Ataque ao Grupo de Ransomware
    LockBit Hackeado: Novo Ataque ao Grupo de Ransomware
    07/05/2025
  • Protegendo a Tecnologia Operacional: Mitigações Primárias Contra Ameaças Cibernéticas
    Protegendo a Tecnologia Operacional: Mitigações Primárias Contra Ameaças Cibernéticas
    07/05/2025
  • Parâmetro VPN IPSec – Fase 1 e Fase 2
    Parâmetro VPN IPSec – Fase 1 e Fase 2
    06/05/2025

Tags

#Broadcom 2350 #Multicloud 2015 2017 2022 2023 2324 25 anos 200-301 2560C 2960C 2960X 2975 350-050 3560-X 3750-X 2009 2010 200-125 100-101 #VMwareTransformation 1 ano 1.1.1.100 10 anos 10 Gbps 100 empresas 200-120 100 Gigabit 1905 1921 1925 1941 2.0 200-101 1900 2800 2900 2013 2011 3800 1800 2960 3750 2960S

Arquivo

Login

  • Acessar
  • Feed de posts
  • Feed de comentários
  • WordPress.org

Acesse Também

  • Blog LabCisco
  • Café com Redes
  • Cisco IOS hints and tricks
  • Cisco Redes
  • Cisco Support Community
  • Coruja de TI
  • Homelaber Brasil
  • Internetwork Expert´s
  • Netfinders Brasil
  • Rota Default
  • TechRebels
  • The Cisco Learning Network

X

Blog: Verificando MD5 (hash) de um arquivo no Windows e Linux brainwork.com.br/2023/05/11/v… #Checksum #CiscoChampion #Hash

Hahahahah Muito bom twitter.com/TracketPacer/s…

Blog: Trocar ícone (favicon) da página guest no Cisco ISE brainwork.com.br/2023/04/24/t… #Cisco_Champion #Customização #Favicon

Blog: Cisco Champion 2023 brainwork.com.br/2023/04/10/c… #CiscoChampion

Blog: RFC 2324 (HTCPCP), conhece? brainwork.com.br/2023/04/01/r… #2324 #CiscoChampion #HTCPCP

Seguir @brainworkblog
  1. ./fernando em Aprenda Python e ganhe pontos para renovar as certificações CCNA, CCNP e CCIE
  2. André Ortega em Reset Cisco FTD (zerar FTD sem reinstalar)
  3. ALEX LIRA CAMACHO em Reset Cisco FTD (zerar FTD sem reinstalar)
  4. André Ortega em Atualizando Cisco 9300 (Install Mode)
  5. Dominique em Atualizando Cisco 9300 (Install Mode)

Entre em contato:

  • Web: www.brainwork.com.br
  • Facebook: fb.com/brainworkblog
  • Twitter: twitter.com/brainworkblog
  • Youtube: youtube.com/brainworkblog
  • Instagram: instagram.com/brainwork.blog
  • GET SOCIAL
Brainwork

© 2008 - 2022 Brainwork. Todos os direitos reservados.
Customização da página por Brainwork.

TOP