Perguntas frequentes do Unified PhoneProxy
Contents
Introduction
Este documento responde às perguntas frequentes sobre o Cisco Unified PhoneProxy.
Consulte as Convenções de Dicas Técnicas da Cisco para obter informações sobre convenções de documentos.
Uso
P. Você pode conectar um PC à parte traseira de um telefone IP que é ativado e registrado no Cisco Unified PhoneProxy e obter dados corporativos?
A. Não. O Cisco Unified PhoneProxy facilita uma conexão SCCP (Signaling Connection Control Part) (e tráfego RTP, TFTP e HTTP relacionado) de um telefone para um Cisco Unified CallManager através de um firewall. Ele não afeta as conexões de dados à rede corporativa para outros usos além dos telefones IP. O usuário conectado à parte traseira de um telefone tem acesso apenas à LAN local. Eles devem criar uma conexão VPN para acessar dados corporativos.
P. No caso de uso da Voice and Data VLAN Bridge, o Cisco IP Communicator funciona em um dispositivo móvel, como um PDA? Ele pode se registrar no Cisco Unified PhoneProxy e fazer chamadas?
A. O caso de uso da Voice and Data VLAN Bridge mantém uma separação entre a VLAN de voz e a VLAN de dados, mas ainda suporta implantações do IP Communicator para trabalhadores móveis. Consulte o Cisco Unified PhoneProxy Administration Guide para obter mais informações sobre casos de uso.
No caso de uso da Voice and Data VLAN Bridge, o Cisco Unified PhoneProxy não afeta o desempenho do Cisco IP Communicator em um dispositivo móvel. Ele faz proxies somente da conexão SCCP (e do tráfego RTP, TFTP e HTTP relacionados).
O Cisco Unified PhoneProxy não impede ou facilita o acesso a redes corporativas, exceto quando especificamente permitido para que o telefone funcione corretamente. Se a sua rede corporativa exigir, você deverá usar a VPN antes do Cisco Unified PhoneProxy, mas a conexão VPN não precisa ser ativada para que o telefone funcione. No entanto, o IP Communicator é a exceção. O serviço telefônico do IP Communicator pode ser interrompido quando a VPN está ativada e desativada.
Além disso, você pode experimentar problemas de qualidade de áudio moderados a graves quando um telefone está conectado com VPN porque a VPN não pode implementar níveis de qualidade de serviço específicos exigidos pelo fluxo RTP. Consulte o Cisco Unified PhoneProxy Administration Guide para obter mais informações sobre problemas de áudio.
P. Para onde você atualiza os arquivos do SFTP?
A. Se você precisar colocar manualmente um arquivo de atualização no Cisco Unified PhoneProxy, estabelecer uma conexão FTP segura (SFTP) com o endereço IP sul (ou o endereço IP de gerenciamento, se estiver habilitado) e colocar o arquivo na pasta de entrada.
Observação: você pode recuperar atualizações da Web com este comando: obtenha a atualização <url>.
P. O tráfego de RTP viaja diretamente de um telefone IP remoto para outro telefone IP remoto?
A. Não. O tráfego RTP é sempre roteado pelo Cisco Unified PhoneProxy. No entanto, o Cisco Unified PhoneProxy não rastreia informações de estado sobre cada telefone. Portanto, ele não sabe que as duas chamadas de dois telefones diferentes são, na verdade, uma chamada entre dois telefones.
P. Que codecs são suportados por telefones remotos que se comunicam com o Cisco Unified PhoneProxy?
A. Como o Cisco Unified PhoneProxy não suporta transformações de mídia, qualquer codec é suportado. No entanto, um problema ocorre com a mídia criptografada quando o modo 64 (payload RTP + cabeçalho RTP) não é igual a 43, 44, 45 ou 46. Portanto, 20 ms g.711 é aceitável; 30 ms g.711 não é aceitável.
Para calcular esse valor, use a operação de módulo (mod). A operação do modo retorna o restante quando um número é dividido por outro. Por exemplo, 13 mod 5 retorna 3.
Para g.711 com um payload RTP de 160 e um cabeçalho RTP de 12, use estes cálculos:
160+12=172
172 mod 64 = 44
44 é um valor aceitável.
Observação: outra maneira de interpretar esta operação é encontrar o número mais próximo de 172 que é divisível por 64, que é 128. O restante de 172 - 128 é 44. Portanto, 172 mod 64 = 44.
Observação: você também pode usar o Google Calculator para determinar os resultados de uma operação de modelo. Digite a operação do modelo no campo de pesquisa em Google.com
.
.
Configuração
P. O que preciso programar em um telefone antes de dar para o usuário final?
A. Além de um endereço de servidor TFTP alternativo que aponta para o proxy, você não precisa programar nenhuma configuração adicional no telefone. No entanto, o telefone deve ser provisionado no Cisco Unified CallManager se o registro automático estiver desabilitado.
Observação: talvez seja necessário configurar o cabo do usuário final ou o roteador DSL. Se o roteador não suportar a inspeção de pacote stateful, talvez seja necessário configurar o encaminhamento de porta UDP (User Datagram Protocol) ou colocar o telefone na zona desmilitarizada (DMZ), especialmente para música em espera.
P. O Cisco Unified PhoneProxy salva preferências geográficas?
A. Não. O Cisco Unified PhoneProxy não salva preferências geográficas. Quando um usuário se conecta a um cluster do Cisco Unified PhoneProxy, ele é conectado com base no número de usuários. Por exemplo, se você configurar um cluster com nós na costa leste e na costa oeste, os usuários serão distribuídos uniformemente entre os nós. Se você tiver 1.500 usuários, 750 usuários estarão conectados a cada nó. Alguns usuários na costa oeste podem ser atribuídos ao nó costa leste, e alguns usuários na costa leste podem ser atribuídos ao nó costa oeste.
P. "Nenhuma imposição de licença" significa que no Cisco Unified CallManager (onde as contagens são rastreadas) todos os telefones que passam por um proxy aparecem como 1?
A. Não. Cada telefone deve ser provisionado no Cisco Unified CallManager e consome o mesmo número de unidades de licença que consumiria sem o Cisco Unified PhoneProxy. Consulte o Cisco Unified PhoneProxy Administration Guide para obter mais informações.
Gerenciamento de usuários
P. Você pode importar uma lista de usuários do Cisco Unified CallManager ou de alguma outra origem LDAP?
A. No momento, o Cisco Unified PhoneProxy não se integra diretamente a essas fontes. No entanto, você pode importar para o Console de Gerenciamento um arquivo de valor separado por vírgulas (CSV) para adicionar vários usuários.
P. O que significa ativar uma chamada do ponto de vista do usuário?
A. Você pode usar estes métodos para ativar uma chamada:
O usuário final ativa a chamada por meio de uma página da Web. O usuário deve fornecer um nome de usuário, uma senha e um endereço IP da WAN. (O endereço IP da WAN não é o 192.168.x.x interno fornecido pelo roteador.)
Observação: a página da Web detecta o endereço IP externo e preenche o endereço correto. No entanto, com base na rede, talvez seja necessário alterar esse endereço IP.
O administrador ativa a chamada através da interface de linha de comando. O administrador deve fornecer um nome de usuário e um endereço IP.
O aplicativo ativa a conta e fornece o nome de usuário, a senha e o endereço IP. Você deve habilitar o serviço Web de ativação para usar este método.
P. Preciso ativar antes de cada chamada, todos os dias ou apenas uma vez?
A. A ativação permanece ativada, desde que haja uma conexão SCCP entre o telefone IP e o Cisco Unified PhoneProxy. Como há uma boa quantidade de tráfego de manutenção de atividade com uma conexão SCCP, a ativação não deve expirar.
O tempo limite de inatividade de ativação padrão é de 300 segundos (5 minutos). Esse tempo ocioso ocorrerá somente se o telefone IP nunca realmente se registrar depois que a conta for ativada. Por exemplo, a conta é ativada, mas o telefone não está conectado à rede em 5 minutos, ou o telefone perde a conectividade de rede (por causa de uma interrupção de Internet ou de energia que dura mais de 5 minutos), ou o endereço IP é alterado (porque o aluguel de IP expira ou porque o DHCP atribui um endereço diferente).
O Cisco Unified PhoneProxy espera manter uma conexão com essa conta e endereço IP. Se essa conexão for interrompida por mais do que o tempo de ociosidade configurado, a conta ficará inativa.
Observação: os administradores podem configurar um tempo limite de autorização separado do tempo limite de ociosidade. O tempo limite de autorização faz com que uma conta ativa fique inativa após um número especificado de segundos, o que exige que os usuários autentiquem novamente quando o valor de tempo limite expirar. Esse valor é de 0 segundo por padrão, o que significa que a conta não fica automaticamente inativa.
Segurança e criptografia
P. A segurança e a criptografia funcionam com o Cisco Unified CallManager 5.0?
A. Yes. A segurança e a criptografia foram testadas e funcionam com o Cisco Unified CallManager 5.0.4 e 5.1.
Observação: o Cisco Unified CallManager 5.0 processa certificados de forma diferente das versões 4.x.
P. O Cisco Unified PhoneProxy pode se comunicar com segurança com telefones na Internet não confiável enquanto permanece não criptografado na rede interna confiável? O Cisco Unified PhoneProxy pode se comunicar com segurança com dois telefones na Internet não confiável?
A. Quando a segurança é ativada, todos os telefones na Internet não confiável devem se comunicar com segurança com o Cisco Unified PhoneProxy ou não têm permissão para se comunicar. O segmento de chamada entre o Cisco Unified PhoneProxy e um telefone IP remoto é criptografado. O segmento de chamada entre dois telefones IP remotos é criptografado, mas o segmento de chamada entre o Cisco Unified PhoneProxy ou o Cisco Unified CallManager interno e os telefones IP permanece não criptografado.
Essas imagens ilustram a criptografia do segmento de chamada.
Para um telefone remoto da Internet para um telefone corporativo interno:
Para um telefone Internet remoto para outro telefone Internet remoto:
P. Como configuro o ASA (Adaptive Security Appliance) para o recurso Cisco Phone Proxy?
A. Para configurar o ASA para o recurso Cisco Phone Proxy, consulte Configuração do recurso Cisco Phone Proxy.
P. Quais são os recursos suportados pelo ASA Phone Proxy?
A. O proxy de telefone ASA oferece suporte a estes recursos:
Música em espera (MoH)
serviços XML
P. É possível adicionar um proxy HTTP e usá-lo com proxy de telefone?
A. Um proxy HTTP reverso para o Cisco Unified Communications Manager pode ser usado para apontar os telefones IP para o pinhole no ASA. Essa solução é mais segura do que abrir um servidor HTTP do Cisco Unified Communications Manager e requer um servidor proxy reverso HTTP.
P. Qual versão do PhoneProxy suporta qual versão SCCP?
A. O ASA versão 8.0(4) inclui recursos de Comunicações Unificadas, como Proxy de Telefone e Proxy Móvel, que oferecem suporte ao SCCPv17 .
P. Quais recursos de voz (por exemplo, MOH, Transferência de chamadas, Conferência) são suportados no Proxy do telefone?
A. O Music on Hold (MoH) é suportado pelo ASA Phone Proxy, mas alguns telefones conectados através de um Cisco ASA Phone Proxy (base de código 8.2(1)) não podem ouvir as fontes de áudio MOH locais do CUCM. Esse problema é documentado pela ID de bug da Cisco CSCso81816 (somente clientes registrados) . As chamadas podem ser colocadas em espera ou transferidas com a ajuda do ASA Phone Proxy. Recursos empresariais como chamadas de conferência também são suportados em telefones remotos conectados por meio de um proxy de telefone ASA.
Atualizações, backup e manutenção
P. Posso recuperar a senha do administrador do Cisco Unified PhoneProxy?
A. As definições de administração no Management Console são protegidas por senha. Esta senha não pode ser recuperada. Você deve criar uma nova configuração e senha.
Você também pode proteger com uma senha essas áreas da CLI do Cisco Unified PhoneProxy:
partição principal—Você pode proteger a partição de manutenção com senha. No entanto, não é protegida por senha por predefinição. Para criar uma senha principal, você deve estar na partição de manutenção. Se a senha de manutenção for perdida, você não poderá recuperá-la.
partições image0 e image1—As partições image0 e image1 são protegidas por uma senha separada da senha da partição principal. Você pode definir a senha da partição da imagem na partição da imagem ou na partição de manutenção.
P. Há como atualizar a imagem principal?
A. Não. A principal imagem não pode ser atualizada. Não deve haver motivo para atualizar essa imagem.
P. Quando o nó de um cluster do Cisco Unified PhoneProxy falha, o próximo Unified PhoneProxy envia registros de telefone para o Cisco Unified CallManager? Essa situação causa problemas de desempenho?
A. O Cisco Unified PhoneProxy transfere somente dados que os telefones enviam. Por exemplo, em um cluster do Cisco Unified CallManager, se um dos membros desse cluster for desativado, todos os telefones serão failover para outro CallManager e registrarão. Os telefones têm uma conexão aberta com o Unified CallManager em standby, portanto, enviam uma solicitação de registro. Algumas mensagens adicionais são enviadas entre o telefone e o Unified CallManager. No entanto, o telefone não percebe que o CallManager principal está inoperante até que perca uma pulsação. Como a função de pulsação dos telefones não está sincronizada, as tentativas de registro são distribuídas em um intervalo de 30 segundos, e o desempenho não é afetado.
P. Como um telefone sabe se registrar no nó secundário do Cisco Unified PhoneProxy se o nó principal estiver inoperante?
A. A função de pulsação de cada telefone é chamada a cada 30 segundos. Quando eles perdem uma batida, o telefone se registra no nó secundário e tenta se registrar novamente com o nó primário.
Configuração do CallManager
P. O Cisco Unified PhoneProxy é exibido no Cisco Unified CallManager?
A. Não. Os telefones com proxy aparecem no Cisco Unified CallManager, mas o Cisco Unified PhoneProxy não é exibido.
Observação: no Cisco Unified CallManager, todos os telefones registrados e com proxy exibem o mesmo endereço IP. Esse endereço IP é o endereço IP da interface sul do Cisco Unified PhoneProxy, que está na mesma sub-rede da VLAN de voz do CallManager.
P. Preciso configurar cada telefone no proxy e no Cisco Unified CallManager?
A. Yes. O telefone deve ser provisionado no Cisco Unified CallManager com antecedência se o registro automático tiver sido desativado. Além disso, uma conta para o telefone deve ser criada e publicada no Cisco Unified PhoneProxy através do Console de gerenciamento. Para criar a conta, você deve especificar um nome de usuário, senha, ID da estação do telefone (por exemplo, SEP112233445566) e o CallManager para proxy do registro. Quando o usuário ativa a conta, ele deve fornecer o nome de usuário, a senha e o endereço IP.
Observação: no Cisco Unified CallManager, todos os telefones registrados e com proxy exibem o mesmo endereço IP. Esse endereço IP é o endereço IP da interface sul do Cisco Unified PhoneProxy, que está na mesma sub-rede da VLAN de voz do CallManager.
P. As partições, os espaços de pesquisa de chamadas e os números discados são controlados pelo Cisco Unified CallManager?
A. Yes. O telefone, o número discado, os espaços de pesquisa de chamadas e as partições devem ser provisionados no Cisco Unified CallManager. O Cisco Unified CallManager mantém todo o controle sobre os planos de discagem.
O Cisco Unified PhoneProxy não está ciente de números de linha, padrões de rota, espaços de pesquisa de chamada ou partições. O Cisco Unified PhoneProxy somente faz proxy do registro de telefone (e RTP).
Feedback