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

Outgoing packets from ACC since 1.300

Hi,

I've noticed that since we updated our ACC to V. 1.300, it communicates with some ips in Karlsruhe, some other provider in Germany, and finally with NTT America in the USA. Always at regular time intervals, and always in the same destination udp port ranges (ie: from 33439 to 33450) ...even if the ACC Up2date prefetch function is disabled. (Up2date caching also disabled).
And the frequency at which we see these doesn't match the up2date frequency (if it was enabled).
Are these outgoing packets related to the Up2date feature or related to something else undocumented ? 
I've tried to find infos about this, without luck.

The ACC is behind an ASL 6.303, and these outgoing packets are getting out, without an explicit packet filter rule defined.

Thanks in advance for any answers,
Regards


This thread was automatically locked due to age.
Parents
  • That's related to up2date.
    The IPs the ACC tries to reach are the IPs of Astaro's up2date servers. Even if up2date is disabled, you will see this traffic anyway.
    The process is called netselect and runs every hour. It's used to find the fastest up2date server available from your location. (The one with the fewest hops, lowest ping, ...) and writes them in a file. This files is used by up2date service and up2date cache of ACC.

    best regards
    Timo Steinbach
Reply
  • That's related to up2date.
    The IPs the ACC tries to reach are the IPs of Astaro's up2date servers. Even if up2date is disabled, you will see this traffic anyway.
    The process is called netselect and runs every hour. It's used to find the fastest up2date server available from your location. (The one with the fewest hops, lowest ping, ...) and writes them in a file. This files is used by up2date service and up2date cache of ACC.

    best regards
    Timo Steinbach
Children