Office 365 Service Status Checking

On 9/30/2020 at 6:08 AM, JDV said:

Hi Kyle, 

Thanks I found these on exchange and implemented them and have tested if against our O365 lab, when I test the script, get an error - "There would be no instances discovered for the selected device" anything you can think of I may have adapted correctly to our environment. Has anyone else got these working? 

Regards, 

Justin 

Yeah I actually ran with those issue(s) but then noticed that we need to do additional things.

• Have the Powershell specific module installed at the collector level:
  • Install-Module PSWinDocumentation.O365HealthService -Force (in my case there was some issue with TLS at the collector level so I had to run the command below prior to the module install
  • -> [Net.ServicePointManager]::SecurityProtocol = [Net.SecurityProtocolType]::Tls12
• Enterprise Application needs to have the following role:
  

I've also tweaked the script(s) actual token(s) being used on the code since they don't actually represent LM OutOfBox one(s).

It's working for me :)/emoticons/smile@2x.png 2x" title=":)" width="20" /> 

Hope it helps you!

@kman looks like useful stuff! If you publish it to the Exchange and share the locator here I can get it through security review for you. Thanks for contributing!

This look really nice.

Does it still looks to 'not real-time' data from MS?
I know there was a limitation in terms of data that API parses (since it was getting data indeed but, not real-time).

Hey,

so the Office365 Management API that is used for service status is actually real time, we know this as there are a few other commands you can run to get active ticket references (working on this one now ;-)) and the time Microsoft posted the event.

The GraphAPI on the other hand is out of date by approximately 1-2 Days so I couldn't use that one as it wouldn't make sense,

Both of these have already passed security so are available now, however thinking about it the Extended one is probably the more useful of the 2 as you get the feature status.

Just need to think how I can display the ticket references and along with any service disruption and then it will probably be better than the MS Portal

cheers

Kyle

As an example I can get this level of info from Office 365 however I'm not sure the best way to display this in LogicMonitor,

Any recommendations would be much appreciated

Kyle

Just a thought, you could extract those properties from API response & map those into the discovered instances (as auto.* props) - example

auto.service
auto.currentstatus

etc...

From there you could map the ones you feel important & if generating an alarm you could invoke those same properties on the alarm custom message itself (it could be useful) - example

Service '##auto.service##' is degraded....

Not sure if it makes sense to you. Just suggesting it because I did it this way a few days ago when creating a DS that reads from the device Event Fault table (I just mapped the important properties at the instance level & invoked those on the alarm message - in case it generates an alarm).

Thanks,

So had another thought and I have managed to write a script to pull in the incidents using Powershell

However I have an issue in that the ConvertTo-JSON output returns he below error when setting up the Eventsource

Does anyone know if we can use powershell in the uploaded script and how I can use the ConvetTo-JSON?

Cheers

Kyle

Nice Work. Please can you publish this on Exchange, would love to take a look and test it on our O365 lab, thanks

Hi,

This has actually been posted on the exchange already, so you should be able to find it

if you can’t let me know

Kyle

Hi Kyle, 

Thanks I found these on exchange and implemented them and have tested if against our O365 lab, when I test the script, get an error - "There would be no instances discovered for the selected device" anything you can think of I may have adapted correctly to our environment. Has anyone else got these working? 

Regards, 

Justin