Home

Configuring fallback for Office 365 ProPlus updates in Configuration Manager

%3CLINGO-SUB%20id%3D%22lingo-sub-141358%22%20slang%3D%22en-US%22%3EConfiguring%20fallback%20for%20Office%20365%20ProPlus%20updates%20in%20Configuration%20Manager%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-141358%22%20slang%3D%22en-US%22%3E%3CP%3EStarting%20with%20version%201706%20of%20System%20Center%20Configuration%20Manager%20a%20new%20option%20is%20available%20allowing%20administrators%20to%20enable%20clients%20to%20fall%20back%20to%20the%20Microsoft%20Office%20CDN%20when%20deploying%20Office%20365%20ProPlus%20updates%20to%20client%20machines.%26nbsp%3B%20With%20this%20option%20enabled%2C%20clients%20will%20first%20check%20their%20available%20distribution%20points%20for%20the%20specified%20update.%26nbsp%3B%20If%20the%20update%20cannot%20be%20found%20the%20client%20will%20then%20get%20the%20specified%20update%20directly%20from%20the%20Microsoft%20Office%20CDN.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EThis%20can%20be%20helpful%20for%20situations%20where%20machines%20may%20not%20have%20a%20dedicated%20or%20reliable%20connection%20to%20the%20corporate%20network%20and%20other%20situations%20where%20it%20is%20not%20necessary%20to%20manage%20the%20update%20content%20for%20a%20particular%20update%20on%20premises.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3ETo%20enable%20this%20feature%3A%3C%2FP%3E%0A%3CP%3EEach%20time%20you%20configure%20an%20update%20for%20deployment%20(either%20manually%20or%20using%20an%20ADR)%20you%20can%20choose%20to%20enable%20this%20setting%20by%20simply%20checking%20the%20box%20labeled%20%E2%80%98If%20software%20updates%20are%20not%20available%20on%20distribution%20point%20in%20current%2C%20neighbor%20or%20site%20boundary%20groups%2C%20download%20content%20from%20Microsoft%20Updates.%E2%80%99%20on%20the%20Download%20Settings%20tab%20of%20the%20Deployment%20Settings%20Properties%20dialog.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%3CSPAN%20class%3D%22lia-inline-image-display-wrapper%20lia-image-align-inline%22%20style%3D%22width%3A%20729px%3B%22%3E%3CIMG%20src%3D%22https%3A%2F%2Fgxcuf89792.i.lithium.com%2Ft5%2Fimage%2Fserverpage%2Fimage-id%2F26327iD64BF55A62C1CFED%2Fimage-size%2Flarge%3Fv%3D1.0%26amp%3Bpx%3D999%22%20alt%3D%22a.png%22%20title%3D%22a.png%22%20%2F%3E%3C%2FSPAN%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EWhen%20you%20deploy%20an%20update%20with%20this%20setting%20enabled%20you%20can%20expect%20the%20following%20behavior%3A%3C%2FP%3E%0A%3CUL%3E%0A%3CLI%3Ethe%20client%20will%20check%20the%20available%20distribution%20points%20for%20the%20specified%20update%20before%20getting%20the%20update%20from%20the%20Microsoft%20Office%20CDN%3C%2FLI%3E%0A%3CLI%3Ethe%20client%20will%20get%20the%20update%20from%20the%20Microsoft%20CDN%20if%20the%20client%20does%20not%20have%20a%20connection%20to%20the%20LAN%20after%20being%20signaled%20to%20update%3C%2FLI%3E%0A%3CLI%3Ethe%20client%20may%20get%20language%20pack%20files%20related%20to%20the%20update%20if%20these%20files%20are%20not%20available%20on%20the%20distribution%20points%3C%2FLI%3E%0A%3CLI%3Ethe%20client%20may%20switch%20to%20the%20Microsoft%20Office%20CDN%20during%20an%20update%20from%20a%20DP%20if%20a%20connection%20to%20the%20LAN%20is%20lost%3C%2FLI%3E%0A%3C%2FUL%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-306936%22%20slang%3D%22en-US%22%3ERe%3A%20Configuring%20fallback%20for%20Office%20365%20ProPlus%20updates%20in%20Configuration%20Manager%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-306936%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F2791%22%20target%3D%22_blank%22%3E%40Chris%20Hopkins%3C%2FA%3E-%20Happy%20Holidays!%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EI%20am%20using%20the%20following%20lines%20in%20my%20config.xml%20and%20deploying%20during%20OSD%20as%20an%20Application%20in%20SCCM%20(1806).%20%26nbsp%3B%3CBR%20%2F%3E%3CBR%20%2F%3E%3CFONT%3E%3CCONFIGURATION%3E%3CBR%20%2F%3E%26nbsp%3B%20%3CADD%20officeclientedition%3D%22%26quot%3B32%26quot%3B%22%20channel%3D%22%26quot%3BBroad%26quot%3B%22%20officemgmtcom%3D%22%26quot%3BTRUE%26quot%3B%22%20allowcdnfallback%3D%22%26quot%3BTRUE%26quot%3B%22%3E%3CBR%20%2F%3E%26nbsp%3B%26nbsp%3B%26nbsp%3B%20%3CPRODUCT%20id%3D%22%26quot%3BO365ProPlusRetail%26quot%3B%22%3E%3CBR%20%2F%3E%26nbsp%3B%26nbsp%3B%26nbsp%3B%26nbsp%3B%26nbsp%3B%20%3CLANGUAGE%20id%3D%22%26quot%3BMatchOS%26quot%3B%22%3E%3C%2FLANGUAGE%3E%3CBR%20%2F%3E%26nbsp%3B%26nbsp%3B%26nbsp%3B%26nbsp%3B%26nbsp%3B%20%3CLANGUAGE%20id%3D%22%26quot%3Ben-us%26quot%3B%22%3E%3C%2FLANGUAGE%3E%3C%2FPRODUCT%3E%3C%2FADD%3E%3C%2FCONFIGURATION%3E%3C%2FFONT%3E%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EMy%20source%20files%20on%20the%20local%20distribution%20point%20only%20contain%20the%20installation%20for%20en-us.%20You%20stated%20that%20this%26nbsp%3B%20not%20compatibile%20with%20the%20Application%20method%20of%20SCCM%3F%20It%20will%20not%20use%20the%20CDN%20to%20download%20the%20missing%20Languages%20if%20the%20you%20are%20deploying%20Office%20365%20ProPlus%20in%20this%20manner%3F%20Is%20that%20documentend%20somewhere%3F%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EI%20have%20to%20manage%20over%2020%20different%20languages%20of%20the%20OS%20and%20Office%2C%20it%20would%20be%20ideal%20to%20have%20this%20working%20instead%20of%20having%2019%20additional%20deployment%20types%2Fapplications%20for%20each%20Office%20language.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3ELooking%20forward%20to%20your%20response.%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-282483%22%20slang%3D%22en-US%22%3ERe%3A%20Configuring%20fallback%20for%20Office%20365%20ProPlus%20updates%20in%20Configuration%20Manager%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-282483%22%20slang%3D%22en-US%22%3EThe%20fall%20back%20option%20in%20the%20ODT%20configuration%20XML%20is%20for%20the%20scenario%20when%20you%20are%20deploying%20from%20a%20local%20source%20(typically%20via%20a%20manual%20process%20or%20a%20management%20tool%20other%20than%20Configuration%20Manager).%20For%20both%20the%20initial%20installation%20or%20the%20update%20process.%3CBR%20%2F%3E%3CBR%20%2F%3EIf%20you%20are%20using%20Intune%20everything%20comes%20from%20the%20CDN%20so%20no%20need%20for%20fall%20back%20in%20this%20case.%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-282477%22%20slang%3D%22en-US%22%3ERe%3A%20Configuring%20fallback%20for%20Office%20365%20ProPlus%20updates%20in%20Configuration%20Manager%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-282477%22%20slang%3D%22en-US%22%3EHi%20Doug%2C%3CBR%20%2F%3E%3CBR%20%2F%3EWhen%20an%20update%20is%20targeted%20to%20a%20client%2C%20the%20Configuration%20Manager%20agent%20tells%20C2R%20to%20install%20that%20specific%20version.%20If%20the%20Configuration%20Manager%20fallback%20option%20was%20enabled%20and%20the%20DP%20did%20not%20have%20the%20version%20then%20the%20client%20would%20fall%20back%20to%20the%20CDN%20to%20get%20the%20version%20specified%20by%20Configuration%20Manager.%20If%20the%20Configuration%20Manager%20agent%20was%20disabled%20on%20the%20client%20then%20it%20should%20have%20never%20updated%20unless%20the%20OfficeMgmtCOM%20setting%20was%20not%20set%20to%20True%20on%20the%20client.%20This%20setting%20tells%20C2R%20to%20not%20check%20for%20updates%20and%20wait%20to%20be%20told%20what%20to%20do%20by%20Configuration%20Manager.%20FYI%20-%20the%20OfficeMgmtCOM%20setting%20is%20stored%20in%20HKEY_LOCAL_MACHINE%5CSOFTWARE%5CMicrosoft%5COffice%5CClickToRun%5CConfiguration%20along%20with%20the%20installed%20version%20and%20other%20C2R%20settings.%3CBR%20%2F%3E%3CBR%20%2F%3ECheers%2C%3CBR%20%2F%3EChris%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-281756%22%20slang%3D%22en-US%22%3ERe%3A%20Configuring%20fallback%20for%20Office%20365%20ProPlus%20updates%20in%20Configuration%20Manager%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-281756%22%20slang%3D%22en-US%22%3E%3CP%3ERegarding%20the%20fallback%20behavior%2C%20I%20recently%20analyzed%20a%20client%20machine%20that%20was%20set%20up%20to%20receive%20the%20latest%20update%20for%20Office%20365%20ProPlus%20semi-annual%20v1708.%20In%20the%20middle%20of%20that%2C%20one%20of%20our%20support%20techs%20disabled%20the%20config%20manager%20client%20because%20the%20user%20was%20having%20some%20issues%20with%20software%20installs%20unrelated%20to%20O365.%20Fast%20forward%20about%20a%20week%20and%20he%20re-enabled%20the%20config%20man%20client.%20The%20ProPlus%20client%20did%20get%20an%20update%20successfully%2C%20but%20it%20was%20for%20v1803%2C%20not%201708%20of%20semi-annual%20channel.%20So%20my%20questions%20are%3A%3C%2FP%3E%3CUL%3E%3CLI%3EDoes%20it%20seem%20reasonable%20that%20the%20CDN%20fallback%20was%20used%20because%20the%20config%20manager%20client%20was%20disabled%20before%20the%20update%20from%20SCCM%20could%20be%20completed%3F%3C%2FLI%3E%3CLI%3EIs%20the%20fallback%20going%20to%20grab%20the%20latest%20version%20of%20semi-annual%20channel%20from%20the%20CDN%20as%20opposed%20to%20the%20one%20we've%20specified%20for%20distribution%20via%20SCCM%3F%3C%2FLI%3E%3C%2FUL%3E%3CP%3EThanks%20for%20any%20assistance%2C%3C%2FP%3E%3CP%3EDoug%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-235736%22%20slang%3D%22en-US%22%3ERe%3A%20Configuring%20fallback%20for%20Office%20365%20ProPlus%20updates%20in%20Configuration%20Manager%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-235736%22%20slang%3D%22en-US%22%3EThanks%20very%20much.%20Can't%20wait%20to%20eventually%20see%20this%20same%20fallback%20functionality%20when%20using%20a%20local%20share%20or%20https%20for%20updates%20(hopefully).%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-234473%22%20slang%3D%22en-US%22%3ERe%3A%20Configuring%20fallback%20for%20Office%20365%20ProPlus%20updates%20in%20Configuration%20Manager%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-234473%22%20slang%3D%22en-US%22%3E%3CP%3EHi%20Jeremy%2C%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EThis%20is%20a%20different%20fall%20back%20mechanism.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EThe%20'AllCdnFallback'%20option%20that%20you%20use%20with%20ODT%20is%20specific%20to%20the%20installation%20of%20language%20packs.%26nbsp%3B%20It%20allows%20you%20to%20install%20Office%20from%20a%20local%20source%20(like%20a%20network%20share)%20but%20if%20you%20forgot%20to%20download%20a%20language%20pack%20or%20MatchOS%20discovered%20a%20language%20pack%20that%20was%20not%20downloaded%20to%20your%20local%20source%2C%20having%20this%20fall%20back%20option%20on%20allows%20the%20ODT%20to%20download%20the%20language%20pack(s)%20that%20it%20needs%20directly%20from%20the%20CDN.%26nbsp%3B%20Note%3A%20this%20option%20is%20not%20compatible%20with%20Application%20deployment%20via%20SCCM.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EThe%20option%20available%20in%20SCCM%20applies%20to%20updates.%26nbsp%3B%20If%20a%20client%20is%20told%20by%20SCCM%20to%20update%20but%20the%20update%20is%20not%20yet%20available%20on%20the%20distribution%20point%2C%20the%20client%20is%20allowed%20to%20get%20the%20update%20directly%20from%20the%20CDN.%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3ECheers%2C%3C%2FP%3E%0A%3CP%3EChris%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-233975%22%20slang%3D%22en-US%22%3ERe%3A%20Configuring%20fallback%20for%20Office%20365%20ProPlus%20updates%20in%20Configuration%20Manager%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-233975%22%20slang%3D%22en-US%22%3E%3CP%3EThanks%20for%20the%20writeup%2C%20I'm%20a%20little%20late%20here%20but%20have%20a%20question%20I'm%20hoping%20you%20can%20answer.%26nbsp%3B%20Is%20this%20same%20functionality%20available%20using%20the%20ODT%20or%20GPO%2FIntune%20MDM%20Policy%3F%26nbsp%3B%20I%20see%20there%20is%20an%20%22AllowCdnFallback%22%20option%20in%20the%20ODT%20configuration%20XML%20(%3CA%20href%3D%22https%3A%2F%2Fdocs.microsoft.com%2Fen-us%2Fdeployoffice%2Fconfiguration-options-for-the-office-2016-deployment-tool%23allowcdnfallback-attribute-part-of-add-element%22%20target%3D%22_blank%22%20rel%3D%22noopener%20noreferrer%20noopener%20noreferrer%22%3Ehttps%3A%2F%2Fdocs.microsoft.com%2Fen-us%2Fdeployoffice%2Fconfiguration-options-for-the-office-2016-deployment-tool%23allowcdnfallback-attribute-part-of-add-element%3C%2FA%3E)%20but%20that%20seems%20to%20be%20for%20deployment%20(ODT%20download%2Fconfigure%20modes)%2C%20but%20not%20for%20updates.%3C%2FP%3E%3C%2FLINGO-BODY%3E
Highlighted
Microsoft

Starting with version 1706 of System Center Configuration Manager a new option is available allowing administrators to enable clients to fall back to the Microsoft Office CDN when deploying Office 365 ProPlus updates to client machines.  With this option enabled, clients will first check their available distribution points for the specified update.  If the update cannot be found the client will then get the specified update directly from the Microsoft Office CDN.

 

This can be helpful for situations where machines may not have a dedicated or reliable connection to the corporate network and other situations where it is not necessary to manage the update content for a particular update on premises.

 

To enable this feature:

Each time you configure an update for deployment (either manually or using an ADR) you can choose to enable this setting by simply checking the box labeled ‘If software updates are not available on distribution point in current, neighbor or site boundary groups, download content from Microsoft Updates.’ on the Download Settings tab of the Deployment Settings Properties dialog.

 

a.png 

When you deploy an update with this setting enabled you can expect the following behavior:

  • the client will check the available distribution points for the specified update before getting the update from the Microsoft Office CDN
  • the client will get the update from the Microsoft CDN if the client does not have a connection to the LAN after being signaled to update
  • the client may get language pack files related to the update if these files are not available on the distribution points
  • the client may switch to the Microsoft Office CDN during an update from a DP if a connection to the LAN is lost
7 Replies
Highlighted

Thanks for the writeup, I'm a little late here but have a question I'm hoping you can answer.  Is this same functionality available using the ODT or GPO/Intune MDM Policy?  I see there is an "AllowCdnFallback" option in the ODT configuration XML (https://docs.microsoft.com/en-us/deployoffice/configuration-options-for-the-office-2016-deployment-t...) but that seems to be for deployment (ODT download/configure modes), but not for updates.

Highlighted

Hi Jeremy,

 

This is a different fall back mechanism.

 

The 'AllCdnFallback' option that you use with ODT is specific to the installation of language packs.  It allows you to install Office from a local source (like a network share) but if you forgot to download a language pack or MatchOS discovered a language pack that was not downloaded to your local source, having this fall back option on allows the ODT to download the language pack(s) that it needs directly from the CDN.  Note: this option is not compatible with Application deployment via SCCM.

 

The option available in SCCM applies to updates.  If a client is told by SCCM to update but the update is not yet available on the distribution point, the client is allowed to get the update directly from the CDN. 

 

Cheers,

Chris

Highlighted
Thanks very much. Can't wait to eventually see this same fallback functionality when using a local share or https for updates (hopefully).
Highlighted

Regarding the fallback behavior, I recently analyzed a client machine that was set up to receive the latest update for Office 365 ProPlus semi-annual v1708. In the middle of that, one of our support techs disabled the config manager client because the user was having some issues with software installs unrelated to O365. Fast forward about a week and he re-enabled the config man client. The ProPlus client did get an update successfully, but it was for v1803, not 1708 of semi-annual channel. So my questions are:

  • Does it seem reasonable that the CDN fallback was used because the config manager client was disabled before the update from SCCM could be completed?
  • Is the fallback going to grab the latest version of semi-annual channel from the CDN as opposed to the one we've specified for distribution via SCCM?

Thanks for any assistance,

Doug

Highlighted
Hi Doug,

When an update is targeted to a client, the Configuration Manager agent tells C2R to install that specific version. If the Configuration Manager fallback option was enabled and the DP did not have the version then the client would fall back to the CDN to get the version specified by Configuration Manager. If the Configuration Manager agent was disabled on the client then it should have never updated unless the OfficeMgmtCOM setting was not set to True on the client. This setting tells C2R to not check for updates and wait to be told what to do by Configuration Manager. FYI - the OfficeMgmtCOM setting is stored in HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office\ClickToRun\Configuration along with the installed version and other C2R settings.

Cheers,
Chris
Highlighted
The fall back option in the ODT configuration XML is for the scenario when you are deploying from a local source (typically via a manual process or a management tool other than Configuration Manager). For both the initial installation or the update process.

If you are using Intune everything comes from the CDN so no need for fall back in this case.
Highlighted

@Chris Hopkins- Happy Holidays!

 

I am using the following lines in my config.xml and deploying during OSD as an Application in SCCM (1806).  

<Configuration>
  <Add OfficeClientEdition="32" Channel="Broad" OfficeMgmtCOM="TRUE" AllowCdnFallback="TRUE">
    <Product ID="O365ProPlusRetail">
      <Language ID="MatchOS" />
      <Language ID="en-us" />

 

My source files on the local distribution point only contain the installation for en-us. You stated that this  not compatibile with the Application method of SCCM? It will not use the CDN to download the missing Languages if the you are deploying Office 365 ProPlus in this manner? Is that documentend somewhere?

 

I have to manage over 20 different languages of the OS and Office, it would be ideal to have this working instead of having 19 additional deployment types/applications for each Office language.

 

Looking forward to your response.