ca uim time ofset snmpgtw

[Jose Romero]

Good afternoon.

Dear community, I have the following situation.

I am using the snmpgtw probe to send the ca uim alarms to another manager they receive the alarm in time, but the information that the trap brings comes with a time lag of 6 hours, what could it be?


Regards

[Gene Howard]

are the two systems on the same timezone?
Are you seeing a backup in any queues on the hub?
Are the alarms in UIM that you are sending on time?

------------------------------
Gene Howard
Principal Support Engineer
Broadcom
------------------------------

[Jose Romero]

are the two systems on the same timezone?
I understand that if they are in the same time zone
Are you seeing a backup in any queues on the hub?
not these alarms are sent through a trap with the snmpgtw probe

Are the alarms in UIM that you are sending on time?
If you send the alarms on time, the problem is that when you reach the other alarm manager, another one has a 5 hour time gap in the content of the trap

------------------------------
Gene Howard
Principal Support Engineer
Broadcom

[Gene Howard]

It sounds like a problem with a time shift on the other management system.
They would have to provide more details on why they are changing the time.
You can use Wireshark to capture the trap and see if the time is the same as the alarm as I assume it is.

------------------------------
Gene Howard
Principal Support Engineer
Broadcom
------------------------------

[Jose Romero]

when the alarm reaches the other manager the creation time stamp time differs 5 hours, but the correct times are event time and
original event time

[Gene Howard]

that is an issue for the other system.
That is a date they are filling in  I would assume.
Nothing from UIM.

------------------------------
Gene Howard
Principal Support Engineer
Broadcom
------------------------------

[Jose Romero]

check the trap with the values that come and the time stamp value that is seen by the manager to which it is sent, it is sent ca uim with that difference


as seen in the image the manager arrives at 1 pm but within the time stamp it comes with that 5 hour difference in the trap

[Gene Howard]

the unix time for the trap shows:1596583076
Is equivalent to:
08/04/2020 @ 11:17pm (UTC)
2020-08-04T23:17:56+00:00 in ISO 8601
Tue, 04 Aug 2020 23:17:56 +0000 in RFC 822, 1036, 1123, 2822
Tuesday, 04-Aug-20 23:17:56 UTC in RFC 2822
2020-08-04T23:17:56+00:00 in RFC 3339

if you add in the 18000 offset
1596583076 converts to Wednesday August 05, 2020 04:17:56 (am) in time zone Asia/Aqtau (+05)
The offset (difference to Greenwich Time/GMT) is +05:00 or in seconds 18000.

based on these it does not look as if the other system is populating the date-time correctly at all.

------------------------------
Gene Howard
Principal Support Engineer
Broadcom
------------------------------

[Jose Romero]

Thanks for your comments