Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 2 replies
  • Subscribers 3 subscribers
  • Views 551 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Time problems on ASG 320

jasggomes
HI,

We are using a AS 320 (fw 7.401) as time provider for the internal Net, but today I've noticed that there is a 15 min ahead drift from time souces. The ASG is up for 102d.

Is there a way to update the time more frequently on the ASG? without rebooting.

Regards.


This thread was automatically locked due to age.
Parents
  • 0
    Hi Jorge,
    just to understand you right: the machines in the internal net are ahead. The time on your ASG is correct? In that case please check the packet filter rules for NTP.

    Otherwise:
    We are using a NTP Server Availibility Pool with the following servers: ptbtime1.ptb.de, ptbtime2.ptb.de, ptbtime3.ptb.de and pool.ntp.org.

    That should work.

    Regards
    RolsRacer
  • 0 in reply to Rolsracer
    Hi Jorge,
    just to understand you right: the machines in the internal net are ahead. The time on your ASG is correct? In that case please check the packet filter rules for NTP.

    Otherwise:
    We are using a NTP Server Availibility Pool with the following servers: ptbtime1.ptb.de, ptbtime2.ptb.de, ptbtime3.ptb.de and pool.ntp.org.

    That should work.

    Regards
    RolsRacer


    HI, Thanks for you reply.

    The drift was on the ASG 320 (rebooted for FW updates), seams that there is no problem on PF for NTP.
    The client servers go to the ASG for time source and the ASG goes to pt.pool.ntp.org, seams no problem on that side. The problem seams to be at the ASG, it doesn't update other than after a reboot. I'm looking for a way to overcome that.

    Regards.
Reply
  • 0 in reply to Rolsracer
    Hi Jorge,
    just to understand you right: the machines in the internal net are ahead. The time on your ASG is correct? In that case please check the packet filter rules for NTP.

    Otherwise:
    We are using a NTP Server Availibility Pool with the following servers: ptbtime1.ptb.de, ptbtime2.ptb.de, ptbtime3.ptb.de and pool.ntp.org.

    That should work.

    Regards
    RolsRacer


    HI, Thanks for you reply.

    The drift was on the ASG 320 (rebooted for FW updates), seams that there is no problem on PF for NTP.
    The client servers go to the ASG for time source and the ASG goes to pt.pool.ntp.org, seams no problem on that side. The problem seams to be at the ASG, it doesn't update other than after a reboot. I'm looking for a way to overcome that.

    Regards.
Children
No Data