Microsoft lync 2013 for iphone windows#
Push notification service delivers the notification to Lync 2013 mobile client on Windows Phone.Lync 2013 Edge Server connects to push notification service using hosted provider.Lync 2013 Front-End pool connects to Edge server configured for federation (defined in topology in site configuration).Desktop client or federated client initiates communication to Windows Phone user.Lync 2013 on Windows Phone suscribes for push notifications.Here’s some explanation to help complete the picture: All this leaves only Windows Phone up for discussion.īeing a visual creature, I figured a picture would do more justice in explaining the call flow for Windows Phone push notifications (click on picture for larger view): What it doesn’t say, which was covered in Lync Conference and is also documented on my good friend Doug Deitterick’s blog post Lync 2013 Mobility, is that it uses VOIP socket instead of push notifications. The reason for this is apparent in Mobile Client Comparison Tables article on TechNet which states iPhone/iPad client stays signed in for upto 10 days and support for push notifications isn’t available. However, Push notification is required for Lync 2013 clients on Windows Phone. It was required for Lync 2010 Mobile clients on Apple devices. Since we are talking a strict Lync 2013 deployment with Lync 2013 mobile clients only, I feel the need to mention that Push notification is not required for Apple devices anymore. It is also documented here: Configuring for Push Notifications That’s when I realized that even though I had LyncOnline hosted provider configured using, I didn’t have in allowed list of SIP Federated Domains. Then came the next message:ĭomain=”” fqdn1=”:5061″ reason=”The domain of the message is not configured and does not appear to belong to a federated partner” I was able to resolve the name and ping it from Edge server. This error made it look like a DNS issue. One of the message looked like the following:Įxit – domain is unknown and DNS SRV results did not match anything
Logging on Edge server showed me few messages. But since the call was going to Edge server (172.16.101.16), I assumed there was something wrong in Edge server configuration. I noticed that the call to was timing out. Using Lync Logging on Front-End server showed the following call flow: It started with “504 server timeout” message in my IM window when I tried to send a message from my lync user on desktop to Lync user using Lync 2013 for Windows Phone 8.įriendly snooper showed a “408 Request Timeout” along with diagnostics message. Not necessarily because the configuration is complicated, it probably was lack of clear understanding of the process flow. You can refer to “ Deployment Process for Mobility” for more details.Ĭonfiguring push notification, however, turned out to be a bit of challenge for me. Setting up mobility for a pure Lync 2013 environment (I am not going to cover Lync 2010 co-existence today), is relatively straight forward process.
0 kommentar(er)
