Aug 12 2019 10:15 PM - edited Aug 13 2019 10:18 AM
Last week we published an update to the proof of concept at http://connectivity.office.com. We appreciate the feedback people here have provided. Here's the fixes list:
Regards,
Paul
Aug 13 2019 06:50 PM
Aug 13 2019 09:38 PM
@rsun0525 thanks, we'll look into this
Sep 03 2019 05:42 PM
Sep 03 2019 07:19 PM
@TheArchitect Edge Canary is based on Chrome and not currently supported by our advanced test tool. Please use regular Edge or IE to try out the POC.
Regards,
Paul
Sep 03 2019 07:20 PM
Sep 03 2019 07:26 PM
@TheArchitect of course, it's a common request. I can't give you a timeline for that though.
Regards,
Paul
Sep 03 2019 07:27 PM
@Paul Andrew No worries. Thanks for the prompt replies.
Sep 05 2019 08:19 AM
Sep 05 2019 09:09 AM
@lockstemz we do already support both CRL and CDN where they are required. Connectivity tests in the advanced testing client for https://connectivity.office.com are made to all endpoints that are listed as Required at http://aka.ms/o365ip.
Regards,
Paul
Oct 11 2019 03:41 AM
Hello,
Same here. I have a number of FQDN(s) showing up but they do not exist :
flagsapi.skype.com
gb1-rtc.officeapps.live.com
ocsp.globalsign.com
Oct 11 2019 07:01 AM
@Laurent Frampas What do you mean by "don't exist". I checked with nslookup and all three of these are in the public DNS right now.
Regards,
Paul
Oct 20 2019 12:43 AM
I just run the test but I am not getting the option get a link to share your result with your networking team or your network service provider. How can I share the result with other team in my organization to further diagnose the same. I am using Internet Explorer 11 Version 11.0.155 @Paul Andrew
Oct 20 2019 09:45 AM
@Laxmikantalbd We have removed that option. We're working on how sharing can be better enabled in the future. In the meantime, you would need to use screenshots to share your results.
Sorry for the inconvenience.
Regards,
Paul
Oct 21 2019 09:27 AM
@Paul Andrew the ability to share results via a test specific report was a useful aspect of this tool. Our remote teams, which I've asked to run the tool and share feedback using the report link now have to create large static screenshots that aren't collectively specific to the tests. this was what were trying to get away from, its two steps back. would be good to have the same or similar method available soon.
Oct 21 2019 10:50 AM
@Paul Andrew I mean the domain indeed exists but there is no active service listening on ports 89 and 443.
Thus probably why it is being brought by your tool as Blocked URL, while it is not from our side.
Laurent
Oct 22 2019 09:59 AM
@Paul Andrew where there other reasons to remove this? I can imagine you are trying to come up with a new elegant way to share, but honestly, your previous link button was working very well. Sending screen shots seems like go over the top of trying to share.
Oct 22 2019 03:11 PM
Oct 23 2019 02:47 AM
@Paul Andrew Thanks again for your flexibility.
Oct 30 2019 02:16 PM
@rsun0525 while we wait for the reporting component to be added to the O365 onboarding tool, I have a couple questions from our networking teams which I advocated should start using this tool.
1.Does the O365 Network Onboarding tool take into consideration that an enterprise has Azure EXPRESSROUTE connectivity to O365 products? Example our O365 tenant is in EMEA but EXPRESSROUTE points to SHAREPOINT in US.
2. regarding considerations for front door locations is the information on the map specific to just one application (Exchange) or all the O365 Apps we use SfB/MS Teams, SHAREPOINT/OneDrive, Outlook etc (is this information already indicated in tracert)?