cancelar
Mostrar resultados para 
Pesquisar em vez de 
Queria dizer: 
cancel
2849
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
zidrox
Level 1
Level 1

Boa noite Bruno,

 

Sabe me informar se consigo alterar o horário do CP-3905? Pois não está no horário de verão, já alterei a timezone, o IP ntp, mas nada resolve.

 

Estou utilizando esse código:

<device>
<deviceProtocol>SIP</deviceProtocol>
<sshUserId>cisco</sshUserId>
<sshPassword>cisco</sshPassword>
<devicePool>
<dateTimeSetting>
<dateTemplate>D/M/Y</dateTemplate>
<timeZone>SA Eastern Standard Time</timeZone>
<ntps>
<ntp>
<!-- SERVIDOR DE DATA e HORA - não altere -->
<name>201.49.148.135</name>
<ntpMode>Unicast</ntpMode>
</ntp>
</ntps>
</dateTimeSetting>
<callManagerGroup>
<members>
<member priority="0">
<callManager>
<ports>
<ethernetPhonePort>2000</ethernetPhonePort>
<sipPort>5060</sipPort>
<securedSipPort>5061</securedSipPort>
</ports>

<!-- IP ou FQDN (host) do SERVIDOR REGISTRO SIP (seu Asterisk, por exemplo) -->
<processNodeName>** SERVIDOR SIP **</processNodeName>

</callManager>
</member>
</members>
</callManagerGroup>
</devicePool>
<sipProfile>
<sipProxies>
<backupProxy></backupProxy>
<backupProxyPort>5060</backupProxyPort>
<emergencyProxy></emergencyProxy>
<emergencyProxyPort></emergencyProxyPort>
<outboundProxy></outboundProxy>
<outboundProxyPort></outboundProxyPort>
<registerWithProxy>true</registerWithProxy>
</sipProxies>
<sipCallFeatures>
<cnfJoinEnabled>true</cnfJoinEnabled>
<callForwardURI>x-serviceuri-cfwdall</callForwardURI>
<callPickupURI>x-cisco-serviceuri-pickup</callPickupURI>
<callPickupListURI>x-cisco-serviceuri-opickup</callPickupListURI>

<callPickupGroupURI>x-cisco-serviceuri-gpickup</callPickupGroupURI>
<meetMeServiceURI>x-cisco-serviceuri-meetme</meetMeServiceURI>

<abbreviatedDialURI>x-cisco-serviceuri-abbrdial</abbreviatedDialURI>
<rfc2543Hold>false</rfc2543Hold>
<callHoldRingback>2</callHoldRingback>
<localCfwdEnable>true</localCfwdEnable>
<semiAttendedTransfer>true</semiAttendedTransfer>
<anonymousCallBlock>2</anonymousCallBlock>
<callerIdBlocking>2</callerIdBlocking>
<dndControl>0</dndControl>
<remoteCcEnable>true</remoteCcEnable>
</sipCallFeatures>
<sipStack>
<sipInviteRetx>6</sipInviteRetx>
<sipRetx>10</sipRetx>
<timerInviteExpires>180</timerInviteExpires>
<timerRegisterExpires>120</timerRegisterExpires>
<timerRegisterDelta>5</timerRegisterDelta>
<timerKeepAliveExpires>120</timerKeepAliveExpires>
<timerSubscribeExpires>120</timerSubscribeExpires>
<timerSubscribeDelta>5</timerSubscribeDelta>
<timerT1>500</timerT1>
<timerT2>4000</timerT2>
<maxRedirects>70</maxRedirects>
<remotePartyID>false</remotePartyID>
<userInfo>None</userInfo>
</sipStack>
<autoAnswerTimer>1</autoAnswerTimer>
<autoAnswerAltBehavior>false</autoAnswerAltBehavior>
<autoAnswerOverride>true</autoAnswerOverride>
<transferOnhookEnabled>false</transferOnhookEnabled>
<enableVad>false</enableVad>
<dtmfAvtPayload>101</dtmfAvtPayload>
<dtmfDbLevel>3</dtmfDbLevel>
<dtmfOutofBand>avt</dtmfOutofBand>
<alwaysUsePrimeLine>false</alwaysUsePrimeLine>
<alwaysUsePrimeLineVoiceMail>false</alwaysUsePrimeLineVoiceMail>
<kpml>3</kpml>

<!-- Seu nome com até 13 caracteres, sem espaços -->
<phoneLabel>** SEU_NOME**</phoneLabel>

<stutterMsgWaiting>1</stutterMsgWaiting>
<callStats>false</callStats>

<silentPeriodBetweenCallWaitingBursts>10</silentPeriodBetweenCallWaitingBursts>
<disableLocalSpeedDialConfig>false</disableLocalSpeedDialConfig>
<sipLines>
<line button="1">
<featureID>9</featureID>

<!-- IP ou FQDN (host) do SERVIDOR REGISTRO SIP (seu Asterisk, por exemplo) -->
<proxy>** SERVIDOR SIP **</proxy>
<port>5060</port>

<!-- Usuário SIP ou ramal -->
<featureLabel>** SEU_NOME**</featureLabel>

<!-- Usuário SIP ou ramal -->
<name>** SIP AUTH ID **</name>

<!-- Usuário SIP ou ramal -->
<displayName>** SEU_NOME**</displayName>

<!-- Usuário SIP ou ramal -->
<authName>** SIP AUTH ID **</authName>

<!-- Usuário SIP ou ramal -->
<contact>** SIP AUTH ID **</contact>

<!-- SENHA da conta SIP -->
<authPassword>** SIP AUTH PASSWORD **</authPassword>

<autoAnswer>
<autoAnswerEnabled>2</autoAnswerEnabled>
</autoAnswer>
<callWaiting>3</callWaiting>
<sharedLine>false</sharedLine>
<messageWaitingLampPolicy>1</messageWaitingLampPolicy>
<messagesNumber>*97</messagesNumber>
<ringSettingIdle>4</ringSettingIdle>
<ringSettingActive>5</ringSettingActive>

<forwardCallInfoDisplay>
<callerName>true</callerName>
<callerNumber>false</callerNumber>
<redirectedNumber>false</redirectedNumber>
<dialedNumber>true</dialedNumber>
</forwardCallInfoDisplay>
</line>
</sipLines>

<!-- Parâmetros da conta SIP -->
<voipControlPort>5060</voipControlPort>
<startMediaPort>9000</startMediaPort>
<stopMediaPort>21000</stopMediaPort>

<dscpForAudio>184</dscpForAudio>
<ringSettingBusyStationPolicy>0</ringSettingBusyStationPolicy>
<dialTemplate>dialplan.xml</dialTemplate>
<softKeyFile></softKeyFile>
</sipProfile>
<commonProfile>
<phonePassword></phonePassword>
<backgroundImageAccess>true</backgroundImageAccess>
<callLogBlfEnabled>2</callLogBlfEnabled>
</commonProfile>

<!-- Versao do Firmware para auto upgrade (se estiver na mesma pasta TFTP) -->
<loadInformation>CP3905.9-4-1SR2-2</loadInformation>

<vendorConfig>
<disableSpeaker>false</disableSpeaker>
<disableSpeakerAndHeadset>false</disableSpeakerAndHeadset>
<pcPort>0</pcPort>
<settingsAccess>1</settingsAccess>
<garp>0</garp>
<voiceVlanAccess>0</voiceVlanAccess>
<videoCapability>0</videoCapability>
<autoSelectLineEnable>0</autoSelectLineEnable>
<webAccess>1</webAccess>
<daysDisplayNotActive>1,2,3,4,5,6,7</daysDisplayNotActive>
<displayOnTime>00:00</displayOnTime>
<displayOnDuration>00:00</displayOnDuration>
<displayIdleTimeout>00:00</displayIdleTimeout>
<spanToPCPort>1</spanToPCPort>
<loggingDisplay>1</loggingDisplay>
<loadServer></loadServer>
</vendorConfig>
<userLocale>
<name></name>
<uid></uid>
<langCode>Brazil</langCode>
<version>1.0.0.0-1</version>
<winCharSet>iso-8859-1</winCharSet>
</userLocale>
<networkLocale></networkLocale>
<networkLocaleInfo>
<name>Brazil</name>
<uid></uid>
<version>1.0.0.0-1</version>
</networkLocaleInfo>
<deviceSecurityMode>1</deviceSecurityMode>
<authenticationURL></authenticationURL>
<directoryURL></directoryURL>
<servicesURL></servicesURL>
<idleURL></idleURL>
<informationURL></informationURL>
<messagesURL></messagesURL>
<proxyServerURL></proxyServerURL>
<dscpForSCCPPhoneConfig>96</dscpForSCCPPhoneConfig>
<dscpForSCCPPhoneServices>0</dscpForSCCPPhoneServices>
<dscpForCm2Dvce>96</dscpForCm2Dvce>
<transportLayerProtocol>2</transportLayerProtocol>
<capfAuthMode>0</capfAuthMode>
<capfList>
<capf>
<phonePort>3804</phonePort>
</capf>
</capfList>
<certHash></certHash>
<encrConfig>false</encrConfig>
</device>

 

Att.

Gabriel Oliveira

nunes-r
Level 1
Level 1

Para mim o problema apenas afetou os modelos da linh 88XX e não 78XX.

 

Para São Paulo alterei o timezone para America/Argentina/Buenos_Aires, isso contornou o problema.

alexasantos
Level 1
Level 1

boa tarde,

entrei na descrição do bug e não tem workarround, preciso atulizar a versão então?

 

Bruno Rangel
Spotlight
Spotlight

Notei que o Bug foi atualizado/revisado recentemente (Last Modified:Oct 30,2020), e por enquanto não há um ajustes (do ponto de vista do O.S), existem outras medidas de contorno que foram tomadas (veja os comentários acima).

Porem é importante voce verificar ambos os campos:

Known Affected Releases: (Veja se seu ambiente corresponde as versões mencionadas, no campo Known Fixed Releases é possivel observar qual versão corrige esse problema.

 

alexasantos
Level 1
Level 1

Opa Bruno,

 

Então... a versão do CUCM é 11.0.1.22900-14 e o DST Time zone é o 2018c.

 

https://software.cisco.com/download/home/286284802/type/282074298/release/11.0(1-2018c)

Verifiquei no software download que a versão 2018 é a mais atual para minha versão do CUCM.

 

Saberia informar se é possível alterar , via cli,  os campos "stddate" e "dstdate"? 

 

Bruno Rangel
Spotlight
Spotlight

Acredito que não seja possivel fazer a alteração "manual" da fora que voce precisa, talvez apenas via Cisco root access e ainda apenas em ocasiões bem especificas.
Note que a alteração é realizada pelo update do COP File DST Time zone e voce já está na ultima versão possivel.
Conforme dito é possivel voce alterar o Time Zone do seu sistema e ou Date Time Group como work around, segue alguns comando que podem ajudar

Listar os TimeZone disponivel e veja o numero a frente
show timezone list

0 - Africa/Abidjan

1 - Africa/Accra

2 - Africa/Addis_Ababa

 

Modificar o time zone use o command:
set timezone 2

System restart is required when changing the system time zone.

 

Espero ter ajudado e lembre-se de Classificar as resposta utilizando a estrela/botão

alexasantos
Level 1
Level 1

Sim Bruno..... eu já tinha alterado o timezone e os telefones estão com o hora´rio correto, meu problema está relacionado ao RTMT pois os relatórios/alarmes etc ficam com o horário zoado.

Gde abraço e obrigado pela ajuda!!!

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.