Configurando: Cisco Unified Border Element

Pessoal,

Pelo nome parece que o Cisco Unified Border Element (CUBE) é uma super feature, um appliance, ou qualquer outra coisa maior do que realmente é, não acham?

O CUBE não passa de uma feature "simples" aplicada em gateways de voz. É também conhecido como IP-IP Gateway.

A função dele é permitir que protocolos IP (SIP e H323) se falem no próprio gateway. Basicamente, ele permite comunicação entre dial-peers VoIP. Por default, os gateways permitem apenas comunicação de protocolos IP com interfaces digitais ou analógicas.

Ok, ótima notícia! Mas onde aplicar isso?

Hoje o principal uso do CUBE é na integração com operadoras VoIP. No lugar de uma E1 a operadora entrega um SIP Trunk, por exemplo.

Em ambientes mais avançados podemos integrar o CUBE com Gatekeepers, Communications Manager Express, entre outros. Podemos ter mudanças de codecs, translations...

Vamos criar um ambiente simulado para entendermos a feature:

- Ramais registrados num CUCM (192.168.100.1);
- CUCM aponta para o Gateway CUBE (192.168.100.2) via H323;
- O CUBE aponta para uma operadora VoIP (200.200.200.200) via SIP.

A configuração do CUBE, propriamente dita, é muito simples. Basta habilitar as linhas abaixo, personalizando o ambiente no qual o CUBE agirá. A configuração abaixo permite comunicação em qualquer direção:

voice service voip
 allow-connections h323 to h323
 allow-connections h323 to sip
 allow-connections sip to h323
 allow-connections sip to sip

Poderíamos ser mais específicos e habilitar somente isso para nosso cenário:

voice service voip
allow-connections h323 to sip
 allow-connections sip to h323

Não cito aqui as configurações de bind das interfaces para SIP e H323, mas elas devem estar configuradas para o ambiente funcionar.

Completando nosso cenário, crio as dial-peers. Vamos supor que a faixa DDR seja 1XXX e não preciso enviar nenhum prefixo para a operadora.


dial-peer voice 1000 voip
 description Entrada da Operadora VoIP
 incoming called-number 1...
 session protocol sipv2
 session transport udp
 dtmf-relay rtp-nte
 codec g711ulaw
 no vad
!
dial-peer voice 1001 voip
 description Saida para Operadora VoIP
 destination-pattern .T
 session protocol sipv2
 session transport udp
 session target ipv4:200.200.200.200
 dtmf-relay rtp-nte
 codec g711ulaw
 no vad
!
dial-peer voice 1002 voip
 description Entrada do CUCM
 incoming called-number .T
 dtmf-relay h245-alphanumeric
 codec g711ulaw
 no vad
!

dial-peer voice 1003 voip
 description Saida para CUCM
 destination-pattern 1...
 sessiont target ipv4:192.168.100.1
 dtmf-relay h245-alphanumeric
 codec g711ulaw
 no vad

Lembro que o IOS utilizado deve suportar a feature. Isso pode ser verificado através da ferramenta "Feature Navigator" no site da Cisco.

Abraços!

Cisco Introduces New Exams and Courses for its CCNA Voice and CCNP Voice Certifications

Pessoal,

Seguindo com a remodelação nas suas certificações, a Cisco anuncia mudanças também na carreira de Voz.

Nosso querido CCVP agora é o CCNP Voice. Além do nome, mudam as provas, sendo atualizadas para v8.0.

As provas atuais podem ser realizadas até 28 de fevereiro de 2011.

Bons estudos! Abraços!


Segue íntegra da informação:

https://learningnetwork.cisco.com/docs/DOC-9016

Cisco Introduces New Exams and Courses for its CCNA Voice and CCNP Voice Certifications

CCVP is now CCNP Voice

Learning @ Cisco is pleased to announce updates to its Voice Certification track which is dedicated to building knowledge and validating skills for Cisco Voice and Unified Communications IT professionals. Special attention has been paid to enhancing the Cisco CCNA® Voice and the Cisco CCNP® Voice certifications to reflect the convergence of data and voice on the network. Cisco’s leading certification for professionals working with Unified Communications applications across business, government, service provider, and consumer segments provides skills development training for mainstream IT professionals.  The revised CCNA Voice and CCNP Voice certification exams are now available.

CCNA Voice Certification
The Cisco Certified Network Associate (CCNA®) Voice certification validates associate-level knowledge and skills required to administer a voice network. The CCNA Voice certification confirms that an individual has the required skill set for specialized job roles in voice technologies including Voice Administrator, Voice Techician, and Telecom Analyst. It validates skills in VoIP technologies such as IP PBX, IP telephony, handset, call control, and voicemail solutions.

The new “Introducing Cisco Voice and Unified Administration (ICOMM) v8.0” course and corresponding ICOMM #640-461 required exam are the core components of the CCNA Voice certification.  The ICOMM #640-461  exam replaces the current IIUC #640-460 and CVOICE #642-436 exam for individuals working toward achieving the CCNA Voice certification. The last day to test using the IIUC #640-460 or CVOICE #642-436 exams is Monday, February 28, 2011.

For more information regarding CCNA Voice certification options, please review the Cisco Voice track exam diagrams at the bottom of this page or access  CCNA Voice syllabus page.

CCVP is now CCNP Voice
Cisco is officially changing the name of its Cisco Certified Voice Professional (CCVP) certification to Cisco Certified Network Professional (CCNP) Voice. The name change is intended to provide a clear career path for Cisco voice and unified communications IT professionals aligning to the entire Cisco Voice certification track.  Effective Tuesday, October 19, 2010, candidates studying for the previous CCVP exams or new CCNP Voice exams will receive a CCNP Voice certificate. The last day to test using current CCVP exams is Monday, February 28, 2011.

CCNP Voice validates advanced knowledge and skills required to integrate collaboration and voice applications into underlying network architectures. With the CCNP Voice certification, a voice network professional can create a collaboration solution that is transparent, scalable, manageable, and integrated within standard environments.  Robust implementation, operation, configuration, and troubleshooting issues in a converged IP network are also covered. With emphasis on scaling collaboration workspaces, the new courses and exams allow voice professionals to provide easy to use mobile voice and global call access services for end users.

The CCNP Voice curriculum covers:

Cisco Unified Communications Manager (CUCM)
Cisco Unified Communications Manager Express (CUCME)
Quality of Service (QoS)
Cisco Unity Connection (CUC)
Cisco Unity Express (CUE)
Cisco Unified Presence (CUP)
Cisco Unified Personal Communicator (CUPC)

For more information on new CCNP Voice exams and courses access the CCNP Voice syllabus page.

For more information regarding CCNP Voice certification options, please review the Cisco Voice track exam diagrams at the bottom of this page or access  CCNP Voice syllabus page.

Configurando: Conferência no CUCME

Pessoal,

Por padrão, o Communications Manager Express (CUCME) suporta conferências entre três participantes. Porém, caso deseje colocar mais participantes na conferência, são necessárias novas configurações no equipamento.

O equipamento deve ter DSPs disponíveis para que a configuração seja realizada.

Para isso, basta seguir os passos abaixo:

1 - Primeiramente, deve-se habilitar serviços DSPFarm no gateway:

ROUTER(config)#voice-card 0
ROUTER(config-voicecard)#dsp service dspfarm


2 - Os recursos de conferência são, e somente podem ser, controlados por SCCP. Deve-se ativar e vincular o serviço à interface e ao IP utilizados pelo CUCME. A interface pode ser física ou virtual:


ROUTER(config)#sccp local FastEthernet0/0.30
ROUTER(config)#sccp ccm a.b.c.d identifier 1 version 7.0
ROUTER(config)#sccp

IMPORTANTE1: a.b.c.d trata-se do endereço IP utilizado como source-address do CUCME;
IMPORTANTE2: O parâmetro version pode mudar dependendo do modelo do router e do IOS instalado.


3 - É criado um CCM Group que contém a lista dos agentes de chamada, para redundância. Neste exemplo, temos o ambiente com apenas um CUCME. Nele é registrada a conference bridge (o nome pode ser diferente do citado abaixo):

ROUTER(config)#sccp ccm group 1
ROUTER(config-sccp-ccm)# associate ccm 1 priority 1
ROUTER(config-sccp-ccm)# associate profile 1 register ROUTER-CFB

4 - Cria-se um profile definindo as características da conference bridge. A quantidade de sessões simultâneas depende da quantidade de DSPs disponíveis no hardware. Digitando-se "?" após o comando mostrará a quantidade máxima de sessões que podem ser configuradas:

ROUTER(config)#dspfarm profile 1 conference
ROUTER(config-dspfarm-profile)# codec g711ulaw
ROUTER(config-dspfarm-profile)# codec g711alaw
ROUTER(config-dspfarm-profile)# codec g729ar8
ROUTER(config-dspfarm-profile)# codec g729abr8
ROUTER(config-dspfarm-profile)# codec g729r8
ROUTER(config-dspfarm-profile)# codec g729br8
ROUTER(config-dspfarm-profile)# maximum sessions X
ROUTER(config-dspfarm-profile)# associate application SCCP
ROUTER(config-dspfarm-profile)# no shutdown


5 - Deve-se adicionar a conference bridge como um recurso de mídia:

ROUTER(config)#telephony-service
ROUTER(config-telephony)# conference hardware
ROUTER(config-telephony)# sdspfarm units 1
ROUTER(config-telephony)# sdspfarm tag 1 ROUTER-CFB


6 - Por fim, porém um dos itens mais importantes, criam-se canais de conferência. Esses canais são ephone-dns que não precisam ter números discáveis.

A quantidade de canais disponibilizados precisa ser compatível com a quantidade máxima de sessões. Cada sessão suporta 8 usuários (8 canais), ou seja, se suportarmos 4 sessões, por exemplo, precisamos ter 32 canais.

As novas versões do CUCME trazem a opção de linhas (ephone-dns) com 8 canais (octo-lines). Esse tipo de ephone-dn facilita nossa configuração.

Caso seu equipamento não possua a opção de octo-lines, pode usar dual-lines até atingir a quantidade de canais necessários.

ephone-dn  V  octo-line
 number A1000
 conference ad-hoc
 preference 1
 no huntstop
!
ephone-dn  X  octo-line
 number A1000
 conference ad-hoc
 preference 2
 no huntstop
!
ephone-dn  Y  octo-line
 number A1000
 conference ad-hoc
 preference 3
  no huntstop
!
ephone-dn  Z  octo-line
 number A1000
 conference ad-hoc
 preference 4
  no huntstop


Existe a opção de adicionar tons para identificar quando usuários entram ou saem da conferência. Para tanto, devem ser utilizadas as configurações abaixo:


ROUTER(config)#voice class custom-cptone CONF-LEAVE
ROUTER(cfg-cptone)# dualtone conference
ROUTER(cfg-cp-dualtone)#  frequency 400 800
ROUTER(cfg-cp-dualtone)#  cadence 100 50 200 50 300 50 400 50
ROUTER(cfg-cp-dualtone)#!
ROUTER(cfg-cp-dualtone)#voice class custom-cptone CONF-JOIN
ROUTER(cfg-cptone)# dualtone conference
ROUTER(cfg-cp-dualtone)#  frequency 1000 2000
ROUTER(cfg-cp-dualtone)#  cadence 100 50 200 50 300 50 400 50

ROUTER(config)#dspfarm profile 1 conference
ROUTER(config-dspfarm-profile)#shut

Disabling profile will disconnect active CONFERENCING calls,
do you want to continue ? [yes/no] yes

ROUTER(config-dspfarm-profile)# conference-join custom-cptone CONF-JOIN
ROUTER(config-dspfarm-profile)# conference-leave custom-cptone CONF-LEAVE
ROUTER(config-dspfarm-profile)#no shut


Para verificar o registro da conference bridge, utilize "show sccp".

Para verificar a utilização dos recursos com uma conferência ativa, utilize o comando “show sccp connections”.


Abraços!