Architecture for Voice, Video and Integrated Data

Cisco Unified Communications

Arquivo da categoria ‘Callmanager’

Cisco Unified CallManager

CUCM – Método Ninja pra testar o SRST

Publicado por loliveira em 17/06/2013

Para testar o SRST a coisa mais simples é ir no equipamento que está conectado o link que provê conectividade até o CUCM e desconectar o cabo, a ausência de conectividade dos IP Phones com o CUCM é detectada e eles se registram localmente no Voice Gateway através das config de Fallback ou Telephony service.

Pois bem, mas e se no site remoto o link for importante para outras aplicações alem da telefonia ? Você terá que pensar algumas vezes mais antes de puxar o cabo …. ou pior … aguardar uma janela para isso….. (saco!).

Veja o método show de bola que achei navegando pelos blogs da vida.

Crie rotas para o CUCM apontando para o limbo !!! ……

Por exemplo, vc tem 2 servidores CUCM em seu cluster:

Server: Publisher
IP: 8.8.8.1

Server: Subscriber
IP: 8.8.8.2

No roteador configure o método de SRST desejado…. e crie rotas para a null0

ip route 8.8.8.1 255.255.255.255 null0
ip route 8.8.8.2 255.255.255.255 null0

Com a falta de conectividade o IP Phone irá se registrar na opção SRST configurada em seu Device Pool, ou seja o GW local  !

Enviado em Callmanager | 2 Comentários »

Licenciamento no CUCM 9.x

Publicado por loliveira em 14/06/2013

Para quem não sabe, o método de licenciamento dos dispositivos no CUCM sofreu algumas mudanças a partir da versão 9.x, segue alguns documentos relacionados a estas mudanças. Irei traduzir assim que possível :)


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


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


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


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


http://www.cisco.com/en/US/prod/collateral/voicesw/ps6882/ps9156/product_solution_overview0900aecd806cc7a4.pdf

Enviado em Callmanager | Etiquetado: | Deixar um comentário »

Hunt List com call queueing – CUCM 9.x

Publicado por gvillarinho em 07/06/2013

Uma das novidades da versão 9.x é a possibilidade de se utilizar Call Queue quando se utiliza um hunt list configurado.

Este call queue é bem simples, literalmente apenas para rotear chamadas entre telefones de um hunt list

 

Configuração

Depois de ter configurado todo o Line Group, Hunt List e Hunt Pilot, volte na parte do hunt pilot e observe algumas diferenças:

image

Essas são as configurações de call queueing, você pode colocar uma musica exclusiva para essa fila de “aguarde” por exemplo, você pode definir também as ações:

  • Quando estiver com a fila cheia
  • Quando o tempo de esperar estiver estourado
  • Quando não tiver membros disponiveis no grupo

Outra coisa que reparei bem interessante é que você pode definir para forçar o logoff do usuário do hunt list, uma vez que caso ele não atenda a chamada que lhe foi apresentada.

 

image

Enviado em Callmanager | Deixar um comentário »

Guia de melhores práticas para prevenção de Loops de chamadas

Publicado por loliveira em 04/06/2013

Guia interessante com as melhores práticas de configuração a serem realizadas no CUCM para a prevenção de loops de roteamento de chamadas.


http://www.cisco.com/en/US/netsol/ns340/ns394/ns165/ns391/networking_solutions_design_guidance09186a00801f8e28.html

 

 

Enviado em Callmanager | Etiquetado: | Deixar um comentário »

Livro – Guia Telefonia IP Cisco Unified Communications

Publicado por gvillarinho em 09/04/2013

Olá Pessoal,

Hoje venho com uma novidade, algo que considero importante compartilhar com vocês. Há umas semanas atrás me informaram sobre um cara que criou um livro sobre CUCM, porém só agora parei para escrever dele aqui no AVVID.NET.

Infelizmente não tive tempo de ler o livro, apenas abri e dei uma folhada, pois estou estudando para renovar minhas certificações no momento e depois com certeza irei ler, pois fala de uma coisa muito interessante, o novo licenciamento da versão 9.0.

Acho que, indiferente do conteúdo se é bom ou ruim, ponto que acredito que esteja muito bom isso é um grande avanço para o Brasil, pois mostra que cada vez mais temos profissionais com conhecimento especializado e isso acaba demonstrando interesse pelo fabricante sobre esses profissionais, até mesmo fornecendo cursos e webex sobre determinadas tecnologias em nosso idioma.

 

Você pode comprar a versão impressa ou e-book:


https://clubedeautores.com.br/book/139816–Guia_Telefonia_IP_Cisco_Unified_Communications

O autor do livro é o Rafael Carvalho, segue um trecho do livro sobre o autor:

Formado em Engenharia de Telecomunicações na Universidade FUMEC em 2007. Trabalhou na equipe do Consórcio Minas Gerais pela empresa CIMCORP, participando da implantação e operação da rede multisserviços IP da Cidade Administrativa de MG. Gerencia o sistema de telefonia Cisco Unified Communications Manager o qual dá suporte a 11 mil telefones IP, 80 circuitos ISDN além de aplicações como tarifador, mensagens de voz, etc.

Atualmente é administrador de redes na empresa Minas Arena, operando a rede IP do estádio Mineirão, acompanhando a implantação dos serviços wireless, rede local, roteamento, segurança, telefonia e datacenter Cisco.

 

Possui as certificações:

· Cisco CCNP Voice

· Designing Cisco Network Service Architectures (ARCH)

· ITIL v3 Foundation

· IPv6 Forum Certified Network Engineer (Silver)

· Cisco CCNA Voice

· Cisco CCNA

· Cisco IP Communications Express Especialist

· Cisco IP Contact Center Express Specialist

· Cisco Express Foundation Field Specialist

 

Mantém o blog: guiatelefonia.blogspot.com.br

LinkedIn: br.linkedin.com/in/engrafaelcarvalho

Contato: eng.rafaelcarvalho@gmail.com

 

Parabéns e sucesso ao Rafael Carvalho, que assim como nós do blog, tem interesse de compartilhar seu conhecimento com o próximo.

OBS: O livro está em Português, vale a pena comprar.

Abraços e a até a próxima.

Enviado em Callmanager, E-books | 1 Comentário »

BLF Speed Dial Unmapped Exception

Publicado por Leonardo Degobi em 08/04/2013

Olá pessoal. Boa tarde.

Estava fazendo uma simples configuração de BLF (Busy Lamp Field) quando apareceu o seguinte erro:

erro

Este erro apareceu após fazer a pesquisa e adicionar o ramal escolhido para a tecla BLF. Cliquei para salvar e surgiu o erro.
Contudo, esse é um bug relatado pela Cisco: CSCtn65309 e pode ser visto no Bug Toolkit (http://tools.cisco.com/Support/BugToolKit)

O Victor também teve este problema e relatou no fórum:

https://supportforums.cisco.com/message/3876434#3876434

Segue as informações do bug:
BLF Speed Dial Unmapped Exception
Symptom:
Unmapped Exception Null received when editing/saving BLF Speed Dials.

Conditions:
Select any devices BLF Speed Dial extension on the phone configuration page. Then highlight an
extension, right click with the mouse to Cut it, then right click to paste it into a different field
when being saved we get a “Unmapped Exception null”

Workaround:
Use Control-X and Control-V

Espero que ajude.

abs,

Degobi

Enviado em Bugs, Callmanager | Deixar um comentário »

Utils dbreplication: Quando usar e por que usar.

Publicado por loliveira em 21/03/2013

A um tempo atrás postei uma dica para nos ajudar em casos de banco de dados corrompido no CUCM, para quem não lembra está aqui.

Agora achei um video learning onde um CCIE V nos ensina o que pode causar problemas na replicação da base, assim como entender qual o comando mais adequado a utilizar para corrigir.

Achei massa o vídeo pois o especialista explica o que cada comando do utils dbreplication faz. Muito bom ! Além de discutir as melhorias no Informix do CUCM 9.

Enviado em Callmanager | Etiquetado: | Deixar um comentário »

IPAD no CUCM e CUPS

Publicado por loliveira em 15/03/2013

Excelente post no UC Guerilla sobre como provisionar o IPAD no CUCM com integração no CUPS. Com printscreens. Em inglês.


http://www.ucguerrilla.com/2012/08/cisco-jabber-for-ipad-pt-1-provisioning.html

 

Enviado em Callmanager | Deixar um comentário »

Mídia de recuperação do CUCM

Publicado por loliveira em 07/03/2013

Com o desligamento incorreto do CUCM, dependendo da carga do servidor muitas vezes é necessário inserir um disco de recovery para que seja feito a verificação dos arquivos no HD, e se necessário, a correção dos mesmos.

A Cisco tem um documento excelente sobre como proceder em caso de problemas deste tipo, que pode ser encontrado aqui:

http://www.cisco.com/en/US/products/sw/voicesw/ps556/products_tech_note09186a0080b1f305.shtml

E o download da mídia de recovery é disponibilizada na pagina do fabricante, basta navegar na versão do CUCM que a ISO está la. Necessário CCO para download.

recovery

Faça o download, queime uma mídia, insira no servidor e efetue um boot.

Após o boot pelo CD aparecerá um menu simples para iniciar a verificação e correção. Aguarde e torça muito para a correção ser realizada com sucesso. Caso contrário… prepare a mídia de instalação do CUCM :)

Abços

Enviado em Callmanager | Deixar um comentário »

Extension Mobility: “One Button” Login e “One Button” Logout

Publicado por loliveira em 28/02/2013

Boa tarda Galera,

Surgiu uma demanda para eu configurar o login do Extension Mobility apertando apenas um botão no IP Phone, evitando a necessidade do usuário ter que inserir as credenciais (UserID e PIN).

Bom, consegui fazer funcionar da seguinte forma:

Será necessário criar um novo IP Phone Services (Device> Device Settings> Phone Services) com a Service URL apontando para o seguinte caminho:

http://IP do CUCM Publisher:8080/emapp/EMAppServlet?device=#DEVICENAME#&<ID DO USUÁRIO>&seq=<PIN DO USUÁRIO>

Services1

Pode escolher o nome que desejar. Já com o Serviço criado, agora edite o Phone Button Template do usuário (Device > Device Settings > Phone Button Template) e selecione o Services URL, conforme exibido na imagem abaixo:

Services

Assine o serviço de Extension Mobility no IP Phone que deseja.

Na aba superior direita, procure por Related Links e selecione Subscriber/Unsubscribe Services, selecione o serviço desejado e clique em Subscribe.

Services3

Feito isso, vá no IP Phone do usuário e adicione o serviço recém criado no Services URL que irá aparecer no Phone Button Template (Lado direito, abaixo do Directory Number)

services6

services7

Irá aparecer na seguinte forma:
services8

Pronto, o “One Button” Login está configurado. Ao pressionar o botão o login do EM será feito sem necessidade de credenciais.

 

Agora para fazer o “One Button” Logout, faça o seguinte:

Crie um Phone Service para o Logout com a Service URL da Seguinte forma:

http://IP DO CUCM/emapp/EMAppServlet?device=#DEVICENAME#&doLogout=true

Associe este serviço no Phone Button Template do Device Profile do usuário.

 

É claro que este procedimento anula qualquer segurança do dispositivo, pois a senha ficará armazenada no Phone Service URL associado ao IP Phone, no entanto existe diversas aplicações para isso como por exemplo:

Fazer uma configurações de privilégios e funcionalidades X no IP Phone e outra configuração com privilégios e funcionalidades Y no Device Profile do EM, e a mudança de um para o outro é com o toque de um botão.

Há …. tem também casos em que o Diretor é chato que não quer digitar senha, e ninguém arriscaria usar o telefone dele. :)

Abços

Enviado em Callmanager | Deixar um comentário »

CUCM Versões Restricted e Unrestricted

Publicado por loliveira em 25/02/2013

Bom dia Galera encontrei um excelente post no
http://networkingnerd.net
explicando uma das dúvidas mais comuns de quem lida com suporte e instalação de CUCM´s. Traduzi para o PT-BR para ajudar.

Caso você teve que efetuar o download do software do CUCM de alguns anos para cá, provavelmente você ficou confuso sobre as 2 opções de download disponíveis – Restricted e Unrestricted. A principio, sem qualquer pesquisa, você pode ter optado pela versão Unrestricted (Inclusive eu já cometi este erro!). Apesar de tudo, sem restrições é uma coisa boa, certo? Mas neste caso, isto não é o que você quer. Em fato, isto pode causar mais problemas do que resolver.

Anterior à versão 7.1(5), o CUCM era um produto de exportação restrito. Mas por que o governo se preocuparia em exportar um sistema de telefonia? A resposta se resume no uso da criptografia da sinalização e da mídia (RTP) que o CUCM oferece através do secure RTP (sRTP). A criptografia sempre foi algo rigidamente controlado. Inicialmente desenvolvido fortemente na Segunda Guerra Mundial, o governo precisava se certificar de regulamentar o uso da criptografia. Normalmente, exportar tecnologia é algo controlado pelo Departamento do Comércio dos E.U.A. No entanto, uma vez que quase todos os pedidos de criptografia eram de natureza militar, também eram classificados como uma munição pelos militares e, portanto, sujeitas a regulamentação por meio do Departamento de Estado. E regulamentar é o que eles faziam. Eles decretaram que nenhum software de criptografia forte estaria disponível para ser exportado para fora do país sem uma auditoria e investigação.

O resultado disso foi que as empresas passaram a criar “versões internacionais” que continham a chave de criptografia com um valor máximo de 40 bits que poderia ser exportado sem audiência. Isto afetou diversos programas nos primórdios da internet, como o Internet Explorer, Netscape e inclusive o Windows.

Em 1996, o então presidente Bill Clinton assinou uma ordem permitindo que as regras de exportação de softwares com criptografia fossem transferidas para o Departamento do Comercio. Em fato, a ordem dizia que o software não deveria ser mais tratado como “tecnologia” como propostos de determinar restrições para exportação.  No ano 2000, o Departamento do Comercio decidiu criar novas regras para exportar criptografia forte. Essas restrições foram mais tolerantes e permitiram tecnologia de criptografia florescer em todo o mundo. Há ainda alguns países na lista de restrição à exportação, tais como aqueles que são classificados como estados terroristas ou estados desonestos classificados pelo governo dos E.U.A. Estes países são proibidos de utilizar-se de software de criptografia forte. Além disso, mesmo os países que podem receber esse software estão sujeitos à inspeção a qualquer momento do Departamento de Comércio dos E.U.A para garantir que o software está sendo usado de acordo com o propósito originalmente licenciado.

Quando você pensa em quantas empresas hoje têm uma presença multi-nacional, este pode ser um pesadelo para o cumprimento regulamentar.

A Cisco decidiu a partir do CUCM 7.1(5) criar uma versão do software que elimina a criptografia da media e da sinalização para tráfego de voz com o objetivo de evitar a necessidade de policiar a exportação para certos destinos assim como auditorias de Software. As versões Unrestricted são desenvolvidas em paralelo com outras versões do CUCM para que os usuários tenham as mesmas funcionalidades não importando sua localização.

A versão Unrestricted tem um preço quando você a instala: Uma vez atualizado para a versão Unrestricted do CUCM, você nunca mais poderá voltar para a versão Restricted (com Criptografia). Você não poderá migrar ou inserir qualquer servidor Restricted no Cluster. O único jeito é instalar tudo novamente “do zero”. Aí está à razão pela qual você tem que ter muito cuidado antes de instalar este software.

Se você estiver rodando um CUCM anterior a versão 7.1(5), você esta utilizando uma versão Restricted. A menos que você tenha em um cenário onde você precisa instalar o CUCM em um país que possui restrições de exportação diante do Departamento do Comércio ou tem algum tipo de restrição à importação de software (Rússia está especificamente indicado nas notas de lançamento da Cisco) não há nenhum motivo para você mudar. O custo é o mesmo. O modelo de licenciamento é o mesmo. As únicas coisas que você perde são a criptografia de mídia/sinalização e a capacidade de sempre atualizar para a versão restrita.

Enviado em Callmanager | 2 Comentários »

Horario de verão x Timezone Version.

Publicado por loliveira em 14/02/2013

O Timezone version 2012c  do CUOS (Cisco Unified Op System) irá retornar o horário padrão apenas no 4º final de semana do mês de fevereiro (dia 23 para dia 24).

Verifique a versão do Timezone com o comando : show timezone config.

admin:show timezone config
Current timezone: Brasilia Summer Time (America/Sao_Paulo)
Timezone version: 2012c

Este timezone é o último disponibilizado pelo fabricante, então preparem-se para aplicar uma solução de contorno alterando o GMT no DateTimeGroup no dia 16 para 17.

Até !

Enviado em Callmanager | 2 Comentários »

Término do Horario de Verão

Publicado por loliveira em 07/02/2013

O término do horário de verão está ai, e para garantir que o seu CUCM irá estar com o horário correto após a mudança o melhor é prevenir. Para quem não viu, o Elvis fez um post a respeito muito útil.


http://avvid.net/2012/01/18/cucm-problema-de-horario-de-verao-daylight-saving-time-dst-issue/

Abços !

Enviado em Callmanager | Deixar um comentário »

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 »

Error SQL em consulta do BAT

Publicado por gvillarinho em 11/01/2013

Após atualizar seu Cisco Unified Communications Manager da versão 8.6(2a) para 8.6(2a)SU2, toda vez que você acessa o BAT(conhecido como Bulk Administration Tool para realizar pesquisa ou atualização em massa no sistema) e selecione a opção Phones > Update phones > Query e utiliza um filtro de pesquisa “bem genérico” você se depara com a seguinte mensagem de erro:

“Error occurred while retrieving information from database. java.sql.SQLException:A syntax error has occurred.”

clip_image002

Este é um problema já conhecido pela Cisco nesta nova versão do CUCM com o bug ID #CSCub67519.

Sua solução definitiva seria atualizar para 9.0(1) ou 9.1(1) ou mesmo aquelas versões 8.6.2 “Engineering Special” da Cisco que corrigi especificamente alguns bugs críticos, porém é feito em caráter emergencial então pode trazer mais dor de cabeça do que tranquilidade. Todas as vezes que usei atualizações ES da Cisco não tive experiências muito boa, então fica por conta e risco, se optar por fazer atualização para ES é necessário abrir um TAC solicitando a versão(esse era o procedimento que fiz na versão 4.x e 5.x a muito tempo atrás, acredito que esteja na mesma ainda hoje, se não está me desculpem pela informação errada).

Mas, por outro lado, a solução de contorno para esse problema é muito simples, basta quando acessar a parte de update dos phones ( Bulk Administration Tool > Phones > Update Phones > Query ) selecione ao menos 2 filtros, um com a sua informação desejada e outro pode ser, por exemplo, um search em description em branco, essa description em branco não alterará o valor final pois por padrão a consulta já vem com um AND(e) lógico. Exemplo:

clip_image004

Mais informações ? Acesse o link do bug aqui (necessário acesso CCO com permissão)

Enviado em Bugs, Callmanager | Deixar um comentário »

 
Seguir

Obtenha todo post novo entregue na sua caixa de entrada.

Junte-se a 105 outros seguidores

%d bloggers like this: