Deployment Solution

I know that there are plenty of threads here about multicasting and I have checked around to make sure that I have a unique issue.

I am trying to multicast in a winPE environment through Altiris. I am using a Windows 2012 server with Opentftp. The clients will communicate with eachother to find a master and act like it will multicast just fine. Once the master is decided after some time it will display a message that there are not enough clients to multicast. I have gone through the configurations to set the clients required to multitask at 4 and have more than enough connected to the server to trigger the process.

 I have also configured my Cisco switch for IGMP snooping with a querier and have captured multiple sessions with Wireshark. I have also tried this same setup but with a Linux preboot environment instead. By doing this the clients will decide on a master and multicast properly. Do to the ease of updating drivers in winPE compared to linux I would rather try to get that working instead.

Just checking... are you using ImageX, RDeploy, RDeployT, Ghost, or... something else?

Those specifics change whether or not ImageX supports multicasting, for example, since earlier ImageX didn't have any support for multicasting, even command line. If it's some flavour of RDeploy, can you find the master computer, or is each computer claiming to be a master? If there is indeed only one, how many clients does the master see?

I am using RDeploy.

During the process I can always find which client becomes the master of the group. The rest of the clients become counting clients. I'm not exactly sure how many clients the master actually sees but whenever I run this setup I have one master and four counting clients.

The computers will sit in that configuration with one master and four counting clients for atleast 3 minutes before the master displays a message that it didn't see enough clients to run a multicast. On my linux environment they negotiate a master right away and start multicasting with no delay.