Implementeren van CUCM-versies 8.X/9.X/10.X Tijdzone- en DST-wijzigingen

Inleiding

In dit document wordt beschreven hoe tijdswijzigingen en tijdzoneinstellingen worden gehandhaafd op Cisco UCM en op de populairste Cisco IP-telefoons.

Tijdzone-instellingen en DST-wijzigingen implementeren in CUCM

Tijdzone-informatie in CUCM is gebaseerd op de tijdzone-database die is gedefinieerd in de Internet Assigned Numbers Authority (IANA):

Het wordt soms de Olson-database genoemd, die verwijst naar de oprichter, Arthur David Olson.

Paul Eggert is momenteel de redacteur en onderhouder. Raadpleeg de tijdzonedatabase voor recente tijdzone-updates.

Wijzigingen in de Time Zone Database gebeuren meestal een paar keer per jaar; u kunt de geschiedenis van alle recente updates op The tz-announce Archives controleren.

Voor belangrijke wijzigingen in de tijdzonedatabase geeft Cisco het .cop-bestand voor CUCM vrij dat de wijzigingen in de tijdzonedatabase bevat.

Niet alle wijzigingen in de tijdzonedatabase hebben een respectieve .cop-bestand voor CUCM.

Voor alle momenteel ondersteunde CUCM-versies (behalve de nieuwste versie 10.5, waar het opnieuw is ontworpen),

DST-wijziging wordt uitgevoerd volgens schema, gedefinieerd door de versie met tijdzonegegevens, die kan worden geverifieerd met deze CLI-opdracht:

admin:show timezone config
Current timezone: Central European Time (Europe/Warsaw)
Timezone version: 2012j

In dit geval is de geïnstalleerde tijdzone versie 2012j en het systeem is ingesteld in Centraal-Europese Tijd (CET) tijdzone.

U kunt de lijst met beschikbare tijdzones weergeven met deze opdracht:

admin:show timezone list

   0 - Africa/Abidjan
   1 - Africa/Accra
   2 - Africa/Addis_Ababa
   3 - Africa/Algiers
   4 - Africa/Asmara
   5 - Africa/Bamako
[...]
 405 - Europe/Warsaw
[...]

En tijdzones op CUCM kunnen worden ingesteld met deze opdracht:

admin:set timezone 405

Using timezone: Europe/Warsaw

A system restart is required

In dit commando is 405 het in kaart brengen van de 405 naar de tijdzone Europa/Warschau.

Opmerking: Nadat u de tijdzone op CUCM hebt gewijzigd, moet het systeem opnieuw worden opgestart.

Het DST-wijzigingsschema kan worden bijgewerkt via DST-update .cop-bestanden, die worden vrijgegeven voor specifieke CUCM-versies en elke keer dat DST-regels worden gewijzigd.

Er zijn elk jaar veel veranderingen in DST over de hele wereld, dus het is belangrijk dat u het DST-schema up-to-date houdt. DST update .cop bestanden worden genoemd in dit formaat:

ciscocm.dst-updater.<tzdata_version>.<UCM Release version>.cop

Elk DST update .cop bestand bevat een nieuwe versie van een .csv bestand (TzDataCSV.csv), die de DST wijziging schema update bevat voor elke tijdzone.

Het bestand bevat deze informatie voor elke tijdzone. Hier is een voorbeeld voor de tijdzone Europa/Amsterdam:

TIMEZONE_EUROPE_AMSTERDAM,"Europe/Amsterdam","60","0/3/0/5,02:00:00:00","0/10/0/4,
03:00:00:00","60","Europe/Amsterdam"

Hier is een beschrijving van wat de verschillende componenten van de output betekenen:

• TIMEZONE_EUROPE_AMSTERDAM - Identifier
• Europa/Amsterdam - Naam tijdzone
• "60" - Greenwich Mean Time (GMT) offset
• "0/3/0/5,02:00:00:00" - DST begint om 02:00; 3 betekent maart; 5 betekent de vijfde zondag van deze maand
• "0/10/0/4,03:00:00:00" - DST stopt om 03:00; 10 betekent oktober; 4 betekent de vierde zondag van deze maand
• "60" - DST-wijziging in minuten
• "Europe/Amsterdam" - Extra tijdzonemarkering

Nadat u het DST-update .cop-bestand hebt geïnstalleerd, wordt alle informatie van TzDataCSV.csv bijgewerkt in de CUCM-database.

In de CUCM-database wordt de tabel met DST-updategegevens de tabel Typetimezone genoemd.

De inhoud van de tabel Typetimezone kan worden gecontroleerd door een CLI Structured Query Language (SQL); hier is een voorbeeld:

admin:run sql select * from typetimezone where name ='Europe/Amsterdam'
enum name description moniker bias stddate stdbias dstdate dstbias abbreviation
legacyname
==== ================ ============================================================
========================= ==== ==================== ======= =================== 
======= ============ ================================
23 Europe/Amsterdam (GMT+01:00) Amsterdam, Berlin, Stockholm, Rome, Bern, Vienna 
TIMEZONE_EUROPE_AMSTERDAM -60 0/10/0/4,03:00:00:00 0 0/3/0/5,02:00:00:00 -60 CET W.
Europe Standard/Daylight Time

Hier is een beschrijving van wat de verschillende componenten van de output betekenen:

• stddate - Standaardstarttijd
• einddatum - begin van de zomertijd
• bias - Verschuiving van GMT 
• stebias - Verschuiving van bias tijdens standaardtijd
• Distbias - Verschil van bias tijdens de zomer

Zoals u kunt zien, is er geen informatie over het jaar in de database.

DST update wijzigingen in CUCM zijn niet jaar-specifiek; tijd updates van de Typetimezone tabel worden toegepast elk jaar en kan alleen worden gewijzigd door een nieuwe DST update .cop bestand installatie.

Implementeer tijdzone-instellingen en DST-wijzigingen op de meest populaire Cisco IP-telefoons

In dit gedeelte wordt beschreven hoe u DST-wijzigingen voor telefoons in CUCM kunt verwerken.

Tijdens het opstartproces communiceren alle telefoons met de TFTP-server en downloaden ze data-informatie op basis van informatie uit het configuratiebestand.

Dit proces varieert en hangt af van het type telefoon.

Nadat de telefoon informatie in het configuratiebestand heeft gekregen over welk bestand moet worden gedownload, downloadt het het bestand van dezelfde TFTP-server.

In de afbeelding is <tz file> ofwel tzupdater.jar, tzdatacsv.csv of j9-tzdata.jar.

79XX-serie, 8961, en 99X1 telefoons updaten tzdata informatie met een download van de tzupdater.jar bibliotheek op basis van deze sectie uit het config-bestand:

<device>
<tzdata>
<tzolsonversion>version</tzolsonversion>
<tzupdater>tzupdater.jar<tzupdater>
</tzdata>
</device>

Hier is een beschrijving van wat de verschillende componenten van het bestand betekenen:

• versie - Dit is de Olson TZ-versie die afkomstig is van het bestand tzupdater.ver dat in de TFTP-map wordt gedumpt
• tzupdater.jar - Dit is het tz-updatebestand voor Java-telefoons

3911, 3951, 69XX-serie en 894X-telefoons werken tzdata-informatie bij met een download van het bestand tzdatacsv.csv op basis van deze sectie uit het configuratiebestand:

<device>
<tzdata>
<tzolsonversion>version</tzolsonversion>  
<tzupdater>tzdatacsv.csv<tzupdater>
</tzdata>
</device>  

In het bestand betekent tzdatacsv.csv het updatebestand voor de tijdzone voor Lodown/RTL/Gumbo-telefoons.

78XX-serie en 88XX-serie telefoons updaten tzdata informatie met een download van de j9-tzdata.jar bibliotheek op basis van deze sectie uit het configuratiebestand:

<device>
<tzdata>
<tzolsonversion>version</tzolsonversion>  
<tzupdater>j9-tzdata.jar<tzupdater>
</tzdata>
</device>  

In het bestand betekent j9-tzdata.jar het updatebestand voor de tijdzone voor 78XX-reeksen en 88XX-reeksen.

Opmerking: bestanden zoals tzupdater.jar, tzdatacsv.csv en j9-tzdata.jar worden bijgewerkt op de TFTP-server tijdens de installatie van het DST-update .cop-bestand.

Wijzigingen in DST-implementatie in CUCM versie 10.5

In CUCM versie 10.5 werd de manier waarop DST-wijzigingen werden afgehandeld gewijzigd.

Deze verbeteringen verminderden het aantal geopende gevallen wanneer een nieuwe DST .cop-bestandsinstallatie vereist was.

In de meeste gevallen hoeft u geen nieuwe .cop-bestanden te installeren omdat de overheidsregels van landen niet elk jaar veranderen.

Maar zelfs dan moet u uw .csv-bestanden bijwerken omdat het kalenderjaar elk jaar verandert.

Bijvoorbeeld, voor sommige jaren, de DST startdag is de vierde zondag en soms begint het op de vijfde zondag.

Soms wijst het .csv-bestand naar de vierde zondag en op andere momenten naar de vijfde zondag.

Dit kan verwarrend zijn omdat maart vier of vijf zondagen kan hebben.

Het doel van deze functie is dat het .csv-bestand verwijst naar de laatste zondag in plaats van naar de vierde of vijfde zondag. Hiervoor is een nieuw .csv bestand nodig.

In CUCM-versies vóór versie 10.5 vereiste deze wijziging een nieuwe installatie van het DST .cop-bestand. Met de veranderingen in CUCM Versie 10.5 treedt dit gedrag op:

• Als de CUCM-server is ingeschakeld, wordt op 10 januari om 00:00 uur een DST-regelbestand voor het lopende jaar gegenereerd.
• Als de CUCM-server niet is ingeschakeld, wordt het DST-regelingenbestand gegenereerd wanneer de servers worden opgestart, op of na 10 januari.
• Beheerders kunnen het DST-regelenbestand handmatig genereren als ze de opdracht dst bijwerken vanuit de CLI uitvoeren.
  
  

  admin:utils update dst
  Creating backup of existing DST rules file.
  Backup of DST rules file created.
  Creating new file for DST rules. This might take several minutes. 
  Do not press Ctrl-C.
  DST rules file created for the current year.
  Cisco TFTP will restart now.
  Service Manager is running
  Cisco Tftp[STARTED]
  Cisco tftp restarted.
  CSV file created succesfully.

U moet de telefoons opnieuw opstarten om de wijzigingen van kracht te laten worden. Als u de telefoons niet opnieuw opstart, resulteert dit in onjuiste DST-start- / stopdatums.

Opmerking: Het is nog steeds vereist om het DST .cop-bestand bij te werken als de tijdzonedatabase voor de tijdzone verandert. Als een bepaald land bijvoorbeeld besluit dat het geen DST-wijzigingen meer uitvoert, moet u het DST .cop-bestand bijwerken.

Voorkom problemen met DST-wijzigingen op CUCM- en Cisco IP-telefoons

Om bekende problemen met DST-updatewijzigingen op telefoons en CUCM-systemen (van versie 8.X naar versie 10.5) te voorkomen, onthoud deze zorgen:

• U moet uw CUCM-systeem up-to-date houden met de nieuwste versie van het DST .cop-bestand dat beschikbaar is op Cisco.com.
  
  
• Elke keer dat u het CUCM-systeem bijwerkt met het nieuwe DST .cop-bestand, moeten de tzdata-potbestanden ook worden bijgewerkt.

Om compatibiliteitsproblemen met telefoons met oude firmware te voorkomen, wordt het ten zeerste aanbevolen om het systeem bijgewerkt te houden met de nieuwste release van het apparaatpakket.

• Elke keer dat u het bericht "Time zone data download failed" ziet in de statusberichten van de telefoon, moet u onderzoeken omdat het zeer goed mogelijk is dat de telefoon problemen heeft met de juiste tijdweergave en mogelijk problemen ondervindt tijdens de DST-update.
  
  
• Houd er rekening mee dat Cisco niet kan voorspellen wanneer DST-regels worden gewijzigd, en dit is de reden waarom het nodig is om DST .cop-bestanden vrij te geven en te installeren elke keer dat er een aankondiging is dat regels worden gewijzigd.