IP Phone Cisco |
O processo de registro de telefone IP é enganosamente complexo, e várias áreas discretas podem causar problemas e, é claro que, se um passo falhar, os passos subsequentes falharão também. Nesse caso, você pode usar uma metodologia de Dividir para Conquistar. Rapidamente verificar quais os passos conseguiu, para então começar a solução de problemas a partir do primeiro ponto de falha do telefone IP.
Problemas de registro podem ser categorizados de acordo
com os seguintes pontos de falha:
- Local para o Telefone IP
- VLAN ou Switch descasamentos
- Problemas de DHCP
- Problemas de TFTP
- Problemas de registro CUCM
Local
para o Telefone IP: O próprio Telefone IP pode exibir sua
configuração atual e configurações, que podem indicar rapidamente que parte da
sequência falhou. Aperte o botão Configurações e selecione Configurações de
Rede na lista exibida. Desloque-se para configuração de IP e verifique se o
telefone recebeu um endereço IP (na sub-rede correta), máscara de sub-gateway
padrão e o endereço do servidor TFTP correto. Se as entradas estão ausentes ou
incorretas, verifique se o telefone está configurado para usar DHCP,
pressionando Configurações> Configuração de rede e, em seguida, role para
baixo até DHCP ativado e verificar se ele é definido como Sim. Se tudo está
correto, mas o telefone ainda não receber um endereço de DHCP, passar para a
próxima etapa.
VLAN
ou Switch descasamentos: Verifique se o interruptor está configurado
corretamente para suportar os Telefones IP. O Switch deve ter uma VLAN de voz
definida, e, se houver um PC ligado ao telefone, uma VLAN de acesso separado.
Verifique se os Números de VLAN estão corretos. Se a configuração do switch
está correta, seguir em frente.
Problemas
de DHCP: Verifique se o servidor DHCP está em execução e que não
esgotou de endereços IP. Certifique-se de que os escopos DHCP (sub-redes ou pool)
estão corretos com respeito ao intervalo de endereços IP que está sendo
atribuído, a máscara de sub-gateway padrão e Opção 150 (endereço IP do servidor
TFTP). No telefone IP, navegue para Configurações> Configuração de rede.
Verifique se a entrada de servidor DHCP lista o endereço IP do servidor DHCP
correto. Verifique se um endereço IP foi atribuído, e em caso afirmativo, de
que está no intervalo correto. Verifique se a entrada de endereço TFTP Servidor
1 está correto.
Observação:
Se
o servidor DHCP está em uma sub-rede remota a partir dos telefones IP, o
roteador local bloqueia as transmissões de DHCP por padrão. Use o comando ip
helper-address <endereço ip> no roteador local para permitir a ele encaminhar
solicitações DHCP para o IP do servidor DHCP.
Problemas
TFTP: Quando o telefone inicia, ele consulta o servidor TFTP
(no endereço aprendi via DHCP) para seu arquivo de configuração. O nome do
arquivo que ele pede é chamado SEP<mac>.cnf.xml. Se o telefone foi
adicionada com sucesso ao CUCM ou Cisco Unified Communication Manager Express
aplicação (CME), o arquivo vai existir e será transferido para o telefone. Se o
telefone não tiver sido adicionado à aplicação antes, o arquivo não vai estar
lá. O telefone irá então pedir para o arquivo chamado XMLDefault.cnf.xml. Este
arquivo padrão é sempre disponível. Se o telefone não está recebendo o seu arquivo
de configuração, verifique se o telefone tem o endereço TFTP correto na lista
de configuração de rede. Verifique se o serviço TFTP está em execução no
servidor e qual e o IP. Você pode verificar em estado do processo de TFTP no
telefone pressionando Configurações> Mensagens de Estado; mensagens de
exemplo incluem arquivo não encontrado: SEP<endereço MAC>.cnf.xml, TFTP
Timeout: SEP<endereço MAC>.cnf.xml e SEP<endereço MAC>.cnf.xml.
Problemas
de registro CUCM: O arquivo de download TFTP contém o endereço
IP do servidor CUCM com que é suposto para se cadastrar. Verifique
Definições> Dispositivo Configuração> Configuração Unified CM para verificar
se o endereço IP Unified CM listado está correto. Pode haver uma cópia de segurança
e servidor terciário listado, dependendo como o cluster está configurado.
Verifique se o serviço Cisco CallManager está sendo executado no servidor (s)
listados; você também pode precisar verificar se o registro automático esta corretamente
configurado (somente se você está realmente usando o registro automático, é
claro).
Se todos os passos anteriores são verificados e estão corretos,
pode haver um problema com o próprio telefone IP; este tipo de solução de
problemas será tratado em posts futuros.
Nenhum comentário :
Postar um comentário
Deixe seu comentário ou sugestões de postagem.