- Start
- /
- Artikel
Configure 9800 en 8875 telefoons voor firmware-upgrade (BroadWorks)
Dit Help-artikel is voor Cisco bureautelefoon 9800 Series en Cisco VideoTelefoon 8875 die zijn geregistreerd bij Cisco BroadWorks. De informatie op deze pagina bevat informatie over upgrademethoden voor telefoonfirmware, PFS (Peer Firmware Sharing), logbestanden voor firmware-update en parameters met betrekking tot de firmware-update.
Firmware-upgrades configureren
Firmware-updates kunnen op specifieke intervallen worden toegestaan. Bijgewerkte firmware wordt vanaf een server naar de telefoon verzonden met behulp van TFTP of HTTP. Beveiliging is een minder groot probleem met een firmware-upgrade, omdat firmware geen persoonlijke informatie bevat.
U kunt de parameters ook configureren in het configuratiebestand voor de telefoon met XML-code (cfg.xml).
Voordat u begint
Open de beheerwebpagina van de telefoon.
1 |
Selecteer . |
2 |
Kies in de sectie Firmware Upgrade (Firmware-upgrade) de optie Yes (Ja) bij de parameter Upgrade Enable. U kunt deze parameter configureren in het XML-bestand met de telefoonconfiguratie (cfg.xml) door een tekenreeks met deze notatie in te voeren:
Opties: Ja en Nee Standaard: Ja |
3 |
Stel de parameter Upgrade Error Retry Delay in seconden in. Het interval voor opnieuw proberen te upgraden (in seconden) wordt toegepast in het geval van een fout bij de upgrade. Het apparaat heeft een fouttimer voor de firmware-upgrade die wordt geactiveerd nadat een firmware-upgrade mislukt. De timer wordt met de waarde in deze parameter geïnitialiseerd. De volgende firmware-upgradepoging vindt plaats wanneer naar nul wordt afgeteld. U kunt deze parameter configureren in het XML-bestand met de telefoonconfiguratie (cfg.xml) door een tekenreeks met deze notatie in te voeren:
Standaard: 3600
|
4 |
Stel de parameter Upgrade Rule in door een firmware-upgradescript in te voeren waarmee upgradevoorwaarden en bijbehorende firmware-URL's worden gedefinieerd. Hierbij wordt dezelfde syntaxis als bij profielregel gebruikt. Voer een script in en gebruik de volgende notatie om de upgraderegel in te voeren:
Bijvoorbeeld: tftp://192.168.1.5/image/PHONEOS.3-0-1-0001-213.loads U kunt deze parameter configureren in het XML-bestand met de telefoonconfiguratie (cfg.xml) door een tekenreeks met deze notatie in te voeren:
|
5 |
Klik op Submit All Changes. |
Firmware upgraden met TFTP, HTTP of HTTPS
De telefoon ondersteunt een firmware-upgrade met TFTP, HTTP of HTTPS.
Voordat u begint
Het firmwareversiebestand moet worden gedownload naar een toegankelijke server.
1 |
Pak het zipbestand uit met de volgende opdracht:
Waarbij:
|
2 |
Kopieer de map naar een TFTP-, HTTP- of HTTPS-downloadmap. |
3 |
Open de beheerwebpagina van de telefoon. |
4 |
Selecteer . |
5 |
Zoek de bestandsnaam van de versie, die eindigt op .loads en voeg deze toe aan de geldige URL. |
6 |
Klik op Submit All Changes. |
Firmware upgraden met een browseropdracht
Een upgradeopdracht die wordt ingevoerd in de adresbalk van de browser kan worden gebruikt om de firmware op een telefoon te upgraden. De telefoon wordt alleen bijgewerkt als deze inactief is. De update wordt automatisch geprobeerd nadat het gesprek is voltooid.
Voer de volgende opdracht in om de telefoon bij te werken met een URL in een webbrowser:
|
Delen van peerfirmware inschakelen
Peer firmware delen (PFS) is een firmwaredistributiemodel waarmee een Cisco IP-telefoon andere telefoons van hetzelfde model of uit dezelfde serie kan vinden op het subnet en de bijgewerkte firmwarebestanden daarmee kan delen als u meerdere telefoons tegelijk wilt upgraden. PFS maakt gebruik van het Cisco Peer-to-Peer-Distribution Protocol (CPPDP) dat een eigen protocol is van Cisco. Met CPPDP vormen alle apparaten in het subnet een peer-to-peer-hiërarchie zodat u firmware of andere bestanden van peerapparaten kunt kopiëren naar aangrenzende apparaten. Als u firmwareupgrades wilt optimaliseren, wordt de firmware-image van de laadserver gedownload op een hoofdtelefoon en vervolgens naar andere telefoons in het subnet overgebracht via TCP-verbindingen.
Peer firmware delen:
-
Beperkt congestie in TFTP-overdrachten naar gecentraliseerde externe laadservers.
-
Elimineert de vereiste om firmware-upgrades handmatig te beheren.
-
Reduceert telefoonuitvaltijd tijdens upgrades wanneer grote aantallen telefoons gelijktijdig worden gereset.
-
Peer firmware delen werkt alleen als meerdere telefoons op dezelfde tijd zijn ingesteld voor bijwerken. Wanneer een NOTIFY-melding wordt verzonden met Event:resync, wordt de telefoon opnieuw gesynchroniseerd. Voorbeeld van XML met configuraties voor het starten van de upgrade:
"Gebeurtenis:resync; profiel=" http://10.77.10.141/profile.xml
-
Wanneer u de PFS-logserver instelt op een IP-adres en poort, worden de specifieke PFS-logboeken naar die server verzonden als UDP-berichten. Deze instelling moet op elke telefoon worden uitgevoerd. U kunt de logboekberichten vervolgens gebruiken bij het oplossen van problemen met PFS.
U kunt de parameters ook configureren in het configuratiebestand voor de telefoon met XML-code (cfg.xml).
1 |
Open de beheerwebpagina van de telefoon. |
2 |
Selecteer . |
3 |
Stel in de sectie Firmware Upgrade (Firmware-upgrade) de parameters in: |
4 |
Klik op Submit All Changes. |
Firmware-upgradeparameters
In de volgende tabel worden de functie en het gebruik van elke parameter in de sectie Firmware-upgrade van het tabblad Inrichting gedefinieerd.
Parameternaam |
Beschrijving en standaardwaarde |
---|---|
Upgrade inschakelen |
Hiermee zijn firmware-upgradebewerkingen onafhankelijk van hersynchronisatieacties ingeschakeld. De standaardwaarde is Ja. Configureer deze parameter met een van de methoden:
|
Vertraging nieuwe poging na upgradefout |
Het interval voor opnieuw proberen te upgraden (in seconden) wordt toegepast in het geval van een fout bij de upgrade. Het apparaat heeft een fouttimer voor de firmware-upgrade die wordt geactiveerd nadat een firmware-upgrade mislukt. De timer wordt met de waarde in deze parameter geïnitialiseerd. De volgende firmware-upgradepoging vindt plaats wanneer naar nul wordt afgeteld. De standaardwaarde is 3600 seconden. Configureer deze parameter met een van de methoden:
|
Upgraderegel |
Een firmware-upgradescript waarmee upgradevoorwaarden en gekoppelde firmware-URL's worden gedefinieerd. Hierbij wordt dezelfde syntaxis als bij profielregel gebruikt. Gebruik de volgende indeling om de upgraderegel in te voeren:
Bijvoorbeeld:
Als er geen protocol wordt opgegeven, wordt TFTP verondersteld. Als er geen servernaam is opgegeven, wordt de host die de URL opvraagt, als servernaam gebruikt. Als er geen poort is opgegeven, wordt de standaardpoort gebruikt (69 voor TFTP, 80 voor HTTP of 443 voor HTTPS). De standaardwaarde is leeg. Configureer deze parameter met een van de methoden:
|
Log Upgrade Request Msg (Aanvraagbericht upgrade registreren) |
Syslog-bericht dat wordt afgegeven bij de start van een firmware-upgradepoging. Standaard: Configureer deze parameter met een van de methoden:
|
Log Upgrade Success Msg (Succesbericht upgrade registreren) |
Syslog-bericht dat wordt afgegeven nadat de firmware-upgradepoging met succes is voltooid. De standaardwaarde is Configureer deze parameter met een van de methoden:
|
Log Upgrade Failure Msg (Foutbericht upgrade registreren) |
Syslog-bericht dat wordt afgegeven nadat de firmware-upgradepoging is mislukt. De standaardwaarde is Configureer deze parameter met een van de methoden:
|
Peer firmware delen |
Hiermee schakelt u de functie PFS (Peer Firmware Sharing) in of uit. Selecteer Ja of Nee om de functie in of uit te schakelen. Standaard: Ja Configureer deze parameter met een van de methoden:
|
Peer Firmware Sharing Log Server (Peer Firmware Sharing-logserver) |
Geeft het IP-adres en de poort aan waarnaar het UDP-bericht wordt verzonden. Bijvoorbeeld: 10.98.76.123:514 waarbij 10.98.76.123 het IP-adres is en 514 het poortnummer. Configureer deze parameter met een van de methoden:
|