Voz e comunicações unificadas : Cisco Unified Communications Manager (CallManager)

Solução de problema de mobilidade de extensão no Cisco CallManager

14 Outubro 2016 - Tradução por Computador
Outras Versões: Versão em PDFpdf | Inglês (22 Agosto 2015) | Feedback


Índice


Introdução

A Mobilidade de Ramal (Hoteling) é um recurso que permite a você fazer login em um telefone e ter a configuração do telefone disponível para você. As informações de aparências da linha, discagens rápidas, serviços e indicador de mensagem em espera (MWI) estão presentes no telefone após o login, como se o telefone estivesse atribuído ao usuário. A Mobilidade de Ramal também suporta a configuração de módulos de expansão do Cisco 7914, se existir no dispositivo telefônico ao qual você está conectado.

Este documento descreve como pesquisar defeitos a edição com característica da mobilidade de extensão no CallManager da Cisco 3.x e 4.x. Refira estes documentos a fim pesquisar defeitos as edições da mobilidade de extensão relativas às versões mais atrasadas de CUCM:

Pré-requisitos

Requisitos

A Cisco recomenda que você tenha conhecimento destes tópicos:

Componentes Utilizados

As informações neste documento são baseadas nestas versões de software e hardware:

  • Cisco CallManager 3.x ou 4.x

  • Versão 2.2.1 do Cisco Customer Response Application (CRA) (com a Mobilidade de Ramal instalada)

Nota: Com o Cisco CallManager 3.3 (2) e posteriores, o aplicativo de Mobilidade de Ramal do Cisco CallManager e o serviço da Mobilidade de Ramal do Cisco CallManager fornecem a funcionalidade da Mobilidade de Ramal. O recurso já não exige o mecanismo de CRA da Cisco. Para obter mais detalhes, consulte Entendendo os serviços estendidos do Cisco CallManager.

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.

Convenções

Consulte as Convenções de Dicas Técnicas da Cisco para obter mais informações sobre convenções de documentos.

Perfis de dispositivo

Os Perfis de Dispositivo podem configurar tudo sobre um telefone sem estarem associados a um telefone. Os perfis de dispositivo contêm as informações do dispositivo base (Cisco 7960/7940), os módulos de adição do Cisco 7914, serviços, discagens rápidas e as aparências de linha. Mas os perfis de dispositivo não são associados a um telefone físico.

A Mobilidade de Ramal usa três tipos de perfis:

Perfil do dispositivo do usuário

O perfil de dispositivo de usuário é o perfil que o administrador de sistema configura para um usuário individual. Esse perfil pode ser tratado como qualquer outro dispositivo telefônico. O usuário pode acessar este perfil através da página de usuário do Cisco CallManager, adicionar serviços e discagem rápida, da mesma forma que em um telefone comum. O perfil de dispositivo de usuário é o modelo que é aplicado a um telefone quando o usuário também faz login. O perfil pode ser usado para o login de usuário e a configuração padrão (base) para um telefone.

Padrão do perfil de dispositivo

Com o Cisco CallManager 4.0 somente, você configura um padrão do perfil de dispositivo para cada modelo do Cisco IP Phone que deseja que suporte a Mobilidade de Ramal do Cisco CallManager. O padrão do perfil de dispositivo é usado sempre que um usuário faz login em um modelo de telefone para o qual não existe um perfil de dispositivo de usuário.

Um padrão do perfil de dispositivo compreende o conjunto de atributos (serviços e/ou recursos) associados a determinado dispositivo. Os perfis de dispositivo incluem o tipo de dispositivo, o local do usuário, o modelo de botões do telefone, o modelo das teclas de função e as informações de precedência e preempção (MLPP).

Use a página da Web da configuração padrão do perfil de dispositivo para criar um padrão do perfil de dispositivo para cada modelo do telefone que suporta a Mobilidade de Ramal do Cisco CallManager. Um modelo do telefone pode ter uma padrão do perfil de dispositivo zero ou um. O número máximo de padrões do perfil de dispositivo não pode exceder o número de modelos do telefone que suportam a Mobilidade de Ramal do Cisco CallManager.

Perfil de dispositivo gerado automaticamente

O perfil de dispositivo Gerado Automaticamente é um perfil de dispositivo especial gerado quando um telefone é configurado para a Mobilidade de Ramal e não usa um perfil de dispositivo de usuário como o padrão do perfil de dispositivo. Quando um telefone é configurado para a Mobilidade de Ramal, o administrador deve escolher Use Current Device Settingsou Select a User Device Profile para o perfil de logout. Se você escolher Use Current Device Settings, o sistema cria o arquivo ADPxxxxxxxxxxx.cnf, onde xxxxxxxxxxx é o endereço MAC do dispositivo configurado para a Mobilidade de Ramal.

Nota: A Cisco recomenda seriamente que você use o perfil de dispositivo Gerado Automaticamente e que não atribua um perfil de dispositivo de usuário como o padrão do perfil de dispositivo.

Como perfis do dispositivo são utilizados

Quando um telefone se registra com Cisco CallManager, ele envia uma solicitação TFTP para o arquivo SEPxxxxxxxxxxxx.cnf.xml no caminho do TFTP. Os trabalhos da mobilidade de extensão trocando o witheither do arquivo SEPxxxxxxxxxxx.cnf o perfil definido por usuário ou o automóvel geraram o perfil, que gerencie então o arquivo do SEPxxxxxxxxxxxx.cnf.xml para o telefone.

Neste exemplo, o telefone tem um endereço MAC SEP000011112222. O telefone está configurado para a Mobilidade de Ramal e o Log Out Profile é Use Current Device Settings. Quando o administrador escolhe as configurações atuais do dispositivo para o perfil de logout, três coisas ocorrem:

  • Faz com que o ½ do ¿  do arquivo ADP000011112222.cnfï seja criado.

  • O arquivo O SEP000011112222.cnf é criado com base no arquivo do ADP000011112222.cnf.

  • Um novo arquivo SEP000011112222.cnf.xml é criado com base no novo arquivo SEP000011112222.cnf.

Figura 1

http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unified-communications-manager-callmanager/18772-extension-mobility-1.gif

O usuário quer fazer login em um telefone que está configurado para a Mobilidade de Ramal. Quando o usuário faz login no telefone, estas operações ocorrem.

  • O arquivo SEP000011112222.cnf é criado a partir do arquivo JoesMEProfile.cnf.

  • O arquivo SEP000011112222.cnf.xml é gerado para o telefone.

  • A camada do banco de dados (DBL) envia uma solicitação de reinicialização ao telefone.

Quando o telefone solicita seu arquivo de configuração, o arquivo agora contém o perfil de dispositivo para o telefone deste usuário.

A chave para compreender os dispositivos e a Mobilidade de Ramal é que uma vez que a Mobilidade de Ramal foi habilitada para um dispositivo, o dispositivo usa o perfil de dispositivo em todas as vezes. Se ninguém fez login, o telefone usa um Auto Generated Profile ou um User Defined Profile. Quando está conectado, o dispositivo usa o perfil Logged In Device.

Fluxos de chamada de logon

O /LoginService executa muitas tarefas fazer a Mobilidade de Ramal operar. Essas tarefas incluem a interação com DBL. Primeiro ele modifica os campos loginUserid e loginTime de um dispositivo na base de dados do Microsoft SQL Server. Em segundo, o sistema cria um novo arquivo cnf.xml com base no perfil escolhido. Depois de criar este novo arquivo XML, é emitido para o telefone um comando de reiniciar e o novo arquivo XML está pronto para usar as aparências de linha e as discagens rápidas.

Logon (hotel.aef)

Conclua estes passos:

  1. Clique em Services.

    Isto pergunta serviços para o usuário do telefone que quer entrar. o ½ do ¿  ï se o início de uma sessão/saída é definido para o dispositivo telefônico, aqueles serviços é apresentado.

  2. Clique em login.

    O serviço envia uma solicitação de HTTP ao servidor de aplicativos ao disparador de /login.

  3. Se o nome de dispositivo não for apresentado durante a solicitação de /login, o script de /login descobre o nome de dispositivo consultando \\ip_addr\DeviceInformationX e extraindo o campo Hostname.

  4. Após a descoberta, verifique se uma ID de usuário/senha foi aprovada.

    A primeira seleção do serviço de login não tem uma ID de usuário/senha, o script envia a entrada XML ao telefone para obter o ID e senha de usuário. O telefone exibe "Please sign on" e o script encerra.

  5. Após digitar a ID de usuário/senha, as informações são enviadas ao aplicativo na forma de um novo disparador de /login que contém a ID de usuário/senha.

  6. A ID de usuário/senha é recebida pelo aplicativo. Então ele executa uma autenticação junto ao DC Directory (localmente) para que a ID de usuário/senha verifique o usuário.

  7. O script /login envia uma requisição de HTTP ao Cisco CallManager /LoginService do editor para executar as operações DBL apropriadas. As informações passadas para o /LoginService incluem:

    • ApplicationUserID, ApplicationUserPassword

    • Identificador de dispositivo (endereço MAC)

    • ID de usuário/senha da Mobilidade de Ramal

  8. O Cisco CallManager /LoginService usa o ApplicationUserID e o ApplicationUserPassword para executar um login de usuário em nome do usuário. Essa é a razão pela qual os direitos de proxy de autenticação são necessários para o ApplicationUserID.

  9. O /LoginService adiciona a ID de usuário e a hora do login ao dispositivo.

  10. Então o /LoginService emite uma notificação de DBL para reiniciar o dispositivo afetado para obter o novo perfil.

  11. O /LoginService registra o login no Logout Service (para logout automático).

  12. Agora o usuário está conectado.

Desconexão (hotelout.aef)

Conclua estas etapas para fazer logout:

  1. Clique em Services.

    Isto pergunta serviços para o telefone que o usuário deseja logout sobre. o ½ do ¿  ï se o início de uma sessão/saída é definido para o dispositivo telefônico, aqueles serviços é apresentado.

  2. Clique em Logout.

    Esse serviço envia uma solicitação de HTTP ao servidor de aplicativos ao disparador de /logout.

  3. O nome de dispositivo (endereço MAC) não está presente durante a solicitação de /logout. Logo, o aplicativo de /logout emite um \\ip_addr\DeviceInformationX e extrai o campo Hostname para determinar qual telefone solicita serviços de logout.

  4. Depois que o nome de dispositivo é recuperado, o script de /logout envia uma solicitação de HTTP ao editor do /LoginService do Cisco CallManager para executar as operações DBL apropriadas para o logout. As informações passadas para o /LoginService incluem:

    • ApplicationUserID, ApplicationUserPassword

    • Identificador de dispositivo (endereço MAC)

    Nota: Não há nenhuma capacidade de logout em grande escala da Mobilidade de Ramal até as páginas de administração do Cisco CallManager 4.2 (3) baseadas no pool de dispositivos, no local e na escala DN.

  5. O Cisco CallManager /LoginService usa o ApplicationUserID e o ApplicationUserPassword para executar um logout em nome do usuário. Essa é a razão pela qual os direitos de proxy de autenticação são necessários para o ApplicationUserID.

  6. O /LoginService remove a ID de usuário e a hora de login do dispositivo conectado, e remove a solicitação de logout do Logout Service.

  7. Então o /LoginService emite uma notificação de DBL para reiniciar o dispositivo afetado para obter o novo perfil.

Nota: A fim permitir que os usuários incorporem somente caracteres numéricos quando tentam entrar à mobilidade de extensão, você pode usar este parâmetro de serviço da mobilidade de extensão: Usuário alfanumérico - identificação.

Resolver problemas da mobilidade de ramal

Ao resolver problemas da Mobilidade de Ramal, existem pontos de verificação ao longo do caminho para determinar onde um problema ocorre. Estas são as etapas e o local onde procurar o problema.

Problema O que deve ser verificado?
Os serviços retornam host inválido ou inexistente. Verifique a entrada de URL de serviços nos Parâmetros da empresa.
Os serviços não retornam "Nenhum serviço configurado…" Verifique os serviços para o telefone ou o perfil de usuário selecionado. E verifique também se a VLAN de voz está configurada corretamente.
Depois de "login" ou "logout" ser selecionado, o telefone exibe "requesting". Verifique se o Application Engine está sendo executado. Verifique o URL especificado para o serviço. Certifique-se que ele aponta para o endereço IP (servidor CRA) correto e para a porta 8080. Verifique também se a porta 80 está bloqueada do servidor CRA para o telefone IP. Se o servidor CRA estiver colocalizado com o Cisco CallManager, confirme que o Servidor de aplicativos não tem o proxy habilitado e que um servidor proxy não está configurado no Microsoft Internet Explorer para a conta usada para login pelo serviço.
Depois de "login" ou "logout" ser selecionado, nada acontece. Verifique o disparador no CRA. O nome do disparador e a URL no Cisco CallManager devem combinar exatamente.

Nota: O nome do disparador e a URL diferenciam maiúsculas e minúsculas.

Após digitar o nome de usuário e a senha, o telefone exibe novamente a tela de login. A porta do serviço não está definida corretamente. Substitua o form.jsp existente por form.jsp.
Após digitar o nome de usuário e a senha, o telefone exibe "authentication error". Verifique o ½ do ¿  do ID e senha de usuário. ï igualmente verificam o DC Directory no servidor CRA para ver se há edições de replicação. Se você executa o CRA Server 2.2.(3a) ou anterior, e usa o plug-in do Active Directory, confirme se o usuário está localizado diretamente abaixo da Base do Usuário, e não sob uma Sub-OU da Base do Usuário.
Após digitar o nome de usuário e a senha, o telefone exibe "App authentication error". Verifique o ID e a senha do usuário do aplicativo no servidor CRA.
Após digitar o nome de usuário e a senha, o telefone exibe "Proxy Not Allowed". Verifique se a ID do usuário do aplicativo no Cisco CallManager tem Enable Authentication Proxy Rights selecionada.
Após digitar o nome de usuário e a senha, o telefone exibe "LoginServer conn. erro". Verifique Problemas comuns para ver se há uma solução.
O login e o logout são bem-sucedidos mas apresentam um atraso significativo. Verifique se é usado um proxy. Neste caso, tente desabilitá-lo. Isso fica sob Ferramentas > Opções de Internet > Conexões > Configurações de LAN, no Microsoft Internet Explorer. Você deve reiniciar para que a mudança tenha efeito.

Sempre que houver um problema com a autenticação de um usuário (seja um usuário da Mobilidade de Ramal ou userid do aplicativo), use o http: \\\\cm_ipaddr\ccmuser e tente o login. Se o login falhar, então o problema não está relacionado à Mobilidade de Ramal. O problema é uma questão mais genérica de autenticação. Verifique o nome de usuário / senha em seu diretório.

Outro teste para verificar se o LoginService opera corretamente é acessar http: \\\\cm_ipaddr\LoginService\Tools\sampleloginapp.asp para as releases 3.x do Cisco CallManager e http: \\\\cm_ipaddr\emservice\jsp\Tools\sampleloginapp.jsp para as releases 4.0 e posteriores do Cisco CallManager. Digite os valores apropriados para os campos. A ID do perfil é o perfil de dispositivo da Mobilidade de Ramal para o login. O teste de login da amostra elimina todas as dependências no servidor CRA e garante que os serviços de diretório funcionem.

Problemas comuns

Quando um usuário volta ao perfil padrão, os serviços não estão mais disponíveis.

  • Problema: Depois que os serviços são adicionados ao telefone, o botão Update não é pressionado e o perfil AutoGenerated Default não está sincronizado com o telefone.

  • Solução: Selecione o telefone novamente, adicione os serviços a ele e atualize sua configuração.

A Mobilidade de Ramal desconecta o usuário após alguns minutos, antes do tempo configurado.

  • Problema: Quando é conectado usando a Mobilidade de Ramal, o usuário é desconectado após alguns minutos, mesmo se o tempo máximo padrão do login estiver ajustado para 8 horas.

  • Solução: Se você não precisa especificar o tempo máximo de login permitido ao usuário na Mobilidade de Ramal, mantenha sempre o parâmetro Enforce Maximum Login Time* como False. Para isso, conclua essas etapas:

    1. Abra a página Administration do Cisco CallManager.

    2. Escolha Service > Service Parameters e selecione Cisco Extension Mobility.

    3. Certifique-se que o parâmetro Enforce Maximum Login Time* esteja definido como False.

    4. Clique em Update.

Após o login, o usuário não tem nenhum serviço disponível.

  • Problema: O perfil do usuário não tinha nenhum serviço associado quando carregado no telefone.

  • Solução:

    1. Mude o Perfil de Usuário para incluir os serviços login/logout.

    2. Mude o telefone ao qual o usuário está conectado para incluir os serviços login/logout.

    Após ser atualizado, o usuário obtém o serviço de logout.

Erro 'Host not found' no telefone IP

  • Problema: O telefone IP exibe o erro "Host not found" quando o botão Services é pressionado.

  • Solução: Escolha System > Enterprise Parameters. Verifique URL services e se estiver definido para o nome do servidor do CallManager, substitua o nome do servidor do CallManager pelo endereço IP conforme mostrado neste exemplo.

    Exemplo: http://10.10.10.1/CCMCIP/getservicesmenu.asp, onde 10.10.10.1 é o endereço IP do Cisco CallManager.

    Pare e reinicie os serviços TFTP, Internet Information Server (IIS) e Computer Telephony Integration (CTI) e reinicialize os telefones para que a mudança tenha efeito.

Após um login ou logout, o telefone volta aos padrões em vez de reiniciar.

  • Problema: O telefone usa o DNS para resolver o nome do Cisco CallManager.

  • Solução: Mude System > Server name para um endereço IP. Reinicie o telefone e tente novamente o procedimento de login/logout.

Serviços retornam erro HTTP [8].

  • Problema: O telefone é atacado pelo vírus Code Red e os serviços HTTP param de funcionar.

  • Solução: Carregue as atualizações mais recentes do telefone por meio do site da Cisco na Web para corrigir esse problema.

Erro "Login Unsuccessful:[101]" retornado no login.

Quando você inicia o serviço da Mobilidade de Ramal (EM) no telefone IP, esta mensagem de erro é exibida: Login Unsuccessful Error:[101].

Nota: Esse erro pode ser relacionado a um destes problemas.

  • Problema: O nome do usuário digitado não foi encontrado no DC Directory, o que também pode ser devido a problemas de replicação no DC Directory.

  • Solução: Adicione o usuário por meio do diretório global do Cisco CallManager. Verifique também se o DC Directory está replicado entre servidores. Para mais informações sobre como resolver problemas de replicação do DC Directory entre os serviços do servidor do DC Directory executados em servidores do Cisco CallManager em um cluster do Cisco CallManager, consulte Solução de problemas no DC Directory.

  • Problema: O endereço IP do editor do Cisco CallManager mudou.

  • Solução:

    1. Selecione cisco.com > CCN > systemProfiles em DC Directory Administration.

    2. Selecione o perfil de hospedagem.

    3. Verificar o endereço IP no campo URL. Esse deve ser o endereço IP do editor do Cisco CallManager.

      Nota: Para obter mais informações sobre como mudar o endereço IP, consulte Mudança do Endereço IP do Cisco CallManager.

  • Problema: Um erro durante a configuração do Diretório Virtual do Serviço da Mobilidade de Ramal.

  • Solução: O Diretório Virtual pode ser recriado com estas etapas.

    1. Conclua estas etapas para excluir o Diretório Virtual existente.

      1. Selecione Iniciar > Programas > Ferramentas Administrativas > Internet Information Services (IIS).

      2. Expanda PC > DefaultWebsite no painel esquerdo.

      3. Clique com o botão direito em Login Service e selecione Excluir.

    2. Conclua estas etapas para limpar o diretório.

      1. Renomeie o diretório C:\CiscoWebs\LoginService\ como C:\CiscoWebs\OldLoginService\.

      2. Crie o diretório C:\CiscoWebs\LoginService\.

      3. Copie estes arquivos de C:\CiscoWebs\OldLoginService\ para o diretório C:\CiscoWebs\LoginService\.

        1. Tools \ (diretório e seu conteúdo)

        2. login.asp

        3. query.asp

        4. loginSecure.asp

        5. querySecure.asp

        6. *.dtd

    3. Conclua estas etapas para recriar o Diretório Virtual.

      1. No Internet Services Manager (aberto na etapa 1), clique com o botão direito em Default Web Site e selecione o Virtual Directory.

      2. Siga o assistente.

        1. Aliás: LoginService

        2. Diretório: Abra C:\CiscoWebs\LoginService

        3. Selecione Read, Run, and Execute

    4. Conclua estas etapas para configurar o Diretório Virtual.

      1. Clique com o botão direito em Login Service e selecione Properties.

      2. Selecione a guia Virtual Directory.

        1. Verifique se Reade Log Visits estão marcados, e somente esses.

        2. Verifique se Execute Permissions está definido como Scripts and Executables.

        3. Verifique se Application Protection está definido como Low (IIS Process).

      3. Selecione a guia Documents, e verifique se o único documento padrão habilitado é Default.asp.

      4. Selecione a guia Directory Security e clique em Edit sob Anonymous Access e Authentication Control.

        1. Verifique se Anonymous Access é a única opção marcada.

        2. Clique em Edit sob Anonymous Access.

        3. Defina username como CCMEML.

        4. Defina a senha como CCMEML.

        5. Clique em OK.

      5. Clique em OK.

    5. Reinicie os serviços IIS.

Nº do error: -32

Quando um usuário clica em Device Association ou em Extension Mobility na tentativa de associar um perfil de usuário da página da configuração do usuário da administração do Cisco CallManager, o usuário recebe o Erro Nº: --32 .

Esse erro pode ocorrer quando os usuários no Active Directory são alterados ou renomeados, mesmo se você renomear o usuário de volta ao userid original. Cada vez que um usuário é modificado, o ciscoAtUserProfilee o atributo ciscoAtAppProfile são criados e atualizados para o usuário. Se o atributo ciscoAtGUID não existir, o perfil de novo usuário DN será criado. Para resolver este problema você deverá usar o utilitário de edição Active Directory Services Interface (ADSI). No servidor do Active Directory (AD) você pode percorrer seu esquema do diretório quando abrir o utilitário de edição ADSI. Percorra até dc=xxxxx, dc=com, ou=Cisco (ou qualquer OU você especificou durante a instalação do plug-in do AD no Cisco CallManager), ou=Profiles. Todos os perfis podem ser encontrados nesse diretório.

Para instalar o utilitário de edição ADSI no sistema, instale as ferramentas de suporte do CD do Windows 2000 situado na <unidade de CD>: \\SUPPORT\TOOLS\setup.exe. Copie adsiedit.exeand adsiedit.dllinto um dobrador no sistema. A pasta deve ser chamada de c:\adsiedit\. Registrar adsiedit.dllby que executa regsvr32.exe c:\adsi\adsiedit.dll após o comando prompt de c:\winnt\system32.

Conclua estes passos:

  1. Inicie o utilitário de edição ADSI para ver diretamente os atributos no Active Directory para o usuário que tem um problema com associação.

  2. Navegue até a entrada do usuário (por exemplo, CN=user1, OU=seuOU, DC=seuDC, DC=com). Clique com o botão direito no objeto e escolha Properties. Em Select a property to view, selecione ciscoatGUID.

  3. Apague o valor atual do atributo ciscoAtGUID.

  4. Selecione o atributo ciscoatUserProfile para este mesmo usuário, e apague-o.

  5. Selecione o atributo ciscoatUserProfileString para o mesmo usuário, e apague-o.

  6. Tente então associar um dispositivo ao usuário das páginas de administração do Cisco CallManager.

Os serviços não aparecem ao pressionar "services".

  • Problema: O dispositivo telefônico usado não tem os serviços selecionados.

  • Solução: Selecione novamente os serviços no telefone e atualize a página do telefone.

Depois que um usuário faz login, o telefone não tem nenhum serviço.

  • Problema: O ½ do ¿  ï o usuário que entrou não tem nenhuns serviços associados com seu perfil de dispositivo de usuário.

  • Solução: Por meio da página User do Cisco CallManager ou da página User Device Configuration, adicione os serviços desejados à tabela User Device.

Depois de digitar o nome de usuário e senha, o telefone retorna à tela de login.

  • Problema: O form.jsp que é enviado ao telefone para login não consegue resolver a porta a ser usada para o login. Logo, a solicitação de login nunca é recebida pelo aplicativo.

  • Solução: Baixe form.jsp. Substitua o C:\Arquivos de programa\wfaavvid\tomcat\webapps\ROOT\form.jsp existente pelo arquivo baixado. Esse novo formulário define a porta de serviço como número 8080.

Depois de digitar o nome de usuário e senha, o sistema gera "LoginServer Conn. erro".

Nota: Esse erro pode ser relacionado a um destes problemas.

  • Problema: O ½ do ¿  ï os server do 340 Series IBM não tem o acesso anônimo configurado corretamente para o início de uma sessão (identificação de bug Cisco CSCdu62820 (clientes registrados somente)).

  • Solução: O ½ do ¿  ï permite Microsoft IIS de controlar a senha para dispositivos anônimos.

  • Problema: O endereço IP do editor do Cisco CallManager mudou.

  • Solução:

    1. Na administração do DC Directory, vá até cisco.com > CCN > systemProfiles.

    2. Selecione o perfil de hospedagem.

    3. Verificar o endereço IP no campo URL. Esse deve ser o endereço IP do editor do Cisco CallManager.

  • Problema: Ao integrar com Microsoft Active Directory, o contexto base para o mecanismo de aplicativos está incorreto.

  • Solução: No Servidor de Aplicativos, ajuste o contexto base para incluir uma OU de Cisco (não apenas uma dc de Cisco). Assim, para a empresa mycompany.com, o contexto base é ou=cisco, dc=cisco, dc=mycompany, dc=com (mude a entrada mycompany para o nome específico do site).

Nota: Quando o contexto base é mudado, as configurações de aplicativo devem ser reconfiguradas para encontrar as informações de diretório no novo contexto.

  • Problema: Verifique http: \\\\cm_ipaddr\LoginService\Tools\sampleloginapp.asp para as releases 3.x e anteriores do Cisco CallManager. Para as releases 4.0 e posterior do Cisco CallManager, use http: \\\\cm_ipaddr\emservice\jsp\Tools\sampleloginapp.jsp. Se o erro retornado é zero não encontrado da classe org.apache.xerces.parsers.SAXParser de ErrorParser, a seguir durante a instalação, o diretório virtual não está criado e o caminho de classe não é introduzido.

  • Solução: A instalação falhou de alguma forma (a causa raiz ainda não foi determinada).

    1. Em Default Web Site, crie uma nova web virtual chamada LoginService. O caminho local deve ser C:\CiscoWebs\LoginService. Altere a proteção de aplicativo para Alta (isolada). Em seguida, siga as etapas para permitir que o Microsoft IIS controle a senha para Dispositivos anônimos.

    2. Após criar a web virtual, adicione as variáveis de sistema para o ClassPath para permitir que o parser SAX execute suas tarefas. Clique com o botão direito e selecione Meu Computador > Propriedades > Avançado > Variáveis de Ambiente . Se a variável de ClassPath não existir, crie a variável. O valor em u m ClassPath deve ser: C:\WINNT\Java\Lib\DirUser.jar; C:\WINNT\Java\Lib\Xerces.jar; C:\WINNT\Java\Lib\DirUserNotification.jar. Clique três vezes em OK para salvar a nova variável de ambiente.

    3. Pare e reinicie os serviços IIS.

Durante o logon em um telefone Cisco 7940, o telefone exibe o erro "Device profile does not exist".

  • Problema: A Mobilidade de Ramal solicita um nome fixo para o modelo do dispositivo que deve ser usado em um telefone Cisco 7940 ao conectar-se. O nome do modelo do dispositivo para o 7940 deve existir e ter o nome exato do modelo de quando o servidor foi instalado.

  • Solução: Certifique-se que o modelo do dispositivo para o Cisco 7940 é 7940 1-Line ou 7940 2-Line. Nesse caso, ele tem uma rota (padrão) e envia um pacote ao Roteador 2514X, usando um AS de 171.68.1.1 e um DA de 171.68.16.10.

Erro XML [4] Erro de análise é retornado ao selecionar o serviço de início de sessão.

  • Problema: O form.jsp obtido por download inclui informações de cabeçalho HTTP.

  • Solução: Nesta página, clicar com o botão direito no form.jsp, a seguir selecione SaveLink como ou SaveTarget como. Selecione o local para download do formulário. Assegure-se de que a primeira linha da página form.jsp seja: pageimport <%@ = " java.net.InetAddress” %>

Os usuários são incapazes de fazer login na Mobilidade de Ramal e recebem o erro 6, "login unsuccessful".

  • Problema: O usuário recebe o erro de login malsucedido: [Erro [6] ao pressionar Select para o serviço da Mobilidade de Ramal no telefone.

  • Solução: O erro 6 indica um erro ao comunicar-se com o banco de dados. Isto pode ser causado por muitas coisas diferentes, dependendo se for utilizado o DC Directory ou o Active Directory. No caso do Active Directory, esse problema pode ser resolvido quando você executa novamente o plug-in do Active Directory . Para obter mais informações sobre a instalação do Active Directory, consulte Instalação do plug-in Active Directory 2000 para o Cisco CallManager.

    Esse problema também pode ocorrer se não existir nenhum perfil de dispositivo associado com o usuário que tenta o login. Verifique se os usuários têm perfis de dispositivo associados a eles, na página User Configuration > Extension Mobility. Se não tiverem, atualize os usuários com perfis de dispositivo para login na Mobilidade de Ramal.

A mensagem de erro "Login unsuccessful [9]" é gerada no telefone.

  • Problema: O usuário é incapaz de fazer login em um telefone, e recebe uma mensagem de erro Login unsuccessful [9]ao tentar o login usando a Mobilidade de Ramal.

  • Solução: Normalmente esse é um erro da integração de diretório. Pode ser LDAP, Active Directory ou DC Directory, por exemplo. Dependendo do método da integração de diretório usado, a solução do erro pode variar.

    Verifique se o servidor do Active Directory está operando. Se ele tiver um problema, execute o plug-in Directory, e o Adminutility do Cisco CallManager.

    Se o problema for no LDAP, verifique se existe o arquivo DirUser.jar.

    Esse problema também pode ocorrer se não existir nenhum perfil de dispositivo associado com o usuário que tenta o login. Verifique se os usuários têm perfis de dispositivo associados a eles, na página User Configuration > Extension Mobility. Se não tiverem, atualize os usuários com perfis de dispositivo para login na Mobilidade de Ramal.

Login unsuccessful Error [12]

  • Problema: Ao fazer login em um telefone IP habilitado com Mobilidade de Ramal, o login falha e o telefone exibe Error[12].

  • Solução: Este erro ocorre quando o Perfil de Dispositivo de Usuário é configurado incorretamente. O Perfil de Dispositivo não existe, está desconfigurado ou não está associado com o perfil de usuário. Verifique todos os ajustes do Perfil de Dispositivo de Usuário, e assegure-se de que exista um perfil do dispositivo corretamente especificado, e uma associação correta com o perfil de usuário.

Os usuários são incapazes de fazer login na Mobilidade de Ramal e recebem o erro "login unsuccessful": [3]" ou “erro: [10]" ou “erro: [2]" após ter instalado o plug-in do Active Directory.

  • Problema: O login do telefone da Mobilidade de Ramal é malsucedido com o Active Directory porque o campo Password para todos os usuários do aplicativo no registro está vazio.

  • Solução: Conclua estas etapas para resolver esse problema:

    1. Selecione Iniciar > Executar, digite regedit e clique em OK.

    2. Verifique a entrada de registro da Mobilidade de Ramal do Cisco CallManager, em HKEY_LOCAL_MACHINE\SOFTWARE\Cisco Systems Inc.\Directory Configuration\AppUsers\CCMSysUser.

    3. Certifique-se que existe uma entrada para o campo Password, e que userID é CCMSysUser. Se essa entrada não existir ou estiver errada, há um problema na instalação. Você pode agora reiniciar ou adicionar uma senha para este usuário. Conclua estas etapas para mudar a senha de CCMSysUser.

      1. Vá até C:\dcdsrvr\bin e execute o aplicativo CCMPWDChanger.exe.

      2. Especifique sua senha do Active Directory. Nesse momento você pode escolher mudar userID (neste caso, CCMSysUser) e definir uma senha para esse usuário.

      3. Reinicie o serviço IIS Admin e o serviço Cisco Tomcat em Iniciar > Programas > Ferramentas Administrativas > Serviços.

    Se esse procedimento não resolver o problema, poderá ser necessário desinstalar e reinstalar o plug-in do Active Directory. Para obter mais informações sobre a instalação do plug-in do Active Directory, consulte Instalação do plug-in Active Directory 2000 para o Cisco CallManager.

    Nota: Se o problema começou ocorrer após uma atualização do Cisco CallManager, consulte o Cisco bug ID CSCdz60740 (somente clientes registrados).

Erro [18] - Outro usuário conectado

  • Problema: Quando você tentar fazer login no telefone IP usando a Mobilidade de Ramal, é recebida a mensagem de erro Error [18] - Another user logged in mesmo que nenhum usuário esteja conectado. A ID do usuário conectado da Mobilidade de Ramal é exibida como None. Quando você tenta excluir o telefone, há uma falha com o erro Delete Failed [438] User defined Device Profile cannot be deleted if it is in use.

  • Solução: Esse problema pode ocorrer se qualquer usuário do aplicativo tiver o controle do telefone e o Application User ID, é exibido como None. Vá até User Management, selecione Application User e retire sua associação. Agora será possível excluir o telefone.

O serviço de Mobilidade de Ramal retorna o erro [100] de login malsucedido quando é escolhido o serviço de login na Mobilidade de Ramal.

  • Problema: Quando um usuário pressiona o botão Services, o telefone exibe Error [100].

  • Solução: Este erro ocorre se a URL para o serviço da Mobilidade de Ramal Cisco não incluir o último parâmetro (mostrado em negrito):

    http://<IPAddressofCallManager>/emapp/EMAppServlet ? device=#DEVICENAME#

    O <IPAddressofCallManager> especifica o endereço IP do servidor do Cisco CallManager onde a Mobilidade de Ramal do Cisco CallManager está instalada. Certifique-se que a URL está correta e completa.

    Por exemplo, http://10.45.67.89/emapp/EMAppServlet?device=#DEVICENAME#: a URL diferencia maiúsculas e minúsculas; certifique-se que você digitou o nome exatamente como descrito.

Erro de login malsucedido: [11]

  • Problema: Quando um usuário tenta fazer login na Mobilidade de Ramal, o telefone IP exibe: Login Unsuccessful Error:[11].

  • Solução: Esse erro ocorre se a URL para o serviço da Mobilidade de Ramal Cisco não for digitada corretamente no parâmetro do serviço do telefone IP.

    Em CCMAdmin, vá até Feature > IP Phone services. Faça uma busca por seu serviço da Mobilidade de Ramal. Certifique-se que a URL seja:

    http://<IPAddressofCallManager>/emapp/EMAppServlet ? device=#DEVICENAME#

Início de uma sessão Error:[6] mal sucedido

Problema — Quando o serviço da mobilidade de extensão (EM) foi lançado no telefone IP, o telefone do theIP indica: Início de uma sessão Error:[6] mal sucedido. A edição está somente no editor.

Solução — O erro 6 indica um erro ao comunicar-se com o base de dados. Termine estas etapas a fim resolver a edição.

  1. Certifique-se que o arquivo de C:\dcdsrvr\DirectoryConfiguration.ini está povoado e que este arquivo é idêntico em todos os servidores do CallManager da Cisco no conjunto. Se este arquivo é ausente ou não povoado em alguns dos server no conjunto, o início de uma sessão falha.

  2. Mude o ajuste de UserSSL no arquivo de C:\dcdsrvr\DirectoryConfiguration.ini de verdadeiro a falso.

Incapaz de aplicar o recurso de Mobilidade de Ramal a um telefone IP e recebe o erro "Already logged in to another phone"

  • Problema: Quando você tenta aplicar o recurso da Mobilidade de Ramal a um telefone IP, a solicitação é negada com um erro que diz que você está conectado a outro telefone IP. Essa situação ocorre quando você já está conectado a um telefone IP e quer fazer login em um novo telefone IP antes de fazer logout do telefone anterior.

  • Solução: A melhor maneira de fazer logout do telefone anterior e fazer login no novo é mudar vários parâmetros de serviço na página Cisco CallManager Administration, como mostrado:

    1. Na janela Cisco CallManager Administration, vá até Service > Service Parameters.

    2. Escolha o serviço da Mobilidade de Ramal e, na caixa Multiple Login Behavior, mude-o para Auto Logout. Clique em Update.

      Auto Logout: Depois que um faz login em um segundo dispositivo, o Cisco CallManager faz logout automaticamente do usuário do primeiro dispositivo.

      Nota: Para localizar a qual telefone IP o usuário está conectado, vá até Microsoft SQL Server > Enterprise Manager > Bancos de Dados > Tabelas; abra a tabela Device e procure o campo chamado loginUserID. Ele mostra o telefone IP ao qual o usuário está conectado e, encontrado o telefone, você pode fazer logout do usuário do telefone.

Erro: "Falha na atualização. Não foi possível inserir uma nova linha - valor duplicado em uma coluna UNIQUE INDEX"

Se um telefone configurado para a mobilidade de extensão (EM) é suprimido quando um usuário está registrado, o CallManager permite que o administrador suprima do telefone através da administração maioria. Quando uma tentativa é feita para adicionar para trás o telefone com a opção EM junto com o “perfil de logout” verificado, pode dar este Mensagem de Erro: Atualização falhada. Não podia introduzir a fileira nova - o valor duplicado em uma coluna do ÍNDICE ÚNICO.

Nota: Remover um telefone que tenha um usuário conectado através da página do telefone é impedida pelo GUI.

A solução este problema parece acontecer quando o telefone suprimido está configurado para o EM e um usuário está entrado na altura do supressão. A fim resolver esta edição, remova o perfil velho do [mac address] ADP do relatório do plano de rota.

Isto é documentado na identificação de bug Cisco CSCsj63279 (clientes registrados somente).

  • Problema: A Mobilidade de Ramal não pode ser ativada para um telefone IP Cisco 7900, e esta mensagem de erro é exibida:

    Update failed. Could not insert new row - duplicate value in a UNIQUE INDEX column

    The root cause of the problem is the intermittent failure to delete the auto-generated device profiles (ADP) for a phone. (A causa raiz do problema é a falha intermitente em excluir os perfis de dispositivo gerados automaticamente (ADP) para um telefone). Se você excluir os telefones que estão configurados para a Mobilidade de Ramal com o perfil de logout definido como use current, ele deixará um ADP no banco de dados. Isso impedirá reinserir esse telefone no banco de dados.

  • Solução: Siga estas etapas para resolver esse problema:

    1. Use a Administração do CallManager para encontrar e excluir o perfil de dispositivo gerado automaticamente, que está órfão. Para fazer isso:

      1. Escolha Device > Device Settings > Device Profile.

      2. Clique em Find > All.

      3. Exclua os não associados a qualquer um dos telefones IP.

    2. Reinicie o dispositivo.

"Warning 7" é exibido durante o login para o telefone IP da Mobilidade de Ramal

  • Problema: Quando você registra no telefone IP da mobilidade de extensão, a mensagem do aviso 7 aparece.

  • Solução: Siga estes passos para resolver esse problema:

    1. Você pode ver todos os aplicativos servidos pelo Tomcat em http://<IPAddr do servidor>/manager/list. Determine se a Mobilidade de Ramal está listada aqui e operando.

    2. Reinicie os serviços da Mobilidade de Ramal e do Tomcat em um horário fora da horas de pico.

O acesso da Mobilidade de Ramal está lento

  • Problema: O acesso da Mobilidade de Ramal está lento no Callmanager.

  • Solução: Se houver pouca memória para o Callmanager esse problema pode ocorrer. Certifique-se que seu servidor do CallManager cumpre os requisitos mínimos de hardware quando você o atualizar para uma versão posterior.

Os telefones IP travam no status "Registering" ou "Configuring IP" após o logout

Se o telefone IP trava no status Registering ou em Configuring IP após o usuário fazer logout da Mobilidade de Ramal, verifique se o Perfil de Logout está atribuído ao dispositivo. E também reinicie o serviço do Cisco Tomcat.

Nota: Se você usa o Cisco CallManager 6.x, você pode reiniciar o serviço do Cisco Tomcat a partir do CLI com este comando: admin: utils service restart Cisco Tomcat

Usuários da mobilidade de extensão registrados automaticamente para fora em intervalos curtos

Os usuários da Mobilidade de Ramal são desconectados do sistema a cada 5 minutos e o log de eventos mostra a mensagem Error: DeviceTransientConnection - Transient connection attempt . Esse problema pode ocorrer se a hora no Cisco CallManager Publisher e no Subscriber não estiverem sincronizadas. Para resolver o problema, você deve sincronizar o relógio em todos os servidores ou configurar o NTP no cluster para a sincronização da hora. Também, mude o comportamento múltiplo do início de uma sessão do parâmetro de serviço da mobilidade de extensão ao início de uma sessão múltiplo não permitido e reinicie o serviço da mobilidade de extensão.

Nenhum resultado ao procurar o DN atribuído ao perfil de dispositivo

Quando um usuário da Mobilidade de Ramal faz login em um telefone, procurar o número de diretório (DN) atribuído ao perfil de dispositivo dá resultado.

  1. Vá até Device > Phone.

    Será exibida a janela Find and List Phones.

  2. Escolha Actively Logged In Device Report na lista suspensa e clique em Go.

    É exibida a janela Find and List Actively Logged In Device.

  3. Escolha o número diretamente e clique em Find.

Para obter mais informações, consulte Como Localizar um Dispositivo Conectado Ativamente.

Incapaz de desconectar um grupo inteiro de usuários da Mobilidade de Ramal

Conclua estas etapas para fazer logout de um grupo inteiro de usuários da Mobilidade de Ramal:

  1. Desabilite o serviço da Mobilidade de Ramal em Serviceability > Tools > Control Center.

  2. Reinicie o pool de dispositivos que contém todos os telefones a desconectar. Isso fará logout de todos os usuários que usam atualmente a Mobilidade de Ramal.

Mobilidade de extensão

A mobilidade de extensão não trabalha depois que a elevação do CallManager da Cisco 8.6.

Solução

Siga estas etapas para resolver o problema:

  1. Escolha o > gerenciamento de certificado do > segurança da página de administração do OS a fim regenerar primeiramente e então Certificados de Cisco Tomcat.pem em todos os server e trabalho no editor os assinantes.

  2. Reinicie o serviço da verificação da confiança (TV) em todos os server e parta-o do editor.

  3. Reinicie o serviço TFTP em todos os server e comece primeiramente com o editor.

  4. Reinicie o serviço Cisco Tomcat em todos os server e comece-o primeiramente com o editor. Use o comando de Cisco Tomcat do reinício do serviço dos utils a fim reiniciar o serviço do CLI de um server.

Problema

Estão aqui alguns dos problemas comuns que você pode enfrentar quando você usa a mobilidade de extensão. A solução é fornecida igualmente.

  • Você não pode registrar na mobilidade de extensão.

  • Você é incapaz de registrar na mobilidade de extensão com o UserID e o PIN e o erro = o [201] - Mensagem de Erro do erro de autenticação aparece.

  • Você é incapaz de entrar à mobilidade de extensão e o Mensagem de Erro 205 aparece.

Solução

Siga estas etapas para resolver o problema:

  1. Assegure-se de que o utilizador final esteja associado com o perfil de dispositivo apropriado à mobilidade de extensão.

  2. Em Cisco unificou a página da utilidade, escolhem ferramentas > ativação do serviço.

  3. Assegure-se de que a mobilidade da extensão Cisco esteja ativada.

    http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unified-communications-manager-callmanager/18772-extension-mobility-02.gif

  4. Escolha ferramentas > Control Center - Caracterize serviços e escolha o serviço a fim reiniciar o serviço da mobilidade da extensão Cisco.

    http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unified-communications-manager-callmanager/18772-extension-mobility-03.gif

Problema

A limitação do conjunto da cruz da mobilidade da extensão Cisco não happeneing quando um usuário do perfil diferente for entrado a um cluster diferente.

Solução

Você precisa de ajustar-se permite a divisão lógica = retifica a fim resolver esta edição.

A política do padrão de sistema será nega para uma empresa, política padrão de divisão lógica = Deny assim que os atendimentos ou as características são obstruídos entre as políticas reservar dos participantes do dispositivo voip devem ser configurados com a configuração de divisão lógica de System-> no CUCM.

O Problema-início de uma sessão é unavailable(213)

A mobilidade de extensão é configurada entre dois conjuntos. Contudo, ao entrar com um conjunto remoto UserID, você recebe este Mensagem de Erro: O início de uma sessão é unavailable(213).

Nota: Configuração nova do conjunto da cruz da mobilidade de extensão (EMCC).

Solução

O início de uma sessão é unavailable(213) Mensagem de Erro pode ocorrer se o dispositivo não apoia EMCC. Este erro é indicado quando a carga do dispositivo ou do telefone não apoia EMCC (por exemplo, o telefone NON-apoiado modela e apoiou modelos do telefone com uma carga mais velha do telefone).

Refira este vídeo na comunidade do apoio de Cisco para detalhes de configuração: Configuração de grânulos transversal da mobilidade de extensão leavingcisco.com

http://www.cisco.com/c/dam/en/us/support/docs/unified-communications/unified-communications-manager-callmanager/18772-extension-mobility-04.gif


Informações Relacionadas


Document ID: 18772