Lync 2013 Mobility in coexistense with Lync 2010

Hi
I am facing Issue when connecting my internal mobile client with Lync Server 2013. The Mobile Client doesn't sign in to Lync Server 2013.
Currently we are in co-existence phase with Lync 2010.
There was no mobility service configured or installed in Lync 2010 environment before when we deployed Lync Server 2013 Enterprise pool with only one front end server.
The SRV record _sipinternalts is currently pointing to Lync server 2010 pool and the lyncdiscoverinternal.domain.com is point to the IP of Lync Front End Server.
Is it necessary to configure and deploy mobility service on Lync 2010 front end server in order to allow Lync Server 2013 users to connect using mobile client??

Hi Abdullah Salam,
For WP8 root certificates need to have HTTP URLs in the CRL (Certificate Revocation List). If root certs doesn’t contain these CRL attributes than the certificate won’t be accepted by WP8
and sign-in would fail.
Same cases for your reference.
https://social.technet.microsoft.com/Forums/en-US/cd6c1558-02e4-4ad8-86af-c6aee82a4ff0/passive-authentication-redirection-fails-for-wp81?forum=lyncint
https://social.technet.microsoft.com/Forums/en-US/70932e7d-4df5-4f48-8f33-b0e19e2a02f9/unable-to-sign-with-windows-phone-lumia-925-windows-81-to-lync-2013?forum=lyncprofile
Best regards,
Eric<o:p></o:p>

Similar Messages

Lync 2013 Edge server compatibility with Lyn 2010 Front end Pool

Hi All,
Technet article (http://technet.microsoft.com/en-us/library/jj688121.aspx) says the following:
If your legacy Lync Server 2010 Edge Server is configured to use the same FQDN for the Access Edge service, Web Conferencing Edge service, and the A/V Edge service, the procedures in this section are not supported. If the
legacy Edge services are configured to use the same FQDN, you must first migrate all your users from Lync Server 2010 to Lync Server 2013, then decommission the Lync Server 2010 Edge Server before enabling federation on the Lync Server 2013 Edge Server.
Can you tell me why it is you have to change the External Lync Web services URL during a migration to Lync 2013 from Lync 2010. What purpose does this serve?
Also can you clarify this and explain why this is required, why would you have to migrate all of your users, would a Lync 2013 Edge not talk to a Lync 2010 front-end?
Any help would be much appreciated. MANY THANKS.

Thank you very much for all your inputs.
We still have few questions:
Questions:
Can you tell me if Lync 2010 users will be able to login using mobility if we repoint the reverse proxy (TMG) web services publishing rule to the Lync 2013 server? Remember both systems Lync 2010 and 2013 are using the same web
services URL so they will both end up at the Lync 2013 server. Alternatively if not we will migrate all users to 2013, this is not a problem
In addition to this I cannot find anything that states how Exchange UM will operate when you are running from a backup pool and the exchange UM contacts are not available because they are homed on the server that is down. This
configuration is 2 x standard edition servers pool paired. How can we make sure Exchange voice mail works during a pool failover?
Call Park is not clear to me I read the following:
Lync Server 2013 provides new disaster recovery mechanisms in the form of failover and failback processes. These failover and failback processes support recovery of Call Park functionality by allowing
users who are homed in the primary pool to leverage the Call Park application of the backup pool when an outage occurs in the primary pool. Support for disaster recovery of the Call Park application is enabled as part of the configuration and deployment of
paired Front End pools.
Is this saying we need to deploy Call Park in the DR pool and use a different range of orbit numbers, or can we use the same range in the DR pool?
Further, I can see that Common Area Phones will be fine as they will log into the DR pool automatically. Response Groups need to be exported and imported to the DR pool. Incidentally these did not migrate well at all and have
caused us a big headache!
Any inputs will be greatly appreciated. Thanks again for all of your time.

Lync 2013 Mobility Issue

Hello,
I have a Lync 2013 server installed with CU1.
I can connect to it perfectly with the windows client and the mobile Lync 2010 client. However when i try to login to the server with the Lync 2013 mobile client, i get : "An error occured in Lync. Please retry. If the problem persists, contact your
support team."

Hi Barry,
i have fixed the certificate issue, now i get an xml file when going to the web address.
This XML file does not appear to have any style information associated with it. The document tree is shown below.
<resource xmlns="http://schemas.microsoft.com/rtc/2012/03/ucwa" rel="root" href="https://lync.'domain'.local/Autodiscover/AutodiscoverService.svc/root?originalDomain='domain'.com.au">
<link rel="user" href="https://lync.'domain'.com.au/Autodiscover/AutodiscoverService.svc/root/oauth/user?originalDomain='domain'.com.au"/>
<link rel="xframe" href="https://lync.'domain'.com.au/Autodiscover/XFrame/XFrame.html"/>
</resource>

Lync 2013 Mobility Upgrade

Hi,
Im currently upgrading Lync 2010 to 2013.
Is it possible to coexist Lync 2010 Mobility Users with Lync 2013 Mobility users?
I realise that the 2010 users will still need to use the 2010 client and the 2013 users use the 2013 client. Is it true mobility does not actually use edge and just uses the Reverse Proxy?
Any help greatly appreciated.

Each Lync Front End pool has it's own unique Lync external web services url. You can point Lyncdiscover.domain.com to either 2010 or 2013, but the response will redirect the mobile client to the correct external web services FQDN for their homed pool.
Please mark posts as answers/helpful if it answers your question.
Blog
Lync Validator - Used to assist in the validation and documentation of Lync Server 2013.

Lync 2013 mobile client can't see all fields in contact card

We have deployed Lync 2013 infra in our organization, now we observed, mobile Lync client users are not able to see other users mobile number on contact card rest all information is visible.
Is there any workaround or fix to resolve this issue. Appreciate quick help.

That's effectively by design (but a popular complaint). The workaround is to put the users who's mobile numbers you need in your Outlook contact list. There's another workaround related to setting the privacy relationship, but you have to coordinate
it with many people which is not too feasible.
Here are others upset about it:
http://ammarhasayen.com/2013/09/25/lync-2013-mobile-contact-card-not-showing-mobile-number/
Please remember, if you see a post that helped you please click "Vote As Helpful" and if it answered your question please click "Mark As Answer".
SWC Unified Communications

Lync 2013 Mobile unable to login from wifi

Dear All,
Many thanks in advance.
My Lync 2013 mobile client is unable to login via internal network.
I have tried to provide external web directory and lyncdiscover by giving way through internal leg of reverseproxy(TMG).
I think I'm missing something from the basic. Will appreciate your reply. :)

You are not missing something basic, this is a real issue with using Lync mobile while on internal corpnet. A known feature (issue) with Lync mobile is that has to connect to the external web services. So when internal it will hairpin out your FW and connect
to the web services:
http://technet.microsoft.com/en-us/library/hh690030.aspx
Some more info:
http://blog.schertz.name/2013/07/understanding-lync-2013-mobility/
A lot of Firewalls do not allow this sort of "hairpinning".
Thom Foreman, MCSE, MCSA, MCTS

Lync 2013 Mobility - Works for Android, not iOS

Here's the situation I am facing right now.
I have installed Lync 2013 for a client and have everything working finally but have hit a roadblock that I just can't seem to overcome.
The environment is this:
1 Lync 2013 Standard Edition Server (Front End)
1 Lync 2013 Persistent Chat Server
1 Lync 2013 Edge Server
1 Reverse Proxy Server
Like I said everything looks like it's working, save one thing. Clients using iPhones can't connect to the service but Android devices can. That's the only thing.
Here is a log snippet from my test device:
POST https://lync.mydomain.org/webticket/webticketservice.svc
Request Id: 0x70b5f68
HttpHeader:Content-Length 1293
HttpHeader:Content-Type text/html
HttpHeader:Date Wed, 18 Dec 2013 17:40:32 GMT
HttpHeader:Server Microsoft-IIS/7.5
HttpHeader:StatusCode 401
HttpHeader:Www-Authenticate Negotiate, NTLM, Basic realm="lync.mydomain.org"
HttpHeader:X-Powered-By ASP.NET
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"/>
<title>401 - Unauthorized: Access is denied due to invalid credentials.</title>
<style type="text/css">

</style>
</head>
<body>
<div id="header"><h1>Server Error</h1></div>
<div id="content">
<div class="content-container"><fieldset>
<h2>401 - Unauthorized: Access is denied due to invalid credentials.</h2>
<h3>You do not have permission to view this directory or page using the credentials that you supplied.</h3>
</fieldset></div>
</div>
</body>
</html>
</ReceivedResponse>
Everything looks like it's going good until it gets there and then at the bottom of the log I see this:
2013-12-18 11:40:47.602 Lync[7237:907] is not a valid email address.
This user has no problems signing on to his computer or Lync there. Also, I can sign on to an Android device with his account.
If anyone has an idea on this I welcome it. Please help.

Hi Okrobpr,
Did you solved the issue with the help of Michael provided?
Basically the IOS clients do not support the basic NTLM Authentication method while Windows Phone and Android clients do. So you can check the UseWindowsAuth option is true running the command in Lync Server Management Shell:
Get-CsWebServiceConfiguration
If it shows NTLM you can run the command:
Set-CsWebServiceConfiguration –UseWindowsAuth Negotiate
Get-CsWebServiceConfiguration to make it to be Negotiate.
Please also make sure you have updated to the latest version for Lync Server and clients.
You can check if there are any errors in event viewer of FE server.
Best Regards,
Eason Huang
Eason Huang
TechNet Community Support

Lync 2013 client is deployed but user accounts are not migrated from OCS to Lync 2013 Server - how to open Lync meetings automatically in the Lync Web Plug-in

We have in our enterprise the following scenario:
1 - Lync 2013 client is installed
2 - User accounts are not migrated to Lync 2013 Server, users are using Office Communicator as their main tool
3 - Users receive Lync 2013 meeting requests but when try to access them, Lync 2013 client launches and shows error. Users will need to open the browser and paste the URL to the address bar but this still open
4 - We cannot use the workaround of adding "?SL=1" to the Lync 2013 meeting URL as the user base is large and manual workaround is not accepted
5 - Question: is there any automated way, via egistry key or GPO setting, so that users temporarily (until their accounts are migrated to Lync 2013 server) can bypass Lync 2013 client completely and automatically open all Lync 2013 meetings
on the browser, using Lync Web Plug-in?

Thanks for the response,
First, I should have mentioned clearly that users have Office Communicator 2007 client and Lync 2013 client installed in their machines. Their accounts are not migrated yet to Lync 2013 server.
Second, we are using IE9 and IE10. The issue is that users CAN join Lync 2013 meetings with their browsers but have to paste the URL manually to browser and add "?SL=1" otherwise, if they just click at the "Join Online Meeting" or "Join
Lync Meeting" URL it launches Lync 2013 client which shows error because is not configured yet, as they are using OCS client and migrating slowly to Lync 2013 server.
Is there a Group Policy setting or a registry key from Microsoft that can be turned on to these users machines and make will all Lync meeting requests to be opened in IE browser instead of Lync 2013 client. We need a way to ignore
Lync 2013 client until user accounts are migrated to Lync 2013 Server. Manually typing URLs is not an option in a big organization, can't explain thousands of users of different levels what to do.
We are regretting the decision not to separate Lync 2013 from Office 2013 package we deployed recently. If Lync 2013 is uninstalled then all Lync meeting requests are opened in browser without an issue.

Voice problems with Lync 2013 Mobile

Hi
I have a situation where Lync 2013 on both iPhone & Android has started giving problems with making and receiving voice calls. There are no problems with Windows, Mac or Phone Edition clients that I'm aware of. I have not tested anything over the VPN,
but this should not be a factor.
For receiving calls - If the user is connected to the LAN via Wi-Fi AND the call is from an internal user, all works fine. If the call is from an external user OR the user is connected via 3G, then the call just shows "Connecting" indefinitely.
This includes transferred calls.
For making calls - If the user is connected to the LAN via Wi-FI and calls either an internal or external users, all works fine. If the user is connected via 3G and calls either an internal or external user, the phone rings, but when it's answered it shows
call ended.
I have ran RUCT on a computer outside the network, with the following findings:
DNS:
Record
Type
Hostname
IP Address
Port
Weight
Priority
_sip._tls.domain.com
SRV
sip.domain.com
Edge External IP
443
100
0
sip.domain.com
A
sip.domain.com
Edge External IP
sipexternal.domain.com
A
sipexternal.domain.com
Edge External IP
meet.domain.com
A
meet.domain.com
<null>
_ntp._udp.domain.com
SRV
pool.ntp.org
NTP Server IP
123
100
0
_sipfederationtls._tcp.domain.com
SRV
sip.domain.com
Edge External IP
5061
100
0
lyncdiscover.domain.com
A
sip.domain.com
Edge External IP
lyncdiscover.domain.com
CNAME
sip.domain.com
I have ran Test Port on each entry where there is a port with successful results. Ping works on all entries.
If I query Certificate Information on sip.domain.com with port 5061 or 444, it succeeds and returns the certificate with subject sip.domain.com. If I query 443, it fails with error "An error occurred while retrieving the certificate. Unable to read
data from the transport connection: An existing connection was forcibly closed by the remote host."
On Microsoft Remote Connectivity Analyzer, all tests pass except for the certificate test:
The Microsoft Connectivity Analyzer is attempting to obtain the SSL certificate from remote server sip.domain.com on port 443
The Microsoft Connectivity Analyzer wasn't able to obtain the remote SSL certificate.
Running netstat on Lync Edge gives me the following with regards to port 443:
TCP <Internal IP>:443 Lync2:0 LISTENING
TCP <External IP>:443 Lync2:0 LISTENING
Firewall allows connections on port 443 and I've tried disabling the firewall as well. Trying to open https://sip.domain.com in the browser on the Lync Edge fails also, telnet succeeds, but no data is returned.
I've restarted the AV service and also rebooted the Lync Edge server, no change. In the topology builder, I can see that AV is configured to listen on port 443.
Any ideas would be most welcome.
Regards
Lionel
MCP Windows Server MCTS .NET

I have ran a large amount of additional tests. On my latest round of testing, I have obtained the following results:
Call received via PSTN gateway on user DID, answered by desktop client inside LAN - works.
Call received via PSTN gateway on response group, answered by desktop client inside LAN - works.
Call received via PSTN gateway on user DID, answered by desktop client outside LAN (behind NAT, DSL router) - works.
Call received via PSTN gateway on response group, answered by desktop client outside LAN (behind NAT, DSL router) - works.
Call received via PSTN gateway on user DID, answered by mobile client inside LAN - does not work.
Call received via PSTN gateway on response group, answered by mobile client inside LAN - does not work.
Call received via PSTN gateway on user DID, answered by mobile client outside LAN (behind NAT, DSL router) - works.
Call received via PSTN gateway on response group, answered by mobile client outside LAN (behind NAT, DSL router) - works.
Call received via PSTN gateway on user DID, answered by mobile client outside LAN (3G) - does not work.
Call received via PSTN gateway on response group, answered by mobile client outside LAN (3G) - does not work.
Call received via PSTN gateway on user DID, answered by desktop client inside LAN and transferred to mobile client inside LAN - does not work.
Call received via PSTN gateway on response group, answered by desktop client inside LAN and transferred to mobile client inside LAN - does not work.
Call received via PSTN gateway on user DID, answered by desktop client inside LAN and transferred to mobile client outside LAN (behind NAT, DSL router) - works.
Call received via PSTN gateway on response group, answered by desktop client inside LAN and transferred to mobile client outside LAN (behind NAT, DSL router) - works.
Call received via PSTN gateway on user DID, answered by desktop client inside LAN and transferred to mobile client outside LAN (3G) - does not work.
Call received via PSTN gateway on response group, answered by desktop client inside LAN and transferred to mobile client outside LAN (3G) - does not work.
Call made through PSTN gateway from desktop client inside LAN - works.
Call made through PSTN gateway from desktop client outside LAN (behind NAT, DSL router) - works.
Call made through PSTN gateway from mobile client inside LAN - does not work.
Call made through PSTN gateway from mobile client outside LAN (behind NAT, DSL router) - works.
Call made through PSTN gateway from mobile client outside LAN (3G) - does not work.
Call from desktop client inside LAN to desktop or mobile client (regardless of location) - works.
Call from desktop or mobile client (regardless of location) to desktop client inside LAN - works.
Call from desktop or mobile client (regardless of location) to desktop or mobile client (regardless of location) - works.
There is no difference in behaviour between normal calls and conference calls. Reproducing the problem seems to require the following:
1. PSTN gateway needs to be involved
2. One party needs to be on mobile client
3. The mobile client needs to be inside the LAN or on a 3G connection, but not behind NAT on a DSL connection
The only conclusion I can make is that somehow NAT makes the problem go away, but it does not affect desktop clients (on the LAN or Wi-Fi at least, I do not have a way to test them on 3G).
The PSTN gateway (Cisco UCM) could also be the problem, but it works fine in all other cases. It has 4 trunks and makes all kinds of routing decisions, but once a call is routed to/from Lync, it should not make a difference on what type of device it is answered.
I'm really baffled by this one. Perhaps the 3G thing is a service provider issue and the issue on the LAN has something to do with the internal DNS combined with the behaviour of the mobile client. Just not sure exactly what.
MCP Windows Server MCTS .NET

Issues with mobility and autodiscovery with Lync 2013 and IIS/ARR

Hi all,
this is my last resort after days and days searching a solution for this problem... unsuccessfully.
All works fine unless the autodiscovery service with external users and the mobility service for both internal and external ones.
I deployed a Standard Edition Lync Server 2013 with:
a consolidated Frontend server in LAN
an Archiving and Monitoring server in LAN
an Edge server in DMZ with 2 NICs (one in DMZ network and one in LAN)
a IIS/ARR 2.5 reverse proxy in DMZ with 2 NICs (one in DMZ network and one in LAN)
All these roles are on Windows Server 2012 R2.
No split-DNS is deployed since I have different domains for internal and external. In any case I used the pinpoint DNS tip to resolve some records internally (I followed this guide http://tsoorad.blogspot.ch/2012/10/lync-server-dns-pinpoint-zones.html)
Here DNS records into internal domain:
A-record for meet.domain-ext.com points to Frontend server local IP
A-record for dialin.domain-ext.com points to Frontend server local IP
A-record for lyncdiscoverinternal.domain-ext.com points to Frontend server IP
A-record for lyncwebexternal.domain-ext.com points to Frontend sever local IP
A-record for autodiscover.domain-ext.com points to Exchange server local IP
Here DNS records into external domain:
CNAME-record for lyncdiscover.domain-ext.com points to lyncwebexternal.domain-ext.com
CNAME-record for sipexternal.domain-ext.com points to lyncwebexternal.domain-ext.com
A-record for meet.domain-ext.com points to Reverse Proxy public IP
A-record for dialin.domain-ext.com points to Reverse Proxy public IP
A-record for lyncwebexternal.domain-ext.com points to Reverse Proxy public IP
I installed and configured IIS/ARR 2.5 with KB2732764 and KB2785586 on Reverse Proxy following the NextHop guide. The local IP address of external NIC on Reverse Proxy is NATTED by a Cisco ASA firewall with public IP address and only 80/443
ports are permitted.
The problems occurs when I try to connect whit my Lync 2013 APP on iPad using autodiscovery service, both internally and externally. After some seconds the APP shows the message “Cannot connect to the server because it could be busy or
temporarily unavailable. Retry.” When I used the IIS/ARR 3.0 the problem looked like an authentication issue, then I came back to ISS/ARR 2.5 version with its KB. Now I cannot understand what is the cause about logfail.
The same behavior occurs with Android Lync 2013 APP and Windows Phone 8 APP.
Moreover my Lync 2013 client on Windows 7 can connect internally with autodiscovery settings but it cannot do it externally.
I'm a bit confused because I cannot understand if the problem is about external webservice of Frontend server or about Reverse Proxy configuration or about Lync Control Panel configuration.
Here is an extracted of iPad Lync 2013 log (sorry if it’s a bit long).
Any helps are very appreciated, thansk a lot!
</SentRequest>
2013-12-20
11:33:00.781 Lync[563:3a71018c] INFO APPLICATION
CUrlRedirectAndTrustResolver.cpp/201:CUrlRedirectAndTrustResolver::processUrl
called with url = http://lyncdiscover.domain-ext.com/, hopCount = 0, maxHops =
10
2013-12-20
11:33:00.781 Lync[563:6d00000] INFO UTILITIES
CHttpStreamPool.cpp/409:Allocating stream 0x11cbe40 for url -
https://lyncdiscover.domain-ext.com/ with persistent id as 6
2013-12-20
11:33:00.782 Lync[563:3a71018c] INFO TRANSPORT CTransportThread.cpp/131:Added
Request(UcwaAutoDiscoveryRequest) to Request Processor queue
2013-12-20
11:33:00.782 Lync[563:6d00000] VERBOSE TRANSPORT
CHttpProxyHelper.cpp/436:CHttpProxyHelper::discoverProxy : No proxy found for
url https://lyncdiscover.domain-ext.com/?sipuri=sip:[email protected].
Sending over direct connection.
2013-12-20
11:33:00.782 Lync[563:3a71018c] INFO APPLICATION
CTransportRequestRetrialQueue.cpp/385:Submitting new req.
UrlTrustResolver(0x1201358)
2013-12-20
11:33:00.782 Lync[563:3a71018c] INFO APPLICATION
CUcwaAutoDiscoveryService.cpp/1783:Successfully started the GetUserUrlOperation
request for http://lyncdiscover.domain-ext.com/?sipuri=sip:[email protected]
2013-12-20
11:33:00.796 Lync[563:6d00000] INFO TRANSPORT CTransportThread.cpp/343:Sent
Request(UcwaAutoDiscoveryRequest) to Request Processor
2013-12-20
11:33:00.796 Lync[563:6d00000] WARNING TRANSPORT
CCredentialManager.cpp/317:CCredentialManager::getSpecificCredential returning
NULL credential for serviceId (4) type (1)!
2013-12-20
11:33:00.797 Lync[563:6d00000] INFO TRANSPORT
TransportUtilityFunctions.cpp/631:<SentRequest>
GET
http://lyncdiscover.domain-ext.com/
Request Id:
0x1201358
HttpHeader:Accept
application/vnd.microsoft.rtc.autodiscover+xml;v=1
</SentRequest>
2013-12-20
11:33:00.797 Lync[563:6d00000] INFO UTILITIES
CHttpStreamPool.cpp/409:Allocating stream 0x12028f0 for url -
http://lyncdiscover.domain-ext.com/ with persistent id as 7
2013-12-20
11:33:00.798 Lync[563:6d00000] VERBOSE TRANSPORT
CHttpProxyHelper.cpp/436:CHttpProxyHelper::discoverProxy : No proxy found for
url http://lyncdiscover.domain-ext.com/. Sending over direct connection.
2013-12-20
11:33:00.798 Lync[563:6d00000] INFO TRANSPORT CHttpStreamPool.cpp/556:Not
setting TLS as the url(http://lyncdiscover.domain-ext.com/) is not https
2013-12-20
11:33:00.812 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
in
2013-12-20
11:33:00.812 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
in
2013-12-20
11:33:00.812 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
in
2013-12-20
11:33:00.813 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
in
2013-12-20
11:33:00.813 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
in
2013-12-20
11:33:04.104 Lync[563:6d00000] INFO UTILITIES CHttpConnection.cpp/577:Received
kCFStreamEventEndEncountered (UcwaAutoDiscoveryRequest)isHeadersAvailable =
true responseHeadersHandle = 12c5d70
2013-12-20
11:33:04.105 Lync[563:6d00000] INFO UTILITIES CHttpConnection.cpp/628:Response
status = 200 for request UcwaAutoDiscoveryRequest
2013-12-20
11:33:04.105 Lync[563:6d00000] INFO UTILITIES
CHttpStreamPool.cpp/455:Scheduling stream 0x12028f0 for release.
2013-12-20
11:33:04.105 Lync[563:6d00000] INFO TRANSPORT
CHttpRequestProcessor.cpp/173:Received response of
request(UcwaAutoDiscoveryRequest) with status = 0x0
2013-12-20
11:33:04.106 Lync[563:6d00000] INFO TRANSPORT
TransportUtilityFunctions.cpp/925:<ReceivedResponse>
GET
http://lyncdiscover.domain-ext.com/
Request Id:
0x1201358
HttpHeader:Cache-Control
no-cache
HttpHeader:Content-Length
1076
HttpHeader:Content-Type
application/vnd.microsoft.rtc.autodiscover+xml; v=1
HttpHeader:Date
Fri, 20 Dec 2013 10:33:02 GMT
HttpHeader:Expires
-1
HttpHeader:Pragma
no-cache
HttpHeader:Server
Microsoft-IIS/8.5
HttpHeader:StatusCode
200
HttpHeader:X-AspNet-Version
4.0.30319
HttpHeader:X-Content-Type-Options
nosniff
HttpHeader:X-MS-Server-Fqdn
frontend-lync.domain-int.com
HttpHeader:X-Powered-By
ASP.NET, ARR/2.5
Ôªø<?xml
version="1.0" encoding="utf-8"?><AutodiscoverResponse
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
AccessLocation="Internal"><Root><Link
token="Domain" href="https://frontend-lync.domain-int.com/Autodiscover/AutodiscoverService.svc/root/domain?originalDomain=domain-ext.com"
/><Link token="User" href="https://frontend-lync.domain-int.com/Autodiscover/AutodiscoverService.svc/root/user?originalDomain=domain-ext.com"
/><Link token="Self" href="https://frontend-lync.domain-int.com/Autodiscover/AutodiscoverService.svc/root?originalDomain=domain-ext.com"
/><Link token="OAuth" href="https://frontend-lync.domain-int.com/Autodiscover/AutodiscoverService.svc/root/oauth/user?originalDomain=domain-ext.com"
/><Link token="External/XFrame"
href="https://lyncwebexternal.domain-ext.com/Autodiscover/XFrame/XFrame.html"
/><Link token="Internal/XFrame" href="https://frontend-lync.domain-int.com/Autodiscover/XFrame/XFrame.html"
/><Link token="XFrame" href="https://lyncwebexternal.domain-ext.com/Autodiscover/XFrame/XFrame.html"
/></Root></AutodiscoverResponse>
</ReceivedResponse>
2013-12-20
11:33:04.108 Lync[563:6d00000] INFO TRANSPORT
CUcwaAutoDiscoveryResponse.cpp/112:location value is internal
2013-12-20
11:33:04.108 Lync[563:6d00000] INFO TRANSPORT
CUcwaAutoDiscoveryResponse.cpp/195:User url is https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain-ext.com
2013-12-20
11:33:04.109 Lync[563:6d00000] INFO TRANSPORT
CHttpRequestProcessor.cpp/266:Sending event to main thread for
request(0x1201358)
2013-12-20
11:33:04.109 Lync[563:3a71018c] INFO APPLICATION
CTransportRequestRetrialQueue.cpp/822:Req. completed, Stopping timer.
2013-12-20
11:33:04.109 Lync[563:3a71018c] INFO APPLICATION
CUrlRedirectAndTrustResolver.cpp/610:UrlRedirectAndTrustResolver complete with
url = http://lyncdiscover.domain-ext.com/, Hops = 1, status = S_OK (S0-0-0)
2013-12-20
11:33:04.109 Lync[563:3a71018c] INFO APPLICATION
CTransportRequestRetrialQueue.cpp/725:Response received for req.
UrlTrustResolver(0x1201358): S_OK (S0-0-0) (Success); Done with req.; Stopping
resend timer
2013-12-20
11:33:04.110 Lync[563:3a71018c] INFO APPLICATION
CUcwaAutoDiscoveryGetUserUrlOperation.cpp/393:CUcwaAutoDiscoverGetUserUrlOperation::onEvent
received. Status = S_OK (S0-0-0), url =
http://lyncdiscover.domain-ext.com/
2013-12-20
11:33:04.110 Lync[563:3a71018c] INFO APPLICATION
CUcwaAutoDiscoveryGetUserUrlOperation.cpp/449:Received a root response
2013-12-20
11:33:04.110 Lync[563:3a71018c] INFO APPLICATION
CUcwaAutoDiscoveryGetUserUrlOperation.cpp/456:Running trust check on user url.
url = https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain-ext.com
2013-12-20
11:33:04.110 Lync[563:3a71018c] INFO APPLICATION
CUrlRedirectAndTrustResolver.cpp/77:Starting CUrlRedirectAndTrustResolver with
url = https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain-ext.com,
maxHops = 1
2013-12-20
11:33:04.110 Lync[563:3a71018c] INFO APPLICATION
CUrlRedirectAndTrustResolver.cpp/201:CUrlRedirectAndTrustResolver::processUrl
called with url = https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user,
hopCount = 0, maxHops = 1
2013-12-20
11:33:04.111 Lync[563:3a71018c] INFO TRANSPORT CTransportThread.cpp/131:Added
Request(UcwaAutoDiscoveryRequest) to Request Processor queue
2013-12-20
11:33:04.111 Lync[563:3a71018c] INFO APPLICATION
CTransportRequestRetrialQueue.cpp/385:Submitting new req.
UrlTrustResolver(0x11d4d38)
2013-12-20
11:33:04.111 Lync[563:6d00000] INFO TRANSPORT CTransportThread.cpp/343:Sent
Request(UcwaAutoDiscoveryRequest) to Request Processor
2013-12-20
11:33:04.111 Lync[563:6d00000] WARNING TRANSPORT
CCredentialManager.cpp/317:CCredentialManager::getSpecificCredential returning
NULL credential for serviceId (4) type (1)!
2013-12-20
11:33:04.112 Lync[563:6d00000] INFO TRANSPORT
TransportUtilityFunctions.cpp/631:<SentRequest>
GET
https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user
Request Id:
0x11d4d38
HttpHeader:Accept
application/vnd.microsoft.rtc.autodiscover+xml;v=1
</SentRequest>
2013-12-20
11:33:04.112 Lync[563:6d00000] INFO UTILITIES
CHttpStreamPool.cpp/409:Allocating stream 0x125fa90 for url - https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user
with persistent id as 7
2013-12-20
11:33:04.112 Lync[563:6d00000] VERBOSE TRANSPORT
CHttpProxyHelper.cpp/436:CHttpProxyHelper::discoverProxy : No proxy found for
url https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user.
Sending over direct connection.
2013-12-20
11:33:04.113 Lync[563:6d00000] INFO UTILITIES CHttpStreamPool.cpp/609:Releasing
stream 0x12028f0.
2013-12-20
11:33:04.261 Lync[563:6d00000] INFO UTILITIES CHttpConnection.cpp/577:Received
kCFStreamEventEndEncountered (UcwaAutoDiscoveryRequest)isHeadersAvailable =
true responseHeadersHandle = 11cfbd0
2013-12-20
11:33:04.262 Lync[563:6d00000] INFO UTILITIES CHttpConnection.cpp/628:Response
status = 200 for request UcwaAutoDiscoveryRequest
2013-12-20
11:33:04.262 Lync[563:6d00000] INFO UTILITIES
CHttpStreamPool.cpp/455:Scheduling stream 0x11cbe40 for release.
2013-12-20
11:33:04.263 Lync[563:6d00000] INFO TRANSPORT
CHttpRequestProcessor.cpp/173:Received response of
request(UcwaAutoDiscoveryRequest) with status = 0x0
2013-12-20
11:33:04.263 Lync[563:6d00000] INFO TRANSPORT
TransportUtilityFunctions.cpp/925:<ReceivedResponse>
GET
https://lyncdiscover.domain-ext.com/?sipuri=sip:[email protected]
Request Id:
0x12450d8
HttpHeader:Cache-Control
no-cache
HttpHeader:Content-Length
1076
HttpHeader:Content-Type
application/vnd.microsoft.rtc.autodiscover+xml; v=1
HttpHeader:Date
Fri, 20 Dec 2013 10:33:02 GMT
HttpHeader:Expires
-1
HttpHeader:Pragma
no-cache
HttpHeader:Server
Microsoft-IIS/8.5
HttpHeader:StatusCode
200
HttpHeader:X-AspNet-Version
4.0.30319
HttpHeader:X-Content-Type-Options
nosniff
HttpHeader:X-MS-Server-Fqdn
frontend-lync.domain-int.com
HttpHeader:X-Powered-By
ASP.NET, ARR/2.5
Ôªø<?xml
version="1.0" encoding="utf-8"?><AutodiscoverResponse
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
AccessLocation="Internal"><Root><Link
token="Domain" href="https://frontend-lync.domain-int.com/Autodiscover/AutodiscoverService.svc/root/domain?originalDomain=domain-ext.com"
/><Link token="User" href="https://frontend-lync.domain-int.com/Autodiscover/AutodiscoverService.svc/root/user?originalDomain=domain-ext.com"
/><Link token="Self" href="https://frontend-lync.domain-int.com/Autodiscover/AutodiscoverService.svc/root?originalDomain=domain-ext.com"
/><Link token="OAuth" href="https://frontend-lync.domain-int.com/Autodiscover/AutodiscoverService.svc/root/oauth/user?originalDomain=domain-ext.com"
/><Link token="External/XFrame"
href="https://lyncwebexternal.domain-ext.com/Autodiscover/XFrame/XFrame.html"
/><Link token="Internal/XFrame" href="https://frontend-lync.domain-int.com/Autodiscover/XFrame/XFrame.html"
/><Link token="XFrame" href="https://lyncwebexternal.domain-ext.com/Autodiscover/XFrame/XFrame.html"
/></Root></AutodiscoverResponse>
</ReceivedResponse>
2013-12-20
11:33:04.264 Lync[563:6d00000] INFO TRANSPORT
CUcwaAutoDiscoveryResponse.cpp/112:location value is internal
2013-12-20
11:33:04.265 Lync[563:6d00000] INFO TRANSPORT
CUcwaAutoDiscoveryResponse.cpp/195:User url is https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain-ext.com
2013-12-20
11:33:04.265 Lync[563:6d00000] INFO TRANSPORT
CHttpRequestProcessor.cpp/266:Sending event to main thread for
request(0x12450d8)
2013-12-20
11:33:04.266 Lync[563:3a71018c] INFO APPLICATION CTransportRequestRetrialQueue.cpp/822:Req.
completed, Stopping timer.
2013-12-20
11:33:04.266 Lync[563:3a71018c] INFO APPLICATION
CUcwaAutoDiscoveryGetUserUrlOperation.cpp/290:Received a root response
2013-12-20
11:33:04.266 Lync[563:3a71018c] INFO APPLICATION CUcwaAutoDiscoveryGetUserUrlOperation.cpp/224:UcwaAutoDiscoveryGetUserUrlOperation
completed with url = https://lyncdiscover.domain-ext.com/?sipuri=sip:[email protected],
userUrl = https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain-ext.com,
status = S_OK (S0-0-0)
2013-12-20
11:33:04.266 Lync[563:3a71018c] INFO APPLICATION
CTransportRequestRetrialQueue.cpp/725:Response received for req.
GET-UnAuthenticatedGet(0x12450d8): S_OK (S0-0-0) (Success); Done with req.; Stopping
resend timer
2013-12-20
11:33:04.267 Lync[563:3a71018c] INFO APPLICATION
CTransportRequestRetrialQueue.cpp/399:Cancelling all requests
2013-12-20
11:33:04.267 Lync[563:3a71018c] INFO APPLICATION
CTransportRequestRetrialQueue.cpp/409:Cancelling request: 0x11d4d38
2013-12-20
11:33:04.267 Lync[563:3a71018c] INFO TRANSPORT CSessionBase.hxx/158:Cancelling
request: 0x11d4d38
2013-12-20
11:33:04.267 Lync[563:3a71018c] INFO TRANSPORT CTransportThread.cpp/163:Added
Request(UcwaAutoDiscoveryRequest) to Request Processor queue
2013-12-20
11:33:04.267 Lync[563:3a71018c] INFO APPLICATION
CUrlRedirectAndTrustResolver.cpp/610:UrlRedirectAndTrustResolver complete with
url = https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user,
Hops = 1, status = W_Cancelled (W0-0-6)
2013-12-20
11:33:04.267 Lync[563:3a71018c] INFO APPLICATION
CUcwaAutoDiscoveryGetUserUrlOperation.cpp/224:UcwaAutoDiscoveryGetUserUrlOperation
completed with url = http://lyncdiscover.domain-ext.com/?sipuri=sip:[email protected],
userUrl = , status = W_Cancelled (W0-0-6)
2013-12-20
11:33:04.268 Lync[563:6d00000] INFO TRANSPORT CTransportThread.cpp/343:Sent
Request(UcwaAutoDiscoveryRequest) to Request Processor
2013-12-20
11:33:04.268 Lync[563:3a71018c] INFO TRANSPORT CCredentialManager.cpp/176:getSpecificCredential
for serviceId(1) returning: credType (1) signInName ([email protected])
domain () username (mattia.spagnoli) password.empty() (0) certificate.isValid()
(0) privateKey.empty() (1) compatibleServiceIds(1)
2013-12-20
11:33:04.268 Lync[563:3a71018c] INFO TRANSPORT
CMetaDataManager.cpp/403:Received a request to get the meta data of type 0 for
url https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain-ext.com
2013-12-20
11:33:04.269 Lync[563:3a71018c] INFO TRANSPORT CMetaDataManager.cpp/467:Sending
Unauthenticated get to get the web-ticket url
2013-12-20
11:33:04.269 Lync[563:3a71018c] INFO TRANSPORT CTransportThread.cpp/131:Added
Request() to Request Processor queue
2013-12-20
11:33:04.269 Lync[563:3a71018c] INFO TRANSPORT
CAuthenticationResolver.cpp/109:Waiting on Meta Data from https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain-ext.com
2013-12-20
11:33:04.269 Lync[563:62d4000] INFO TRANSPORT CTransportThread.cpp/343:Sent
Request() to Request Processor
2013-12-20
11:33:04.270 Lync[563:3a71018c] INFO APPLICATION
CTransportRequestRetrialQueue.cpp/385:Submitting new req.
GET-AuthenticatedUserGetRequest(0x1201ab8)
2013-12-20
11:33:04.270 Lync[563:62d4000] WARNING TRANSPORT
CCredentialManager.cpp/317:CCredentialManager::getSpecificCredential returning
NULL credential for serviceId (4) type (1)!
2013-12-20
11:33:04.270 Lync[563:3a71018c] INFO APPLICATION
CUcwaAutoDiscoveryService.cpp/1189:Submitting Authenticated AutoDiscovery
request to https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain-ext.com
2013-12-20
11:33:04.270 Lync[563:6d00000] INFO UTILITIES
CHttpStreamPool.cpp/455:Scheduling stream 0x125fa90 for release.
2013-12-20
11:33:04.271 Lync[563:62d4000] INFO TRANSPORT
TransportUtilityFunctions.cpp/631:<SentRequest>
GET
https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain-ext.com
Request Id:
0x1206198
HttpHeader:Accept
HttpHeader:X-MS-WebTicket
xxxxxxxxxx
</SentRequest>
2013-12-20
11:33:04.271 Lync[563:3a71018c] INFO APPLICATION
CUcwaAutoDiscoveryService.cpp/1662:Ignoring GetUserUrlOperation event as
current state is 6
2013-12-20
11:33:04.271 Lync[563:62d4000] INFO UTILITIES
CHttpStreamPool.cpp/409:Allocating stream 0x11c0a40 for url - https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user
with persistent id as 15
2013-12-20
11:33:04.271 Lync[563:3a71018c] INFO APPLICATION CUcwaAutoDiscoveryService.cpp/1664:Request
url was http://lyncdiscover.domain-ext.com/?sipuri=sip:[email protected]
2013-12-20
11:33:04.272 Lync[563:62d4000] VERBOSE TRANSPORT
CHttpProxyHelper.cpp/436:CHttpProxyHelper::discoverProxy : No proxy found for
url https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain-ext.com.
Sending over direct connection.
2013-12-20
11:33:20.621 Lync[563:3a71018c] INFO UTILITIES
CNetworkMonitor.cpp/217:Reachabilility Flags IsWWAN(0):Reachable(0):TransientConnection(0):ConnectionRequired(0):ConnectionOnTraffic(0):InterventionRequired(0):ConnectionOnDemand(0):IsLocalAddress(0):IsDirect(0)
2013-12-20
11:33:20.623 Lync[563:3a71018c] INFO UTILITIES CNetworkMonitor.cpp/186:Updated
networkAvailableToConnect(CellularDataNetwork) -> NoNetwork,
isInAirplaneMode(0) -> 1
2013-12-20
11:33:20.623 Lync[563:3a71018c] INFO APPLICATION
CUcmpConversationsManager.cpp/4091:CUcmpConversationsManager::canDoVideoBasedOnNetworkAndPolicy
returns false because RequestWiFiForAudio or RequestWifiForVideo is true and
current network : is not WiFi
2013-12-20
11:33:20.623 Lync[563:3a71018c] INFO APPLICATION
CUcmpConversationsManager.cpp/1672:CUcmpConversationsManager::queryCapability
on StartP2PVideoCall returns false because
canDoVideoBasedOnNetworkAndPolicy
returned false
2013-12-20
11:33:20.904 Lync[563:3a71018c] INFO UTILITIES
CNetworkMonitor.cpp/217:Reachabilility Flags
IsWWAN(1):Reachable(1):TransientConnection(1):ConnectionRequired(0):ConnectionOnTraffic(0):InterventionRequired(0):ConnectionOnDemand(0):IsLocalAddress(1):IsDirect(0)
2013-12-20
11:33:20.905 Lync[563:3a71018c] INFO UTILITIES CNetworkMonitor.cpp/186:Updated
networkAvailableToConnect(NoNetwork) -> CellularDataNetwork,
isInAirplaneMode(1) -> 0
2013-12-20
11:33:20.905 Lync[563:3a71018c] INFO TRANSPORT CEventChannelManager.cpp/826:Received
network monitor event so restarting event channel.
2013-12-20
11:33:20.906 Lync[563:3a71018c] INFO TRANSPORT
CEventChannelManager.cpp/520:Moving the event channel aggressive mode.
2013-12-20
11:33:20.906 Lync[563:3a71018c] INFO APPLICATION
CUcmpConversationsManager.cpp/4091:CUcmpConversationsManager::canDoVideoBasedOnNetworkAndPolicy
returns false because RequestWiFiForAudio or RequestWifiForVideo is true and
current network : is not WiFi
2013-12-20
11:33:20.906 Lync[563:3a71018c] INFO APPLICATION
CUcmpConversationsManager.cpp/1672:CUcmpConversationsManager::queryCapability
on StartP2PVideoCall returns false because
canDoVideoBasedOnNetworkAndPolicy
returned false
2013-12-20
11:33:20.906 Lync[563:3a71018c] INFO APPLICATION CUcwaAutoDiscoveryService.cpp/2070:adIsEnabled
= 1, sipUri = sip:[email protected], m_internalADUrlInput =
m_externalADUrlInput =
2013-12-20
11:33:20.906 Lync[563:3a71018c] INFO APPLICATION
CUcwaAutoDiscoveryService.cpp/255:Discovery is in progress and process state is
6Ignoring request to start network discovery
2013-12-20
11:34:04.274 Lync[563:62d4000] INFO UTILITIES
CHttpStreamPool.cpp/455:Scheduling stream 0x11c0a40 for release.
2013-12-20
11:34:04.275 Lync[563:62d4000] ERROR UTILITIES CHttpConnection.cpp/517:Connection
timedout for request (0x%u0x12d1ea0) - notifying error E_ConnectionTimeoutError
2013-12-20
11:34:04.275 Lync[563:62d4000] INFO TRANSPORT
CHttpRequestProcessor.cpp/173:Received response of request() with status =
0x22020005
2013-12-20
11:34:04.276 Lync[563:62d4000] INFO TRANSPORT
CHttpRequestProcessor.cpp/201:Request
resulted in E_ConnectionTimeoutError (E2-2-5). The retry counter is: 0
2013-12-20
11:34:04.276 Lync[563:62d4000] INFO TRANSPORT
CHttpRequestProcessor.cpp/266:Sending event to main thread for
request(0x1206198)
2013-12-20
11:34:04.277 Lync[563:3a71018c] INFO TRANSPORT
CMetaDataManager.cpp/581:Received response for meta data request of type 60
with status 570556421
2013-12-20
11:34:04.277 Lync[563:3a71018c] ERROR TRANSPORT CMetaDataManager.cpp/597:Unable
to get a response to an unauthenticated get to url https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain-ext.com
2013-12-20
11:34:04.278 Lync[563:3a71018c] INFO TRANSPORT CAuthenticationResolver.cpp/210:MetaData
retrieval for url https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain-ext.com
completed with status 570556421
2013-12-20
11:34:04.278 Lync[563:3a71018c] INFO TRANSPORT CAuthenticationResolver.cpp/239:Deleting
1 pended Meta data requests for url https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain-ext.com
2013-12-20
11:34:04.278 Lync[563:3a71018c] ERROR TRANSPORT CAuthenticationResolver.cpp/288:Unable
to get the meta data for server url https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain-ext.com
2013-12-20
11:34:04.279 Lync[563:3a71018c] INFO TRANSPORT
CAuthenticationResolver.cpp/293:Failing request to the request manager
2013-12-20
11:34:04.279 Lync[563:3a71018c] INFO TRANSPORT CRequestManager.cpp/273:Failing
secure request UcwaAutoDiscoveryRequest with status E_ConnectionTimeoutError
(E2-2-5)
2013-12-20
11:34:04.279 Lync[563:3a71018c] INFO APPLICATION
CTransportRequestRetrialQueue.cpp/822:Req. completed, Stopping timer.
2013-12-20
11:34:04.279 Lync[563:3a71018c] INFO APPLICATION
CUcwaAutoDiscoveryService.cpp/1284:Received autodiscovery response with status
E_ConnectionTimeoutError (E2-2-5)
2013-12-20
11:34:04.279 Lync[563:3a71018c] INFO APPLICATION
CUcwaAutoDiscoveryService.cpp/1242:Raising Autodiscovery event with status
E_ConnectionTimeoutError (E2-2-5) for eventType 0
2013-12-20
11:34:04.280 Lync[563:3a71018c] INFO APPLICATION CUcwaAutoDiscoveryServiceRetrialWrapper.cpp/417:Received
event for type 0 with status E_ConnectionTimeoutError (E2-2-5)
2013-12-20
11:34:04.280 Lync[563:3a71018c] INFO APPLICATION
CUcwaAutoDiscoveryServiceRetrialWrapper.cpp/496:Raising Autodiscovery event
with status E_ConnectionTimeoutError (E2-2-5) for eventType 0
2013-12-20
11:34:04.280 Lync[563:3a71018c] ERROR APPLICATION
CUcwaAppSession.cpp/2066:Auto-discovery failed, aborting sign-in!
2013-12-20
11:34:04.280 Lync[563:3a71018c] INFO APPLICATION CUcwaAppSession.cpp/998:CUcwaAppSession::setNewActualState()
state=0
2013-12-20
11:34:04.294 Lync[563:3a71018c] INFO UTILITIES
CBasePersistableComponent.cpp/230:Storing 7 out-of-sync components took 10ms
2013-12-20
11:34:04.295 Lync[563:3a71018c] INFO UTILITIES CiOsAppStateQuery.h/147:Clearing
keep-alive timer callback
2013-12-20
11:34:04.295 Lync[563:6d00000] INFO TRANSPORT
CHttpRequestProcessor.cpp/134:Clearing request processor for component
UcwaAutoDiscoverySession on sign-out.
2013-12-20
11:34:04.295 Lync[563:62d4000] INFO TRANSPORT
CHttpRequestProcessor.cpp/134:Clearing request processor for component
MetaDataManager on sign-out.
2013-12-20
11:34:04.295 Lync[563:3a71018c] INFO APPLICATION CAlertReporter.cpp/64:Alert
received! Category 1, Type 201, level 0, error E_ConnectionTimeoutError
(E2-2-5), context '', hasAction=false
2013-12-20
11:34:04.296 Lync[563:6d00000] INFO UTILITIES CHttpStreamPool.cpp/609:Releasing
stream 0x11cbe40.
2013-12-20
11:34:04.296 Lync[563:62d4000] INFO UTILITIES CHttpStreamPool.cpp/609:Releasing
stream 0x11c0a40.
2013-12-20
11:34:04.296 Lync[563:3a71018c] INFO APPLICATION CAlertReporter.cpp/117:Alert
cleared of Category 1, Type 201, cleared 0 alerts
2013-12-20
11:34:04.297 Lync[563:3a71018c] INFO APPLICATION
CTransportRequestRetrialQueue.cpp/725:Response received for req.
GET-AuthenticatedUserGetRequest(0x1201ab8): E_ConnectionTimeoutError (E2-2-5)
(RemoteNetworkTemporaryError); Done with req.; Stopping resend timer
2013-12-20
11:34:04.298 Lync[563:3a71018c] INFO UI CMAudioUtil.mm/322:stopSound
2013-12-20
11:34:04.298 Lync[563:3a71018c] INFO UI CMAudioUtil.mm/322:stopSound
2013-12-20
11:34:04.298 Lync[563:3a71018c] INFO UI CMAudioUtil.mm/322:stopSound
2013-12-20
11:34:04.298 Lync[563:3a71018c] INFO UI CMAudioVideoToastViewController.mm/992:Cancelling
local notification
2013-12-20
11:34:04.299 Lync[563:6d00000] INFO UTILITIES CHttpStreamPool.cpp/609:Releasing
stream 0x125fa90.
2013-12-20
11:34:04.300 Lync[563:3a71018c] INFO UI CMRootViewController.mm/378:ActualState
= 0 DesiredState = 2 DataAvailable = 0
2013-12-20
11:34:04.300 Lync[563:3a71018c] INFO UI
CMDetailViewController.mm/229:ActualState = 0 DesiredState = 1 DataAvailable = 0
2013-12-20
11:34:04.300 Lync[563:3a71018c] INFO UI CMDetailViewController.mm/262:ActualState
= IsSignedOut DesiredState = BeSignedIn DataAvailable = 0 Showing UI =
CredentialTableViewController
2013-12-20
11:34:04.300 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
in
2013-12-20
11:34:04.301 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
in
2013-12-20
11:34:04.301 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
in
2013-12-20
11:34:04.301 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
in
2013-12-20
11:34:04.301 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
in
2013-12-20
11:34:04.301 Lync[563:3a71018c] INFO UI CMNotificationManager.mm/705:desired
view is alert, size 1
2013-12-20
11:34:04.301 Lync[563:3a71018c] INFO UI CMNotificationManager.mm/745:adding the
desired view
2013-12-20
11:34:04.302 Lync[563:3a71018c] INFO UI CMNotificationManager.mm/480:reposition
floating views
2013-12-20
11:34:04.302 Lync[563:3a71018c] INFO UI CMAlertViewController.mm/110:showalert
is 1
2013-12-20
11:34:04.302 Lync[563:3a71018c] INFO UI CMAlertViewController.mm/114:showalert
is 0
2013-12-20
11:34:04.302 Lync[563:3a71018c] INFO UI CMUIUtil.mm/402:Mapping error code =
0x22020005, context = , type = 201
2013-12-20 11:34:04.303 Lync[563:3a71018c] INFO UI
CMUIUtil.mm/1680:Mapped error message is 'Non riesco a connettermi al server
perché potrebbe essere occupato o temporaneamente non disponibile. Riprova.
2013-12-20
11:34:04.304 Lync[563:3a71018c] ERROR UI
CMDismissButtonBaseViewController.mm/89:before: view height 1024.000000, width
45.000000, x 64.000000, y 0.000000
2013-12-20
11:34:04.304 Lync[563:3a71018c] INFO UI
CMNotificationManager.mm/1089:viewFrame: origin x 64.000000, origin y 0.000000,
height 1024.000000, width 45.000000
2013-12-20
11:34:04.304 Lync[563:3a71018c] INFO UI CMNotificationManager.mm/1195:resize
alert label, origin x 44.000000, origin y 2.000000, height 41.000000, width
936.000000
2013-12-20
11:34:04.305 Lync[563:3a71018c] ERROR UI CMDismissButtonBaseViewController.mm/104:after:
self.label.frame height 41.000000, width 936.000000, x 44.000000, y 2.000000
2013-12-20
11:34:04.305 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
in
2013-12-20
11:34:04.305 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
in
2013-12-20
11:34:04.305 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
in
2013-12-20
11:34:04.305 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
in
2013-12-20
11:34:04.305 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
in
2013-12-20
11:34:04.306 Lync[563:3a71018c] INFO UI CMNotificationManager.mm/705:desired
view is alert, size 1
2013-12-20
11:34:04.306 Lync[563:3a71018c] INFO UI CMNotificationManager.mm/718:desired
view is same as the current view
2013-12-20
11:34:04.306 Lync[563:3a71018c] INFO UI CMNotificationManager.mm/480:reposition
floating views
2013-12-20
11:34:04.306 Lync[563:3a71018c] INFO UI CMAlertViewController.mm/110:showalert
is 0
2013-12-20
11:34:04.306 Lync[563:3a71018c] ERROR UI
CMDismissButtonBaseViewController.mm/89:before: view height 1024.000000, width
45.000000, x 64.000000, y 0.000000
2013-12-20
11:34:04.307 Lync[563:3a71018c] INFO UI
CMNotificationManager.mm/1089:viewFrame: origin x 64.000000, origin y 0.000000,
height 1024.000000, width 45.000000
2013-12-20
11:34:04.307 Lync[563:3a71018c] INFO UI CMNotificationManager.mm/1195:resize
alert label, origin x 44.000000, origin y 2.000000, height 41.000000, width
936.000000
2013-12-20
11:34:04.307 Lync[563:3a71018c] ERROR UI
CMDismissButtonBaseViewController.mm/104:after: self.label.frame height
41.000000, width 936.000000, x 44.000000, y 2.000000
2013-12-20
11:34:04.337 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
in
2013-12-20
11:34:04.337 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
in
2013-12-20
11:34:04.338 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
in
2013-12-20
11:34:04.338 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
in
2013-12-20
11:34:04.338 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
in
2013-12-20
11:34:04.338 Lync[563:3a71018c] INFO UI CMNotificationManager.mm/705:desired
view is alert, size 1
2013-12-20
11:34:04.338 Lync[563:3a71018c] INFO UI CMNotificationManager.mm/718:desired
view is same as the current view
2013-12-20
11:34:04.338 Lync[563:3a71018c] INFO UI CMNotificationManager.mm/480:reposition
floating views
2013-12-20
11:34:04.339 Lync[563:3a71018c] INFO UI CMAlertViewController.mm/110:showalert is
0
2013-12-20
11:34:04.339 Lync[563:3a71018c] ERROR UI
CMDismissButtonBaseViewController.mm/89:before: view height 1024.000000, width
45.000000, x 64.000000, y 0.000000
2013-12-20
11:34:04.339 Lync[563:3a71018c] INFO UI CMNotificationManager.mm/1089:viewFrame:
origin x 64.000000, origin y 0.000000, height 1024.000000, width 45.000000
2013-12-20
11:34:04.339 Lync[563:3a71018c] INFO UI CMNotificationManager.mm/1195:resize
alert label, origin x 44.000000, origin y 2.000000, height 41.000000, width
936.000000
2013-12-20
11:34:04.339 Lync[563:3a71018c] ERROR UI
CMDismissButtonBaseViewController.mm/104:after: self.label.frame height
41.000000, width 936.000000, x 44.000000, y 2.000000
2013-12-20
11:34:04.340 Lync[563:3a71018c] INFO UI CMSplitViewController.mm/162:Details
Pane is in Full screen with controller
2013-12-20
11:34:04.340 Lync[563:3a71018c] INFO UI CMSplitViewController.mm/204:Split view
frame orientation UIInterfaceOrientationLandscapeLeft Height = 748.000000 Width
= 1024.000000 origin.x = 20.000000 origin.y = 0.000000 keyboardHeight =
0.000000
2013-12-20
11:34:04.341 Lync[563:3a71018c] INFO UI CMSplitViewController.mm/162:Details
Pane is in Full screen with controller
2013-12-20
11:34:04.341 Lync[563:3a71018c] INFO UI CMSplitViewController.mm/204:Split view
frame orientation UIInterfaceOrientationLandscapeLeft Height = 748.000000 Width
= 1024.000000 origin.x = 20.000000 origin.y = 0.000000 keyboardHeight =
0.000000
2013-12-20
11:34:04.343 Lync[563:3a71018c] INFO UI
CMToolsViewController.mm/349:ActualState = 0 DesiredState = 1 DataAvailable = 0
2013-12-20
11:34:04.344 Lync[563:3a71018c] INFO UI
CMAlertViewController.mm/93:ObservableListItem Added event received
2013-12-20
11:34:04.344 Lync[563:3a71018c] INFO UI CMAlertViewController.mm/103:showalert
is 1
2013-12-20
11:34:04.344 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
in
2013-12-20
11:34:04.344 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
in
2013-12-20
11:34:04.344 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
in
2013-12-20
11:34:04.344 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
in
2013-12-20
11:34:04.345 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
in
2013-12-20
11:34:04.345 Lync[563:3a71018c] INFO UI CMNotificationManager.mm/705:desired
view is alert, size 1
2013-12-20
11:34:04.345 Lync[563:3a71018c] INFO UI CMNotificationManager.mm/718:desired
view is same as the current view
2013-12-20
11:34:04.345 Lync[563:3a71018c] INFO UI CMNotificationManager.mm/480:reposition
floating views
2013-12-20
11:34:04.345 Lync[563:3a71018c] INFO UI CMAlertViewController.mm/110:showalert
is 1
2013-12-20
11:34:04.345 Lync[563:3a71018c] INFO UI CMAlertViewController.mm/114:showalert
is 0
2013-12-20
11:34:04.345 Lync[563:3a71018c] INFO UI CMUIUtil.mm/402:Mapping error code =
0x22020005, context = , type = 201
2013-12-20
11:34:04.346 Lync[563:3a71018c] INFO UI CMUIUtil.mm/1680:Mapped error message
is ‘Cannot connect to the server because it could be busy or temporarily
unavailable. Retry.’

Hi Kent,
thanks a lot for your reply!
I created _sip._tls.domain-ext.com SRV record in the external DNS and now autodiscovery works fine. At the beginning I had not created it because I thought lyncdiscover.domain-ext.com A record was enough for autodiscovery. I still cannot understand
why lyncdiscover.domain-ext.com points to reverse proxy, while _sip._tls.domain-ext.com points to Edge server. It's strange because both are part of the research order of Lync 2013 desktop clients.
By the way, mobility still does not work. I tried to insert bot the https URLs as manual configuration but Lync 2013 for iPad was not be able to login. I tried to paste both the URLs in the web browser and:
with https://<ExtwebFQDN>/Autodiscover/autodiscoverservice.svc/Root appears the "Root.json" file to be downloaded;
with https://<IntwebFQDN>/AutoDiscover/AutoDiscover.svc/Root
the message "500-Internal error of server" appears.
Any suggests from you about how to check the configuration of ISS/ARR 2.5?
Thanks again!

Lync 2013 Mobility continues to not work

Having issues getting mobility to work.
Simple environment:
Single server Edge pool
Single server EE pool
SQL clustered backend
All Lync 2013 CU1 at this point in time.
Potentially required reading:
Deploying Mobility (Technet)
Lync Mobility Deep dive
(based on 2010, but nearly the same in 2013)
http://masteringlync.com/2011/08/13/using-fiddler-to-troubleshoot-address-book-download-issues/
http://blogs.technet.com/b/nexthop/archive/2012/11/09/understanding-lync-server-autodiscover-to-support-the-lync-windows-store-app.aspx
Windows RT app uses the same method as IOS, and is more wiresharkable/tracable, so I am using that.
Client end errors:
Windows RT app (15.0.4481.1503) - this client version cannot log in.
iOS - Can't sign in. Please check your account information and try again.
I don't have a windows phone or android, so working with the clients I have. (I understand these also do not work)
Fiddler trace of Windows RT app session:
From the W3svc logs:
2013-03-20 03:53:17 1.2.3.4 GET /Autodiscover/AutodiscoverService.svc/root/user [email protected] 4443 - 75.122.79.199
LyncImm/15.0.4481.1503+(Microsoft+Lync) 401 0 0 35
LyncImm is
NOT a user agent listed in the CSCP - google "user agent" +lyncIMM turned up nothing. Dead lead?
Lync connectivity analyzer shows it repeats the same webticket 401 over and over with:
Cookie found in autodiscover response: StatusCode: 401, ReasonPhrase: 'Unauthorized', Version: 1.1, Content: System.Net.Http.StreamContent, Headers:
X-Ms-diagnostics: 28032;source="LyncFE.company.local";reason="The web ticket is invalid.";faultcode="wsse:InvalidSecurityToken"
X-MS-WebTicketURL:
https://lyncweb.company.com/WebTicket/WebTicketService.svc
X-MS-WebTicketSupported: cwt,saml
X-MS-Server-Fqdn: LyncFE.company.local
X-Content-Type-Options: nosniff
Cache-Control: no-cache
Date: Wed, 20 Mar 2013 04:12:20 GMT
Server: Microsoft-IIS/7.5
X-Powered-By: ASP.NET
Content-Length: 1293
Content-Type: text/html
LCA: from inside, choosing Windows App - success!
LCA: from inside, choosing Lync Mobile Apps- fail:
Failed to obtain the WS-Metadata Exchange (MEX) document using GET for
https://lyncweb.company.com/Mcx/McxService.svc/mex.
The service did not require authorization.
LCA, from outside, choosing Windows App - hangs repeatedly on the HTTPS external channel. (repeating 401's on webticket service)
LCA, from outside, choosing Choosing Lync Mobile apps - failed, same as from inside #2
Here's what the LCA failure looked like:
2013-03-20 04:59:12
1.2.3.4 POST /WebTicket/WebTicketService.svc/mex - 4443 - 75.122.79.199 - 200 0
0 134
2013-03-20 04:59:12
1.2.3.4 POST /WebTicket/WebTicketService.svc/Auth - 4443 - 75.122.79.199 - 200
0 0 155
2013-03-20 04:59:12
1.2.3.4 GET /Autodiscover/AutodiscoverService.svc/root/user
[email protected] 4443 - 75.122.79.199 -
401 0 0 35
2013-03-20 04:59:13
1.2.3.4 POST /WebTicket/WebTicketService.svc/mex - 4443 - 75.122.79.199 - 200 0
0 126
2013-03-20 04:59:13
1.2.3.4 POST /WebTicket/WebTicketService.svc/Auth - 4443 - 75.122.79.199 - 200
0 0 158
2013-03-20 04:59:13
1.2.3.4 GET /Autodiscover/AutodiscoverService.svc/root/user
[email protected] 4443 - 75.122.79.199 -
401 0 0 31
2013-03-20 04:59:13
1.2.3.4 POST /WebTicket/WebTicketService.svc/mex - 4443 - 75.122.79.199 - 200 0
0 126
2013-03-20 04:59:13
1.2.3.4 POST /WebTicket/WebTicketService.svc/Auth - 4443 - 75.122.79.199 - 200
0 0 148
2013-03-20 04:59:13
1.2.3.4 GET /Autodiscover/AutodiscoverService.svc/root/user
[email protected] 4443 - 75.122.79.199 -
401 0 0 33
2013-03-20 04:59:13
1.2.3.4 POST /WebTicket/WebTicketService.svc/mex - 4443 - 75.122.79.199 - 200 0
0 121
2013-03-20 04:59:13
1.2.3.4 POST /WebTicket/WebTicketService.svc/Auth - 4443 - 75.122.79.199 - 200
0 0 155
2013-03-20 04:59:13
1.2.3.4 GET /Autodiscover/AutodiscoverService.svc/root/user
[email protected] 4443 - 75.122.79.199 -
401 0 0 31
2013-03-20 04:59:15
1.2.3.4 POST /WebTicket/WebTicketService.svc/mex - 4443 - 75.122.79.199 - 200 0
0 125
2013-03-20 04:59:15
1.2.3.4 POST /WebTicket/WebTicketService.svc/Auth - 4443 - 75.122.79.199 - 200
0 0 147
2013-03-20 04:59:15
1.2.3.4 GET /Autodiscover/AutodiscoverService.svc/root/user
[email protected] 4443 - 75.122.79.199 -
401 0 0 32
2013-03-20 04:59:15
1.2.3.4 POST /WebTicket/WebTicketService.svc/mex - 4443 - 75.122.79.199 - 200 0
0 120
2013-03-20 04:59:15
1.2.3.4 POST /WebTicket/WebTicketService.svc/Auth - 4443 - 75.122.79.199 - 200
0 0 151
Similar thread:
http://social.technet.microsoft.com/Forums/en-US/ocsmobility/thread/96c3fc3a-2f80-435a-8368-1a83dcd56e55/
http://msdn.microsoft.com/en-us/library/ff595929%28v=office.12%29.aspx
IOS attempt at sign on (version 4.3.8000.0000)
IIS log files:
2013-03-20 04:26:08
1.2.3.4 GET / sipuri=sip:[email protected] 4443 - 166.137.151.211
Lync%202010/1.6+CFNetwork/609.1.4+Darwin/13.0.0 200 0 0 1382013-03-20 04:26:08
1.2.3.4 POST /webticket/webticketservice.svc - 4443 - 166.137.151.211
Lync%202010/1.6+CFNetwork/609.1.4+Darwin/13.0.0 401 0 0 802013-03-20 04:26:08
1.2.3.4 POST /webticket/webticketservice.svc - 4443 - 166.137.151.211
Lync%202010/1.6+CFNetwork/609.1.4+Darwin/13.0.0 401 1 2148074254 1292013-03-20 04:26:08
1.2.3.4 POST /webticket/webticketservice.svc - 4443 - 166.137.151.211
Lync%202010/1.6+CFNetwork/609.1.4+Darwin/13.0.0 401 1 2148074252 882013-03-20 04:26:08
1.2.3.4 POST /webticket/webticketservice.svc - 4443 - 166.137.151.211
Lync%202010/1.6+CFNetwork/609.1.4+Darwin/13.0.0 401 1 2148074254 782013-03-20 04:26:08
1.2.3.4 POST /webticket/webticketservice.svc - 4443 - 166.137.151.211
Lync%202010/1.6+CFNetwork/609.1.4+Darwin/13.0.0 401 1 2148074252 882013-03-20 04:26:09
1.2.3.4 POST /webticket/webticketservice.svc - 4443 - 166.137.151.211
Lync%202010/1.6+CFNetwork/609.1.4+Darwin/13.0.0 401 1 2148074254 782013-03-20 04:26:09
1.2.3.4 POST /webticket/webticketservice.svc - 4443 - 166.137.151.211
Lync%202010/1.6+CFNetwork/609.1.4+Darwin/13.0.0 401 1 2148074252 84
IOS log file was too large to post in message.
Running test-cmdlets:
$passwd1 = ConvertTo-SecureString "supersecure" -AsPlainText -Force $passwd2 = ConvertTo-SecureString "notontheinternet" -AsPlainText -Force $tuc1 = New-Object Management.Automation.PSCredential("domain\user1",
$passwd1) $tuc2 = New-Object Management.Automation.PSCredential("domain\user2", $passwd2) Test-CsMcxP2PIM -TargetFqdn lyncfe.company.local -Authentication Negotiate -SenderSipAddress sip:[email protected] -SenderCredential $tuc1 -ReceiverSipAddress
sip:[email protected] -ReceiverCredential $tuc2 -v
From <http://technet.microsoft.com/en-us/library/hh690024.aspx>
Results:
Target Fqdn   : lyncfe.company.com
Target Uri    :
https://lyncfe.company.com:443/mcx
Result        : Failure
Latency       : 00:00:00
Error Message : No response received for Web-Ticket service.
                Inner Exception:The HTTP request is unauthorized with client
                authentication scheme 'Ntlm'. The authentication header
                received from the server was 'Negotiate,NTLM'.
                Inner Exception:The remote server returned an error: (401)
                Unauthorized.
Diagnosis     :
                Inner Diagnosis:X-MS-Server-Fqdn : lyncfe.company.com
                Cache-Control : private
                Content-Type : text/html; charset=utf-8
                Server : Microsoft-IIS/7.5
                WWW-Authenticate : Negotiate,NTLM
                X-Powered-By : ASP.NET
                X-Content-Type-Options : nosniff
                Date : Wed, 20 Mar 2013 04:39:44 GMT
                Content-Length : 6639
Verbose comments on it:
Trying to get web ticket.
Web Service Url :
https://lyncfe.company.com:443/WebTicket/WebTicketService.svc
Using NTLM\Kerberos authentication.
Could not get a web ticket
CHECK:
- Web service Url is valid and the web services are functional
- If using Phone Number\PIN to authenticate, make sure they match the user uri
- If using NTLM\Kerberos authentication, make sure you provided valid
credentials
URLs and ports all look OK, all services started.
Not using phone/PIN
I provided valid creds - the virtual directories show anon/NTLM for the Webticket vdir.
Any help is welcome - really want this issue put to bed!

I know this is an old thread, but I was struggling with the same error for mobility, and I hope this may help others in the same situation.
On my scenario the issue was caused because the customer didn't use any reverse-proxy solution, instead the FE external website was directly published using a FortiGate box.
Given that scenario, there were 2 different certs installed on the FE server, 1 (internal RootCA) certificate was applied to the internal website, and another one issued by Godaddy was assigned to the external website manually from IIS console.
---I know this is far from a supported solution, but I was able to get it working after some investigation---
To solve the issue I use this article:
http://technet.microsoft.com/en-us/library/jj205253.aspx it explains how to check and assign the certificates for oAuth and I used these cmdlets to specify the Godaddy cert to the "WebServiceExternal" & "OAuthTokenIssuer" websites.
After that the mobility access for internal and external users started to work as expected, I've validated it with "Lync Connectivity Analyzer" and with different mobile clients on Android, IOS and Windows Store.
Hope this information may be useful.
Performance, Security & Design

Lync 2013 Mobility Client - Video Call Issue (Everything Else works).

Hey Technet’ies,
I have been struggling for a couple of weeks now to resolve one of the final issues with a Migration/Upgrade Project on Lync Server 2013.
I have nearly every Lync Client Scenario working well except the Mobility Client (outside of the domain) which cannot successfully complete a Video
Call to a Windows Desktop Client (inside the domain) – the toast pops up, but when we click accept - it just times out after 15 seconds
K
The strange thing is every other Video Call scenario works;
Mobility Client (Outside Domain)
àWindows Desktop Client (Inside Domain)
= Unsuccessful
Mobility Client (Inside Domain)
à Windows Desktop Client (Inside Domain) = Successful
Mobility Client (Inside Domain)
à Windows Desktop Client (Outside Domain) = Successful
Mobility Client (Outside Domain)
à Windows Desktop Client (Outside Domain) = Successful
Mobility Client (Inside Domain)
à Mac Desktop Client (Inside Domain) = Successful
Mobility Client (Inside Domain)
à Mac Desktop Client (Outside Domain) = Successful
Mobility Client (Outside Domain)
à Mac Desktop Client (Outside Domain) = Successful
Mobility Client (Outside Domain)
à Mac Desktop Client (Inside Domain) = Successful
Mobility Client (All Scenarios)
à Mobility Client (All Scenarios) = Successful
Our setup is pretty standard;
All OS servers are Win Server 2012 R2
Lync 2013 Standard FE Server
Lync 2013 Edge Server
Reverse Proxy IIS AAR (Also Win Server 20012 R2)
Lync 2013 Desktop Clients, Lync 2011 Mac Clients, IOS and Android Mobility Clients – all latest versions.
External NAT (via Cisco Routers ACL’s)
Internal Windows Firewall Currently off on all Servers
All Certs / DNS Configured as per Technet Recommendation
I have reviewed / analysed a number of log/trace files – looking for some/any information on the problem;
Mobility Client (cmlogX.log)
Windows Desktop Client (*.etl) / Microsoft Message Analyzer
Lync 2013 Server (CSController)
With all my looking I could not make out an error except a timeout (15 seconds) on the Mobility Client log (which I currently can’t find).
Clearly we are missing something and I have gone up and down our implementation a number of times, the only semi-unknown is our old 2010 Pool / Central Management Server (which is currently pretty much redundant but the majority of users still on).
I would really appreciate any feedback anyone can provide or any insight anyone may have on this challenge.
Thanks in advance, Alex.
Alex

Hi Andrew,
Thanks for the quick contact!!
Sorry - typo in my post, I have now corrected it;
Mobility
Client (Outside Domain) àWindows
Desktop Client (Inside Domain) = Unsuccessful
So I completely missed that blog post of yours (out of the 100's I have read) and you are the first person to clearly say (in simple terms) to point the lyncweb.contso.com to the public IP address on my internal DNS, I have just made that change and see
if it will correct the issue - will wait for replication.
Also I am running IIS / AAR as Reverse Proxy (not ISA) and had the Internal DNS Host A of lyncweb.contso.com and lyncdiscover.contso.com point back to my Reverse Proxy Internal NIC (i.e. 10.1.1.32) as the External NIC is isolated on in the Perimeter Network,
is this correct?
So it now goes like this
*Inside Domain*
lyncdiscover.contson.com --> 10.1.1.32 (Reverse Proxy Internal Nic) --> 10.1.1.26 (Front End Server)
lyncweb.contson.com --> 201.183.0.1 (Reverse Proxy External Nic - Public IP) --> 10.1.2.16 (Reverse Proxy External Nic) --> 10.1.1.26 (Front End Server)
Does this make any sense, I know ISA and IIS/AAR are pretty much interchangeable.
Thanks again Andrew and look forward to any feedback,
Alex.
Alex

Lync 2013 mobile sign in error

I try sign in to Lync in my Windows Phone, and get error - Check my password. My password correct. For diagnose I enable "Failed Request Tracing Rules" on IIS on Lync 2013 Server and view only one warning from DirectoryListingModule - HttpStatus
403 Forbidden. I try reinstall web components on Server but no relult. How I can fix this?
If I create file "C:\Program Files\Microsoft Lync Server 2013\Web Components\External Website\default.aspx", I view blank page for
https://lyncdiscover.mydomain.com
If I enable Directory Browsing for Lync Server External Web Site, I view folder content for
https://lyncdiscover.mydomain.com and in "Failed Request Tracing Logs" I see OCSAuthModule - HttpStatus 401 Unauthorized

Hi,
The error message indicate the client is having an issue authenticating with Lync Server 2013. Please double check that Authentication Delegation is verified on the reverse proxy publishing rule configuration.
Client may authenticate directly. If the reverse proxy publishing rules are set to No delegate and client cannot authenticate directly, it fails to sign-in when it reaches the step to provide credentials to request a token after MEX retrieval.
More details you can refer to the link below, it is for Lync server 2010 but similar for Lync server 2013:
http://blogs.technet.com/b/nexthop/archive/2012/02/21/troubleshooting-external-lync-mobility-connectivity-issues-step-by-step.aspx
Best Regards,
Eason Huang
Eason Huang
TechNet Community Support

How to remove OCS and install lync 2013 on MS Office 2007 and 2010

Hi,
We need to install lync 2013 on our systems having office 2007 and 2010 via SCCM 2012.
Please suggest.
Regards, Syed Fahad Ali

Lync 2013 no longer has its own installer, but instead uses the Office installer. You can create a customized installation and deploy it just like you do with Office:
http://technet.microsoft.com/en-us/library/jj204827.aspx
I hope that helps,
Nash
Nash Pherson, Senior Systems Consultant
Now Micro -
My Blog Posts
If you've found a bug or want the product worked differently,
share your feedback.
<-- If this post was helpful, please click "Vote as Helpful".

Lync 2013 sql database on existing lync 2010 sql server

Dear All,
I have query regarding the SQL server requirement for Lync 2013 enterprise,when there is a co-existence or migration from lync 2010 to 2013, it it possible to use the same Lync 2010 enterprise sql server with different instance name or we have to create
a new sql server for lync 2013, please advice me.
Thanks and regards,
sarma kumar

No it is not possible. Topology builder won't allow it, it needs to be a completely different server name.
When you input the server into Topology builder you enter the server name and instance in two separate fields, it will give you a red X as soon as you try to put the server name in if it's already in the topology.
If this helped you please click "Vote As Helpful" if it answered your question please click "Mark As Answer" | Blog
www.lynced.com.au | Twitter
@imlynced

Lync 2013 Mobility in coexistense with Lync 2010

Similar Messages

Maybe you are looking for