Video Screencast Help

Generate LiveUpdate Policies that have many GUP Subnets

Created: 18 Jan 2013 • Updated: 25 Jun 2014 | 19 comments
Elisha's picture
+13 13 Votes
Login to vote

I made a little tool that will create a new LU policy using a CSV or text file as the input.  The tool can use an existing LU policy as a template.  This will allow you to easily add new Explicit GUP settings or new Multiple GUP settings to an existing LU policy.

Here are the steps to use the tool:

  1. Download and run tool below.
  2. Create a text file (see below for details).
  3. (optional) If you want to use an existing LU policy as a template then export the existing file from SEPM.
  4. Run the CreateGUPpolicy.exe tool.
  5. Type in the policy name.
  6. Chose the type of GUP to add: Explicit or Multiple
  7. Browse to the text file.
  8. (optional) If you want to use an existing LU policy as a template then enable the template checkbox and browse to the policy file exported from SEPM.
  9. Click the “Create Policy” button and the tool will create a new LU policy that can be imported into SEPM.

For Explicit GUP settings: The text file must contain two columns.  The first is for the client’s subnet and the second is for the GUP’s subnet.  See attached sample.

For Multiple GUP settings: The text file must contain one column containing the IP address of the client you want to be a GUP.  See attached sample.

CreateGUPs.png

The tool requires Microsoft .NET Framework 2.0 or higher.  This tool also requires the ‘Microsoft Visual J#® 2.0 Redistributable’.

You can download ‘Microsoft Visual J#® 2.0 Redistributable’ from here:
32bit: http://www.microsoft.com/en-us/download/details.aspx?id=18084
64bit: http://www.microsoft.com/en-us/download/details.aspx?id=15468

Legal: This tool is not officially supported by Symantec and should be tested prior to use.  Symantec shall not be responsible or liable, directly or indirectly, for any damage or loss caused or alleged to be caused by or in connection with your use of or reliance of this tool.

Comments 19 CommentsJump to latest comment

Vikram Kumar-SAV to SEP's picture

This might help solve lot of my problems. 

Vikram Kumar

Symantec Consultant

The most helpful part of entire Symantec connect is the Search button..do use it.

0
Login to vote
Sumit G's picture

Nice tool, may be it help to all of users which required the multipule gup configuarion.

Regards

Sumit G.

-1
Login to vote
Ambesh_444's picture

Really good one Elisha,

Thanks for sharing

 

Thank& Regards,

Ambesh

"Your satisfaction is very important to us. If you find above information helpful or it has resolved your issue. Please don't forget to mark the thread as solved."

0
Login to vote
Vikram Kumar-SAV to SEP's picture

Thanks for the updated version. 

Vikram Kumar

Symantec Consultant

The most helpful part of entire Symantec connect is the Search button..do use it.

0
Login to vote
Adamster's picture

Thank you for this tool.

 

One question, I am trying to populate, I am trying to populate the following screen in SEPM: Configure Explicit Group Update Providers Under Group Update Proviers and "Explicit Group Update Providers for roaming clients.

The question I have is, traditionally we have provided a subnet and then the actual ip address of the GUP in this table and not a GUP Subnet.  Using this tool, if I chose "Add Explicit GUP Subnets" will it be ok to have an IP address in GUP Subnet column or does it have to have an subnet of where the actual gup resides in?

0
Login to vote
Elisha's picture

Yes, it is ok to use any IP address in the GUP's subnet.  In fact you can simply use the IP address of the GUP as the subnet address if you want.

0
Login to vote
Adamster's picture

GUP mapping type comes up as subnet when using the tool, you are saying it doesn't matter if it's subnet or IP address as mapping type if the goal is to use the IP address?  Is there a way to export out of the tool, so that the policy shows GUP mapping type as IP?

0
Login to vote
Elisha's picture

GUP mapping type comes up as subnet when using the tool, you are saying it doesn't matter if it's subnet or IP address as mapping type if the goal is to use the IP address?

There is a subtle difference between using an IP address and using a subnet.  The key difference is that if you use the IP address option then the clients will only try to go to that one GUP and not other GUPs on that subnet.  For most cases using the subnet is better.

Is there a way to export out of the tool, so that the policy shows GUP mapping type as IP?

No  The tool will always export a policy that uses the GUPs subnet, since this is generally a better option to use.

0
Login to vote
SEP_FMI's picture

Thank you so much for this tool!

I currently have 100+ subnets and generally two GUPs available for each subnet.  To manage this manually is a cluster.  Being able to export adjust and import will make my life so much easier!

 

Thanks!

0
Login to vote
Philip's picture

Excellent tool!

-1
Login to vote
Philip's picture

Hi Elisha,

Would it be possible to add the option to specify the mappings by GUP IP address as well?

Br,

Philip

0
Login to vote
Elisha's picture

Hello Philip,

You can put the GUP IP in as the GUP subnet.  That should work fine.  Is there some reason that you don't want to do that?

Thanks,

0
Login to vote
Philip's picture

Hi Elisha, 

Probably it will be not able to calculate the subnet ip in case of VLSM (Variable Length Subnet Masks) but it will assume that it is one of the default subnet mentioned below and will pick the range for default subnet.

Class A: 255.0.0.0

Class B: 255.255.0.0

Class C: 255.255.255.0

If SEPM calculates subnet ip based on default classes clients can end up updating from the wrong GUP. Hence we would love to have the possibility to bulk upload 500+ mappings with type: GUP IP to avoid any bandwidth issues lurking around.

Cheers,

Philip

0
Login to vote
Elisha's picture

Hello Philip,

Yes, we can calculate the subnet IP range even if you are using a variable length subnet mask.  We do this by looking at the subnet mask of the local system and of the GUP.

If you add the IP address(es) of the GUP into this tool as the GUP subnet IP it will work.

Thanks,

0
Login to vote
Elisha's picture

I updated the tool.  Now it can support both IP addresses and names for the multiple GUP feature and it can support both IP address and subnet for the explicit GUP feature.

+1
Login to vote
Bryon's picture

Elisha,  GREAT Tool!  By adding support for the names, you just saved me hours of manually entering this data. 

Thank you!

0
Login to vote
Caroline Kiel's picture

Elisha,

Excellent tool, helps a lot, when having dozens or hundrets of subnets.

Question: Would it be possible for you to update the tool to support hostnames in the "Explicit GUP" section?
Many of our customers use dedicated names for their GUPs but dynamic IP adresses, so this would be a great advantage.

Thank you very much for your support here on Connect,

Oliver

If this post is the answer to your question, please mark it as a solution.

If you can dream it, you can do it. (Walt Disney)

+1
Login to vote
Elisha's picture

You can use both the multiple GUP and the explicit GUP features at the same time.  Example: you can add all the hostnames to the multiple GUP list and then also add the IP subnets to the explicit GUPs.  This way GUPs will be enabled by hostname and they will use their subnet to chose which GUP to talk to.  This is a hybrid solution that likely does what you are intending to do.

At this point I don't plan to add hostname support for explicit GUPs.

0
Login to vote