none
manage bandwith remote site SCCM RRS feed

  • Question

  • Hi,

    I would like to know what are my solution for this issue :

    I have several remote site with no computer. Some roaming user go in these remote site. Yesterday, some sites were unavailable because these users downloaded microsoft update.

    No computer on these remote site to do branch cache / DO / peercache / DP ...

    I would like to know what can I do to avoid this to happen again ?

    Block communication with firewall ? Use BITS limitation for these remote computer but when they are in main site, they will have limitation too :/

    Thanks for your answer :)


    Merci de marquer comme reponses les interventions qui vous ont ete utile.

    Friday, September 13, 2019 1:07 PM

Answers

  • BITS will not work well for this as that would be reactive.

    LEDBAT is the best option here if you want systems at these locations to continue to be able to access content.

    Alternatively, if you don't want systems at these locations to access content, configure a new boundary group, don't assign a DP, and ensure that you disable fallback by creating a reference to the default boundary group and disabling DP fallback.


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

    • Marked as answer by matteu31400 Friday, September 13, 2019 5:37 PM
    Friday, September 13, 2019 3:17 PM

All replies

  • BITS throttling would have been the first thing I would recommend.
    Could use a client policy deployment/Config Baseline to a collection that could detect its location in the remote sites, that way once it connected back to the main site would no longer have the limitation.

    In the remote sites do you have any SCCM servers there at all such as an MP?


    Website: www.walshamsolutions.com Technical Blog: https://www.walshamsolutions.com/technical-blog Personal Blog: https://www.walshamsolutions.com/personal-blog Twitter: Dwalshampro

    Friday, September 13, 2019 1:18 PM
  • What do you mean ?

    Make new collection based on query : all remote site subnet ?

    then deploy bits throttling to this collection.

    1) When SCCM client will evaluate again he is member of this new collection ?

    If client is on main site -> new collection for remote subnet doesn't contains him.

    When client connect to remote site -> how much time before he sends it to MP to evaluate again collection member ? Then, we doesn't have control on how much often collection member is evaluated again ...That means it can't avoid download to happen 100% for sure right ?


    Merci de marquer comme reponses les interventions qui vous ont ete utile.

    Friday, September 13, 2019 1:48 PM
  • BITS will not work well for this as that would be reactive.

    LEDBAT is the best option here if you want systems at these locations to continue to be able to access content.

    Alternatively, if you don't want systems at these locations to access content, configure a new boundary group, don't assign a DP, and ensure that you disable fallback by creating a reference to the default boundary group and disabling DP fallback.


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

    • Marked as answer by matteu31400 Friday, September 13, 2019 5:37 PM
    Friday, September 13, 2019 3:17 PM
  • Hi,

    Thanks you for your answer.

    I will be able to say to my customer he has choice :)

    I totally forget ledbat.

    For the second solution with  boundary my issue is : When client will calculate in what boundary he is ? I try to find this information in microsoft documentation but I don't find it... I find in this forum client recalculate content location when he tries to download something... is it right ?


    Merci de marquer comme reponses les interventions qui vous ont ete utile.

    Friday, September 13, 2019 3:23 PM
  • Clients don't know which boundary they are in explicitly, but they do do cache their boundary group information: https://home.configmgrftw.com/boundary-group-caching-and-missing-boundaries-in-configmgr/

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

    Friday, September 13, 2019 3:26 PM
  • Perfect.

    Thank you for your help :)


    Merci de marquer comme reponses les interventions qui vous ont ete utile.

    Friday, September 13, 2019 5:37 PM