Multicast has been around for a long time. If you don’t do any unique configurations to SCCM, it sends all packages as Unicast.

Unicast is fine if you are installing a few computers at a time. However, for every computer you add, the network and disk burden grows. For example, if you work at a school and need to reinstall 50 computers at a time, it might not be a good idea to use Unicast, but instead multicast.

In this blog post, I cover what multicast is and how you configure it in SCCM.

What is multicast?

Multicast provides an optimized way of sending packages over the network at the same time.

Multicast is the opposite of unicast, where only one package is delivered at the same time.

Multicast doesn’t speed up the operating system deployment process, but it can minimize bandwidth and disk load when simultaneously deploying many machines.

How multicast works

In short, multicast works in the following way:

  1. A single datagram is sent instead of one per computer, as in unicast.
  2. The datagram is sent to the multicast group address, a class D address, with the range of ->
  3. The clients connect to the stream.
  4. The clients are deployed simultaneously.

Multicast addresses

Addresses in the range of to ( are reserved for local subnet multicast traffic. Routers do not forward datagrams sent to addresses in this range.

Addresses between to are known as globally scoped addresses, which means we can use them for multicasting across an intranet or the Internet. Some addresses are reserved within this range by the Internet Assigned Numbers Authority (IANA) for particular purposes.

Addresses between to ( are reserved for administratively scoped addresses. As defined by RFC 2365, administratively scoped addresses are used to prevent multicast traffic across boundaries configured for the address.

Multicast will start a “wave” which clients connect to, so it doesn’t matter if you are installing 1 or 50 computers. The network and disk usage will be the same.
It might be a good idea to use scheduled multicast. Configure scheduled multicast here:

Scheduled multicast SCCM Configuration Manager 2012 R2

When to use multicast in SCCM

When deciding if you want to use multicast or not, take in consideration:

1. How many computers are you installing at a time
2. How important is timeliness?
3. Would your network support multicast?
4. Network bandwidth

One cool thing with multicast is that you can monitor the WDS server on the Distribution Point.

Wdsutil /get-allnamespaces /details:Clients

The speed of the transfer will depend on your slowest client. It will become the “Master Client.”

How to enable multicast in SCCM

When turning on multicast, make sure that the packages are transferred using multicast. I have seen this several times at customers, where they think everything is being transferred in multicast, but it transfers them using unicast.

To get multicast to work, you need to:

  • Allow multicast in your network.
  • Allow multicast on your Distribution Point.
  • Allow multicast on the packages you want to be transferred using multicast. A recommendation is to have it on your OS image. Remember that if you enable multicast on your Distribution Point or your packages, you will need to update the Distribution Points.
  • Update Distribution Points or the OS image after you have enabled multicast for the Distribution Point. If not, you will most likely run into a hash mismatch error.

Step 1 – Enable multicast in your network

Contact your networking team and inform them that you want to run multicast in the network.

Communication is crucial, as not all network infrastructure support multicast.

You will need to verify that the routers in your environment support:

Step 2 – Enable multicast on your Distribution Point in SCCM

In the SCCM console, go to Administration -> Distribution Points.

Open up Properties for your Distribution Point and go to the Multicast tab.

Enable the option Enable multicast to simultaneously send data to multiple clients.

Multicast and SCCM - Enable multicast on a Distribution Point

You can further conserve bandwidth by configuring when the operating system image is deployed from the distribution point.

This merges the client requests into a specific time frame, optimizing the benefits of multicast but might require clients to wait before the operating system package is available. The multicast session starts when it replies to a service location request from a client computer.

It can configure the distribution point to require a specified number of requests before it begins to multicast, or it can wait a specified number of minutes after the first request before it begins to multicast. The multicast session ends when the maximum number of client requests is reached. Clients can join a multicast session already in progress. When the multicast is complete, the client will then download missing portions of the package.

When you deploy a task sequence, with content configured for multicast, the content referenced by the task sequence must be downloaded locally from the distribution point to the destination computers.

When you deploy your task sequence, you can specify that the content is downloaded locally when the task sequence needs it or downloads the content before it runs the task sequence.

Step 3 – Allow multicast on the OS image in SCCM

The last step to enable multicast in your SCCM environment is to enable your operating system image to multicast.

In the SCCM console, go to Software Library -> Operating Systems -> Operating System Images and select your Operating System Image.

Right-click -> Properties and go to the Distribution Settings tab.

At the bottom of the windows, enable Allow this package to be transferred via multicast (WinPE only).

Once enabled, re-distribute the OS image to your Distribution Points.


The decision to use multicast or not in your SCCM environment should be based on:

  • How many computers do you need to deploy simultaneously?
  • Does your network support multicast?
  • What hardware you are deploying to?

Are you deploying operating systems using multicast? Why did you make that decision? Please leave a comment below!


Related posts


  1. Hi Daniel,

    Great Blog. I am going to set up the multicast in the fashion mentioned here. I have a question regarding the computer account of the DP to connect to the primary site database. What type of access should be configured for this ? Or this is just by default. If i were to create a service account what access should be for that to connect to the site primary database for the multicast to work



  2. Hello Daniel,
    Great explanation thank you.
    I am facing a problem with the deployment speed, as for example the network speed at the beginning is 52 MB / s and then gradually decreases until it reaches 3 MB/s which takes a very long time to finish the deployment work, have you an idea about this problem?


    • Hi Mustafa,

      Sorry, I don’t have an explanation at the top of my head. I would start by checking with the network team to see how well the network infrastructure supports multicast. It is not always the case that this works well in all environments. What testing have you done?


      • Hello Daniel!

        Thanks for you answer,
        I’m working on the network side, the server and the computers have the same subnet, and all our Cisco switches support IGMP, I have checked all the switch IGMP configuration that allowing multicast.
        The deployment speed is 35-50 MB/s but we have a 1Gbps network connection, I know the multicast is slower but I wonder if you have you have any suggestions that can help me troubleshoot the problem?
        Best regards


Please enter your comment!
Please enter your name here