- Página inicial
- /
- Artigo
Obrigado pelos seus comentários.
Configurar os telefones 9800 e 8875 para atualização de firmware (BroadWorks)
Neste artigo
Comentários?Este artigo de ajuda é para o Cisco Desk Phone 9800 Series e o Cisco Video Phone 8875 registrados no Cisco BroadWorks. As informações nesta página incluem informações sobre métodos de atualização do firmware do telefone, compartilhamento de firmware entre pares (PFS), registros para atualização do firmware e parâmetros relacionados à atualização do firmware.
Configurar atualizações de firmware
As atualizações de firmware podem ser permitidas em intervalos específicos. O firmware atualizado é enviado de um servidor para o telefone usando TFTP ou HTTP. A segurança é menos problemática em uma atualização de firmware, porque o firmware não contém informações pessoais.
Você também pode configurar os parâmetros no arquivo de configuração do telefone com o código XML (cfg.xml).
Antes de começar
Acesse a página da web de administração do telefone.
| 1 |
Selecione . |
| 2 |
Na seção Atualização do Firmware, escolha Sim no parâmetro Atualizar Ativar. Você pode configurar esse parâmetro no arquivo XML de configuração do telefone (cfg.xml) inserindo uma string neste formato: Opções: Sim e Não Padrão: Sim |
| 3 |
Defina o parâmetro Upgrade Error Retry Delay em segundos. O intervalo de novas tentativas de upgrade (em segundos) aplicado em caso de falha no upgrade. O dispositivo tem um temporizador de erro de atualização do firmware que é ativado após uma tentativa falhada de atualização do firmware. O cronômetro é inicializado com o valor nesse parâmetro. A próxima tentativa de atualização do firmware ocorre quando esse cronômetro faz a contagem regressiva até zero. Você pode configurar esse parâmetro no arquivo XML de configuração do telefone (cfg.xml) inserindo uma string neste formato: Padrão: 3600 |
| 4 |
Defina o parâmetro Upgrade Rule inserindo um script de atualização de firmware que define as condições de atualização e os URLs de firmware associados. Ele usa a mesma sintaxe da regra de perfil. Insira um script e use o formato a seguir para inserir a regra de atualização: Por exemplo: em ftp://192.168.1.5/image/PHONEOS.3-0-1-0001-213.loads Você pode configurar esse parâmetro no arquivo XML de configuração do telefone (cfg.xml) inserindo uma string neste formato: |
| 5 |
Clique em Enviar todas as alterações. |
Atualize o firmware por TFTP, HTTP ou HTTPS
O telefone suporta atualização de firmware por TFTP, HTTP ou HTTPS.
Antes de começar
O arquivo de carregamento do firmware deve ser baixado em um servidor acessível.
| 1 |
Descompacte o arquivo.zip com o seguinte comando:
onde:
|
| 2 |
Copie a pasta em um diretório de download TFTP, HTTP ou HTTPS. |
| 3 |
Acesse a página da web de administração do telefone. |
| 4 |
Selecione . |
| 5 |
Encontre o nome do arquivo de carregamento que termina em .loads e anexe-o ao URL válido. |
| 6 |
Clique em Enviar todas as alterações. |
Atualize o firmware com o comando do navegador
Um comando de atualização inserido na barra de endereço do navegador pode ser usado para atualizar o firmware em um telefone. O telefone é atualizado somente quando está ocioso. A atualização é tentada automaticamente após a conclusão da chamada.
|
Para atualizar o telefone com um URL em um navegador da Web, digite este comando: |
Habilitar o compartilhamento de firmware entre pares
O Peer Firmware Sharing (PFS) é um modelo de distribuição de firmware que permite que um telefone IP Cisco encontre outros telefones do mesmo modelo ou série na sub-rede e compartilhe arquivos de firmware atualizados quando precisar atualizar vários telefones ao mesmo tempo. O PFS usa o Cisco Peer-to-Peer-to-Peer-Distribution Protocol (CPPDP), que é um protocolo proprietário da Cisco. Com o CPPDP, todos os dispositivos na sub-rede formam uma hierarquia ponto a ponto e, em seguida, copiam o firmware ou os outros arquivos dos dispositivos de mesmo nível para os dispositivos vizinhos. Para otimizar as atualizações de firmware, um telefone raiz baixa a imagem do firmware do servidor de carregamento e depois transfere o firmware para outros telefones na sub-rede usando conexões TCP.
Compartilhamento de firmware entre pares:
-
Limita o congestionamento nas transferências de TFTP para servidores centralizados de remoção de carga.
-
Elimina a necessidade de controlar manualmente as atualizações de firmware.
-
Reduz o tempo de inatividade do telefone durante as atualizações, quando um grande número de telefones é reiniciado simultaneamente.
-
O compartilhamento de firmware entre pares não funciona, a menos que vários telefones estejam configurados para atualização ao mesmo tempo. Quando um NOTIFY é enviado com Event:resync, ele inicia uma ressincronização no telefone. Exemplo de um xml que pode conter as configurações para iniciar a atualização:
“event:resync; profile=” http://10.77.10.141/profile.xml -
Quando você define o servidor Peer Firmware Sharing Log para um endereço IP e uma porta, os registros específicos do PFS são enviados para esse servidor como mensagens UDP. Essa configuração deve ser feita em cada telefone. Em seguida, você pode usar as mensagens de log ao solucionar problemas relacionados ao PFS.
Você também pode configurar os parâmetros no arquivo de configuração do telefone com o código XML (cfg.xml).
| 1 |
Acesse a página da web de administração do telefone. |
| 2 |
Selecione . |
| 3 |
Na seção Atualização do Firmware, defina os parâmetros: |
| 4 |
Clique em Enviar todas as alterações. |
Parâmetros de atualização do firmware
A tabela a seguir define a função e o uso de cada parâmetro na seção Atualização de firmware da guia Provisionamento.
|
Nome do parâmetro |
Descrição e valor padrão |
|---|---|
|
Habilitar atualização |
Permite operações de atualização de firmware independentemente das ações de ressincronização. O valor padrão é Sim. Configure esse parâmetro com um dos métodos:
|
|
Erro de atualização | Atraso na tentativa |
O intervalo de novas tentativas de upgrade (em segundos) aplicado em caso de falha no upgrade. O dispositivo tem um temporizador de erro de atualização do firmware que é ativado após uma tentativa falhada de atualização do firmware. O cronômetro é inicializado com o valor nesse parâmetro. A próxima tentativa de atualização do firmware ocorre quando esse cronômetro faz a contagem regressiva até zero. O valor padrão é 3600 segundos. Configure esse parâmetro com um dos métodos:
|
|
Regra de atualização |
Um script de atualização de firmware que define as condições de atualização e os URLs de firmware associados. Ele usa a mesma sintaxe da regra de perfil. Use o formato a seguir para inserir a regra de atualização:
Por exemplo: Se nenhum protocolo for especificado, o TFTP será assumido. Se nenhum nome de servidor for especificado, o host que solicita a URL será usado como nome do servidor. Se nenhuma porta for especificada, a porta padrão será usada (69 para TFTP, 80 para HTTP ou 443 para HTTPS). O valor padrão está em branco. Configure esse parâmetro com um dos métodos:
|
|
Mensagem de solicitação de atualização de log |
Mensagem de syslog emitida no início de uma tentativa de atualização de firmware. Padrão: Configure esse parâmetro com um dos métodos:
|
|
Mensagem de sucesso da atualização do log |
Mensagem de syslog emitida após a conclusão bem-sucedida de uma tentativa de atualização de firmware. O valor padrão é Configure esse parâmetro com um dos métodos:
|
|
Mensagem de falha na atualização do log |
Mensagem de syslog emitida após uma falha na tentativa de atualização do firmware. O valor padrão é Configure esse parâmetro com um dos métodos:
|
|
Compartilhamento de firmware entre pares |
Ativa ou desativa o recurso Peer Firmware Sharing (PFS). Selecione Sim ou Não para ativar ou desativar o recurso. Padrão: Sim Configure esse parâmetro com um dos métodos:
|
|
Servidor de log de compartilhamento de firmware entre pares |
Indica o endereço IP e a porta para a qual a mensagem UDP é enviada. Por exemplo: 10.98.76. 123:514 em que 10.98.76.123 é o endereço IP e 514 é o número da porta. Configure esse parâmetro com um dos métodos:
|
