A couple of our customers recently moved their voicemail from an on-premise Exchange server to a cloud-based solution with Office365. Afterwards, users are reporting delays of around 5-seconds from the time the Messages button is pressed to when they hear audio from Office365. Before moving voicemail to Office365, there were no noticeable delays after pressing the Messages button.
Both customers have very similar topologies - CUCM 9.1.2, and an Audiocodes Mediant 1000 SBC (Session Border Controller). CUCM has a SIP trunk to the Audiocodes SBC, and the SBC has a SIP trunk with TLS for the connection to Office365. According to Microsoft, this is a supported configuration.
When reviewing SIP logs on the Audiocodes SBC, I see an approximately 5-second delay from initiation of the call (SIP/2.0 100 Trying) to when Office365 answers (SIP/2.0 180 Ringing). In the logs below, 10.77.162.16 is the Audiocodes SBC's internal IP address, and X.X.X.X is it's public address.
08:20:22.423 : 10.77.162.16 : Local 0 :NOTICE : [S=16653173] [SID:983092790] SIP/2.0 100 Trying Via: SIP/2.0/TLS X.X.X.X:5061;alias;branch=z9hG4bKac1438283782 From: "Sophia Dominquez" 08:20:27.501 : 10.77.162.16 : Local 0 :NOTICE : [S=16653183] [SID:983092790] SIP/2.0 180 Ringing Via: SIP/2.0/TLS X.X.X.X:5061;alias;branch=z9hG4bKac1438283782 From: "Sophia Dominquez" |
Has anyone else noticed similar delays when accessing Office365 voicemail? If so, what was the resolution?
Thanks everyone!
