Still have GUP Issues.

Hi,

Please take a look at the article beelow:

https://www-secure.symantec.com/connect/articles/types-group-update-providers-ru5-release-symantec-endpoint-protection-110

https://www-secure.symantec.com/connect/articles/configuring-group-update-providers-symantec-endpoint-protection-110-ru5#new

You can also go through the comments posted, as it represents a QnA interaction on GUP in RU5.

if you have any more question/queries, please post a response to this discussion forum, and we will take it from there.

Best,
Aniket

In the meantime you might can throttle the amount of bandwidth used. Here is our guide for that http://service1.symantec.com/support/ent-security.....

Also I think this could dramatically reduce your bandwidth if you find that your clients are downloading the full content updates instead of just the delta updates. I suggest setting the number of definitions to keep to how ever many it takes so that your clients can turn their computers off for a few days and still not have to download the full content definitions. http://service1.symantec.com/support/ent-security....

Cheers
Grant

I have setup GUP exactly like the post above.  This issue I am running into is how I stated in....

The only system at our remote site that isn't DHCP is our Domain Controllers.  Howerver, the domain contrllers are on a different subnet and vlan then our XP Clients.

I have added the domain controller as a GUP.  Howerver, none of the clients are updated from that GUP.  I was told that the GUP has to be in the same group that the other clients are in????????

If that is the case, what is the point of  GUP policy in RU5?  I can't have XP clients assigned as GUP's. These machinse move from site to site and are on and off all day long.  The only solution is to assign my local server at the site as the GUP but  I can't move that server into the same group as my XP boxes.

Is there any solution to this problem?????

Grant, thanks for the bit of info.  Will try that today for at least a better handle on bandwidth.

If I limit the bandwidth like they mention that effects all sites going to that manager?

 If I'm understanding how the new GUP system works, having your GUP in a separate subnet from your clients.   The clients apply a subnet filter to decide if they should talk with a GUP.  Try setting listing a few clients by host name in your GUP list.   As long as DNS resolves both ways the SEPM should tell your clients to talk with the gup.  You may also want to check for firewall issues.  The GUP is going to open listening ports for peers to pull from.  In your example you would designate a few clients from each of the groups LABA, LABB, Students, and Staff in the Multi GUP policy.  Then apply that policy at the Top level.  I'm still trying to figure out how the fail over occurs.  If a client can't find a GUP in its subnet does it pick the next GUP in the list?  Or does it ignore the list and pull from the SEPM?

Unfortunately (i hope I am wrong), GUP's in RU5 are too new for most people to answer - going to have to test the behaviour in any labs we all might have.  Finding a lot of conflicting or unclear info :-)

Can you try to do a telnet with your GUP pc in 2967(this is
the default port of gup) and see whether it listens or not?. If no check your
firewall settings..