Home

Migrating to the new web services based publishing for Office 365 IP Addresses and URLs

%3CLINGO-SUB%20id%3D%22lingo-sub-229144%22%20slang%3D%22en-US%22%3EMigrating%20to%20the%20new%20web%20services%20based%20publishing%20for%20Office%20365%20IP%20Addresses%20and%20URLs%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-229144%22%20slang%3D%22en-US%22%3E%3CP%3EWe%20announced%20in%20April%20that%20the%20Office%20365%20IP%20Addresses%20and%20URLs%20page%20was%20being%20replaced%20with%20access%20to%20the%20data%20from%20new%20web%20services.%20See%20%3CSPAN%3E%3CA%20href%3D%22http%3A%2F%2Faka.ms%2Fipurlblog%22%20target%3D%22_blank%22%20rel%3D%22noopener%20noreferrer%20noopener%20noreferrer%22%3Ehttp%3A%2F%2Faka.ms%2Fipurlblog%3C%2FA%3E%3C%2FSPAN%3E%20for%20the%20announcement.%20I%E2%80%99ve%20heard%20a%20few%20requests%20for%20guidance%20on%20how%20to%20migrate%20to%20the%20new%20web%20services.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EWe%20publish%20network%20endpoint%20data%20for%20Office%20365%20across%20the%20five%20service%20instances%20and%20each%20has%20separate%20network%20connectivity.%20They%20are%3A%3C%2FP%3E%0A%3CUL%3E%0A%3CLI%3EOffice%20365%20worldwide%20commercial%3C%2FLI%3E%0A%3CLI%3EOffice%20365%20US%20Government%20GCC%20High%3C%2FLI%3E%0A%3CLI%3EOffice%20365%20US%20Government%20DoD%3C%2FLI%3E%0A%3CLI%3EOffice%20365%20Germany%3C%2FLI%3E%0A%3CLI%3EOffice%20365%20operated%20by%2021Vianet%3C%2FLI%3E%0A%3C%2FUL%3E%0A%3CP%3EFor%20each%20of%20these%20we%20publish%20am%20HTML%20page%20with%20tables%20that%20list%20the%20URLs%20and%20IP%20Address%20ranges%20that%20must%20be%20accessible.%20We%20also%20publish%20an%20XML%20file%20for%20each%20and%20have%20an%20RSS%20feed%20which%20is%20updated%20to%20show%20changes.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EThese%20are%20all%20planned%20to%20be%20deprecated%20and%20no%20longer%20updated%20from%20October%202%3CSUP%3End%3C%2FSUP%3E%2C%202018.%20Depending%20on%20how%20you%20use%20the%20current%20data%2C%20you%20will%20have%20a%20different%20recommended%20path%20for%20migrating%20to%20the%20new%20web%20services%20which%20provide%20the%20data.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EThe%20new%20web%20services%20provide%20IP%20Address%20and%20URL%20network%20endpoint%20data%20in%20JSON%20format%20along%20with%20other%20attributes%20that%20were%20previously%20only%20available%20in%20the%20HTML%20tables%20and%20some%20new%20attributes.%20We%20will%20be%20providing%20new%20published%20HTML%20tables%20and%20RSS%20feeds%20that%20are%20based%20off%20the%20web%20services%20data.%3C%2FP%3E%0A%3CP%3EHere%20are%20some%20existing%20scenarios%20where%20customers%20use%20the%20data%20along%20with%20how%20we%20recommend%20migrating%20to%20the%20new%20web%20services.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CH2%20id%3D%22toc-hId-1646697400%22%20id%3D%22toc-hId-1735239165%22%3EUsing%20the%20XML%20file%20for%20firewall%20or%20proxy%20server%20configuration%20using%20a%20script%3C%2FH2%3E%0A%3CP%3EThe%20XML%20files%20that%20we%20publish%20will%20no%20longer%20be%20updated%20from%20October%202%3CSUP%3End%3C%2FSUP%3E%2C%202018%20so%20it%E2%80%99s%20particularly%20important%20to%20migrate%20off%20them.%20Typically%2C%20if%20you%20have%20script%20that%20is%20downloading%20these%20files%20it%20will%20be%20necessary%20to%20update%20it%20to%20use%20the%20JSON%20data%20from%20the%20web%20services.%20Although%20these%20are%20different%20formats%2C%20most%20scripting%20languages%20have%20native%20support%20for%20both%2C%20so%20the%20update%20should%20be%20straight%20forward.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EWe%20provide%20sample%20scripts%20for%20accessing%20the%20data%20in%20PowerShell%20and%20Python%20in%20the%20web%20services%20user%20guide.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CH2%20id%3D%22toc-hId--905459561%22%20id%3D%22toc-hId--816917796%22%3EScreen%20scraping%20data%20attributes%20from%20the%20HTML%20web%20page%3C%2FH2%3E%0A%3CP%3EAlthough%20Microsoft%20doesn%E2%80%99t%20support%20screen%20scraping%20of%20the%20HTML%20published%20data%20we%20understand%20that%20some%20customers%20do%20this%20to%20get%20additional%20attributes%20about%20Office%20365%20network%20endpoints%20from%20the%20HTML%20tables.%20The%20good%20news%20is%20that%20you%20don%E2%80%99t%20need%20to%20do%20this%20any%20longer.%20All%20supported%20attributes%20are%20available%20in%20the%20new%20web%20services%20so%20there%20will%20be%20no%20longer%20any%20need%20for%20screen%20scraping%20of%20the%20HTML%20tables.%20Please%20discontinue%20any%20screen%20scraping.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CH2%20id%3D%22toc-hId-837350774%22%20id%3D%22toc-hId-925892539%22%3EClassifying%20network%20traffic%20by%20the%20Office%20365%20application%20for%20reporting%20purposes%3C%2FH2%3E%0A%3CP%3ESome%20customers%20look%20at%20the%20destination%20IP%20Address%20and%20map%20it%20to%20the%20Office%20365%20Product%20name%20listed%20in%20the%20XML%20file.%20This%20Product%20list%20has%20inconsistencies%2C%20is%20missing%20dependencies%2C%20has%20out%20of%20date%20names%20and%20we%20do%20not%20support%20selection%20of%20individual%20Office%20365%20applications%20by%20network%20endpoint%20so%20we%20are%20removing%20it.%20We%20are%20replacing%20this%20with%20a%20shorter%20list%20of%20Service%20Areas%20for%20which%20selective%20enablement%20is%20supported.%20There%20are%20three%20service%20areas%20which%20can%20be%20selected%20independently%20and%20a%20fourth%20common%20service%20area.%20This%20table%20shows%20the%20mapping%20of%20the%20old%20Product%20to%20the%20new%20Service%20Areas.%20Two%20of%20the%20old%20Product%20names%20no%20longer%20exist%20and%20are%20shown%20mapped%20to%20%3CREMOVED%3E.%3C%2FREMOVED%3E%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CTABLE%3E%0A%3CTBODY%3E%0A%3CTR%3E%0A%3CTD%20width%3D%22144%22%3E%3CP%3E%3CSTRONG%3EOld%20XML%20Product%3C%2FSTRONG%3E%3C%2FP%3E%0A%3C%2FTD%3E%0A%3CTD%20width%3D%22144%22%3E%3CP%3E%3CSTRONG%3ENew%20JSON%20ServiceArea%3C%2FSTRONG%3E%3C%2FP%3E%0A%3C%2FTD%3E%0A%3C%2FTR%3E%0A%3CTR%3E%0A%3CTD%20width%3D%22144%22%3E%3CP%3EWAC%3C%2FP%3E%0A%3C%2FTD%3E%0A%3CTD%20width%3D%22144%22%3E%3CP%3ECommon%3C%2FP%3E%0A%3C%2FTD%3E%0A%3C%2FTR%3E%0A%3CTR%3E%0A%3CTD%20width%3D%22144%22%3E%3CP%3ESway%3C%2FP%3E%0A%3C%2FTD%3E%0A%3CTD%20width%3D%22144%22%3E%3CP%3ECommon%3C%2FP%3E%0A%3C%2FTD%3E%0A%3C%2FTR%3E%0A%3CTR%3E%0A%3CTD%20width%3D%22144%22%3E%3CP%3EPlanner%3C%2FP%3E%0A%3C%2FTD%3E%0A%3CTD%20width%3D%22144%22%3E%3CP%3ECommon%3C%2FP%3E%0A%3C%2FTD%3E%0A%3C%2FTR%3E%0A%3CTR%3E%0A%3CTD%20width%3D%22144%22%3E%3CP%3EProPlus%3C%2FP%3E%0A%3C%2FTD%3E%0A%3CTD%20width%3D%22144%22%3E%3CP%3ECommon%3C%2FP%3E%0A%3C%2FTD%3E%0A%3C%2FTR%3E%0A%3CTR%3E%0A%3CTD%20width%3D%22144%22%3E%3CP%3EEx-Fed%3C%2FP%3E%0A%3C%2FTD%3E%0A%3CTD%20width%3D%22144%22%3E%3CP%3E%3CREMOVED%3E%3C%2FREMOVED%3E%3C%2FP%3E%0A%3C%2FTD%3E%0A%3C%2FTR%3E%0A%3CTR%3E%0A%3CTD%20width%3D%22144%22%3E%3CP%3EYammer%3C%2FP%3E%0A%3C%2FTD%3E%0A%3CTD%20width%3D%22144%22%3E%3CP%3ECommon%3C%2FP%3E%0A%3C%2FTD%3E%0A%3C%2FTR%3E%0A%3CTR%3E%0A%3CTD%20width%3D%22144%22%3E%3CP%3ETeams%26nbsp%3B%3C%2FP%3E%0A%3C%2FTD%3E%0A%3CTD%20width%3D%22144%22%3E%3CP%3ESkype%3C%2FP%3E%0A%3C%2FTD%3E%0A%3C%2FTR%3E%0A%3CTR%3E%0A%3CTD%20width%3D%22144%22%3E%3CP%3EOfficeiPad%3C%2FP%3E%0A%3C%2FTD%3E%0A%3CTD%20width%3D%22144%22%3E%3CP%3ECommon%3C%2FP%3E%0A%3C%2FTD%3E%0A%3C%2FTR%3E%0A%3CTR%3E%0A%3CTD%20width%3D%22144%22%3E%3CP%3EOfficeMobile%26nbsp%3B%3C%2FP%3E%0A%3C%2FTD%3E%0A%3CTD%20width%3D%22144%22%3E%3CP%3ECommon%3C%2FP%3E%0A%3C%2FTD%3E%0A%3C%2FTR%3E%0A%3CTR%3E%0A%3CTD%20width%3D%22144%22%3E%3CP%3ERCA%26nbsp%3B%3C%2FP%3E%0A%3C%2FTD%3E%0A%3CTD%20width%3D%22144%22%3E%3CP%3E%3CREMOVED%3E%3C%2FREMOVED%3E%3C%2FP%3E%0A%3C%2FTD%3E%0A%3C%2FTR%3E%0A%3CTR%3E%0A%3CTD%20width%3D%22144%22%3E%3CP%3EOneNote%26nbsp%3B%3C%2FP%3E%0A%3C%2FTD%3E%0A%3CTD%20width%3D%22144%22%3E%3CP%3ECommon%3C%2FP%3E%0A%3C%2FTD%3E%0A%3C%2FTR%3E%0A%3CTR%3E%0A%3CTD%20width%3D%22144%22%3E%3CP%3EEXO%26nbsp%3B%3C%2FP%3E%0A%3C%2FTD%3E%0A%3CTD%20width%3D%22144%22%3E%3CP%3EExchange%3C%2FP%3E%0A%3C%2FTD%3E%0A%3C%2FTR%3E%0A%3CTR%3E%0A%3CTD%20width%3D%22144%22%3E%3CP%3ESPO%26nbsp%3B%3C%2FP%3E%0A%3C%2FTD%3E%0A%3CTD%20width%3D%22144%22%3E%3CP%3ESharePoint%3C%2FP%3E%0A%3C%2FTD%3E%0A%3C%2FTR%3E%0A%3CTR%3E%0A%3CTD%20width%3D%22144%22%3E%3CP%3EOffice365Video%26nbsp%3B%3C%2FP%3E%0A%3C%2FTD%3E%0A%3CTD%20width%3D%22144%22%3E%3CP%3ECommon%3C%2FP%3E%0A%3C%2FTD%3E%0A%3C%2FTR%3E%0A%3CTR%3E%0A%3CTD%20width%3D%22144%22%3E%3CP%3ELYO%26nbsp%3B%3C%2FP%3E%0A%3C%2FTD%3E%0A%3CTD%20width%3D%22144%22%3E%3CP%3ESkype%3C%2FP%3E%0A%3C%2FTD%3E%0A%3C%2FTR%3E%0A%3CTR%3E%0A%3CTD%20width%3D%22144%22%3E%3CP%3EIdentity%3C%2FP%3E%0A%3C%2FTD%3E%0A%3CTD%20width%3D%22144%22%3E%3CP%3ECommon%3C%2FP%3E%0A%3C%2FTD%3E%0A%3C%2FTR%3E%0A%3CTR%3E%0A%3CTD%20width%3D%22144%22%3E%3CP%3ECRLs%3C%2FP%3E%0A%3C%2FTD%3E%0A%3CTD%20width%3D%22144%22%3E%3CP%3ECommon%3C%2FP%3E%0A%3C%2FTD%3E%0A%3C%2FTR%3E%0A%3CTR%3E%0A%3CTD%20width%3D%22144%22%3E%3CP%3Eo365%3C%2FP%3E%0A%3C%2FTD%3E%0A%3CTD%20width%3D%22144%22%3E%3CP%3ECommon%3C%2FP%3E%0A%3C%2FTD%3E%0A%3C%2FTR%3E%0A%3CTR%3E%0A%3CTD%20width%3D%22144%22%3E%3CP%3EEOP%26nbsp%3B%3C%2FP%3E%0A%3C%2FTD%3E%0A%3CTD%20width%3D%22144%22%3E%3CP%3EExchange%3C%2FP%3E%0A%3C%2FTD%3E%0A%3C%2FTR%3E%0A%3C%2FTBODY%3E%0A%3C%2FTABLE%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EAlthough%20we%20recommend%20enabling%20all%20service%20areas%2C%20you%20can%20select%20which%20service%20areas%20to%20return%20data%20when%20calling%20the%20web%20services.%20The%20Common%20service%20area%20is%20always%20returned%20since%20the%20other%20service%20areas%20have%20a%20dependency%20on%20it.%20The%20specific%20service%20area%20name%20is%20also%20included%20in%20the%20web%20services%20attributes%20returned.%20Here%E2%80%99s%20an%20example%20PowerShell%20script%20command%20to%20get%20endpoint%20data%20for%20the%20Exchange%20Online%20service%20area%20and%20the%20Common%20service%20area%3A%3C%2FP%3E%0A%3CP%3E%3CSPAN%20class%3D%22lia-inline-image-display-wrapper%20lia-image-align-inline%22%20style%3D%22width%3A%20924px%3B%22%3E%3CIMG%20src%3D%22https%3A%2F%2Fgxcuf89792.i.lithium.com%2Ft5%2Fimage%2Fserverpage%2Fimage-id%2F39774i84DF10BE45EEC541%2Fimage-size%2Flarge%3Fv%3D1.0%26amp%3Bpx%3D999%22%20alt%3D%22invoke-restmethod.png%22%20title%3D%22invoke-restmethod.png%22%20%2F%3E%3CSPAN%20class%3D%22lia-inline-image-caption%22%20onclick%3D%22event.preventDefault()%3B%22%3EPowerShell%20command%20getting%20endpoints%3C%2FSPAN%3E%3C%2FSPAN%3E%26nbsp%3B%3C%2FP%3E%0A%3CH2%20id%3D%22toc-hId--1714806187%22%20id%3D%22toc-hId--1626264422%22%3EUsing%20the%20RSS%20publishing%20to%20have%20changes%20reviewed%20and%20then%20applied%20to%20networking%20devices%3C%2FH2%3E%0A%3CP%3EWe%20will%20be%20replacing%20the%20current%20RSS%20feed%20so%20that%20customers%20who%20are%20familiar%20with%20using%20an%20RSS%20reader%20to%20get%20notification%20of%20changes%20can%20still%20do%20so.%20The%20old%20RSS%20feeds%20will%20all%20be%20removed%20after%20October%202%3CSUP%3End%3C%2FSUP%3E%2C%202018.%20The%20URLs%20for%20each%20RSS%20feed%20will%20be%20changing%2C%20and%20the%20structure%20of%20the%20text%20returned%2C%20and%20the%20number%20of%20updates%20will%20be%20improved%20on.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EYou%20can%20also%20use%20Microsoft%20Flow%20to%20create%20review%20and%20update%20processes%20to%20respond%20to%20IP%20Address%20and%20URL%20changes.%20We%E2%80%99re%20working%20on%20an%20article%20which%20demonstrates%20how%20to%20set%20this%20up.%20I%E2%80%99ll%20update%20this%20page%20with%20a%20link%20to%20that%20article%20once%20it%20is%20available.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CH2%20id%3D%22toc-hId-28004148%22%20id%3D%22toc-hId-116545913%22%3EJust%20searching%20for%20an%20IP%20Address%3C%2FH2%3E%0A%3CP%3EIf%20you%20use%20the%20IP%20Addresses%20and%20URLs%20page%20just%20for%20searching%20for%20an%20IP%20Address%20that%20you%20see%20in%20a%20log%20file%2C%20then%20you%20can%20continue%20to%20do%20that.%20The%20current%20HTML%20tables%20of%20the%20network%20endpoints%20are%20manually%20edited%2C%20and%20we%20are%20going%20to%20be%20removing%20them.%20We%20will%20republish%20the%20HTML%20tables%20as%20generated%20from%20the%20web%20services.%20You%20will%20still%20need%20to%20search%20for%20the%20IP%20Address%20network%20(or%20CIDR)%20that%20contains%20the%20IP%20Address%20you%20want.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CH2%20id%3D%22toc-hId-1770814483%22%20id%3D%22toc-hId-1859356248%22%3ESummary%3C%2FH2%3E%0A%3CP%3EThe%20new%20web%20services%20are%20improved%20over%20the%20old%20publishing%2C%20but%20there%20will%20still%20be%20some%20migration%20work%20required.%20The%20above%20recommendations%20are%20intended%20to%20help%20you%20to%20plan%20for%20the%20changes.%3C%2FP%3E%0A%3CP%3EHow%20do%20you%20use%20the%20existing%20Office%20365%20network%20endpoint%20data%3F%20Are%20there%20any%20other%20scenarios%20that%20you%20are%20using%20the%20existing%20published%20IP%20Address%20and%20URL%20data%20for%3F%20Let%20us%20know.%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-281745%22%20slang%3D%22en-US%22%3ERe%3A%20Migrating%20to%20the%20new%20web%20services%20based%20publishing%20for%20Office%20365%20IP%20Addresses%20and%20URLs%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-281745%22%20slang%3D%22en-US%22%3E%3CBLOCKQUOTE%3E%3CHR%20%2F%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F227173%22%20target%3D%22_blank%22%3E%40jaffer.jobs%20jaffer.jobs%3C%2FA%3E%26nbsp%3Bwrote%3A%3CBR%20%2F%3E%3CP%3ELets%20say%20i%20want%20to%20get%20FQDN's%20and%20IP's%26nbsp%3Bfor%26nbsp%3Ba%20single%20application%20say%26nbsp%3B%22YAMMER%22.%3C%2FP%3E%0A%3CP%3EDocumentation%20states%20-%20%22%3CEM%3Enotes%20-%20For%20optional%20endpoints%2C%20this%20text%20describes%20Office%20365%20functionality%20that%20will%20be%20missing%20if%20IP%20addresses%20or%20URLs%20in%20this%20endpoint%20set%20cannot%20be%20accessed%20at%20the%20network%20layer.%20Omitted%20if%20blank.%3C%2FEM%3E%22%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EOld%20XML%20had%20a%20product%20called%20%22YAMMER%22%20and%26nbsp%3B%3CSPAN%3EFQDN's%20and%20IP's%20specific%20to%20YAMMER.%20%3C%2FSPAN%3E%3C%2FP%3E%0A%3CP%3E%3CSPAN%3Enow%20for%20the%20achieving%20same%20effect%26nbsp%3B%3C%2FSPAN%3ECan%20i%20rely%20on%20%3CSTRONG%3Enotes%3C%2FSTRONG%3E%26nbsp%3Bfield%20part%20of%20endpoints%20and%20extract%26nbsp%3B%3CSPAN%3EFQDN's%20and%20IP's%26nbsp%3Bfor%20%22YAMMER%22%20%3F%3C%2FSPAN%3E%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%3CSPAN%3EAnd%20Can%20i%20assume%20the%20notes%20will%20be%20updated%20and%20maintained%20just%20like%20IPS's%20and%20FQDN's%20%3F%3C%2FSPAN%3E%3C%2FP%3E%0A%3CHR%20%2F%3E%3C%2FBLOCKQUOTE%3E%0A%3CP%3EHi%26nbsp%3B%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F227173%22%20target%3D%22_blank%22%3E%40jaffer.jobs%20jaffer.jobs%3C%2FA%3E%2C%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EWe%20only%20support%20selective%20blocking%20of%20Office%20365%20network%20traffic%20by%20the%20ServiceArea%20attribute%20in%20the%20web%20service%20output.%20The%20previous%20listed%20products%20in%20the%20XML%20file%20are%20not%20supported%20for%20selective%20network%20blocking.%20You%20can%20read%20above%20in%20this%20article%20about%20how%20the%20old%20products%20are%20mapped%20to%20ServiceAreas.%20Separately%2C%20the%20notes%20field%20is%20provided%20for%20any%20Required%3A%20false%20endpoint%20sets%20to%20identify%20what%20Office%20365%20functionality%20would%20be%20missing%20if%20this%20endpoint%20set%20is%20blocked.%20The%20notes%20field%20doesn't%20follow%20any%20specific%20schema%2C%20doesn't%20group%20endpoint%20sets%2C%20and%20doesn't%20have%20an%20update%20or%20maintenance%20policy.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3ERegards%2C%3C%2FP%3E%0A%3CP%3EPaul%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-270501%22%20slang%3D%22en-US%22%3ERe%3A%20Migrating%20to%20the%20new%20web%20services%20based%20publishing%20for%20Office%20365%20IP%20Addresses%20and%20URLs%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-270501%22%20slang%3D%22en-US%22%3E%3CP%3EThanks%20Paul%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3ELets%20say%20i%20want%20to%20get%20FQDN's%20and%20IP's%26nbsp%3Bfor%26nbsp%3Ba%20single%20application%20say%26nbsp%3B%22YAMMER%22.%3C%2FP%3E%3CP%3EDocumentation%20states%20-%20%22%3CEM%3Enotes%20-%20For%20optional%20endpoints%2C%20this%20text%20describes%20Office%20365%20functionality%20that%20will%20be%20missing%20if%20IP%20addresses%20or%20URLs%20in%20this%20endpoint%20set%20cannot%20be%20accessed%20at%20the%20network%20layer.%20Omitted%20if%20blank.%3C%2FEM%3E%22%26nbsp%3B%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EOld%20XML%20had%20a%20product%20called%20%22YAMMER%22%20and%26nbsp%3B%3CSPAN%3EFQDN's%20and%20IP's%20specific%20to%20YAMMER.%20%3C%2FSPAN%3E%3C%2FP%3E%3CP%3E%3CSPAN%3Enow%20for%20the%20achieving%20same%20effect%26nbsp%3B%3C%2FSPAN%3ECan%20i%20rely%20on%20%3CSTRONG%3Enotes%3C%2FSTRONG%3E%26nbsp%3Bfield%20part%20of%20endpoints%20and%20extract%26nbsp%3B%3CSPAN%3EFQDN's%20and%20IP's%26nbsp%3Bfor%20%22YAMMER%22%20%3F%3C%2FSPAN%3E%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3E%3CSPAN%3EAnd%20Can%20i%20assume%20the%20notes%20will%20be%20updated%20and%20maintained%20just%20like%20IPS's%20and%20FQDN's%20%3F%3C%2FSPAN%3E%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-254113%22%20slang%3D%22en-US%22%3ERe%3A%20Migrating%20to%20the%20new%20web%20services%20based%20publishing%20for%20Office%20365%20IP%20Addresses%20and%20URLs%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-254113%22%20slang%3D%22en-US%22%3E%3CP%3EHi%26nbsp%3B%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F181391%22%20target%3D%22_blank%22%3E%40Abhinay%20Sharma%3C%2FA%3E%2C%20we%20wont%20change%20the%20endpoint%20set%20id%20numbers%20although%20we%20will%20add%20new%20numbers.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3ERegards%2C%3C%2FP%3E%0A%3CP%3EPaul%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-254085%22%20slang%3D%22en-US%22%3ERe%3A%20Migrating%20to%20the%20new%20web%20services%20based%20publishing%20for%20Office%20365%20IP%20Addresses%20and%20URLs%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-254085%22%20slang%3D%22en-US%22%3E%3CP%3EHi%20%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F204%22%20target%3D%22_blank%22%3E%40Paul%20Andrew%3C%2FA%3E-%20just%20need%20to%20know%20if%20the%20endpoint%20set%20ids%20are%20fixed%20or%20it%20can%20be%20change%20in%20future%3F%20like%20for%20Skype%20we%20have%20endpoint%20set%20id-11%2C12%2C13%2C14%2C15%2C16%2C17%2C18%2C19%2C20%2C22%2C25%2C26%2C27%2C29.%20So%20for%20latest%20changes%20in%20IPs%20we%20need%20to%20check%20these%20endpoint%20ids%20only%3F%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-253897%22%20slang%3D%22en-US%22%3ERe%3A%20Migrating%20to%20the%20new%20web%20services%20based%20publishing%20for%20Office%20365%20IP%20Addresses%20and%20URLs%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-253897%22%20slang%3D%22en-US%22%3EThanks%20Paul.%20That%20clears%20up%20my%20confusion.%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-252987%22%20slang%3D%22en-US%22%3ERe%3A%20Migrating%20to%20the%20new%20web%20services%20based%20publishing%20for%20Office%20365%20IP%20Addresses%20and%20URLs%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-252987%22%20slang%3D%22en-US%22%3E%3CP%3EHi%26nbsp%3B%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F11965%22%20target%3D%22_blank%22%3E%40John%20Tullo%3C%2FA%3E%2C%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EThe%20%2Fchanges%20output%20faithfully%20describes%20each%20and%20every%20change%20in%20the%20output%20of%20the%20%2Fendpoints%20web%20method.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EWe're%20working%20on%20adding%20an%20additional%20field%20to%20the%20%2Fchanges%20output%20that%20will%20identify%20the%20severity%20of%20each%20change.%26nbsp%3BNote%20that%20this%20IP%20Address%20is%20still%20part%20of%20Office%20365%20and%20none%20of%20these%20changes%20should%20be%20applied%20to%20a%20firewall%20as%20a%20removal.%20We%20would%20have%20some%20kind%20of%20change%20severity%20that%20indicates%20duplicate%20removal%20only.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EHere's%20more%20detail%20on%20those%20three%20change%20sets%20for%20IP%2013.70.151.216.%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EChange%20Set%20ID%20141%20-%20this%20is%20deleting%20endpoint%20set%2023%20entirely.%20It%20was%20removed%20as%20it%20was%20a%20duplicate%20of%20another%20endpoint%20set%20ID%2025.%20The%20other%20endpoint%20set%20is%20still%20published.%3C%2FP%3E%0A%3CP%3EChange%20Set%20ID%20152%20-%20this%20is%20a%20change%20to%20endpoint%20set%2069.%20We%20changed%20it%20to%20ExpressRoute%20not%20supported%20and%20removed%20all%20of%20the%20IP%20Addresses.%20This%20endpoint%20set%20is%20telemetry%20and%20is%20in%20the%20Default%20category%20which%20we%20recommend%20directing%20to%20a%20default%20Internet%20egress%20proxy%20server.%20This%20is%20an%20operation%20that%20does%20not%20require%20IP%20Addresses.%3C%2FP%3E%0A%3CP%3EChange%20Set%20ID%20167%20-%20this%20is%20deleting%20endpoint%20set%2024%20entirely.%20It%20was%20also%20removed%20as%20a%20duplicate.%20This%20one%20is%20a%20duplicate%20of%20endpoint%20set%20ID%2012.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3ERegards%2C%3C%2FP%3E%0A%3CP%3EPaul%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-252876%22%20slang%3D%22en-US%22%3ERe%3A%20Migrating%20to%20the%20new%20web%20services%20based%20publishing%20for%20Office%20365%20IP%20Addresses%20and%20URLs%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-252876%22%20slang%3D%22en-US%22%3E%3CP%3EHi%26nbsp%3B%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F181391%22%20target%3D%22_blank%22%3E%40Abhinay%20Sharma%3C%2FA%3E%2C%20not%20sure%20what%20you%20mean%20here.%20We%20publish%20the%20endpoints%20data%20and%20the%20version%20for%20each%20publishing.%20The%20version%20you%20are%20currently%20using%20depends%20on%20where%20you%20download%20the%20data%20to%20and%20how%20you%20store%20it.%20You'd%20need%20to%20store%20the%20version%20somewhere%20of%20the%20data%20you%20downloaded.%20If%20you%20use%20our%20Microsoft%20Flow%20sample%2C%20then%20your%20latest%20downloaded%20version%20is%20going%20to%20be%20in%20your%20SharePoint%20list.%3C%2FP%3E%0A%3CP%3EPaul%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-252854%22%20slang%3D%22en-US%22%3ERe%3A%20Migrating%20to%20the%20new%20web%20services%20based%20publishing%20for%20Office%20365%20IP%20Addresses%20and%20URLs%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-252854%22%20slang%3D%22en-US%22%3E%3CP%3EHi%20%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F204%22%20target%3D%22_blank%22%3E%40Paul%20Andrew%3C%2FA%3E-%20how%20to%20check%20which%200365%20endpoint%20version%20we%20are%20using%3F%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-252475%22%20slang%3D%22en-US%22%3ERe%3A%20Migrating%20to%20the%20new%20web%20services%20based%20publishing%20for%20Office%20365%20IP%20Addresses%20and%20URLs%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-252475%22%20slang%3D%22en-US%22%3E%3CP%3EHi%26nbsp%3B%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F181391%22%20target%3D%22_blank%22%3E%40Abhinay%20Sharma%3C%2FA%3E%2C%20it's%20documented%20at%20%3CA%20href%3D%22http%3A%2F%2Faka.ms%2Fipurlblog%22%20target%3D%22_blank%22%20rel%3D%22noopener%20noreferrer%20noopener%20noreferrer%22%3Ehttp%3A%2F%2Faka.ms%2Fipurlblog%3C%2FA%3E.%20The%20Office%20365%20Worldwide%20Commercial%20RSS%20change%20feed%20is%20here%3A%20%3CA%20href%3D%22https%3A%2F%2Fendpoints.office.com%2Fversion%2Fworldwide%3Fallversions%3Dtrue%26amp%3Bformat%3Drss%26amp%3Bclientrequestid%3Db10c5ed1-bad1-445f-b386-b919946339a7%22%20target%3D%22_blank%22%20rel%3D%22noopener%20noreferrer%20noopener%20noreferrer%22%3Ehttps%3A%2F%2Fendpoints.office.com%2Fversion%2Fworldwide%3Fallversions%3Dtrue%26amp%3Bformat%3Drss%26amp%3Bclientrequestid%3Db10c5ed1-bad1-445f-b386-b919946339a7%3C%2FA%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EPaul%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-252468%22%20slang%3D%22en-US%22%3ERe%3A%20Migrating%20to%20the%20new%20web%20services%20based%20publishing%20for%20Office%20365%20IP%20Addresses%20and%20URLs%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-252468%22%20slang%3D%22en-US%22%3E%3CP%3EWhat%20is%20the%20URL%20for%20new%20RSS%20feed%3F%20is%20it%20published%20or%20not%20yet%3F%3F%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-251795%22%20slang%3D%22en-US%22%3ERe%3A%20Migrating%20to%20the%20new%20web%20services%20based%20publishing%20for%20Office%20365%20IP%20Addresses%20and%20URLs%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-251795%22%20slang%3D%22en-US%22%3E%3CP%3EI'm%20trying%20to%20understand%20the%20meaning%20of%20the%20following%20which%20is%3A%3C%2FP%3E%3CP%3EThe%20ip%20set%20%22%3CSPAN%3E13.70.151.216%2F32%22%20(along%20with%20several%20others)%20appears%20in%20the%20results%20of%20the%26nbsp%3B%3CA%20href%3D%22https%3A%2F%2Fendpoints.office.com%2Fchanges%2Fworldwide%2F0000000000%3Fclientrequestid%3Db10c5ed1-bad1-445f-b386-b919946339a7%26nbsp%3B%22%20target%3D%22_blank%22%20rel%3D%22noopener%20noreferrer%20noopener%20noreferrer%22%3Ehttps%3A%2F%2Fendpoints.office.com%2Fchanges%2Fworldwide%2F0000000000%3Fclientrequestid%3Db10c5ed1-bad1-445f-b386-b919946339a7%26nbsp%3B%3C%2FA%3E%20multiple%20times%20as%20a%20%22remove%20ips%22%20%22%3CSTRONG%3Eremove%3C%2FSTRONG%3E%22%20disposition%20type%20of%20update%20associated%20with%20a%20%22urls%22%20of%20%22%3CSTRONG%3E*.dc.trouter.io%3C%2FSTRONG%3E%22%20in%20one%20update%20and%20associated%20with%20a%20%22urls%22%26nbsp%3Bof%20%5B%3CSTRONG%3E*.skype.com%22%2C%3C%2FSTRONG%3E%3CSTRONG%3E%22*.teams.microsoft.com%22%2C%20and%20%22teams.microsoft.com%3C%2FSTRONG%3E%22%5D%26nbsp%3B%26nbsp%3Bin%26nbsp%3Ba%20second%20%22remove%20ips%22%20%22remove%22%20disposition%20type%20of%20update%26nbsp%3Band%20in%20a%203rd%20%22remove%20ips%22%20type%20of%20%22%3CSTRONG%3Echange%3C%2FSTRONG%3E%22%20disposition%20update%20but%20associated%20with%20no%20urls%20.%20In%20all%20three%20updates%2C%26nbsp%3B%20the%20%22previous%20expressroute%22%20state%20is%20listed%20as%26nbsp%3B%22true%22%20but%20the%20%22current%20expressroute%22%20state%20is%20%22false%22.%3C%2FSPAN%3E%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3E%3CSPAN%3EThis%20is%26nbsp%3B%3C%2FSPAN%3Ecompared%20to%20the%20endpoints%20list%20(%3CA%20href%3D%22https%3A%2F%2Fendpoints.office.com%2Fendpoints%2FWorldwide%3FClientRequestId%3Db10c5ed1-bad1-445f-b386-b919946339a7%22%20target%3D%22_blank%22%20rel%3D%22noopener%20noreferrer%20noopener%20noreferrer%22%3Ehttps%3A%2F%2Fendpoints.office.com%2Fendpoints%2FWorldwide%3FClientRequestId%3Db10c5ed1-bad1-445f-b386-b919946339a7%3C%2FA%3E%20)%26nbsp%3B%20where%20i%20still%20see%20that%20ip%20listed%20multiple%20times%20in%20the%20endpoints%20list%20with%20ExpressRoute%3Dtrue%20and%20i%20also%20see%20it%20listed%20in%20the%20following%20places%20(%3CA%20href%3D%22https%3A%2F%2Fdocs.microsoft.com%2Fen-us%2Foffice365%2Fenterprise%2Furls-and-ip-address-ranges%3FredirectSourcePath%3D%25252fen-gb%25252farticle%25252fOffice-365-URLs-and-IP-address-ranges-8548a211-3fe7-47cb-abb1-355ea5aa88a2%23bkmk_sfb_ip%22%20target%3D%22_blank%22%20rel%3D%22noopener%20noreferrer%20noopener%20noreferrer%22%3Ehttps%3A%2F%2Fdocs.microsoft.com%2Fen-us%2Foffice365%2Fenterprise%2Furls-and-ip-address-ranges%3FredirectSourcePath%3D%25252fen-gb%25252farticle%25252fOffice-365-URLs-and-IP-address-ranges-8548a211-3fe7-47cb-abb1-355ea5aa88a2%23bkmk_sfb_ip%3C%2FA%3E%20)%20%2C%20%3CA%20href%3D%22https%3A%2F%2Fsupport.office.com%2Fen-us%2Fo365ip%2Frss%26nbsp%3B%22%20target%3D%22_blank%22%20rel%3D%22noopener%20noreferrer%20noopener%20noreferrer%22%3Ehttps%3A%2F%2Fsupport.office.com%2Fen-us%2Fo365ip%2Frss%26nbsp%3B%3C%2FA%3E%20and%20%3CA%20href%3D%22https%3A%2F%2Fsupport.content.office.net%2Fen-us%2Fstatic%2FO365IPAddresses.xml%26nbsp%3B%22%20target%3D%22_blank%22%20rel%3D%22nofollow%20noopener%20noreferrer%20noopener%20noreferrer%22%3Ehttps%3A%2F%2Fsupport.content.office.net%2Fen-us%2Fstatic%2FO365IPAddresses.xml%26nbsp%3B%3C%2FA%3E%20.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EDo%20the%20updates%20in%20the%20changes%20results%20mean%20that%20the%20ip%20set%20is%201)%20no%20longer%20serviced%20by%26nbsp%3B%20Express%20Route%20and%202)%20no%20longer%20associated%20with%20the%20urls%20mentioned%20but%20still%20used%20by%20o365%20services%20but%20not%20via%20ER%20and%20are%20the%20sites%20i%20listed%20that%20seem%20to%20still%20indicate%20that%20the%20ip%20set%20is%20both%20express%20routeable%20and%20associated%20with%20the%20urls%20mentioned%20just%20not%20in%20sync%20because%20they%20are%20being%20deprecated%20%3F%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3ECan%20you%20please%20clarify%20the%20intent%20of%20the%20updates%20mentioned%20(just%20search%20for%20%3CSPAN%3E13.70.151.216%2F32%20to%20see%20all%20the%20ones%20i%20was%20referencing)%26nbsp%3B%3C%2FSPAN%3E%3F%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EThanks%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-245296%22%20slang%3D%22en-US%22%3ERe%3A%20Migrating%20to%20the%20new%20web%20services%20based%20publishing%20for%20Office%20365%20IP%20Addresses%20and%20URLs%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-245296%22%20slang%3D%22en-US%22%3E%3CP%3EHello%26nbsp%3B%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F188449%22%20target%3D%22_blank%22%3E%40Carlos%20Costa%3C%2FA%3E%2C%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3ETaking%20a%20look%20for%20secure.aadcdn.microsoftonline-p.com%20I%20can%20see%20that%20it%20is%20in%20the%20Default%20network%20endpoint%20category.%20These%20two%20lines%20of%20PowerShell%20can%20be%20used%20to%20query%20it.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CPRE%3E%24e%20%3D%20invoke-restmethod%20-Uri%20(%22https%3A%2F%2Fendpoints.office.com%2Fendpoints%2FWorldWide%3Fnoipv6%26amp%3Bclientrequestid%3D%22%20%2B%20(%5BGUID%5D%3A%3ANewGuid()).Guid)%3CBR%20%2F%3E%24e%20%7C%20Where-Object%20%7B%20%22secure.aadcdn.microsoftonline-p.com%22%20-in%20%24_.urls%20%7D%3C%2FPRE%3E%0A%3CP%3EWe%20have%20a%20policy%20of%20not%20providing%20IP%20Addresses%20for%20Default%20category%20network%20endpoints%20and%20recommend%20that%20you%20direct%20network%20traffic%20for%20them%20to%20your%20default%20Internet%20egress%20point.%20No%20firewall%20rules%20should%20be%20required%20just%20as%20no%20firewall%20rules%20are%20required%20for%20other%20proxied%20connections.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3ERegards%2C%3C%2FP%3E%0A%3CP%3EPaul%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-245096%22%20slang%3D%22en-US%22%3ERe%3A%20Migrating%20to%20the%20new%20web%20services%20based%20publishing%20for%20Office%20365%20IP%20Addresses%20and%20URLs%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-245096%22%20slang%3D%22en-US%22%3E%3CP%3EPaul%2C%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EReaching%20out%20to%20you%20as%20I%20couldn't%20find%20another%20avenue%20to%20ask%20about%20this.%20We've%20started%20using%20rest-based%20clientrequestID%20method%20of%20retrieving%20the%20IPs%20and%20URLs%20necessary%20for%20us%20to%20create%20firewall%20rules%20in%20our%20environment.%20Everything%20has%20been%20going%20well%20with%20the%20exception%20that%20sometimes%20secure.aadcdn.microsoftonline-p.com%26nbsp%3Bis%20blocked%20because%20the%20IP%20it%20is%20resolving%20to%20an%20IP%20that%20is%20not%20on%20the%20most%20up%20to%20date%20list.%20Examples%20would%20be%26nbsp%3B23.57.51.177%20or%26nbsp%3B104.100.70.5.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EAm%20I%20missing%20something%3F%20Should%20those%20IPs%20be%20on%20the%20list%3F%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-242897%22%20slang%3D%22en-US%22%3ERe%3A%20Migrating%20to%20the%20new%20web%20services%20based%20publishing%20for%20Office%20365%20IP%20Addresses%20and%20URLs%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-242897%22%20slang%3D%22en-US%22%3E%3CP%3EHi%26nbsp%3B%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F165376%22%20target%3D%22_blank%22%3E%40Kyounghwan%20Lee%3C%2FA%3E%2C%20the%20%2Fchanges%2F%20web%20method%20has%20an%20ID%20which%20refers%20to%20the%20change%20set%20and%20not%20the%20endpoint%20set%20so%20that%20is%20a%20different%20number.%20In%20this%20image%20of%20the%20output%20from%20the%20%2Fchanges%2F%20API%20you%20can%20see%20an%20id%20field%20which%20is%20the%20id%20of%20the%20change%20set.%20That%20is%20followed%20by%20an%20endpointSetId%20field%20which%20identifies%20the%20endpoint%20set%20that%20had%20the%20change.%20These%20two%20id%20numbers%20cannot%20be%20used%20interchangeably%20as%20they%20refer%20to%20different%20tables.%3CSPAN%20class%3D%22lia-inline-image-display-wrapper%20lia-image-align-right%22%20style%3D%22width%3A%20286px%3B%22%3E%3CIMG%20src%3D%22https%3A%2F%2Fgxcuf89792.i.lithium.com%2Ft5%2Fimage%2Fserverpage%2Fimage-id%2F44974iD5BAC02D264DC0A3%2Fimage-size%2Flarge%3Fv%3D1.0%26amp%3Bpx%3D999%22%20alt%3D%222018-09-06_12-03-57.png%22%20title%3D%222018-09-06_12-03-57.png%22%20%2F%3E%3C%2FSPAN%3E%3C%2FP%3E%0A%3CP%3ERegards%2C%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EPaul%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-242547%22%20slang%3D%22en-US%22%3ERe%3A%20Migrating%20to%20the%20new%20web%20services%20based%20publishing%20for%20Office%20365%20IP%20Addresses%20and%20URLs%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-242547%22%20slang%3D%22en-US%22%3E%3CP%3EThank%20you%20for%20your%20prompt%20reply.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EAs%20you%20mentioned%2C%20I%20had%20referred%20to%20that%20page.%3C%2FP%3E%3CP%3ESo%2C%20let%20me%20change%20the%20question%2C%20I%20wonder%20that%20how%20the%20difference%20between%20the%20following%20%22id%22%20and%20%22endpointSetId%22.%3C%2FP%3E%3CP%3EI%20wanted%20to%20know%20the%20meaning%20of%20each%20ID%20on%20the%20three%20reference%20pages%20below.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CUL%3E%3CLI%3E%3CSPAN%3EFor%20the%20data%20on%20the%20Office%20365%20URLs%20and%20IP%20address%20ranges%20page%20for%20firewalls%20and%20proxy%20servers%2C%20use%20%26lt%3B%3CA%20href%3D%22https%3A%2F%2Fendpoints.office.com%2Fendpoints%2Fworldwide%22%20target%3D%22_blank%22%20rel%3D%22noopener%20noreferrer%20noopener%20noreferrer%22%3Ehttps%3A%2F%2Fendpoints.office.com%2Fendpoints%2Fworldwide%3C%2FA%3E.%26gt%3B.%3C%2FSPAN%3E%3C%2FLI%3E%3C%2FUL%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CUL%3E%3CLI%3E%3CSPAN%3ETo%20get%20all%20the%20latest%20changes%20since%20the%20end%20of%20July%202018%20when%20the%20web%20service%20was%20first%20available%2C%20use%20%26lt%3B%3CA%20href%3D%22https%3A%2F%2Fendpoints.office.com%2Fchanges%2Fworldwide%2F0000000000%22%20target%3D%22_blank%22%20rel%3D%22noopener%20noreferrer%20noopener%20noreferrer%22%3Ehttps%3A%2F%2Fendpoints.office.com%2Fchanges%2Fworldwide%2F0000000000%3C%2FA%3E%26gt%3B.%3C%2FSPAN%3E%3C%2FLI%3E%3C%2FUL%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CUL%3E%3CLI%3ECSV%20data%20%26lt%3B%3CA%20href%3D%22https%3A%2F%2Fendpoints.office.com%2Fendpoints%2Fworldwide%3Fformat%3Dcsv%26amp%3Bclientrequestid%3Db10c5ed1-bad1-445f-b386-b919946339a7%22%20target%3D%22_blank%22%20rel%3D%22noopener%20noreferrer%20noopener%20noreferrer%22%3Ehttps%3A%2F%2Fendpoints.office.com%2Fendpoints%2Fworldwide%3Fformat%3Dcsv%26amp%3Bclientrequestid%3Db10c5ed1-%26nbsp%3B%20%26nbsp%3B%20bad1-445f-b386-b919946339a7%3C%2FA%3E%26gt%3B%3C%2FLI%3E%3C%2FUL%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EI%20have%20finally%20figured%20out%20that%20each%20ID%20can%20be%20a%20serial%20number%20or%20an%20endpointsetId.%3C%2FP%3E%3CP%3EIn%20other%20words%2C%20only%20the%20ID%20of%20the%20pages%20below%20has%20the%20meaning%20of%20endpointsetId.%3C%2FP%3E%3CP%3E%26lt%3B%3CA%20href%3D%22https%3A%2F%2Fendpoints.office.com%2Fendpoints%2Fworldwide%22%20target%3D%22_blank%22%20rel%3D%22noopener%20noreferrer%20noopener%20noreferrer%22%3Ehttps%3A%2F%2Fendpoints.office.com%2Fendpoints%2Fworldwide%3C%2FA%3E.%26gt%3B%3C%2FP%3E%3CP%3EIs%20it%20correct%20that%20I%20have%20understood%3F%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EAlso%2C%20is%20it%20correct%20to%20understand%20that%20the%20other%20IDs%20are%20used%20as%20serial%20numbers%3F%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3ERegards%2C%3C%2FP%3E%3CP%3EKyounghwan%20Lee%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-241767%22%20slang%3D%22en-US%22%3ERe%3A%20Migrating%20to%20the%20new%20web%20services%20based%20publishing%20for%20Office%20365%20IP%20Addresses%20and%20URLs%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-241767%22%20slang%3D%22en-US%22%3E%3CP%3EHi%20%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F152292%22%20target%3D%22_blank%22%3E%40Ian%20Williams%3C%2FA%3E%2C%20we%20create%20the%20version%20number%20from%20the%20date%20when%20public%20publishing%20is%20done.%20The%20effectiveDate%20attribute%20in%20the%20changes%20web%20method%20for%20add%20operations%20is%20the%20date%20that%20the%20engineering%20team%20who%20owns%20the%20endpoint%20said%20that%20the%20service%20was%20or%20will%20be%20live.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3ECan%20you%20share%20a%20scenario%20where%20the%20serviceArea%20is%20needed%20in%20the%20changes%20web%20method%3F%20If%20you%20have%20the%20previous%20version%2C%20then%20this%20isn't%20necessary%20as%20you%20can%20just%20look%20it%20up.%20If%20you%20don't%20have%20the%20previous%20version%2C%20then%20the%20changes%20are%20of%20no%20use.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3ERegards%2C%3C%2FP%3E%0A%3CP%3EPaul%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-241674%22%20slang%3D%22en-US%22%3ERe%3A%20Migrating%20to%20the%20new%20web%20services%20based%20publishing%20for%20Office%20365%20IP%20Addresses%20and%20URLs%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-241674%22%20slang%3D%22en-US%22%3E%3CP%3EPaul%2C%3C%2FP%3E%3CP%3EJust%20to%20confirm%20how%20to%20determine%20future%20updates.%3C%2FP%3E%3CP%3EIf%20current%20version%20is%202018083000.%20For%20future%20updates.%20eg%20new%20url%20will%20be%20added%20on%2001%2F10%2F2018%2C%20will%20entries%20appear%20in%20the%20changes%20web%20method%20for%202018093000%20sometime%20before%2001%2F10%3F%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-241644%22%20slang%3D%22en-US%22%3ERe%3A%20Migrating%20to%20the%20new%20web%20services%20based%20publishing%20for%20Office%20365%20IP%20Addresses%20and%20URLs%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-241644%22%20slang%3D%22en-US%22%3E%3CP%3EPaul%2C%3C%2FP%3E%3CP%3EI%20agree%20with%20Bryan%2C%20It%20would%20be%20useful%20to%20have%20the%20serviceArea%20in%20the%20changes%20web%20method%20as%20if%20the%20disposition%20is%20%22remove%22%20then%20the%20endpointset%20may%20not%20exist%20in%20the%20current%20endpoint%20list.%3C%2FP%3E%3CP%3Eeg.%20change%20id%20141%20has%20endpointset%2023%20which%20does%20not%20exist%20in%20the%20endpoint%20list.%20There%20are%20also%20others%20-%20change%20ids%20(146%2C%20151%2C%20162%2C%20167).%20-%20Suppose%20it%20depends%20on%20when%20the%20endpoint%20set%20is%20removed%20but%20would%20be%20useful%20to%20know%20what%20serviceArea%20the%20change%20was%20when%20looking%20back%20in%20the%20history.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-241548%22%20slang%3D%22en-US%22%3ERe%3A%20Migrating%20to%20the%20new%20web%20services%20based%20publishing%20for%20Office%20365%20IP%20Addresses%20and%20URLs%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-241548%22%20slang%3D%22en-US%22%3E%3CP%3EGreat%20to%20see%20this%20%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F9905%22%20target%3D%22_blank%22%3E%40Lucian%20Franghiu%3C%2FA%3E.%20We%20see%20a%20lot%20of%20customers%20who%20completely%20miss%20changes%20or%20don't%20respond%20in%20time.%20I'd%20be%20keen%20to%20hear%20your%20feedback%20on%20what%20can%20help%20to%20get%20changes%20deployed%20more%20reliably%20and%20faster.%20Also%20take%20a%20look%20at%20my%20Flow%20for%20managing%20change%20which%20uses%20SharePoint%20Online%20instead%20of%20Azure%20blobs%20that%20you%20use.%3C%2FP%3E%0A%3CP%3ERegards%2C%3C%2FP%3E%0A%3CP%3EPaul%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-241546%22%20slang%3D%22en-US%22%3ERe%3A%20Migrating%20to%20the%20new%20web%20services%20based%20publishing%20for%20Office%20365%20IP%20Addresses%20and%20URLs%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-241546%22%20slang%3D%22en-US%22%3E%3CP%3EHello%26nbsp%3B%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F165376%22%20target%3D%22_blank%22%3E%40Kyounghwan%20Lee%3C%2FA%3E%2C%20there%20are%20three%20web%20methods%20which%20provide%20for%20CSV%20output%20and%20it%20is%20not%20clear%20which%20you%20are%20referring%20to.%20I%20will%20assume%20you%20are%20referring%20to%20the%20endpoints%20web%20method%20CSV%20which%20is%20located%20here%3A%20%3CA%20href%3D%22https%3A%2F%2Fendpoints.office.com%2Fendpoints%2Fworldwide%3Fformat%3Dcsv%26amp%3Bclientrequestid%3Db10c5ed1-bad1-445f-b386-b919946339a7%22%20target%3D%22_blank%22%20rel%3D%22noopener%20noreferrer%20noopener%20noreferrer%22%3Ehttps%3A%2F%2Fendpoints.office.com%2Fendpoints%2Fworldwide%3Fformat%3Dcsv%26amp%3Bclientrequestid%3Db10c5ed1-bad1-445f-b386-b919946339a7%3C%2FA%3E%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EIf%20you%20compare%20that%20to%20the%20doc%20page%20that%20you%20referenced%20(%3CA%20href%3D%22https%3A%2F%2Fdocs.microsoft.com%2Fen-us%2Foffice365%2Fenterprise%2Furls-and-ip-address-ranges%22%20target%3D%22_blank%22%20rel%3D%22noopener%20noreferrer%20noopener%20noreferrer%22%3Ehere%3C%2FA%3E)%2C%20the%20two%20ID%20fields%20refer%20to%20the%20same%20endpoint%20set%20and%20can%20be%20used%20for%20correlation.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3ERegards%2C%3C%2FP%3E%0A%3CP%3EPaul%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-241544%22%20slang%3D%22en-US%22%3ERe%3A%20RE%3A%20Migrating%20to%20the%20new%20web%20services%20based%20publishing%20for%20Office%20365%20IP%20Addresses%20and%20URLs%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-241544%22%20slang%3D%22en-US%22%3E%3CP%3EHi%26nbsp%3B%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F152292%22%20target%3D%22_blank%22%3E%40Ian%20Williams%3C%2FA%3E%2C%20I'll%20get%20the%20capitalization%20inconsistency%20with%20categories%20taken%20care%20of%2C%20thanks%20for%20reporting%20this.%20We're%20going%20to%20replace%20the%20example%20PAC%20files%20with%20a%20more%20automated%20solution%20soon%20so%20that%20issue%20should%20go%20away.%20In%20the%20interim%2C%20please%20use%20the%20web%20services%20as%20the%20supported%20data.%3C%2FP%3E%0A%3CP%3ERegards%2C%3C%2FP%3E%0A%3CP%3EPaul%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-241433%22%20slang%3D%22en-US%22%3ERE%3A%20Migrating%20to%20the%20new%20web%20services%20based%20publishing%20for%20Office%20365%20IP%20Addresses%20and%20URLs%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-241433%22%20slang%3D%22en-US%22%3ECan%20we%20have%20some%20consistency%20in%20the%20data%20please%3F%20eg.%20Categories%20returned%20by%20the%20endpoint%20web%20method%20begin%20with%20a%20capital%20letter%2C%20categories%20in%20the%20changes%20web%20method%20begin%20with%20lower%20case.%20There%20are%20also%20duplicate%20sets%2C%20and%20the%20list%20of%20%22allow%22%20and%20%22optimize%22%20URLs%20for%20the%20PAC%20file%20do%20not%20match%20the%20list%20in%20the%20PAC%20file%20separates%20required%20list%20here%20%3CA%20href%3D%22https%3A%2F%2Fsupport.office.com%2Fen-gb%2Farticle%2FManaging-Office-365-endpoints-99cab9d4-ef59-4207-9f2b-3728eb46bf9a%22%20target%3D%22_blank%22%20rel%3D%22noopener%20noreferrer%20noopener%20noreferrer%22%3Ehttps%3A%2F%2Fsupport.office.com%2Fen-gb%2Farticle%2FManaging-Office-365-endpoints-99cab9d4-ef59-4207-9f2b-3728eb46bf9a%3C%2FA%3E%20(broadcast.skype.com%20is%20missing%20but%20it%20is%20included%20in%20set%2013)%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-241328%22%20slang%3D%22en-US%22%3ERe%3A%20Migrating%20to%20the%20new%20web%20services%20based%20publishing%20for%20Office%20365%20IP%20Addresses%20and%20URLs%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-241328%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Fdocs.microsoft.com%2Fen-us%2Foffice365%2Fenterprise%2Furls-and-ip-address-ranges%3FredirectSourcePath%3D%25252fen-us%25252farticle%25252fOffice-365-URLs-and-IP-address-ranges-8548a211-3fe7-47cb-abb1-355ea5aa88a2%22%20target%3D%22_blank%22%20rel%3D%22noopener%20noreferrer%20noopener%20noreferrer%22%3Ehttps%3A%2F%2Fdocs.microsoft.com%2Fen-us%2Foffice365%2Fenterprise%2Furls-and-ip-address-ranges%3FredirectSourcePath%3D%25252fen-us%25252farticle%25252fOffice-365-URLs-and-IP-address-ranges-8548a211-3fe7-47cb-abb1-355ea5aa88a2%3C%2FA%3E%3C%2FP%3E%3CP%3E%3CSPAN%3E%26nbsp%3B%3C%2FSPAN%3E%3C%2FP%3E%3CP%3E%3CSPAN%3EThe%20ID%20described%20on%20the%20Web%20page%20of%20the%20above%20URL%20is%20%22ENDPOINTSETID%22.%20Separately%20from%20that%2C%20there%20is%20also%20%22ID%22%20in%20the%20CSV%20output%20data.%3C%2FSPAN%3E%3C%2FP%3E%3CP%3E%3CSPAN%3E%26nbsp%3B%3C%2FSPAN%3E%3C%2FP%3E%3CP%3E%3CSPAN%3EI%20could%20not%20find%20a%20sentence%20describing%20the%20ID%20on%20the%20CSV%20side.%3C%2FSPAN%3E%3C%2FP%3E%3CP%3E%3CSPAN%3E%26nbsp%3B%3C%2FSPAN%3E%3C%2FP%3E%3CP%3E%3CSPAN%3EI%20have%20checked%2C%20these%20two%20IDs%20are%20%22the%20numbers%20are%20different%20and%20the%20contents%20data%20are%20also%20different%20%22.%3C%2FSPAN%3E%3C%2FP%3E%3CP%3E%3CSPAN%3ESo%2C%20I%20am%20confused%20because%20these%20two%20IDs%20are%20mixed.%3C%2FSPAN%3E%3C%2FP%3E%3CP%3E%3CSPAN%3E%26nbsp%3B%3C%2FSPAN%3E%3C%2FP%3E%3CP%3E%3CSPAN%3EQuestion%3A%3C%2FSPAN%3E%3C%2FP%3E%3CP%3E%3CSPAN%3E%26nbsp%3B%3C%2FSPAN%3E%3C%2FP%3E%3CP%3E%3CSPAN%3E1)%20What%20are%20the%20differences%20between%20the%20two%20IDs%3F%20Please%20provide%20me%20with%20a%20detailed%20explanation.%3C%2FSPAN%3E%3C%2FP%3E%3CP%3E%3CSPAN%3E%26nbsp%3B%3C%2FSPAN%3E%3C%2FP%3E%3CP%3E%3CSPAN%3E2)%20Why%20are%20there%20two%20types%20of%20IDs%3F%20Please%20provide%20me%20with%20the%20method%20of%20using%20properly.%3C%2FSPAN%3E%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-241319%22%20slang%3D%22en-US%22%3ERe%3A%20Migrating%20to%20the%20new%20web%20services%20based%20publishing%20for%20Office%20365%20IP%20Addresses%20and%20URLs%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-241319%22%20slang%3D%22en-US%22%3E%3CP%3EHey%20everyone%2C%20just%20posted%20a%20new%20blog%20on%20how%20to%20automate%20access%20to%20the%20new%20web%20service%3A%20%3CA%20href%3D%22https%3A%2F%2Flucian.blog%2F2018%2F09%2Foffice-365-urls-and-ip-address-updates-for-firewall-and-proxy-configuration-using-flow-and-azure-automation%2F%22%20target%3D%22_self%22%20rel%3D%22nofollow%20noopener%20noreferrer%20noopener%20noreferrer%22%3Ehttps%3A%2F%2Flucian.blog%2F2018%2F09%2Foffice-365-urls-and-ip-address-updates-for-firewall-and-proxy-configuration-using-flow-and-azure-automation%2F%3C%2FA%3E%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-238411%22%20slang%3D%22en-US%22%3ERe%3A%20Migrating%20to%20the%20new%20web%20services%20based%20publishing%20for%20Office%20365%20IP%20Addresses%20and%20URLs%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-238411%22%20slang%3D%22en-US%22%3E%3CP%3EHi%26nbsp%3B%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F165376%22%20target%3D%22_blank%22%3E%40Kyounghwan%20Lee%3C%2FA%3E%2C%20the%20HTML%20tables%20update%20has%20already%20published.%20See%20%3CA%20href%3D%22http%3A%2F%2Faka.ms%2Fo365ip%22%20target%3D%22_blank%22%20rel%3D%22noopener%20noreferrer%20noopener%20noreferrer%22%3Ehttp%3A%2F%2Faka.ms%2Fo365ip%3C%2FA%3E.%20The%20updated%20RSS%20feed%20is%20coming%20soon.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3ERegards%2C%3C%2FP%3E%0A%3CP%3EPaul%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-238401%22%20slang%3D%22en-US%22%3ERe%3A%20Migrating%20to%20the%20new%20web%20services%20based%20publishing%20for%20Office%20365%20IP%20Addresses%20and%20URLs%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-238401%22%20slang%3D%22en-US%22%3E%3CP%3EThank%20you%20very%20much%20for%20answering%20all%20of%20my%20questions.%26nbsp%3B%3C%2FP%3E%3CP%3EWe%20have%20checked%20your%20up-to-date%20information%20that%20it%20will%20be%20replaced%20new%20RSS%20feed%20and%20HTML%20tables%20soon%2C%20right%3F%3C%2FP%3E%3CP%3Ewe%20will%20expect%20for%20that.%26nbsp%3B%26nbsp%3B%3C%2FP%3E%3CP%3E%3CBR%20%2F%3ERegards%2C%3CBR%20%2F%3EKyounghwan%20Lee%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-236390%22%20slang%3D%22en-US%22%3ERe%3A%20Migrating%20to%20the%20new%20web%20services%20based%20publishing%20for%20Office%20365%20IP%20Addresses%20and%20URLs%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-236390%22%20slang%3D%22en-US%22%3E%3CBLOCKQUOTE%3E%3CHR%20%2F%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F165376%22%20target%3D%22_blank%22%3E%40Kyounghwan%20Lee%3C%2FA%3E%26nbsp%3Bwrote%3A%3CBR%20%2F%3E%0A%3CP%3E%E2%91%A0%E2%80%9DClientRequestId%E2%80%9D%20It%20seems%20that%20the%20same%20response%20as%20that%20used%20in%20the%20past%20is%20returned.%3C%2FP%3E%0A%3CP%3EDo%20I%20need%20to%20use%20PowerShell%20every%20time%20Or%20will%20the%20update%20page%2C%20such%20as%20the%20URLs%20below%2C%20be%20available%20every%20time%20after%20October%202%2C%202018%3F%3C%2FP%3E%0A%3CP%3EPaul%20%26gt%3B%26gt%3B%26gt%3B%20The%20web%20page%20will%20be%20updated%20with%26nbsp%3Bchanges.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%E2%91%A1%20What%20is%20the%20%3CSPAN%3E%E2%80%9D%3C%2FSPAN%3Einstance%3CSPAN%3E%E2%80%9D%3C%2FSPAN%3E%3F%20If%20the%20base%20in%20Japan%2C%20can%20I%20specify%20it%20%22Office%20365%20worldwide%20commercial%22%20of%20five%20service%20instances%3F%3C%2FP%3E%0A%3CP%3EPaul%20%26gt%3B%26gt%3B%26gt%3B%20That%20is%20the%20correct%20one%20to%20use.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%E2%91%A2%3C%2FP%3E%0A%3CP%3EIf%20the%20response%20of%20%E2%80%9DexpressRoute%E2%80%9D%20is%20%E2%80%9DTrue%E2%80%9D%20in%20the%20endpoints%20web%20method%2C%3C%2FP%3E%0A%3CP%3EIs%20the%20URL%20or%20IP%20available%20only%20on%20%3CSPAN%3E%E2%80%9D%3C%2FSPAN%3EexpressRoute%3CSPAN%3E%E2%80%9D%3C%2FSPAN%3E%3F%3C%2FP%3E%0A%3CP%3EPaul%20%26gt%3B%26gt%3B%26gt%3B%20No.%20All%20endpoints%20are%20available%20over%20the%20Internet.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%E2%91%A3%3C%2FP%3E%0A%3CP%3EAssuming%20the%20above%2C%20should%20an%20endpoint%20be%20allowed%20or%20deleted%20even%20if%20ER%20is%20%3CSTRONG%3ENo%3C%2FSTRONG%3E%3F%3C%2FP%3E%0A%3CP%3EPaul%20%26gt%3B%26gt%3B%26gt%3B%20Allowed%20to%20do%20what%3F%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%E2%91%A4%20Is%20it%20possible%20to%20get%20data%20from%20all%20the%20past%20specific%20time%20endpoint%3F%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3BIf%20possible%2C%20please%20let%20me%20know%20how.%3C%2FP%3E%0A%3CP%3EPaul%20%26gt%3B%26gt%3B%26gt%3B%20No.%20Please%20only%20work%20with%20the%20current%20endpoint%20list.%20Old%20data%20should%20not%20be%20applied%20to%20network%20devices.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%E2%91%A5%20Most%20of%20the%20data%20so%20far%20have%20been%20reflected%20after%20the%20disclosure%20of%20information%20has%20been%20activated%2C%20but%20is%20there%20any%20problem%20in%20the%20future%20as%20well%3F%3C%2FP%3E%0A%3CP%3EPaul%20%26gt%3B%26gt%3B%26gt%3B%20I%20don't%20understand%20this%20question%2C%20can%20you%20please%20explain%20more%20what%20you%20want%20to%20know%3F%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3ERegards%2C%3C%2FP%3E%0A%3CP%3EPaul%3C%2FP%3E%0A%3CHR%20%2F%3E%3C%2FBLOCKQUOTE%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-236195%22%20slang%3D%22en-US%22%3ERe%3A%20Migrating%20to%20the%20new%20web%20services%20based%20publishing%20for%20Office%20365%20IP%20Addresses%20and%20URLs%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-236195%22%20slang%3D%22en-US%22%3E%3CP%3E%3CSPAN%3ECould%20you%20please%20answer%20the%20below%20questions%3F%3C%2FSPAN%3E%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3E%3CSPAN%3E*Question%3C%2FSPAN%3E%3C%2FP%3E%3CP%3E%E2%91%A0%E2%80%9DClientRequestId%E2%80%9D%20It%20seems%20that%20the%20same%20response%20as%20that%20used%20in%20the%20past%20is%20returned.%3C%2FP%3E%3CP%3EDo%20I%20need%20to%20use%20PowerShell%20every%20time%20Or%20will%20the%20update%20page%2C%20such%20as%20the%20URLs%20below%2C%20be%20available%20every%20time%20after%20October%202%2C%202018%3F%3C%2FP%3E%3CP%3E%3COFFICE%20365%3D%22%22%20urls%3D%22%22%20and%3D%22%22%20ip%3D%22%22%20address%3D%22%22%20ranges%3D%22%22%3E%3C%2FOFFICE%3E%3C%2FP%3E%3CP%3EURL%3A%3C%2FP%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Fdocs.microsoft.com%2Fen-us%2Foffice365%2Fenterprise%2Furls-and-ip-address-ranges%3FredirectSourcePath%3D%25252fen-us%25252farticle%25252foffice-365-urls-and-ip-address-ranges-8548a211-3fe7-47cb-abb1-355ea5aa88a2%22%20target%3D%22_blank%22%20rel%3D%22noopener%20noreferrer%20noopener%20noreferrer%22%3Ehttps%3A%2F%2Fdocs.microsoft.com%2Fen-us%2Foffice365%2Fenterprise%2Furls-and-ip-address-ranges%3FredirectSourcePath%3D%25252fen-us%25252farticle%25252foffice-365-urls-and-ip-address-ranges-8548a211-3fe7-47cb-abb1-355ea5aa88a2%3C%2FA%3E%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3E%E2%91%A1%20What%20is%20the%20%3CSPAN%3E%E2%80%9D%3C%2FSPAN%3Einstance%3CSPAN%3E%E2%80%9D%3C%2FSPAN%3E%3F%20If%20the%20base%20in%20Japan%2C%20can%20I%20specify%20it%20%22Office%20365%20worldwide%20commercial%22%20of%20five%20service%20instances%3F%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3E%E2%91%A2%3C%2FP%3E%3CP%3E%26gt%3B%26gt%3B%26nbsp%3B%3CSTRONG%3EER%3C%2FSTRONG%3E%3A%20This%20is%20%3CSTRONG%3EYes%3C%2FSTRONG%3E%20if%20the%20endpoint%20set%20is%20supported%20over%20Azure%20ExpressRoute%20with%20Office%20365%20%3CSPAN%3E%26gt%3B%26gt%3B%3C%2FSPAN%3Eroute%20prefixes.%20The%20BGP%20community%20that%20includes%20the%20route%20prefixes%20shown%20aligns%20with%20the%20%3CSPAN%3E%26gt%3B%26gt%3B%3C%2FSPAN%3Eservice%20area%20listed.%20When%20ER%20is%20%3CSTRONG%3ENo%3C%2FSTRONG%3E%2C%20this%20means%20that%20ExpressRoute%20is%20not%20supported%20for%20this%20%3CSPAN%3E%26gt%3B%26gt%3B%3C%2FSPAN%3Eendpoint%20set.%20However%2C%20it%20should%20not%20be%20assumed%20that%20no%20routes%20are%20advertised%20for%20an%20%3CSPAN%3E%26gt%3B%26gt%3B%3C%2FSPAN%3Eendpoint%20set%20where%20ER%20is%20%3CSTRONG%3ENo%3C%2FSTRONG%3E.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EIf%20the%20response%20of%20%E2%80%9DexpressRoute%E2%80%9D%20is%20%E2%80%9DTrue%E2%80%9D%20in%20the%20endpoints%20web%20method%2C%3C%2FP%3E%3CP%3EIs%20the%20URL%20or%20IP%20available%20only%20on%20%3CSPAN%3E%E2%80%9D%3C%2FSPAN%3EexpressRoute%3CSPAN%3E%E2%80%9D%3C%2FSPAN%3E%3F%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3E%E2%91%A3%3C%2FP%3E%3CP%3E%26gt%3B%26gt%3B%3CSPAN%3EHowever%2C%20it%20should%20not%20be%20assumed%20that%20no%20routes%20are%20advertised%20for%26nbsp%3B%3C%2FSPAN%3Ean%3CSPAN%3E%26nbsp%3B%3C%2FSPAN%3E%3CSPAN%3Eendpoint%20set%20%26gt%3B%26gt%3Bwhere%20ER%20is%26nbsp%3B%3C%2FSPAN%3E%3CSTRONG%3ENo%3C%2FSTRONG%3E%3CSPAN%3E.%3C%2FSPAN%3E%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EAssuming%20the%20above%2C%20should%20an%20endpoint%20be%20allowed%20or%20deleted%20even%20if%20ER%20is%20%3CSTRONG%3ENo%3C%2FSTRONG%3E%3F%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3E%E2%91%A4%20Is%20it%20possible%20to%20get%20data%20from%20all%20the%20past%20specific%20time%20endpoint%3F%26nbsp%3B%3C%2FP%3E%3CP%3E%26nbsp%3B%20%26nbsp%3B%20%26nbsp%3BIf%20possible%2C%20please%20let%20me%20know%20how.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3E%E2%91%A5%20Most%20of%20the%20data%20so%20far%20have%20been%20reflected%20after%20the%20disclosure%20of%20information%20has%20been%20activated%2C%20but%20is%20there%20any%20problem%20in%20the%20future%20as%20well%3F%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-234952%22%20slang%3D%22en-US%22%3ERe%3A%20Migrating%20to%20the%20new%20web%20services%20based%20publishing%20for%20Office%20365%20IP%20Addresses%20and%20URLs%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-234952%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F177666%22%20target%3D%22_blank%22%3E%40Bryan%20Carter%3C%2FA%3E%20The%20IP%20Addresses%20are%20accurate.%20Office%20365%20in%20China%20is%20operated%20by%20our%20partner%2021Vianet.%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-233823%22%20slang%3D%22en-US%22%3ERe%3A%20Migrating%20to%20the%20new%20web%20services%20based%20publishing%20for%20Office%20365%20IP%20Addresses%20and%20URLs%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-233823%22%20slang%3D%22en-US%22%3E%3CP%3ENo%2C%20Not%20necessarily%20difficult%20to%20get%20them%20that%20way%2C%20I%20was%20just%20wondering%20if%20that%20was%20the%20only%20way%20to%20distinguish%20between%20the%20two.%20But%20if%20that%20is%20how%20they%20are%20set%20up%20it%20should%20work%20for%20what%20we%20want%20to%20do.%20I%20just%20wanted%20to%20confirm%20that%20that%20really%20was%20the%20case.%26nbsp%3B%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EAnother%20question%20is%20how%20accurate%20these%20CIDR's%20are%3F%20as%20we%20have%20gone%20through%20some%20of%20these%20ip%20addresses%2C%20specifically%20china%20page%2C%20we%20have%20noticed%20that%20the%20who%20is%20domain%20lookup%20results%20don't%20say%20anything%20about%20Microsoft.%20Some%20include%20Microsoft%20as%20a%20secondary%20owner%20but%20some%20do%20not.%20How%20accurate%20should%20these%20all%20be%20specific%20to%20those%20products%3F%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EAlso%2C%20we%20will%20be%20using%20Java%20for%20our%20process.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EThanks%2C%3C%2FP%3E%3CP%3E-Bryan%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-233810%22%20slang%3D%22en-US%22%3ERe%3A%20Migrating%20to%20the%20new%20web%20services%20based%20publishing%20for%20Office%20365%20IP%20Addresses%20and%20URLs%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-233810%22%20slang%3D%22en-US%22%3E%3CP%3EHi%26nbsp%3B%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F177666%22%20target%3D%22_blank%22%3E%40Bryan%20Carter%3C%2FA%3E%2C%20yes%2C%20when%20you%20get%20the%20%2Fchanges%20data%2C%20you%20should%20also%20get%20the%20%2Fendpoints%20data.%20You%20can%20lookup%20those%20other%20fields%20in%20%2Fendpoints%20using%20the%20EndpointSetId%20attribute.%20Are%20you%20asking%20this%20question%20because%20you%20are%20retrieving%20the%20%2Fchanges%20data%20in%20some%20way%20that%20makes%20linking%20to%20an%20endpoint%20set%20difficult%3F%20What%20script%20language%20or%20client%20are%20you%20using%3F%3C%2FP%3E%0A%3CP%3EPaul%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-233808%22%20slang%3D%22en-US%22%3ERe%3A%20Migrating%20to%20the%20new%20web%20services%20based%20publishing%20for%20Office%20365%20IP%20Addresses%20and%20URLs%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-233808%22%20slang%3D%22en-US%22%3E%3CP%3EPart%20of%20our%20use%20case%20is%20checking%20ONLY%20the%20Updated%20ip%20addresses%20when%20there%20is%20an%20update.%20From%20what%20I%20can%20tell%20there%20is%20no%20%22serviceArea%22%20tag%20in%20the%20%60%2Fchanges%60%20endpoint.%20Is%20the%20only%20way%20to%20distinguish%20what%26nbsp%3BProduct%20is%20by%20going%20back%20to%20the%20%60%2Fendpoints%60%20and%20comparing%20%22id%22%20from%26nbsp%3B%3CSPAN%3E%60%2Fendpoints%60%20to%20%22endpointSetId%22%20from%20%60%2Fchanges%60%20%3F%3C%2FSPAN%3E%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3E%3CSPAN%3Efor%20example%3A%3C%2FSPAN%3E%3C%2FP%3E%3CP%3E%3CSPAN%3Ethis%20is%20from%26nbsp%3B%3CA%20href%3D%22https%3A%2F%2Fendpoints.office.com%2Fendpoints%2Fworldwide%3FServiceAreas%3DExchange%26amp%3BClientRequestId%3Db10c5ed1-bad1-445f-b386-b919946339a7%22%20target%3D%22_blank%22%20rel%3D%22noopener%20noreferrer%20noopener%20noreferrer%22%3Ehttps%3A%2F%2Fendpoints.office.com%2Fendpoints%2Fworldwide%3FServiceAreas%3DExchange%26amp%3BClientRequestId%3Db10c5ed1-bad1-445f-b386-b919946339a7%3C%2FA%3E%3C%2FSPAN%3E%3C%2FP%3E%3CPRE%3E%20%20%7B%0A%20%20%20%20%22id%22%3A%209%2C%0A%20%20%20%20%22serviceArea%22%3A%20%22Exchange%22%2C%0A%20%20%20%20%22serviceAreaDisplayName%22%3A%20%22Exchange%20Online%22%2C%0A%20%20%20%20%22urls%22%3A%20%5B%0A%20%20%20%20%20%20%22*.protection.outlook.com%22%0A%20%20%20%20%5D%2C%0A%20%20%20%20%22ips%22%3A%20%5B%0A%20%20%20%20%20%20%2223.103.132.0%2F22%22%2C%0A%20%20%20%20%20%20%2223.103.136.0%2F21%22%2C%0A%20%20%20%20%20%20%2223.103.144.0%2F20%22%2C%0A%20%20%20%20%20%20%2223.103.198.0%2F23%22%2C%0A%20%20%20%20%20%20%2223.103.200.0%2F22%22%2C%0A%20%20%20%20%20%20%2240.92.0.0%2F14%22%2C%0A%20%20%20%20%20%20%2240.107.0.0%2F17%22%2C%0A%20%20%20%20%20%20%2252.100.0.0%2F14%22%2C%0A%20%20%20%20%20%20%2252.238.78.88%2F32%22%2C%0A%20%20%20%20%20%20%2265.55.88.0%2F24%22%2C%0A%20%20%20%20%20%20%2265.55.169.0%2F24%22%2C%0A%20%20%20%20%20%20%2294.245.120.64%2F26%22%2C%0A%20%20%20%20%20%20%22104.47.0.0%2F17%22%2C%0A%20%20%20%20%20%20%22157.55.234.0%2F24%22%2C%0A%20%20%20%20%20%20%22157.56.110.0%2F23%22%2C%0A%20%20%20%20%20%20%22157.56.112.0%2F24%22%2C%0A%20%20%20%20%20%20%22207.46.100.0%2F24%22%2C%0A%20%20%20%20%20%20%22207.46.163.0%2F24%22%2C%0A%20%20%20%20%20%20%22213.199.154.0%2F24%22%2C%0A%20%20%20%20%20%20%22213.199.180.128%2F26%22%2C%0A%20%20%20%20%20%20%22216.32.180.0%2F23%22%2C%0A%20%20%20%20%20%20%222a01%3A111%3Af400%3A7c00%3A%3A%2F54%22%2C%0A%20%20%20%20%20%20%222a01%3A111%3Af400%3Afc00%3A%3A%2F54%22%2C%0A%20%20%20%20%20%20%222a01%3A111%3Af403%3A%3A%2F48%22%0A%20%20%20%20%5D%2C%0A%20%20%20%20%22tcpPorts%22%3A%20%22443%22%2C%0A%20%20%20%20%22expressRoute%22%3A%20true%2C%0A%20%20%20%20%22category%22%3A%20%22Allow%22%2C%0A%20%20%20%20%22required%22%3A%20true%0A%20%20%7D%2C%3C%2FPRE%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3E%3CSPAN%3EThen%20if%20you%20go%20to%26nbsp%3B%3CA%20href%3D%22https%3A%2F%2Fendpoints.office.com%2Fchanges%2Fworldwide%2F0000000000%3FClientRequestId%3Db10c5ed1-bad1-445f-b386-b919946339a7%22%20target%3D%22_blank%22%20rel%3D%22noopener%20noreferrer%20noopener%20noreferrer%22%3Ehttps%3A%2F%2Fendpoints.office.com%2Fchanges%2Fworldwide%2F0000000000%3FClientRequestId%3Db10c5ed1-bad1-445f-b386-b919946339a7%3C%2FA%3E%20to%20get%20the%20latest%20update%20i%20can%20see%3A%3C%2FSPAN%3E%3C%2FP%3E%3CPRE%3E%20%20%7B%0A%20%20%20%20%22id%22%3A%203%2C%0A%20%20%20%20%22endpointSetId%22%3A%209%2C%0A%20%20%20%20%22disposition%22%3A%20%22Change%22%2C%0A%20%20%20%20%22version%22%3A%20%222018072800%22%2C%0A%20%20%20%20%22remove%22%3A%20%7B%0A%20%20%20%20%20%20%22ips%22%3A%20%5B%0A%20%20%20%20%20%20%20%20%2223.103.144.0%2F20%22%2C%0A%20%20%20%20%20%20%20%20%2223.103.212.0%2F22%22%2C%0A%20%20%20%20%20%20%20%20%2240.107.128.0%2F18%22%0A%20%20%20%20%20%20%5D%0A%20%20%20%20%7D%0A%20%20%7D%2C%3C%2FPRE%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3E%3CSPAN%3EI'm%20just%20wondering%20if%20serviceArea%20would%20be%20something%20that%20could%20be%20added%20in%20the%20%60%2Fchanges%60%20endpoint%20to%20make%20them%20easier%20to%20distinguish.%20Or%20if%20this%20is%20the%20only%20way%20to%20separate%20the%20Products.%3C%2FSPAN%3E%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3E%3CSPAN%3EThanks%2C%3C%2FSPAN%3E%3C%2FP%3E%3CP%3E%3CSPAN%3E-Bryan%3C%2FSPAN%3E%3C%2FP%3E%3C%2FLINGO-BODY%3E
Highlighted
Paul Andrew
Microsoft

We announced in April that the Office 365 IP Addresses and URLs page was being replaced with access to the data from new web services. See http://aka.ms/ipurlblog for the announcement. I’ve heard a few requests for guidance on how to migrate to the new web services.

 

We publish network endpoint data for Office 365 across the five service instances and each has separate network connectivity. They are:

  • Office 365 worldwide commercial
  • Office 365 US Government GCC High
  • Office 365 US Government DoD
  • Office 365 Germany
  • Office 365 operated by 21Vianet

For each of these we publish am HTML page with tables that list the URLs and IP Address ranges that must be accessible. We also publish an XML file for each and have an RSS feed which is updated to show changes.

 

These are all planned to be deprecated and no longer updated from October 2nd, 2018. Depending on how you use the current data, you will have a different recommended path for migrating to the new web services which provide the data.

 

The new web services provide IP Address and URL network endpoint data in JSON format along with other attributes that were previously only available in the HTML tables and some new attributes. We will be providing new published HTML tables and RSS feeds that are based off the web services data.

Here are some existing scenarios where customers use the data along with how we recommend migrating to the new web services.

 

Using the XML file for firewall or proxy server configuration using a script

The XML files that we publish will no longer be updated from October 2nd, 2018 so it’s particularly important to migrate off them. Typically, if you have script that is downloading these files it will be necessary to update it to use the JSON data from the web services. Although these are different formats, most scripting languages have native support for both, so the update should be straight forward.

 

We provide sample scripts for accessing the data in PowerShell and Python in the web services user guide.

 

Screen scraping data attributes from the HTML web page

Although Microsoft doesn’t support screen scraping of the HTML published data we understand that some customers do this to get additional attributes about Office 365 network endpoints from the HTML tables. The good news is that you don’t need to do this any longer. All supported attributes are available in the new web services so there will be no longer any need for screen scraping of the HTML tables. Please discontinue any screen scraping.

 

Classifying network traffic by the Office 365 application for reporting purposes

Some customers look at the destination IP Address and map it to the Office 365 Product name listed in the XML file. This Product list has inconsistencies, is missing dependencies, has out of date names and we do not support selection of individual Office 365 applications by network endpoint so we are removing it. We are replacing this with a shorter list of Service Areas for which selective enablement is supported. There are three service areas which can be selected independently and a fourth common service area. This table shows the mapping of the old Product to the new Service Areas. Two of the old Product names no longer exist and are shown mapped to <Removed>.

 

Old XML Product

New JSON ServiceArea

WAC

Common

Sway

Common

Planner

Common

ProPlus

Common

Ex-Fed

<Removed>

Yammer

Common

Teams 

Skype

OfficeiPad

Common

OfficeMobile 

Common

RCA 

<Removed>

OneNote 

Common

EXO 

Exchange

SPO 

SharePoint

Office365Video 

Common

LYO 

Skype

Identity

Common

CRLs

Common

o365

Common

EOP 

Exchange

 

Although we recommend enabling all service areas, you can select which service areas to return data when calling the web services. The Common service area is always returned since the other service areas have a dependency on it. The specific service area name is also included in the web services attributes returned. Here’s an example PowerShell script command to get endpoint data for the Exchange Online service area and the Common service area:

invoke-restmethod.pngPowerShell command getting endpoints 

Using the RSS publishing to have changes reviewed and then applied to networking devices

We will be replacing the current RSS feed so that customers who are familiar with using an RSS reader to get notification of changes can still do so. The old RSS feeds will all be removed after October 2nd, 2018. The URLs for each RSS feed will be changing, and the structure of the text returned, and the number of updates will be improved on.

 

You can also use Microsoft Flow to create review and update processes to respond to IP Address and URL changes. We’re working on an article which demonstrates how to set this up. I’ll update this page with a link to that article once it is available.

 

Just searching for an IP Address

If you use the IP Addresses and URLs page just for searching for an IP Address that you see in a log file, then you can continue to do that. The current HTML tables of the network endpoints are manually edited, and we are going to be removing them. We will republish the HTML tables as generated from the web services. You will still need to search for the IP Address network (or CIDR) that contains the IP Address you want.

 

Summary

The new web services are improved over the old publishing, but there will still be some migration work required. The above recommendations are intended to help you to plan for the changes.

How do you use the existing Office 365 network endpoint data? Are there any other scenarios that you are using the existing published IP Address and URL data for? Let us know.

32 Replies

Part of our use case is checking ONLY the Updated ip addresses when there is an update. From what I can tell there is no "serviceArea" tag in the `/changes` endpoint. Is the only way to distinguish what Product is by going back to the `/endpoints` and comparing "id" from `/endpoints` to "endpointSetId" from `/changes` ?

 

for example:

this is from https://endpoints.office.com/endpoints/worldwide?ServiceAreas=Exchange&ClientRequestId=b10c5ed1-bad1...

  {
    "id": 9,
    "serviceArea": "Exchange",
    "serviceAreaDisplayName": "Exchange Online",
    "urls": [
      "*.protection.outlook.com"
    ],
    "ips": [
      "23.103.132.0/22",
      "23.103.136.0/21",
      "23.103.144.0/20",
      "23.103.198.0/23",
      "23.103.200.0/22",
      "40.92.0.0/14",
      "40.107.0.0/17",
      "52.100.0.0/14",
      "52.238.78.88/32",
      "65.55.88.0/24",
      "65.55.169.0/24",
      "94.245.120.64/26",
      "104.47.0.0/17",
      "157.55.234.0/24",
      "157.56.110.0/23",
      "157.56.112.0/24",
      "207.46.100.0/24",
      "207.46.163.0/24",
      "213.199.154.0/24",
      "213.199.180.128/26",
      "216.32.180.0/23",
      "2a01:111:f400:7c00::/54",
      "2a01:111:f400:fc00::/54",
      "2a01:111:f403::/48"
    ],
    "tcpPorts": "443",
    "expressRoute": true,
    "category": "Allow",
    "required": true
  },

 

Then if you go to https://endpoints.office.com/changes/worldwide/0000000000?ClientRequestId=b10c5ed1-bad1-445f-b386-b9... to get the latest update i can see:

  {
    "id": 3,
    "endpointSetId": 9,
    "disposition": "Change",
    "version": "2018072800",
    "remove": {
      "ips": [
        "23.103.144.0/20",
        "23.103.212.0/22",
        "40.107.128.0/18"
      ]
    }
  },

 

 

I'm just wondering if serviceArea would be something that could be added in the `/changes` endpoint to make them easier to distinguish. Or if this is the only way to separate the Products.

 

Thanks,

-Bryan

Hi @Deleted, yes, when you get the /changes data, you should also get the /endpoints data. You can lookup those other fields in /endpoints using the EndpointSetId attribute. Are you asking this question because you are retrieving the /changes data in some way that makes linking to an endpoint set difficult? What script language or client are you using?

Paul

No, Not necessarily difficult to get them that way, I was just wondering if that was the only way to distinguish between the two. But if that is how they are set up it should work for what we want to do. I just wanted to confirm that that really was the case. 

 

Another question is how accurate these CIDR's are? as we have gone through some of these ip addresses, specifically china page, we have noticed that the who is domain lookup results don't say anything about Microsoft. Some include Microsoft as a secondary owner but some do not. How accurate should these all be specific to those products?

 

Also, we will be using Java for our process.

 

Thanks,

-Bryan

 

@Deleted The IP Addresses are accurate. Office 365 in China is operated by our partner 21Vianet.

Could you please answer the below questions?

 

*Question

①”ClientRequestId” It seems that the same response as that used in the past is returned.

Do I need to use PowerShell every time Or will the update page, such as the URLs below, be available every time after October 2, 2018?

<Office 365 URLs and IP address ranges>

URL:

https://docs.microsoft.com/en-us/office365/enterprise/urls-and-ip-address-ranges?redirectSourcePath=...

 

② What is the instance? If the base in Japan, can I specify it "Office 365 worldwide commercial" of five service instances?

 

>> ER: This is Yes if the endpoint set is supported over Azure ExpressRoute with Office 365 >>route prefixes. The BGP community that includes the route prefixes shown aligns with the >>service area listed. When ER is No, this means that ExpressRoute is not supported for this >>endpoint set. However, it should not be assumed that no routes are advertised for an >>endpoint set where ER is No.

 

If the response of ”expressRoute” is ”True” in the endpoints web method,

Is the URL or IP available only on expressRoute?

 

>>However, it should not be assumed that no routes are advertised for an endpoint set >>where ER is No.

 

Assuming the above, should an endpoint be allowed or deleted even if ER is No?

 

⑤ Is it possible to get data from all the past specific time endpoint? 

     If possible, please let me know how.

 

⑥ Most of the data so far have been reflected after the disclosure of information has been activated, but is there any problem in the future as well?

 


@Kyounghwan Lee wrote:

①”ClientRequestId” It seems that the same response as that used in the past is returned.

Do I need to use PowerShell every time Or will the update page, such as the URLs below, be available every time after October 2, 2018?

Paul >>> The web page will be updated with changes.

 

② What is the instance? If the base in Japan, can I specify it "Office 365 worldwide commercial" of five service instances?

Paul >>> That is the correct one to use.

 

If the response of ”expressRoute” is ”True” in the endpoints web method,

Is the URL or IP available only on expressRoute?

Paul >>> No. All endpoints are available over the Internet.

 

Assuming the above, should an endpoint be allowed or deleted even if ER is No?

Paul >>> Allowed to do what?

 

⑤ Is it possible to get data from all the past specific time endpoint? 

     If possible, please let me know how.

Paul >>> No. Please only work with the current endpoint list. Old data should not be applied to network devices.

 

⑥ Most of the data so far have been reflected after the disclosure of information has been activated, but is there any problem in the future as well?

Paul >>> I don't understand this question, can you please explain more what you want to know?

 

Regards,

Paul


 

Thank you very much for answering all of my questions. 

We have checked your up-to-date information that it will be replaced new RSS feed and HTML tables soon, right?

we will expect for that.  


Regards,
Kyounghwan Lee

Hi @Kyounghwan Lee, the HTML tables update has already published. See http://aka.ms/o365ip. The updated RSS feed is coming soon.

 

Regards,

Paul

https://docs.microsoft.com/en-us/office365/enterprise/urls-and-ip-address-ranges?redirectSourcePath=...

 

The ID described on the Web page of the above URL is "ENDPOINTSETID". Separately from that, there is also "ID" in the CSV output data.

 

I could not find a sentence describing the ID on the CSV side.

 

I have checked, these two IDs are "the numbers are different and the contents data are also different ".

So, I am confused because these two IDs are mixed.

 

Question:

 

1) What are the differences between the two IDs? Please provide me with a detailed explanation.

 

2) Why are there two types of IDs? Please provide me with the method of using properly.

Can we have some consistency in the data please? eg. Categories returned by the endpoint web method begin with a capital letter, categories in the changes web method begin with lower case. There are also duplicate sets, and the list of "allow" and "optimize" URLs for the PAC file do not match the list in the PAC file separates required list here https://support.office.com/en-gb/article/Managing-Office-365-endpoints-99cab9d4-ef59-4207-9f2b-3728e... (broadcast.skype.com is missing but it is included in set 13)

Hi @Ian Williams, I'll get the capitalization inconsistency with categories taken care of, thanks for reporting this. We're going to replace the example PAC files with a more automated solution soon so that issue should go away. In the interim, please use the web services as the supported data.

Regards,

Paul

Hello @Kyounghwan Lee, there are three web methods which provide for CSV output and it is not clear which you are referring to. I will assume you are referring to the endpoints web method CSV which is located here: https://endpoints.office.com/endpoints/worldwide?format=csv&clientrequestid=b10c5ed1-bad1-445f-b386-...

 

If you compare that to the doc page that you referenced (here), the two ID fields refer to the same endpoint set and can be used for correlation.

 

Regards,

Paul

Great to see this @Lucian Franghiu. We see a lot of customers who completely miss changes or don't respond in time. I'd be keen to hear your feedback on what can help to get changes deployed more reliably and faster. Also take a look at my Flow for managing change which uses SharePoint Online instead of Azure blobs that you use.

Regards,

Paul 

Paul,

I agree with Bryan, It would be useful to have the serviceArea in the changes web method as if the disposition is "remove" then the endpointset may not exist in the current endpoint list.

eg. change id 141 has endpointset 23 which does not exist in the endpoint list. There are also others - change ids (146, 151, 162, 167). - Suppose it depends on when the endpoint set is removed but would be useful to know what serviceArea the change was when looking back in the history.

 

Paul,

Just to confirm how to determine future updates.

If current version is 2018083000. For future updates. eg new url will be added on 01/10/2018, will entries appear in the changes web method for 2018093000 sometime before 01/10?

 

Hi @Ian Williams, we create the version number from the date when public publishing is done. The effectiveDate attribute in the changes web method for add operations is the date that the engineering team who owns the endpoint said that the service was or will be live.

 

Can you share a scenario where the serviceArea is needed in the changes web method? If you have the previous version, then this isn't necessary as you can just look it up. If you don't have the previous version, then the changes are of no use.

 

Regards,

Paul

Thank you for your prompt reply.

 

As you mentioned, I had referred to that page.

So, let me change the question, I wonder that how the difference between the following "id" and "endpointSetId".

I wanted to know the meaning of each ID on the three reference pages below.

 

 

 

 

I have finally figured out that each ID can be a serial number or an endpointsetId.

In other words, only the ID of the pages below has the meaning of endpointsetId.

<https://endpoints.office.com/endpoints/worldwide.>

Is it correct that I have understood?

 

Also, is it correct to understand that the other IDs are used as serial numbers?

 

 

Regards,

Kyounghwan Lee

Hi @Kyounghwan Lee, the /changes/ web method has an ID which refers to the change set and not the endpoint set so that is a different number. In this image of the output from the /changes/ API you can see an id field which is the id of the change set. That is followed by an endpointSetId field which identifies the endpoint set that had the change. These two id numbers cannot be used interchangeably as they refer to different tables.2018-09-06_12-03-57.png

Regards,

 

Paul

Paul,

 

Reaching out to you as I couldn't find another avenue to ask about this. We've started using rest-based clientrequestID method of retrieving the IPs and URLs necessary for us to create firewall rules in our environment. Everything has been going well with the exception that sometimes secure.aadcdn.microsoftonline-p.com is blocked because the IP it is resolving to an IP that is not on the most up to date list. Examples would be 23.57.51.177 or 104.100.70.5.

 

Am I missing something? Should those IPs be on the list?

Hello @Carlos Costa,

 

Taking a look for secure.aadcdn.microsoftonline-p.com I can see that it is in the Default network endpoint category. These two lines of PowerShell can be used to query it.

 

 

$e = invoke-restmethod -Uri ("https://endpoints.office.com/endpoints/WorldWide?noipv6&clientrequestid=" + ([GUID]::NewGuid()).Guid)
$e | Where-Object { "secure.aadcdn.microsoftonline-p.com" -in $_.urls }

We have a policy of not providing IP Addresses for Default category network endpoints and recommend that you direct network traffic for them to your default Internet egress point. No firewall rules should be required just as no firewall rules are required for other proxied connections.

 

Regards,

Paul

 

I'm trying to understand the meaning of the following which is:

The ip set "13.70.151.216/32" (along with several others) appears in the results of the https://endpoints.office.com/changes/worldwide/0000000000?clientrequestid=b10c5ed1-bad1-445f-b386-b9... multiple times as a "remove ips" "remove" disposition type of update associated with a "urls" of "*.dc.trouter.io" in one update and associated with a "urls" of [*.skype.com","*.teams.microsoft.com", and "teams.microsoft.com"]  in a second "remove ips" "remove" disposition type of update and in a 3rd "remove ips" type of "change" disposition update but associated with no urls . In all three updates,  the "previous expressroute" state is listed as "true" but the "current expressroute" state is "false".

 

This is compared to the endpoints list (https://endpoints.office.com/endpoints/Worldwide?ClientRequestId=b10c5ed1-bad1-445f-b386-b919946339a... )  where i still see that ip listed multiple times in the endpoints list with ExpressRoute=true and i also see it listed in the following places (https://docs.microsoft.com/en-us/office365/enterprise/urls-and-ip-address-ranges?redirectSourcePath=... ) , https://support.office.com/en-us/o365ip/rss  and https://support.content.office.net/en-us/static/O365IPAddresses.xml  .

 

Do the updates in the changes results mean that the ip set is 1) no longer serviced by  Express Route and 2) no longer associated with the urls mentioned but still used by o365 services but not via ER and are the sites i listed that seem to still indicate that the ip set is both express routeable and associated with the urls mentioned just not in sync because they are being deprecated ?

 

 

Can you please clarify the intent of the updates mentioned (just search for 13.70.151.216/32 to see all the ones i was referencing) ?

 

Thanks

What is the URL for new RSS feed? is it published or not yet??

Hi @Paul Andrew- how to check which 0365 endpoint version we are using?

Hi @Abhinay Sharma, not sure what you mean here. We publish the endpoints data and the version for each publishing. The version you are currently using depends on where you download the data to and how you store it. You'd need to store the version somewhere of the data you downloaded. If you use our Microsoft Flow sample, then your latest downloaded version is going to be in your SharePoint list.

Paul

Hi @John Tullo,

 

The /changes output faithfully describes each and every change in the output of the /endpoints web method.

 

We're working on adding an additional field to the /changes output that will identify the severity of each change. Note that this IP Address is still part of Office 365 and none of these changes should be applied to a firewall as a removal. We would have some kind of change severity that indicates duplicate removal only.

 

Here's more detail on those three change sets for IP 13.70.151.216. 

 

Change Set ID 141 - this is deleting endpoint set 23 entirely. It was removed as it was a duplicate of another endpoint set ID 25. The other endpoint set is still published.

Change Set ID 152 - this is a change to endpoint set 69. We changed it to ExpressRoute not supported and removed all of the IP Addresses. This endpoint set is telemetry and is in the Default category which we recommend directing to a default Internet egress proxy server. This is an operation that does not require IP Addresses.

Change Set ID 167 - this is deleting endpoint set 24 entirely. It was also removed as a duplicate. This one is a duplicate of endpoint set ID 12.

 

Regards,

Paul

Thanks Paul. That clears up my confusion.

Hi @Paul Andrew- just need to know if the endpoint set ids are fixed or it can be change in future? like for Skype we have endpoint set id-11,12,13,14,15,16,17,18,19,20,22,25,26,27,29. So for latest changes in IPs we need to check these endpoint ids only?

Hi @Abhinay Sharma, we wont change the endpoint set id numbers although we will add new numbers.

 

Regards,

Paul

Thanks Paul

 

Lets say i want to get FQDN's and IP's for a single application say "YAMMER".

Documentation states - "notes - For optional endpoints, this text describes Office 365 functionality that will be missing if IP addresses or URLs in this endpoint set cannot be accessed at the network layer. Omitted if blank.

 

Old XML had a product called "YAMMER" and FQDN's and IP's specific to YAMMER.

now for the achieving same effect Can i rely on notes field part of endpoints and extract FQDN's and IP's for "YAMMER" ?

 

And Can i assume the notes will be updated and maintained just like IPS's and FQDN's ?


@jaffer.jobs jaffer.jobs wrote:

Lets say i want to get FQDN's and IP's for a single application say "YAMMER".

Documentation states - "notes - For optional endpoints, this text describes Office 365 functionality that will be missing if IP addresses or URLs in this endpoint set cannot be accessed at the network layer. Omitted if blank.

 

Old XML had a product called "YAMMER" and FQDN's and IP's specific to YAMMER.

now for the achieving same effect Can i rely on notes field part of endpoints and extract FQDN's and IP's for "YAMMER" ?

 

And Can i assume the notes will be updated and maintained just like IPS's and FQDN's ?


Hi @jaffer.jobs jaffer.jobs,

 

We only support selective blocking of Office 365 network traffic by the ServiceArea attribute in the web service output. The previous listed products in the XML file are not supported for selective network blocking. You can read above in this article about how the old products are mapped to ServiceAreas. Separately, the notes field is provided for any Required: false endpoint sets to identify what Office 365 functionality would be missing if this endpoint set is blocked. The notes field doesn't follow any specific schema, doesn't group endpoint sets, and doesn't have an update or maintenance policy.

 

Regards,

Paul

Related Conversations
How to Prevent Teams from Auto-Launch
chenrylee in Microsoft Teams on
28 Replies
Tabs and Dark Mode
cjc2112 in Discussions on
2 Replies
*Updated 9/3* Syncing in Microsoft Edge Preview Channels
Elliot Kirk in Articles on
203 Replies
Early preview of Microsoft Edge group policies
Sean Lyndersay in Discussions on
65 Replies