Architecture for Voice, Video and Integrated Data

Cisco Unified Communications

Arquivo da categoria ‘IP Phones’

« Entradas Anteriores

Hotline com aparelhos SIP + Prime Line + All Calls

Publicado por ligiapeixoto em 05/02/2013

Post criado por Henrique Cosmo Ferreira

Recentemente um grande cliente fez upgrade do cluster de CUCM da versão 7.1.3 para 8.6(2a)SU2 e adquiriu diversos IP Phones 9971 para os chefes que utilizam várias linhas com hotline, somente para falar com suas secretárias…eis que surge um grande incômodo: hotline (PLAR) com aparelhos SIP. No meu caso só utilizei o 9971, mas o sintoma deve ser o mesmo em outros modelos SIP.

No link abaixo você pode acompanhar como o hotline é configurado (pré-requisito):
http://avvid.net/2009/11/05/hotline-no-callmanager/

Aí você configura tudo para o aparelho SIP, aperta o botão e….nada acontece. A ligação não inicia.

A Cisco explica:
Ao contrário dos aparelhos SCCP, os aparelhos SIP coletam dígitos localmente antes de enviá-los (em bloco, por default) para o CUCM. Os SIP phones usam um dial plan local para saber quando os dígitos foram suficientemente entrados e também para iniciar um INVITE com os dígitos coletados.

Os aparelhos mais novos conseguem “imitar” o SCCP utilizando o KPML (Key Press Markup Language), enviando dígito a dígito para o CUCM. Já com o SIP Dial Rule, os padrões de dígitos são pré-definidos e serão coletados localmente no aparelho antes de enviar ao CUCM, podendo nem mesmo chegar ao CUCM, diminuindo overhead de processamento e consumo de banda.

Explicação mais detalhada dos conceitos de SCCP, SIP Phones e Dial rules em


https://supportforums.cisco.com/docs/DOC-21748

Se tiver muitos aparelhos, a Cisco recomenda que seja efetuada a mudança na SIP Dial Rule fora do horário comercial, pois o servidor TFTP pode ficar sobrecarregado ao recriar todos os arquivos de configuração dos aparelhos.

Para que um aparelho SIP funcione com PLAR é necessário configurar uma regra SIP com rota nula especificando o botão (linha) e então associá-la na configuração do aparelho:

1) Call Routing -> Dial Rules -> SIP Dial Rules;

2) Add New -> 7940_7960_OTHER (no meu caso)-> Nome e Description;

3) Em Pattern Description preencha como Linha2, por exemplo, e clique em “Add Plar”;

4) Em Dial Parameter, troque para “Button” e digite no campo Value qual linha utilizará o Hotline. Você pode verificar a numeração na configuração do aparelho (Device->Phone). A linha principal é o button 1 e assim por diante. Depois clique em “Add New Parameter” e não preencha nada;

5) Salve e vá para a configuração do aparelho no qual deseja aplicar esta regra. Em “SIP Dial Rules” selecione a regra criada e efetue um restart no aparelho.

Importante: Se o número do botão não for especificado, todas as linhas serão consideradas Plar.

OK. Agora você aperta o botão da linha configurada com a CSS/Partition correta (além do aparelho já estar configurado com o SIP Dial Rules correto) e o hotline funciona!

A ligação é originada apenas apertando o botão da line. Entretanto, digamos que você tenha utilizado um aparelho 99XX e, após acionar o PLAR e desligar normalmente, lembrou que precisa falar com outra pessoa e para tal, usará a linha principal. Você retira o aparelho do gancho e percebe que o hotline é acionado novamente. Ou seja, a última linha usada foi tomada novamente ao retirar o handset do gancho (o que no meu cenário é inviável, passível de reclamações, pois a linha principal possui CSS com todas as permissões, sendo necessário assim, apertá-la toda vez para efetuar ligações).

Isso não é um bug (apesar de ser documentando como um Product Enhancement em CSCtb41806 e CSCtt96205), é o funcionamento normal desta linha de aparelhos.

Solução 1 – Always use Prime Line

Até antes de começar a escrever este post, usei como workaround a opção “Always use Prime Line”, habilitando-o na configuração do aparelho. Como o nome já diz, a linha primária sempre será usada. Sempre mesmo. Seja ligação de saída ou entrada, o que gera outro incômodo:

USER Aàchama a segunda linha do USER Bà USER B retira o aparelho do gancho para atender à Ouve tom de discagem da linha primária e precisa apertar o botão da linha que está tocando e o botão “Atender” para iniciar a conversa.
Apesar de resolver o incômodo de sempre ter que apertar a linha primária para discar, o “always use prime line” faz com que o usuário tenha que selecionar a linha que estiver tocando (caso não seja a primária) para então atender.

Veja que não há mais o problema ao originar uma ligação:

USER Aàaciona hotline e fala com a secretária àtermina a conversaà põem no gancho à retira do ganchoà linha primária é acionada à faz uma nova ligação para fora utilizando a linha primária.

Solução 2 - Show All Calls on Primary Line

Na verdade o engenheiro do PDI já havia me informado da função “Show All Calls on Primary Line” como workaround, mas após vários testes, não obtive sucesso. Eu já havia desistido e até apresentei ao meu cliente a solução 1, com suas vantagens e desvantagens. Mas ao tentar uma última vez antes de iniciar a escrever este post, encontrei outra opção que deixou a solução mais parecida com o cenário que todos estamos acostumados.

No meu caso, como foi feito upgrade para a versão 8.6(2a)SU2, não foi necessário instalar device package algum para habilitar o all calls na página de configuração do aparelho (a versão 8.6(2a) não a contempla). Além disso, no 9971 o firmware 9.2(2) informado no bug ID não funcionou (funciona com o firmware 9.3-2 e outros mais recentes).

Se você utiliza uma versão antiga do 8.6.x, tente o seguinte devicepack informado no CSCtt96205: cmterm-devicepack8.6.1.21015-1.cop.sgn.

Habilitar o “Show All Calls on Primary Line” na página de configuração do aparelho, faz com que você possa atender as ligações de qualquer linha ao tirar o aparelho do gancho, como estamos acostumados em outros aparelhos SCCP. Isto resolve o problema da Solução 1, ou seja, não é mais necessário escolher a linha que está tocando e depois apertar o botão “Atender”. Basta retirar o handset do gancho para atender. Porém, ao fazer uma nova ligação, você perceberá que a última linha usada será tomada novamente. A linha primária não será selecionada automaticamente.

Para resolver, habilite também a opção “Revert to All Calls” ainda na configuração do aparelho.

Pronto. Ao término de uma ligação em qualquer line, a linha primária sempre estará selecionada para a próxima ligação e no caso de uma ligação entrante, você pode atender somente levantando o handset.

Referência:

SIP (PLAR):

http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/admin/5_0_1/ccmsys/a08sip.html#wp1157604

SIP Dial rules:
http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/admin/8_6_1/ccmcfg/b03sdial.html

Configuring Private Line Automatic Ringdown (PLAR):
http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/admin/8_6_1/ccmcfg/b03dn.html#wp1338158

Features, Templates, Services, and User Setup:
http://www.cisco.com/en/US/docs/voice_ip_comm/cuipph/9971_9951_8961/9_0/english/admin_guide/P567_BK_CEC6105C_00_admin-guide-8961-9951-9971_chapter_01000.html

Enviado em Callmanager, CUCMS, IP Phones, SIP | Deixar um comentário »

Auto-Registration + SIP Protocol = Rejected

Publicado por loliveira em 02/10/2012

Caso você tenha problemas em habilitar o auto-registration nos seus IP Phone SIP onde estes fique com o status de Rejected, basta alterar o parâmetro Auto Registration Phone Protocol  dentro de System > Enterprise Parameters para o valor SIP.

Por padrão o auto-registration funciona apenas com devices SCCP.

Doc oficial

 

Enviado em Callmanager, IP Phones | Deixar um comentário »

Consumo de Potência dos Telefones IPs em SWs PoE

Publicado por leonardotns em 09/02/2012

O PoE é uma excelente feature principalmente para o mundo de telefonia IP, pois não é necessario comprar inúmeras fontes para os telefones IP.  Através do CDP o switch detecta se é um dispositivo Cisco que necessita do PoE e fornece a potência necessaria para aquele determinado dispositivo.

Mas temos que tomar cuidado para não sobrecarregar o switch e ficarmos na “mão” alguns telefones IPs Cisco consomem mais potência do que os outros, verifique no datasheet do mesmo a quantidade de potência consumida. É possivel colocar os telefones para trabalhar de modo econômico para consumir menos potência.

Segue abaixo um doc da Cisco com todos os detalhes para verificação, monitoração e troubleshooting sobre o PoE:


http://www.cisco.com/en/US/docs/switches/lan/catalyst3750/software/troubleshooting/g_power_over_ethernet.html#wp1002308

Até…

Enviado em IP Phones | 4 Comentários »

Cisco IP Phone 7942 não sincroniza o horário com o CUCME

Publicado por elvismarques em 05/01/2012

Olá UC Brothers,
 
Caso vocês deparem com um problema onde IP Phones 7942 não apresentem o horário correto aplicado no CUCME siga o seguinte check-list  (doc Cisco):

http://www.cisco.com/en/US/docs/voice_ip_comm/cucme/troubleshooting/guide/ts_time.html#wp1053981
Caso o problema persista realize o seguinte troubleshooting para tentar encontrar o motivo:
  • Start o seguinte Debug:
debug ephone detail mac-address xxxx.xxxx.xxxx
  • O IP Phone solicitará a hora e a data para o CUCME e o mesmo responderá a ele com as informações baseado nas seguintes configurações:
clock timezone …
clock summer-time … recurring …
  • Procure os seguintes outputs:
Jan  4 15:33:54: ephone-28[27/28]:TimeDateReqMessage
Jan  4 15:33:54: year=2012 month=1 day=4
Jan  4 15:33:54: hour=15 minute=33 second=54
Jan  4 15:33:54: day=3 dayofyear=4 tzoffset=62640
Jan  4 15:33:54: ephone-28[27/28]:DefineTimeDate sent
    • Observe que o parâmetro tzoffset diz respeito à compensação em segundos do UTC/GMT time, ou seja, o IP Phone do exemplo acima está 62640 segundos distante do GMT.
 
  • Para facilitar basta dividir este valor por 3600 (62640 / 3600 = 17,4 horas = 17 horas e 24 minutos).
  • Observe que o comando clock timezone é usado justamente para ajustar o time zone do router e o offset (compensação em relação ao UTC/GMT Time).
Sintax:
zone
Name of   the time zone to be displayed (typically a standard acronym).
hour-offset
Hours   offset from UTC.
minute-offset
Minutes   offset from UTC. (Optional). This argument is for those cases where a local   time zone is a percentage of an hour different from UTC/GMT.
  • Ao retirar o comando clock timezone o output do debug apresentará a mudança:
Jan  4 16:08:01: ephone-28[27/28]:TimeDateReqMessage
Jan  4 16:08:01: year=2012 month=1 day=4
Jan  4 16:08:01: hour=16 minute=8 second=1
Jan  4 16:08:01: day=3 dayofyear=4 tzoffset=0
  • A partir de então o horário do display do IP Phone também alterará.
  • Caso a diferença ainda persista verifique as configurações de time-zone em:
telephony-service
 sdspfarm units 3
 sdspfarm tag 1 cfb405539a00580
 no auto-reg-ephone
 authentication credential schrader schrader
 max-ephones 200
 max-dn 400
 ip source-address x.x.x.x port 2000
 no service directed-pickup
 timeouts ringing 25
 system message Schrader do Brasil
 url services http://x.x.x.x/voiceview/common/login.do
 url authentication http://x.x.x.x/CCMCIP/authenticate.asp 
 cnf-file location flash:
 cnf-file perphone
 load 7942 term42.default.loads
 load 6941 SCCP69xx.9-1-1-0.loads
 time-zone 17
 time-format 24
 date-format dd-mm-yy
 voicemail 9000
 max-conferences 10 gain -6
 moh music-on-hold.au
 web admin system name schrader password schrader
 dn-webedit
 time-webedit
 transfer-system full-consult
 create cnf-files version-stamp Jan 01 2002 00:00:00
  • Caso precise faça os ajustes necessários nas configurações de telephony-service para que o horário seja corrigido.
  • Importante destacar que o horário foi setado com o comando clock set.
Bem… este foi um exemplo vivenciado por mim onde o troubleshooting levou um certo tempo para ser realizado porém espero que ajudem vocês quando precisarem.
 
Há também outras orientações no fórum da Cisco que também podem ser util:

https://supportforums.cisco.com/docs/DOC-13783

https://supportforums.cisco.com/message/3245711#3245711
 
Um forte abraços a todos e até o próximo post
Elvis Marques

Enviado em Callmanager Express, Debugs, IP Phones | 2 Comentários »

Simulando Telefones IP Cisco

Publicado por Aderno em 10/10/2011

Olá pessoal, gostaria de partilhar algo que, para mim, que estou em fase de estudos para as certificações, e mais do que isso, que estou em fase de aprendizado neste mundo de Telefonia IP Cisco, vai revolucionar a forma como estudamos e fazemos testes no ambiente do CUCM.

Deixando o sensacionalismo e o exagero de lado rs, descobri um programa bem interessante, ele se chama VTGO-PC da IP Blue. Este software, assim como o título do post diz, simula um ou mais telefones IP Cisco no seu computador. Ele é na verdade um softphone “quase” comum, mas para o Communication Manager, é apresentado como um telefone IP Cisco mesmo.

Mas o que ele tem demais para eu ter sido tão exagerado no começo do post? Vamos então à lista de funções:

  • Usa o protocolo SCCP;
  • Emula os telefones Cisco série 79xx, IP Communicator e também os módulos de expansão;
  • Funciona com o antigo CallMananger 3.2.4.1 em diante, inclusive o Communication Mananger Express;
  • Suporte ao Cisco Survival Remote Site Telephony (SRST) e DHCP option 150;
  • Suporta vários dispositivos de audio USB;
  • Suporte à Extension Mobility;
  • Integração com LDAP;
  • Logon por conexões VPN;
  • Etc.

Resumindo, ele suporta praticamente todas as funções que um telefone IP Cisco suporta, sem que você tem que pagar algumas centenas de dólares por ele.  Para mais detalhes, consultem o link no site da IP Blue na sessão “Products”.

Existem várias versões do software, que rodam em Windows, e também tem versões para dispositivos móveis que rodam em Windows Mobile 2003, WM5 and WM6.

As versões mais interessantes são o VTGO-Lite e o VTGO-Multilab. Este ultima é o mais usual para testes, onde você pode carregar até 5 sessões do software ao mesmo tempo, fazendo com que cada sessão seja um telefone diferente, que pode registrar no mesmo cluster CUCM ou em clusters diferentes e fazerem ligações entre si.

Bom mas vamos ao que interessa, que é a instalação e uso do software. Como alegria de pobre dura pouco, este software é pago, mas podemos usar -lo em modo de trial, que permite sessões de 20 minutos e ligações de 2 minutos, que acredito ser o suficiente para fazermos vários testes e labs. Mas tem sempre aquele jeitinho brasileiro né, de achar um número de série na NET, mas se alguem disser que eu disse isso, eu nego!!!

Bom, podemos fazer o download da versão trial direto no site do fabricante, e a instalação é simples, nosso famoso “Next-Next-Finish” sem novidades.

No meu caso, instalei a versão VTGO-Multilab, que requer algumas configurações diferentes. Como no final vamos configurar no CUCM telefones Cisco 79xx, precisamos do endereço MAC do aparelho, e para que tenhamos 5 sessões diferentes, vamos precisar de 5 endereços MAC diferentes, e para isso, vamos usar a “mágica” das interfaces virtuais do Windows.

Para configurar uma interface virtual, vá ao Painel de Controle > Adicionar Hardware. Na primeira tela clique em avançar, ele vai tentar encontrar algum hardware novo que você tenha adicionado, depois disso, escolha a opção “Sim, eu já conectei o hardware” e depois clique Avançar. Depois disso vá avançando até o final, selecionando as opções de acordo com as imagens abaixo:

                      

                        

Será preciso fazer este procedimento pelo menos 4 vezes se quisermos usar as 5 sessões, lembrando que em uma das sessões usaremos o MAC da placa de rede física.

Depois disso, teremos que configurar o VTGO. Vá no menu “Iniciar” > Programas > IP Blue e selecione a opção “Configuration Wizard”

No campo TFTP Server, colocamos o endereço do CUCM, se deixarmos vazio ele tentará obter o endereço pelo DHCP Option 150, infelizmente aqui na minha rede não consegui fazer funcionar esta opção, mas fique à vontade para tentar.

No campo MAC vai o endereço MAC que será usado no telefone. Você pode pegar o endereço MAC da interface física e das interfaces virtuais acessando o prompt do MS-DOS e digitando ipconfig /all.

Em Phone Type, selecionamos o modelo do telefone, que tem que corresponder ao endereço que será configurado no CUCM.

Pronto, agora é só adicionar um novo telefone do modelo escolhido na opção anterior e o endereço MAC respectivo no CUCM e atribuir um Directory Number para cada um:

Um detalhe que é muito importante, devemos desativar a segurança do telefone, senão ele não irá registrar. Para fazer isso, na configuração do telefone, sessão “Protocol Specific Information” devemos escolher um “Device Security Profile” sem segurança:

Pronto, agora podemos abrir algumas sessões do VTGO e fazer ligações entre eles. As opções de implementação deste software são inúmeras. Podemos usar ele para fazer labs com nosso maquina virtual do CUCM, podemos usá-lo como ferramenta de solução de problemas, fazer captura de pacotes e etc.

Abaixo um exemplo de dois telefones registrados no mesmo cluster fazendo uma ligação entre si:

E só para explicar, o sensacionalismo no começo do post se deve ao fato de eu estar me tornando um grande entusiasta da AVVID da Cisco, por isso eu acho sensacional cada pequena coisa que descubro. Fiquem espertos porque isso pega.

Bom divertimento.

Enviado em CCNP-V, IP Phones | 2 Comentários »

Adicionando IP Phones 79xx no CUCME usando SIP

Publicado por loliveira em 30/09/2011

Video interessante ensinando como registrar telefones da família 79xx utilizando o protocolo de sinalização SIP em CUCME (Cisco Unified Communications Manager Express)

Em inglês (aquele inglês indiano mas ta valendo !)


https://supportforums.cisco.com/videos/2663

Enviado em Callmanager Express, IP Phones | Deixar um comentário »

Configurando o módulo de expansão do 9971

Publicado por loliveira em 23/09/2011

O módulo de expansão do 9971, 8961 e 9915 que agora é chamado de Color Key Expansion Module (KEM) incrementa a quantidade de botões nestes telefones, normalmente utilizado por secretárias, as teclas são denominadas.

Cada modelo tem seu limite:

Phone model                  KEMs Supported
9971                                 3 KEMs with 108 lines or buttons

9951                                 2 KEMs with 72 lines or buttons

8961                                 1 KEM with 36 lines or buttons

Documento oficial para configurá-lo:

http://www.cisco.com/en/US/docs/voice_ip_comm/cuipph/9971_9951_8961/7_1_3/english/admin/guide/9971kem.html

 

Enviado em IP Phones | Deixar um comentário »

Treinamento para usuários – Considerações de IP Phones

Publicado por loliveira em 05/09/2011

Video interessante feito por uma mulher explicando as diferenças entre alguns IP Phones.
Clique aqui

Enviado em IP Phones | Deixar um comentário »

Utilizando o IP Phone Designer

Publicado por loliveira em 05/09/2011

Altere o plano de fundo dos IP Phones utilizando o IP Phone designer ! Veja em vídeo o procedimento. Clique aqui

Com este mesmo software você consegue customizar os ringtones do IP Phone também.
Mais informações:

http://www.cisco.com/en/US/prod/collateral/voicesw/ps6882/ps9156/at_a_glance_c45-487466.pdf

Enviado em IP Phones | Deixar um comentário »

Factory reset Cisco 7912

Publicado por loliveira em 15/07/2011

1 -  Pressione o Menu button (globinho).
2 -  Selecione Settings (configurações).
3 -  Selecione Network Configuration (configurações de rede).
4 -  Execute o procedimento:
- Pressione **2.  O IP Phone irá perguntar se você quer restaurar as configuração , digite Yes.

Enviado em IP Phones | Deixar um comentário »

Conheça todos os telefones IP da Cisco

Publicado por loliveira em 11/07/2011

Opa Galera, encontrei um Portfolio com todos os modelos de IP Phones da Cisco, ótimo para você ver qual modelo de telefone adquirir para seu projeto de telefonia IP e também para conhecer as features de cada um.

Clique na imagem para baixar o documento, são “míseros” 6mb de informação.

Enviado em IP Phones | Deixar um comentário »

ATA 187

Publicado por leonardotns em 07/07/2011

Boa Tarde Senhores,

O ata 187 recentemente lançado pela Cisco tem gerado um pouco de duvidas, como por exemplo é suportado pelo CUCME, a partir de qual versão do CUCM ele é suportado, talvez os documentos da Cisco não estejam muito claros por isso segue abaixo as respostas:

ATA 187 só é súportado pelo CUCM a partir da versão 7.1.5, 8.0.2 em diante, mas não é suportado na versão 8.0.1, o motivo de não ser suportado na 8.0.1 não sei informar.

Caso o ATA 187 não esteja no device default, é preciso instalar o device enabler e depois o firmware e reiniciar o servidor.

1. “cmterm-ata187-QED.cop.sgn” >> Esse é o Device Enabler do ATA.

2. “cmterm-ata187.9-0-3-0.cop.sgn” >> Esse é o firmware do ATA.


http://www.cisco.com/web/software/282074215/35161/cmterm-ata187.9-0-3-0-readme.html

Exatamente reinicia-lo passei por essa situação o ATA 187 fica com status “REGISTERING” abrimos um caso no TAC da Cisco e após reiniciarmos o servidor o mesmo registrou, esse passo não esta no procedimento acima.

Outro ponto importantissimo é que o ATA 187 não é suportado nas versões atuais do CUCME (Cisco Unified Communication Manager Express), o mesmo só sera suportado na versão 9 do CUCME que será lançada em novembro deste ano.

Segue abaixo tambem o datasheet do ATA 187:


http://www.cisco.com/en/US/prod/collateral/voicesw/ps6788/phones/ps514/ps11026/data_sheet_c78-608596.html

Espero ter ajudado.

Abraço

Enviado em IP Phones | 2 Comentários »

Conheça o PhoneView

Publicado por loliveira em 29/06/2011

Conheçam esta ótima ferramenta para gerenciar os IP Phones. Simplesmente útil !


https://supportforums.cisco.com/videos/1174

Enviado em Callmanager, IP Phones | Deixar um comentário »

Configuração de rede no Cisco IP Phone

Publicado por loliveira em 29/06/2011

Video interessante sobre o network configuration do Cisco IP Phone.


https://supportforums.cisco.com/videos/1454

Enviado em Callmanager, IP Phones | Deixar um comentário »

[NEWS] Cisco Unified IP Phone 8941 and 8945

Publicado por loliveira em 02/06/2011

Video de Demonstração do Cisco IP Phone 8941 e 8945
Áudio em Inglês.


https://communities.cisco.com/videos/7289

Enviado em IP Phones | Deixar um comentário »

« Entradas Anteriores
 
Seguir

Obtenha todo post novo entregue na sua caixa de entrada.

Junte-se a 105 outros seguidores

%d bloggers like this: