High network traffic from clients to SCCM Server. RRS feed

  • Question

  • Hi,

    Would like to ask for some insights on what is the possible reason why there is a high network traffic from clients to the SCCM server. We recently configured some DPs and installed the SCCM clients in computers in another site in a different country. It was noticed that access to other applications that is hosted in HO (Country no. 1) was slow from country no. 2. They blocked the connection in and out of the SCCM from country no. 2 and general network connection in country no. 2 went normal again. From the reports that were gathered by our network team, it was seen that there was a significant increase in the network usage between country no. 2 and the SCCM server. The connection was from country no. 2 to the SCCM server. Before, we had similar issues but issue was caused by network traffic from the SCCM server to the computer.

    It is possible the polling data (Ex. Hardware inventory, Software inventory) are affecting the network traffic? If yes, can throttling the BITs control the network usage of clients?

    Any insights are very much appreciated.


    Thursday, December 26, 2019 3:54 AM

All replies

  • SCCM is chatty product enabling bits throttling is good for pulling contents from DPs, I assume in your situation clients were pulling some contents from SCCM DPs. in that case, throtling will help. you can apply throtling at the level of the DP itself example to allow 20% of the bandwidth during business hours or less depends on the pipe bandwidth. in summary, mainly network congestion happens if the clients are downloading contents from DPs. 

    but the traffic which is generated by clients reporting shouldn't be the issue because it sends tiny information like requesting machine policy, hardware inventory etc.. 




    MCDST, MCSA, MCSE, Azure solution Architect.

    Thursday, December 26, 2019 10:39 PM
  • Without knowing all the details of the site systems and servers involved and the site role layout, nothing definitive can truly be said here.

    Also, without knowing exact details of the traffic, including source, destination, port, and frequency, anything would be a guess.

    My guess here though is the boundaries and boundary groups are not configured correctly but as noted, without a lot more info, not much can be said here or any tangible advice given.

    I agree with Mohamed's comments though that policy, state and status messages, and inventory won't cause heavy traffic in general unless you've configured these to overly frequent and with a lot of extra information information included.

    Jason | https://home.configmgrftw.com | @jasonsandys

    Friday, December 27, 2019 12:28 AM
  • Hi,

    When you create a package, change the source path for the content, or update content on the distribution point, the files are copied from the source path to the content library on the site server. Then, the content is copied from the content library on the site server to the content library on the distribution points. When content source files are updated, and the source files have already been distributed, Configuration Manager retrieves only the new or updated files, and then sends them to the distribution point.
    You can use scheduling and throttling controls for site-to-site communication, and for communication between a site server and a remote distribution point. If network bandwidth is limited even after you set up the scheduling and throttling controls, you might consider prestaging the content on the distribution point.

    For more details, see:


    Best regards,

    Please remember to mark the replies as answers if they help. If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.

    Friday, December 27, 2019 7:25 AM
  • Hi,

    Just checking in to see if there are any updates. Has this issue been solved? Please feel free to feedback and if the reply is helpful, please kindly click “Mark as answer”. It would make the reply to the top and easier to be found for other people who has the similar question.

    Thank you!

    Best regards,

    Please remember to mark the replies as answers if they help. If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.

    Friday, January 3, 2020 7:29 AM