Forum Discussion
MicrosoftMigrating to the new web services based publishing for Office 365 IP Addresses and URLs
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-445f-b386-b919946339a7
{
"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-b919946339a7 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
MicrosoftHi 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
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?
- PaulAndrew
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
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
- PaulAndrew
Deleted The IP Addresses are accurate. Office 365 in China is operated by our partner 21Vianet.
