locked
Clients connecting to SCCM causing high bandwidth RRS feed

  • Question

  • Yesterday during the day SCCM clients started connecting to a distribution point and saturated the network with traffic. Trying to find out which logs I should look or what the problem could be to find out why all the clients started hitting the Distribution point all at once.
    Friday, August 19, 2016 2:28 PM

Answers

  • SCCM Client will connect to distribution point, the question is: are they connecting to right distribution point? If clients are not contacting correct DP then check if you have set correct boundaries and boundary group. Also check if you have selected check box for "Allow fallback source location for content" - In this case if clients doesn't find boundaries in their local DP they will connect to Fallback DP which may cause network traffic. Check datatransferservice.log and contenttransfermanager.log to check more info.

    For network traffic, there can be multiple scenarios and the info you provided is pretty less.

    Is only DP role configured on that server or any other role as well like SUP? If SUP is also configured on the same server then client may contact SUP for fetching metadata as well. Though this will be not much per client. But this is on of the possibility.

    You can check IIS logs using log parser tool and check for one particular client IP - check which apppool is sending high data and you will get more idea.

    • Marked as answer by mrgonzales Tuesday, July 11, 2017 6:06 PM
    Sunday, August 21, 2016 3:12 AM
  • Hi,

    You also could try to use BITS to limit the bandwidth.


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


    Monday, August 22, 2016 8:42 AM
  • Hi,

    You also could try to use BITS to limit the bandwidth.


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


    BITS throttling is one of the option. But it really make software download slow.

    So need to really consider if we need to go with this approach.

    • Marked as answer by mrgonzales Tuesday, July 11, 2017 6:06 PM
    Monday, August 22, 2016 8:29 PM
  • You also could try to use BITS to limit the bandwidth.



    ... but only when it comes to pull DPs.

    Torsten Meringer | http://www.mssccmfaq.de

    • Marked as answer by mrgonzales Tuesday, July 11, 2017 6:06 PM
    Tuesday, August 23, 2016 6:04 AM

All replies

  • you may check ContentTransferManager.log & DataTransferService.log files. 

    Have you recently pushed any package/application?

    also to avoid such issues, will suggest to configure the bandwidth limitation for the SCCM servers with the help of your network team.


    Prashant Patil

    Friday, August 19, 2016 2:42 PM
  • Just to expand on prashant thought, have your network team setup QOS. If done correctly no one will ever know it's in place.

    Garth Jones

    Blog: http://www.enhansoft.com/blog Old Blog: http://smsug.ca/blogs/garth_jones/default.aspx

    Twitter: @GarthMJ Book: System Center Configuration Manager Reporting Unleased

    Friday, August 19, 2016 5:00 PM
  • SCCM Client will connect to distribution point, the question is: are they connecting to right distribution point? If clients are not contacting correct DP then check if you have set correct boundaries and boundary group. Also check if you have selected check box for "Allow fallback source location for content" - In this case if clients doesn't find boundaries in their local DP they will connect to Fallback DP which may cause network traffic. Check datatransferservice.log and contenttransfermanager.log to check more info.

    For network traffic, there can be multiple scenarios and the info you provided is pretty less.

    Is only DP role configured on that server or any other role as well like SUP? If SUP is also configured on the same server then client may contact SUP for fetching metadata as well. Though this will be not much per client. But this is on of the possibility.

    You can check IIS logs using log parser tool and check for one particular client IP - check which apppool is sending high data and you will get more idea.

    • Marked as answer by mrgonzales Tuesday, July 11, 2017 6:06 PM
    Sunday, August 21, 2016 3:12 AM
  • Hi,

    You also could try to use BITS to limit the bandwidth.


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


    Monday, August 22, 2016 8:42 AM
  • Hi,

    You also could try to use BITS to limit the bandwidth.


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


    BITS throttling is one of the option. But it really make software download slow.

    So need to really consider if we need to go with this approach.

    • Marked as answer by mrgonzales Tuesday, July 11, 2017 6:06 PM
    Monday, August 22, 2016 8:29 PM
  • You also could try to use BITS to limit the bandwidth.



    ... but only when it comes to pull DPs.

    Torsten Meringer | http://www.mssccmfaq.de

    • Marked as answer by mrgonzales Tuesday, July 11, 2017 6:06 PM
    Tuesday, August 23, 2016 6:04 AM