cancelar
Mostrar resultados para 
Pesquisar em vez de 
Queria dizer: 
cancel
2847
Apresentações
60
Útil
7
Comentários
Bruno Rangel
Spotlight
Spotlight

Team

No Brasil, foi alterada a data de ocorrencia do horario de Verão tambem conhecido como  Daylight Saving Time, com essa alteração alguns equipamentos não estavam "provisionados" para essa alteração, como é o caso do CUCM.

 

As informações de fuso horário no CUCM são baseadas no Time Zone Database definido na IANA (Internet Assigned Numbers Authority), quando há mudanças no Time Zone Database, Cisco cria um arquivo do tipo .cop para o CUCM que inclui as mudanças ao fuso horário. Porem nem todas as alterações de fuso horario têm um respectivo arquivo .cop para o CUCM.
Como é o caso da ocorrencia no Brasil onde a Cisco registrou o BUG/Defeito:

Cisco Bug: CSCvm88090 - The DST (Daylight Savings Time) start date changed in Brazil (2018)

Conforme descrito no Bug, não há uma solução definitiva dessa forma é necessario a mudança do Time-Zone no equipamento afetado. 

Embora seu sistema esteja sincronizado com um NTP Server, como dito o CUCM faz uso de uma tabela interna para sincronização do TimeZone, o principal motivo dessa caracteristica se dá devido ambientes de COW (Cluster Over WAN), onde cada membro pode ter seu proprio TimeZone.

 

Para verificar se o seu CUCM está sendo afetado abaixo deixo alguns comandos para Troubleshooting, com o comentário relevante:

Dê um SSH no seu CUCM e rode o comando:

run sql select * from typetimezone
show timezone config


Esse comando vai listar todos os time zones do CUCM, incluindo as informações do summer time, Para buscarmos apenas o timezone visto acima (exemplo: São Paulo), podemos filtrar pelo campo enum or Name:

run sql select * from typetimezone where enum=17

run sql select * from typetimezone where name="America/Sao_Paulo"


run sql select * from typetimezone where enum = 17
enum name description moniker bias stddate stdbias dstdate dstbias abbreviation legacyname
==== ================= ==================== ========================== ==== =================== ======= ==================== ======= ============ =======================================
17 America/Sao_Paulo (GMT-03:00) Brasilia TIMEZONE_AMERICA_SAO_PAULO 180 0/2/0/3,00:00:00:00 0 0/10/0/3,00:00:00:00 -60 BST E. South America Standard/Daylight Time
admin:

O importante aqui é vermos os campos stddate e dstdate, que informam, respectivamente, o dia/hora que acaba o horário de verão, e o dia/hora que inicia.

No caso acima, temos:
Here is a description of what the different components of the output mean:

TIMEZONE_AMERICA_SAO_PAULO - Identifier

O dstdate siginifica que o CUCM ativará o horário de verão no 3º Domingo do mês 10 (outubro) 0/10/0/3 adiantando 60 Min
O stddate significa que o CUCM irá voltar para o horário “PADRÃO” no 3º Domingo do mês 2 (fevereiro) 0/2/0/3

 

Voce pode modificar o Timezone do CUCM (reboot required):

admin:set timezone 19

Note que o Timezone acima usei como referencia, porem voce pode escolher o mais apropriado para seu ambiente.

Em alguns casos é necessario modificar o Date Time Group e ou atualizar o arquivo de Time com o comando:

admin:utils update dst

 

 

Update 2019

Após nova resolução do governo Brasileiro foi decidido que apartir de 2019 não haverá o Horario de verão no Brasil, consequentemente isso poderá impactar o serviços/horarios do ambiente Collaboration. 

Paralelamente a Cisco registrou o defeito CSCvq45207

CUCM has not picked up the latest tzdata version to reflect new TZ/DST changes for 2019

Basicamente o que a Cisco fez é DST/TZ update with 2019b, onde contempla a mudança já contemplado pelo IANA DataBase (https://www.iana.org/time-zones).

 
7 Comentários
Primeiros Passos

Encontre respostas, faça perguntas e conecte-se com nossa comunidade de especialistas da Cisco de todo o mundo.

Estamos felizes por você estar aqui! Participe de conversas e conecte-se com sua comunidade.