De documentatie van dit product is waar mogelijk geschreven met inclusief taalgebruik. Inclusief taalgebruik wordt in deze documentatie gedefinieerd als taal die geen discriminatie op basis van leeftijd, handicap, gender, etniciteit, seksuele oriëntatie, sociaaleconomische status of combinaties hiervan weerspiegelt. In deze documentatie kunnen uitzonderingen voorkomen vanwege bewoordingen die in de gebruikersinterfaces van de productsoftware zijn gecodeerd, die op het taalgebruik in de RFP-documentatie zijn gebaseerd of die worden gebruikt in een product van een externe partij waarnaar wordt verwezen. Lees meer over hoe Cisco gebruikmaakt van inclusief taalgebruik.
Cisco heeft dit document vertaald via een combinatie van machine- en menselijke technologie om onze gebruikers wereldwijd ondersteuningscontent te bieden in hun eigen taal. Houd er rekening mee dat zelfs de beste machinevertaling niet net zo nauwkeurig is als die van een professionele vertaler. Cisco Systems, Inc. is niet aansprakelijk voor de nauwkeurigheid van deze vertalingen en raadt aan altijd het oorspronkelijke Engelstalige document (link) te raadplegen.
Dit document beschrijft de Peer Firmware Sharing (PFS) optie van de IP-telefoon die IP-telefoons op externe locaties toestaat om firmware-bestanden onder hen te delen, in tegenstelling tot de traditionele methode van IP-telefoon firmware-upgrade die van de TFTP-server (Trivia File Transfer Protocol) eist om firmware-bestanden naar elke telefoon te verzenden.
Cisco raadt kennis van de volgende onderwerpen aan:
De informatie in dit document is gebaseerd op de volgende software- en hardware-versies:
De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u de potentiële impact van elke opdracht begrijpen.
In het traditionele upgrade van de firmware is de TFTP-server bedoeld om afzonderlijk met elke telefoon te communiceren en de upgradebestanden tegelijkertijd naar de telefoons te verzenden. Bedenk echter een scenario waarin 1000 telefoons op een verafgelegen locatie zijn geplaatst en de TFTP-server op het hoofdkwartier ongeveer 15000 km ver is. In dit geval worden de telefoons aangesloten op de server via het WAN (Wide Area Network) en in een enorme hoeveelheid. De firmware upgrade voor deze telefoons duurt dus behoorlijk lang.
PFS staat IP-telefoons toe die op afgelegen locaties zijn gelegen om de firmware-bestanden onder hen te delen, wat bandbreedte bespaart wanneer het upgradeproces plaatsvindt. Deze optie gebruikt Cisco Peer to Peer Distribution Protocol dat een bedrijfseigen protocol is van Cisco dat wordt gebruikt om een peer to peer hiërarchie van apparaten te vormen. Cisco Peer to Peer Distribution Protocol wordt ook gebruikt om firmware of andere bestanden van peer-apparaten naar de aangrenzende apparaten te kopiëren.
PFS is opgenomen in de telefoon firmware versie 8.3(1) (en hoger) die schepen als onderdeel van de CUCM 6.0-release. Het is van toepassing op Cisco IP-telefoons van de derde generatie die:
Opmerking: PFS is niet van toepassing op telefoons van de tweede generatie 7960 of 7940 en ook niet op OEM-telefoons zoals die van Tandberg.
Hier zijn een aantal van de belangrijkste voordelen van PFS in vergelijking met de traditionele upgrademethode:
Afbeelding 1. Peer-firmware Sharing Distribution Hierarchy
Afbeelding 2. hiërarchisch verschil tussen de traditionele upgrade-methode en de PFS
Afbeelding 2 (a). upgrade van traditionele firmware
Afbeelding 2 (b). PFS
Alleen het PFS-veld moet de waarde op een van deze velden hebben ingeschakeld in afnemende volgorde van voorrang zoals in de afbeelding wordt getoond:
1. De pagina met de configuratie van elk extern apparaat.
2. Gemeenschappelijk telefoonprofiel.
3. Configuratie van ondernemingstelefoon.
Dit is een fragment uit de console-logboeken die van de worteltelefoon is gemaakt, om te bevestigen dat PFS hier werkt:
"DBG 02:19:22.634167 DLoad: +++ fd=7 Listening on peer TCP port 4051"
Geeft aan dat de telefoon het proces van peer to peer start en is klaar om naar de handdruk pakketten te luisteren om een peer to Peer structuur in te stellen voordat deze de firmware deelt:
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"
De telefoon stuurt een bericht van de omroepaanbieding naar alle peers, wanneer het de wortel wordt:
"NF 02:19:23.162700 DLoad: XID080027F8 TxBdcst ClaimRoot(tent): map=ff9d7cb9 strength=31d4d43d "
Duidt op de telefoon om zichzelf in Subnet op te eisen dat het de wortel van peer aan peer het delen is:
"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)"
Duidt op meerdere timeouts als deze geen antwoorden krijgt:
"NOT 02:19:24.412095 DLoad: UT:Confirmed root bumping strength"
De telefoon wordt de wortel aangezien het geen inkomende pakketten van handdruk van de peers kreeg:
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
Let op een verschil tussen beide:
Wanneer u PFS van de pagina van de Configuratie van de Telefoon toelaat, is er geen aanzienlijk verschil tussen PFS en de traditionele verbeteringsmethode. Maar terwijl de upgrade bezig is, kunnen er een aantal verschillen worden gemarkeerd vanaf de telefoonschermen.
Methode voor traditionele upgrade |
PFS |
Alle telefoons hebben tijdens het proces hetzelfde scherm te zien. Bijvoorbeeld, als er één component is die op één telefoon wordt gedownload, tonen anderen ook het zelfde. |
Sommige telefoons vertonen hier een ander gedrag. Degene die de ouder(s) is(zijn) op één moment kan de status van component x zien als 100%, terwijl anderen nog steeds bijwerken naar component x en de KBs tonen die voor x worden gedownload. |
Het vakje is leeg voor een traditionele upgrade zoals in de afbeelding.
|
U kunt het PFS-pictogram in de rechterbovenhoek van het scherm van de telefoons zien op het moment van de upgrade, zoals in de afbeelding wordt gezien.
|
Telefoon 1:
|
Telefoon 1:
|
Telefoon 2:
|
Telefoon 2:
|
Telefoon 3:
|
Telefoon 3:
|
Telefoon 4:
|
Telefoon 4:
|
Opmerkingen:
Er is momenteel geen verificatieprocedure beschikbaar voor deze configuratie.
Er is momenteel geen specifieke troubleshooting-informatie beschikbaar voor deze configuratie.