A Cisco traduziu este documento com a ajuda de tecnologias de tradução automática e humana para oferecer conteúdo de suporte aos seus usuários no seu próprio idioma, independentemente da localização. Observe que mesmo a melhor tradução automática não será tão precisa quanto as realizadas por um tradutor profissional. A Cisco Systems, Inc. não se responsabiliza pela precisão destas traduções e recomenda que o documento original em inglês (link fornecido) seja sempre consultado.
Este documento descreve o firmware do par que compartilha da característica (PFS) do telefone IP que permite os Telefones IP situados em locais remotos para compartilhar de arquivos de firmware entre eles, ao contrário do método tradicional da upgrade de firmware do telefone IP que exige o servidor TFTP enviar arquivos de firmware a cada telefone.
A Cisco recomenda que você tenha conhecimento destes tópicos:
As informações neste documento são baseadas nestas versões de software e hardware:
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.
No processo tradicional da upgrade de firmware, o servidor TFTP é suposto para comunicar-se individualmente com cada telefone, e envia-lhes os arquivos da elevação simultaneamente. Contudo, considere um cenário onde que 1000 telefones são ficados situados em um local remoto e o servidor TFTP nas matrizes é aproximadamente 15000 kms ausentes. Neste caso, os telefones são conectados ao server sobre o Wide Area Network (WAN), e em uma quantidade enorme. Assim, a upgrade de firmware para estes telefones toma uma quantidade de tempo considerável.
O PFS permite os Telefones IP situados em locais remotos para compartilhar dos arquivos de firmware entre eles, que salvar a largura de banda quando o processo de upgrade ocorre. Esta característica usa o par de Cisco para espreitar o protocolo de distribuição que é um protocolo de proprietário de Cisco usado para formar um par para espreitar hierarquia dos dispositivos. Cisco espreita para espreitar protocolo de distribuição é usado igualmente para copiar o firmware ou os outros arquivos dos dispositivos de peer aos dispositivos vizinhos.
O PFS é incluído nas versões de firmware do telefone 8.3(1) (e acima) que envia como parte da liberação CUCM 6.0. Será aplicável aos?ns Telefones IP Gen Cisco que inclui:
Note: O PFS é nem aplicável aos òs telefones da geração 7960 ou 7940 nem aos telefones OEM como os telefones de vídeo de Tandberg.
Estão aqui algumas das vantagens chaves do PFS sobre o método de upgrade tradicional:
Figura 1. firmware do par que compartilha da hierarquia da distribuição
Figura 2. diferença hierárquica entre o método de upgrade tradicional e o PFS
Figura 2 (a). Upgrade de firmware tradicional
Figura 2 (b). PFS
Somente o campo PFS precisa de ter o valor permitido em qualquer uma destes por ordem decrescente da precedência:
1. Página da configuração telefônica de cada dispositivo remoto.
2. Perfil comum do telefone.
3. Configuração telefônica da empresa.
Este é um trecho dos logs do console tomados do telefone da raiz, para confirmar que o PFS trabalha aqui:
"DBG 02:19:22.634167 DLoad: +++ fd=7 Listening on peer TCP port 4051"
Indica que o telefone começa o processo de par espreitar e está pronto para escutar os pacotes do aperto de mão para setup um par para espreitar estrutura antes que compartilhe do firmware.
NOT 02:19:22.634945 DLoad: ^.idl_child.c-openUDPPort NOT 02:19:22.664131 DLoad: |parent=-1><fd[0]=-1 fd[1]=-1 FULL=0
"NOT 02:19:23.161938 DLoad: ^.idl_protocol.c-sendBroadcastOffer"
O telefone envia uma mensagem da oferta da transmissão a todos os pares, quando se transforma a raiz.
"NF 02:19:23.162700 DLoad: XID080027F8 TxBdcst ClaimRoot(tent): map=ff9d7cb9 strength=31d4d43d "
Indica o telefone ligado reivindicar-se na sub-rede que é a raiz do par a espreitar compartilhando.
"NOT 02:19:23.410198 DLoad: ^.idl_timeout.c-doTimeout DBG 02:19:23.410963 DLoad: Timeout XID080027F8 hier=ClaimRoot(tent) NOT 02:19:23.411644 DLoad: ^.idl_protocol.c-sendBroadcastOffer INF 02:19:23.411925 DLoad: XID080027F8 TxBdcst Ad 1: ClaimRoot(tent) NOT 02:19:23.660235 DLoad: ^.idl_timeout.c-doTimeout DBG 02:19:23.661014 DLoad: Timeout XID080027F8 hier=ClaimRoot(tent) NOT 02:19:23.661772 DLoad: ^.idl_protocol.c-sendBroadcastOffer INF 02:19:23.662527 DLoad: XID080027F8 TxBdcst Ad 2: ClaimRoot(tent) NOT 02:19:23.910338 DLoad: ^.idl_timeout.c-doTimeout DBG 02:19:23.911135 DLoad: Timeout XID080027F8 hier=ClaimRoot(tent) NOT 02:19:23.911966 DLoad: ^.idl_protocol.c-sendBroadcastOffer INF 02:19:23.912719 DLoad: XID080027F8 TxBdcst Ad 3: ClaimRoot(tent)INF 02:19:34.410208 DLoad: XID080027F8 Root sending TFTP XfrCmd on ROOT_WAITING TO NOT 02:19:24.160548 DLoad: ^.idl_timeout.c-doTimeout DBG 02:19:24.161318 DLoad: Timeout XID080027F8 hier=ClaimRoot(tent) NOT 02:19:24.162076 DLoad: ^.idl_protocol.c-sendBroadcastOffer INF 02:19:24.162828 DLoad: XID080027F8 TxBdcst Ad 4: ClaimRoot(tent) NOT 02:19:24.410188 DLoad: ^.idl_timeout.c-doTimeout DBG 02:19:24.411262 DLoad: Timeout XID080027F8 hier=ClaimRoot(tent)"
Indica os intervalos múltiplos em que não obtém nenhuma respostas.
"NOT 02:19:24.412095 DLoad: UT:Confirmed root bumping strength"
O telefone transforma-se a raiz desde que não obteve nenhuns pacotes recebidos de aperto de mão dos pares.
NOT 02:19:24.412806 DLoad: @@@HROOT:XID080027F8 H=36685558 m=CP-7961G ROOT=10.106.117.68 /dnld/SCCP41.9-4-2SR2-2S.loads
Marque uma diferença entre ambos:
Quando você permite o PFS da página da configuração telefônica, não há nenhuma diferença considerável entre o PFS e o método tradicional da elevação. Contudo, quando a elevação estiver no processo, algumas diferenças podem ser marcadas das telas do telefone.
Método de upgrade tradicional |
PFS |
Todos os telefones mostram a mesma tela durante todo o processo. Por exemplo, se há um componente que está transferido em um telefone, outro igualmente mostra o mesmos. |
Alguns dos telefones mostram um comportamento diferente aqui. Basicamente, quem quer que is/are o pai em um instante, pôde mostrar o estado do componente x como 100%, visto que outro ainda promove ao componente x, e, mostre o KBs que é transferido para o X. |
Esta caixa está vazia para uma elevação tradicional. |
Você pode ver o ícone PFS no canto superior direito da tela dos telefones na altura da elevação. |
Telefone 1: |
Telefone 1: |
Telefone 2: |
Telefone 2: |
Telefone 3: |
Telefone 3: |
Telefone 4: |
Telefone 4: |
Pontos a recordar: