Wired Intelligent Edge

 View Only
last person joined: 6 hours ago 

Bring performance and reliability to your network with the HPE Aruba Networking Core, Aggregation, and Access layer switches. Discuss the latest features and functionality of your switching devices, and find ways to improve security across your network to bring together a mobile-first solution
Expand all | Collapse all

NTP on cx8100 and vsx

This thread has been viewed 5 times
  • 1.  NTP on cx8100 and vsx

    Posted 13 days ago

    Hello,

    i have a CX8100 cluster with VSX. I use ntp server on the cluster and vsx-sync. The time difference between the two members ist sometimes more than 500ms.

    Since we use active-gateway the time on the gateway has a lot of jumps and is not stable.

    My config:

    ntp server 10.9.48.14 minpoll 4 maxpoll 4 iburst prefer
    ntp enable
    ntp conductor vrf default stratum 3

    Time difference on a ntp poller show more than 500 ms:

    Member 1:

    20:04:14, d:+00.0004406s o:-00.5095729s
    20:04:16, d:+00.0003544s o:-00.5095596s

    Member 2:

    20:04:11, d:+00.0003458s o:-00.0031110s
    20:04:13, d:+00.0003545s o:-00.0030572s

    Cluster address active-gateway shows the jumps:

    20:05:20, d:+00.0004535s o:-00.0026952s  
    20:05:22, d:+00.0003394s o:-00.4556304s  
    20:05:24, d:+00.0004084s o:-00.0027029s  

    Any idea how to fix the time on the active-gateway address?

    Thanks in advance

    Florian



  • 2.  RE: NTP on cx8100 and vsx

    Posted 8 days ago

    It seems as the clock on CX8100 is not very precise or doesn't sync very well with your upstream time server. 

    You may try the following:

    • instead of sync'ing both CX with an external server, sync only one of it with the external server and sync the VSX secondary node with the VSX primary. Perhaps this will have the effect of a less big gap between the two clocks
    • I think it's not a good idea to sync other devices with the two CXs by using the active-gateway address. Because you have two independent (but synchronized) clocks, you should use both "real" IPs instead of one "virtual" IP representing both the clocks. 

    Let us know your results, please. 

    Regards, 

    Thomas