Lync 2013 login issue

we are facing an issue with Lync 2013, while trying to login. it says DNS error.. But here we have not hosted any DNS server or Domain server in our environment, the Lync we are using is provided by our client. Adding, facing the same login issue with my
home pc too. Kindly assist. 
Error:
" Lync couldnt find a Lync server for XXXXXX. there might be an issue with the DNS configuration for your domain. Please contact your support team.
Thanks
Sugadev K

You must have external DNS which is published to allow External users log in to lync from home.
For all clients except for the Lync Windows Store app During DNS lookup, SRV records are queried and returned to the client in the following order:
lyncdiscoverinternal.<domain>   A (host) record for the Autodiscover service on the internal Web services
lyncdiscover.<domain>   A (host) record for the Autodiscover service on the external Web services
_sipinternaltls._tcp.<domain>   SRV (service locator) record for internal TLS connections
_sipinternal._tcp.<domain>   SRV (service locator) record for internal TCP connections (performed only if TCP is allowed)
_sip._tls.<domain>   SRV (service locator) record for external TLS connections
sipinternal.<domain>   A (host) record for the Front End pool or Director, resolvable only on the internal network
sip.<domain>   A (host) record for the Front End pool or Director on the internal network, or the Access Edge service when the client is external
sipexternal.<domain>   A (host) record for the Access Edge service when the client is external
Verify that you configure DNS correctly as exist in below link
http://technet.microsoft.com/en-us/library/gg398758.aspx
http://expertslab.wordpress.com/2014/04/09/internal-and-external-dns-for-lync-and-phone-edition-devices/
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"
Mai Ali | My blog: Technical | Twitter:
Mai Ali

Similar Messages

  • 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>

  • Need Help with fixing our Address book in Lync 2013 (cert issue?)

    Updated our external (digicert) certificate last month. Tried doing it with the Certificate wizard but it failed and disconnected all our users from Lync. Had to restore the snapshot to get it
    to work. Did some googling and found that I could just update IIS with the new cert and all is good.. YAY! (or so I thought.... )
    Since then users are no longer able to download the address books (galcontacts etc).
    If I put my client policy to websearchonly I cant look up anyone either.
    If I test-csaddressbookwebquery it fails with a 500 internal server error
    If I look at the IIS logs on the front end server I see many POST /groupexpansion/service.svc/WebTicket_Bearer lines getting 500 errors as well.
    Also in the IIS logs /WebTicket/WebTicketService.svc/cert is 200 (OK?)
    Also in the IIS logs when what I think are requests to get the delta files for the address book GET /abs/handler/C-13e1-13f8.lsabs gives a 401 error.
    Finally (?) get-cscertificate lists 2 certs (both from our internal CA). One is used for Default,WebservicesInternal, WebservicesExternal and the othe ris the OAuthTokenIssuer.
    Any thoughts would be really great.. I have been bangin on this since Tuesday.

    What are you using as a reverse proxy? Sounds like your Front End was only using internal CA certs, so if they haven't expired you shouldn't need to change the cert assignment. Install the new digicert certificate on your reverse proxy (guessing the edge
    probably expired as well?, so that cert will need to be updated.) On the Front End run the certificate wizard and assign the corresponding internal certs to the services to correct the changes you did in IIS.
    My guess was the certificate wizard didn't like you assigning the digicert to the Webservices internal and default service due to an internal namespace or missing SAN entries.
    You can use Digicert's
    certutil on the server: https://www.digicert.com/util/ to
    validate certificate installation (how to test Private Key and Revoke list: http://www.digicert.com/util/utility-test-private-key-and-revocation-status.htm). 
    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.

  • OCS 2007 R2 to Lync 2013 migration – The new environment will be in a completely different forest with Lync 2013.

    Hi All,
    Need help - we are planning to migrate around 14000 ~ 16000 users from OCS 2007 R2 to Lync 2013 environment -
    issues are - the new Lync 2013 environment will be in a new forest and sip address will not change.
    Considering the same - I understand we don't have any option other than going for a cut-over.
    please help me to understand how can I move the user's contact and other configurations from OCS 2007 R2 to Lync 2013. 
    Thanking you
    Maz 

    Hi,
    It is indeed a clean cut over. BIG BANG.
    You export all users from your OCS environment. All scheduled live meetings will need to be rescheduled because Lync Server 2013 doesn't support Live Meetings anymore.
    I would export, convert and import all users like this:
    Dbimpexp.exe /hrxmlfile:"C:\Logs\Lync2010data.xml" /sqlserver:Sql.contoso.com\rtc
    Convert-CsUserData -InputFile "C:\Logs\Lync2010data.xml" -OutputFile "C:\Logs\Lync2013Data.Zip" -TargetVersion Current
    Import-CsUserData -PoolFqdn "atl-cs-001.litwareinc.com" -FileName "C:\Logs\Lync2013Data.Zip"
    Don't use Import-CsUserData twice, but use Update-CsUserData the second time if needed.
    Have fun!

  • 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 for iPad & Windows Mobile Sign in Issue

    Hi,
    I hope someone can help with a very frustrating issue I'm having with Lync 2013 on iOS & Windows Mobile - it won't sign in with an error message saying 'We can't sign you in. Please check your account info and try again'
    I know my account info is right as I use it to sign in to the desktop client when working remotely, and it also works fine on an Android client.
    The Lync remote connectivity analyser passes all the tests, I can get to the xml file using https://lyncdiscover.domain.org/autodiscover/autodiscoverservice.svc/root from a laptop, but from the iPad it's just a blank screen.
    I've tried using auto detect, and entering details manually, but still no luck. I'm completely stumped. I've trawled blogs, form posts etc, but nothing. HELP!!!
    Some details - we have a FE server, and an Edge Server, both running Lync 2013 with latest updates. We use nGinX as the RP and that all seems to be fine. It just doesn't want to authenticate me (or anyone else).
    See below part of log file from my iPad that shows an error on the FE server.
    </SentRequest>
    2014-03-07 08:19:36.200 Lync[1615:74c6000] INFO UTILITIES CHttpStreamPool.cpp/409:Allocating stream 0x589d0a0 for url - http://lyncdiscover.domain.org/ with persistent id as 7
    2014-03-07 08:19:36.200 Lync[1615:74c6000] VERBOSE TRANSPORT CHttpProxyHelper.cpp/436:CHttpProxyHelper::discoverProxy : No proxy found for url http://lyncdiscover.domain.org/. Sending over direct connection.
    2014-03-07 08:19:36.200 Lync[1615:74c6000] INFO TRANSPORT CHttpStreamPool.cpp/556:Not setting TLS as the url(http://lyncdiscover.domain.org/) is not https
    2014-03-07 08:19:36.205 Lync[1615:3bc6218c] INFO UI CMConversationCommon.mm/43:not signed in
    2014-03-07 08:19:36.206 Lync[1615:3bc6218c] INFO UI CMConversationCommon.mm/43:not signed in
    2014-03-07 08:19:36.206 Lync[1615:3bc6218c] INFO UI CMConversationCommon.mm/43:not signed in
    2014-03-07 08:19:36.206 Lync[1615:3bc6218c] INFO UI CMConversationCommon.mm/43:not signed in
    2014-03-07 08:19:36.206 Lync[1615:3bc6218c] INFO UI CMConversationCommon.mm/43:not signed in
    2014-03-07 08:19:36.595 Lync[1615:74c6000] INFO UTILITIES CHttpConnection.cpp/577:Received kCFStreamEventEndEncountered (UcwaAutoDiscoveryRequest)isHeadersAvailable = true  responseHeadersHandle = 58b1930
    2014-03-07 08:19:36.596 Lync[1615:74c6000] INFO UTILITIES CHttpConnection.cpp/651:Response status = 200 for request UcwaAutoDiscoveryRequest
    2014-03-07 08:19:36.597 Lync[1615:74c6000] INFO UTILITIES CHttpStreamPool.cpp/455:Scheduling stream 0x58812c0 for release.
    2014-03-07 08:19:36.597 Lync[1615:74c6000] INFO TRANSPORT CHttpRequestProcessor.cpp/173:Received response of request(UcwaAutoDiscoveryRequest) with status = 0x0
    2014-03-07 08:19:36.598 Lync[1615:74c6000] INFO TRANSPORT TransportUtilityFunctions.cpp/925:<ReceivedResponse>
    GET https://lyncdiscover.domain.org/?sipuri=sip:[email protected]
    Request Id: 0x11d4988
    HttpHeader:Cache-Control no-cache
    HttpHeader:Connection keep-alive
    HttpHeader:Content-Length 1025
    HttpHeader:Content-Type application/vnd.microsoft.rtc.autodiscover+xml; v=1
    HttpHeader:Date Fri, 07 Mar 2014 08:19:34 GMT
    HttpHeader:Expires -1
    HttpHeader:Pragma no-cache
    HttpHeader:Server nginx/1.4.1
    HttpHeader:StatusCode 200
    HttpHeader:X-AspNet-Version 4.0.30319
    HttpHeader:X-Content-Type-Options nosniff
    HttpHeader:X-MS-Server-Fqdn KPPLYN04.ad.domain.org
    HttpHeader:X-Powered-By ASP.NET
    Ôªø<?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="External"><Root><Link
    token="Domain" href="https://extwebsvc01.domain.org/Autodiscover/AutodiscoverService.svc/root/domain?originalDomain=domain.org" /><Link token="User" href="https://extwebsvc01.domain.org/Autodiscover/AutodiscoverService.svc/root/user?originalDomain=domain.org"
    /><Link token="Self" href="https://extwebsvc01.domain.org/Autodiscover/AutodiscoverService.svc/root?originalDomain=domain.org" /><Link token="OAuth" href="https://extwebsvc01.domain.org/Autodiscover/AutodiscoverService.svc/root/oauth/user?originalDomain=domain.org"
    /><Link token="External/XFrame" href="https://extwebsvc01.domain.org/Autodiscover/XFrame/XFrame.html" /><Link token="Internal/XFrame" href="https://ly13webpool.ad.domain.org/Autodiscover/XFrame/XFrame.html"
    /><Link token="XFrame" href="https://extwebsvc01.domain.org/Autodiscover/XFrame/XFrame.html" /></Root></AutodiscoverResponse>
    </ReceivedResponse>
    2014-03-07 08:19:36.599 Lync[1615:74c6000] INFO TRANSPORT CUcwaAutoDiscoveryResponse.cpp/119:location value is external
    2014-03-07 08:19:36.600 Lync[1615:74c6000] INFO TRANSPORT CUcwaAutoDiscoveryResponse.cpp/195:User url is https://extwebsvc01.domain.org/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain.org
    2014-03-07 08:19:36.601 Lync[1615:74c6000] INFO TRANSPORT CHttpRequestProcessor.cpp/266:Sending event to main thread for request(0x11d4988)
    2014-03-07 08:19:36.602 Lync[1615:3bc6218c] INFO APPLICATION CTransportRequestRetrialQueue.cpp/822:Req. completed, Stopping timer.
    2014-03-07 08:19:36.602 Lync[1615:3bc6218c] INFO APPLICATION CUcwaAutoDiscoveryGetUserUrlOperation.cpp/290:Received a root response
    2014-03-07 08:19:36.602 Lync[1615:3bc6218c] INFO APPLICATION CUcwaAutoDiscoveryGetUserUrlOperation.cpp/224:UcwaAutoDiscoveryGetUserUrlOperation completed with url = https://lyncdiscover.domain.org/?sipuri=sip:[email protected], userUrl = https://extwebsvc01.domain.org/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain.org,
    status = S_OK (S0-0-0)
    2014-03-07 08:19:36.603 Lync[1615:3bc6218c] INFO APPLICATION CTransportRequestRetrialQueue.cpp/725:Response received for req. GET-UnAuthenticatedGet(0x11d4988): S_OK (S0-0-0) (Success); Done with req.; Stopping resend timer
    2014-03-07 08:19:36.603 Lync[1615:3bc6218c] INFO APPLICATION CTransportRequestRetrialQueue.cpp/399:Cancelling all requests
    2014-03-07 08:19:36.603 Lync[1615:3bc6218c] INFO APPLICATION CTransportRequestRetrialQueue.cpp/409:Cancelling request: 0x1124488
    2014-03-07 08:19:36.604 Lync[1615:3bc6218c] INFO TRANSPORT CSessionBase.hxx/158:Cancelling request: 0x1124488
    2014-03-07 08:19:36.604 Lync[1615:3bc6218c] INFO TRANSPORT CTransportThread.cpp/163:Added Request(UcwaAutoDiscoveryRequest) to Request Processor queue
    2014-03-07 08:19:36.604 Lync[1615:3bc6218c] INFO APPLICATION CUrlRedirectAndTrustResolver.cpp/610:UrlRedirectAndTrustResolver complete with url = http://lyncdiscover.domain.org/, Hops = 1, status = W_Cancelled (W0-0-6)
    2014-03-07 08:19:36.605 Lync[1615:74c6000] INFO TRANSPORT CTransportThread.cpp/343:Sent Request(UcwaAutoDiscoveryRequest) to Request Processor
    2014-03-07 08:19:36.605 Lync[1615:3bc6218c] INFO APPLICATION CUcwaAutoDiscoveryGetUserUrlOperation.cpp/224:UcwaAutoDiscoveryGetUserUrlOperation completed with url = http://lyncdiscover.domain.org/?sipuri=sip:[email protected], userUrl = , status = W_Cancelled
    (W0-0-6)
    2014-03-07 08:19:36.605 Lync[1615:74c6000] INFO UTILITIES CHttpStreamPool.cpp/455:Scheduling stream 0x589d0a0 for release.
    2014-03-07 08:19:36.606 Lync[1615:3bc6218c] INFO TRANSPORT CCredentialManager.cpp/176:getSpecificCredential for serviceId(1) returning: credType (1) signInName ([email protected]) domain (ad) username (ab00wk) password.empty() (0) certificate.isValid() (0)
    privateKey.empty() (1) compatibleServiceIds(1)
    2014-03-07 08:19:36.606 Lync[1615:3bc6218c] INFO TRANSPORT CMetaDataManager.cpp/403:Received a request to get the meta data of type 0 for url https://extwebsvc01.domain.org/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain.org
    2014-03-07 08:19:36.606 Lync[1615:3bc6218c] INFO TRANSPORT CMetaDataManager.cpp/467:Sending Unauthenticated get to get the web-ticket url
    2014-03-07 08:19:36.607 Lync[1615:3bc6218c] INFO TRANSPORT CTransportThread.cpp/131:Added Request() to Request Processor queue
    2014-03-07 08:19:36.607 Lync[1615:3bc6218c] INFO TRANSPORT CAuthenticationResolver.cpp/108:Waiting on Meta Data from https://extwebsvc01.domain.org/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain.org
    2014-03-07 08:19:36.607 Lync[1615:6081000] INFO TRANSPORT CTransportThread.cpp/343:Sent Request() to Request Processor
    2014-03-07 08:19:36.607 Lync[1615:3bc6218c] INFO APPLICATION CTransportRequestRetrialQueue.cpp/385:Submitting new req. GET-AuthenticatedUserGetRequest(0x11e6bf8)
    2014-03-07 08:19:36.608 Lync[1615:6081000] WARNING TRANSPORT CCredentialManager.cpp/317:CCredentialManager::getSpecificCredential returning NULL credential for serviceId (4) type (1)!
    2014-03-07 08:19:36.608 Lync[1615:3bc6218c] INFO APPLICATION CUcwaAutoDiscoveryService.cpp/1194:Submitting Authenticated AutoDiscovery request to https://extwebsvc01.domain.org/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain.org
    2014-03-07 08:19:36.609 Lync[1615:6081000] INFO TRANSPORT TransportUtilityFunctions.cpp/631:<SentRequest>
    GET https://extwebsvc01.domain.org/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain.org
    Request Id: 0x1124488
    HttpHeader:Accept 
    HttpHeader:X-MS-WebTicket xxxxxxxxxx
    </SentRequest>
    2014-03-07 08:19:36.609 Lync[1615:3bc6218c] INFO APPLICATION CUcwaAutoDiscoveryService.cpp/1688:Ignoring GetUserUrlOperation event as current state is 6
    2014-03-07 08:19:36.610 Lync[1615:3bc6218c] INFO APPLICATION CUcwaAutoDiscoveryService.cpp/1690:Request url was http://lyncdiscover.domain.org/?sipuri=sip:[email protected]
    2014-03-07 08:19:36.610 Lync[1615:6081000] INFO UTILITIES CHttpStreamPool.cpp/409:Allocating stream 0x58bf6c0 for url - https://extwebsvc01.domain.org/autodiscover/autodiscoverservice.svc/root/user with persistent id as 15
    2014-03-07 08:19:36.610 Lync[1615:6081000] VERBOSE TRANSPORT CHttpProxyHelper.cpp/436:CHttpProxyHelper::discoverProxy : No proxy found for url https://extwebsvc01.domain.org/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain.org. Sending over
    direct connection.
    2014-03-07 08:19:36.941 Lync[1615:6081000] INFO UTILITIES CHttpConnection.cpp/577:Received kCFStreamEventEndEncountered (0x%u0x104bc00)isHeadersAvailable = true  responseHeadersHandle = 58b6bd0
    2014-03-07 08:19:36.942 Lync[1615:6081000] INFO UTILITIES CHttpConnection.cpp/651:Response status = 401 for request 0x%u0x104bc00
    2014-03-07 08:19:36.943 Lync[1615:6081000] INFO UTILITIES CHttpConnection.cpp/718:Not send authenticating request(0x%u0x104bc00).  isAuthObjectValid - 0, areCredentialsValid - 0, resendRequestCounter - 1
    2014-03-07 08:19:36.943 Lync[1615:6081000] INFO UTILITIES CHttpStreamPool.cpp/455:Scheduling stream 0x58bf6c0 for release.
    2014-03-07 08:19:36.943 Lync[1615:6081000] INFO TRANSPORT CHttpRequestProcessor.cpp/173:Received response of request() with status = 0x0
    2014-03-07 08:19:36.944 Lync[1615:6081000] INFO TRANSPORT TransportUtilityFunctions.cpp/925:<ReceivedResponse>
    GET https://extwebsvc01.domain.org/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain.org
    Request Id: 0x1124488
    HttpHeader:Cache-Control no-cache
    HttpHeader:Connection keep-alive
    HttpHeader:Content-Length 1293
    HttpHeader:Content-Type text/html
    HttpHeader:Date Fri, 07 Mar 2014 08:19:35 GMT
    HttpHeader:Server nginx/1.4.1
    HttpHeader:StatusCode 401
    HttpHeader:X-Content-Type-Options nosniff
    HttpHeader:X-MS-Server-Fqdn KPPLYN04.ad.domain.org
    HttpHeader:X-MS-WebTicketSupported cwt,saml
    HttpHeader:X-MS-WebTicketURL https://extwebsvc01.domain.org/WebTicket/WebTicketService.svc
    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">
    <!--
    body{margin:0;font-size:.7em;font-family:Verdana, Arial, Helvetica, sans-serif;background:#EEEEEE;}
    fieldset{padding:0 15px 10px 15px;} 
    h1{font-size:2.4em;margin:0;color:#FFF;}
    h2{font-size:1.7em;margin:0;color:#CC0000;} 
    h3{font-size:1.2em;margin:10px 0 0 0;color:#000000;} 
    #header{width:96%;margin:0 0 0 0;padding:6px 2% 6px 2%;font-family:"trebuchet MS", Verdana, sans-serif;color:#FFF;
    background-color:#555555;}
    #content{margin:0 0 0 2%;;}
    .content-container{background:#FFF;width:96%;margin-top:8px;padding:10px;;}
    -->
    </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>
    If you need any further info, please let me know.
    Thanks in advance
    Aron

    Hi,
    Did the sip address name match with User Principle Name?
    If not, when you enter the login information please also populate the Username filed using the format domainusername and test again.
    Here is a blog may help you, it is for Lync server 2010 but similar for Lync server 2013:
    http://blogs.perficient.com/microsoft/2011/12/lync-mobility-understanding-sip-sign-in-address-vs-user-principle-name-upn/
    Note: Microsoft is providing this information as a convenience to you. The sites are not controlled by Microsoft. Microsoft cannot make any representations regarding the quality, safety, or suitability of any software or information found there. Please make
    sure that you completely understand the risk before retrieving any suggestions from the above link.
    Best Regards,
    Eason Huang
    Eason Huang
    TechNet Community Support

  • Some Users cannot login via Lync 2013 windows client

    Hi,
    I have a Lync 2013 FrontEnd server, DB server and Edge Server.
    Since last noon we are facing a mysterious issue. Its as below.
    ( I have just entered into Lync administration)
    User A and User B, both were able to login to lync till yesteday noon on their individual PC, any PC or mobile (windows, android, mac) with any version of Lync client, inside and outside the organization.
    Last noon User A reported that he is facing an issue that whenever he logs in to lync 2013 client he is automatically logged off in 2 to 3 seconds. Then again logs in automatically and again loggs off in 2-3 seconds. and thats all is happening again and
    again. The message he is is getting after he is logged off is "The connection to the server was lost
    . Reconnecting. Current calls may continue, but with reduced functionality".
    But at the same time he was able to login from other computer and his mobile device.  At the same time, User B is not facing any issue on his machine.
    Then User A tried to login from the User B's computer and there also he faced same issue. Then i asked User B to login on computer of User A and what i see is User B is able to login on User A's computer.
    What is concluded from the observation is, User A cannot login from lync client 2013 from any computer inside and outside of my network and can login from any other client/version/platform inside or outside of my network.
    What i checked for is Client Version Policy of User A and User B, but both are same (Automatic). Below is my client version policy and i am using client version 15.0.4605.1000
    In Sing In Logs. (By Right click on system tray icon of lync) i got below information.
    Error-1
    In Windows 8, event viewer i am getting only Event ID 1 or 12 which says, "
    The description for Event ID 12 from source Lync cannot be found. Either the component that raises this event is not installed on your local computer or the installation is corrupted. You can install or repair the component on the local computer.
    If the event originated on another computer, the display information had to be saved with the event.
    The following information was included with the event: 
    Lync
    Thanks, Rishi Pandit.

    The issue has been resolved by removing an entry from "Trusted Application Server". This application server was being used for Polycom VC infrastructure integration with Lync.
    As per Task 4 section in
    Polycom and Lync Integration Documentation we have to use below-
    http://support.polycom.com/global/documents/support/strategic_partner_solutions/Polycom_UC_Microsoft_Deployment_W8.pdf
    Use the New-CsStaticRoute command to set up a static route for the RealPresence 
    Collaboration Server system. 
    $route = New-CsStaticRoute -TLSRoute -destination rmx.corp.local 
    -port 5061 -matchuri sipdomain.com -usedefaultcertificate $true 
    where rmx.corp.local is the FQDN of the RealPresence Collaboration Server SIP signaling 
    domain and sipdomain.com is the name of the Trusted Application Pool you created. 
    but this was wrong.
    we used sip.domain.com and issue got resolved. Polycom forgot one (.) dot between sip and domain.com which ruined us.
    Thanks.
    Thanks, Rishi Pandit.

  • 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 disabled user can still login.

    Ok. so we have this weird behavior and it's been driving us crazy for over a week. We have a lync 2013 deployment on a forest with several child domains.<o:p></o:p>
    In the middle of the deployment, we noticed that our changes to the user characteristics were not being updated. Eg: we enable or disable
    enterprise voice, no changes. We change the sip URI, log out, login, nothing, no changes. And we noticed that if we disable the user from Lync server (from the lync controlpanel), the user can still login. We assumed some lag on AD replication, but no, a user
    can still login after a week!<o:p></o:p>
    The deployment is a standard Lync 2013, single FE, with a single Edge server. We have enabled Enterprise voice, changes to the enterprise voice routes are
    working, if we enable or disable a route we can see it on the client, but changes on the dialplan are not reflected.<o:p></o:p>
    I can’t find any reference to this behavior. I know if I disable a user from the AD he can still signing into Lync, but this is different, we are disabling
    the user from Lync server. We even removed the user completely from Lync and he can still use it as normal.<o:p></o:p>
    We checked the user using adsiedit and the msrtcsip-userenabled is set to false, we even voided the certificate via lync console. Still able to use it.
    Suggestions?
    Thanks in advance.
    Fabio Ricci.

    Hi,
    Please check if there is any error message on FE Server when the issue happen.
    It seems to be the issue of CMS replication.
    Please check CMS replication status by running Get-CsManagementStoreReplicationStatus.
    If CMS replication not update to the latest version, run Invoke-CsManagementStoreReplication.
    If the issue persists, please check Lync Server update, make sure Lync Server update to the latest version, and then test again.
    Best Regards,
    Eason Huang
    Eason Huang
    TechNet Community Support

  • Lync 2013 android client fails to login bug when ISP overrides DNS

    Hello all,
    I've noticed an issue occurring in the latest Android client (as of 3/9/2015) with internet networks where the provider resolves all DNS queries to an IP address (e.g. T-Mobile, Cox Cable, and lots of others).
    Essentially, sometimes I have noticed my android client stuck on "Signing in".  The diagnostic logs show that the client is attempting to resolve http://lyncdiscover.contoso.com (which is not resolvable
    externally), but T-Mobile is sending it into a search engine.  The app continues to try to connect despite not realizing that it really did not resolve properly.  See below logs.
    <html><head><meta http-equiv="refresh" content="0;url=http://lookup.t-mobile.com/index.php?origURL=http://lyncdiscoverinternal.contoso.com/"/></head><body><script type="text/javascript">window.location="http://lookup.t-mobile.com/index.php?origURL="+escape(window.location)+"&r="+escape(document.referrer);</script></body></html>
    </ReceivedResponse>
    Mar 9, 2015 8:26:50 AM ERROR LYNC: ERROR TRANSPORT /Volumes/ServerHD2/buildagent/workspace/200604/tps/ucmp/ucmp/transport/common/private/TransportUtilityFunctions.cpp/1874:Accept-types (application/vnd.microsoft.rtc.autodiscover+xml;v=1) not found in Content-Type response from server (text/html). Not decoding.
    Mar 9, 2015 8:26:50 AM INFO LYNC: INFO TRANSPORT /Volumes/ServerHD2/buildagent/workspace/200604/tps/ucmp/ucmp/transport/requestprocessor/private/CHttpRequestProcessor.cpp/266:Sending event to main thread for request(0x9a306048)
    Mar 9, 2015 8:26:50 AM INFO LYNC: INFO APPLICATION /Volumes/ServerHD2/buildagent/workspace/200604/tps/ucmp/ucmp/applicationlayer/infrastructure/private/CTransportRequestRetrialQueue.cpp/822:Req. completed, Stopping timer.
    Mar 9, 2015 8:26:50 AM INFO LYNC: INFO APPLICATION /Volumes/ServerHD2/buildagent/workspace/200604/tps/ucmp/ucmp/applicationlayer/infrastructure/private/CUrlRedirectAndTrustResolver.cpp/610:UrlRedirectAndTrustResolver complete with url = http://lyncdiscoverinternal.contoso.com/, Hops = 1, status = E_ResponseUnknown (E2-1-5)
    Mar 9, 2015 8:26:50 AM INFO LYNC: INFO APPLICATION /Volumes/ServerHD2/buildagent/workspace/200604/tps/ucmp/ucmp/applicationlayer/infrastructure/private/CTransportRequestRetrialQueue.cpp/725:Response received for req. UrlTrustResolver(0x9a306048): E_ResponseUnknown (E2-1-5) (RemoteNetworkPermanentError); Done with req.; Stopping resend timer
    Mar 9, 2015 8:26:50 AM INFO LYNC: INFO APPLICATION /Volumes/ServerHD2/buildagent/workspace/200604/tps/ucmp/ucmp/applicationlayer/infrastructure/private/CUcwaAutoDiscoveryGetUserUrlOperation.cpp/393:CUcwaAutoDiscoverGetUserUrlOperation::onEvent received. Status = E_ResponseUnknown (E2-1-5), url = http://lyncdiscoverinternal.contoso.com/
    Mar 9, 2015 8:26:50 AM INFO LYNC: INFO APPLICATION /Volumes/ServerHD2/buildagent/workspace/200604/tps/ucmp/ucmp/applicationlayer/infrastructure/private/CUcwaAutoDiscoveryGetUserUrlOperation.cpp/224:UcwaAutoDiscoveryGetUserUrlOperation completed with url = http://lyncdiscoverinternal.contoso.com/?sipuri=sip:[email protected], userUrl = , status = E_ResponseUnknown (E2-1-5)
    Mar 9, 2015 8:26:50 AM DEBUG SigningInActivity: onStop()
    Mar 9, 2015 8:26:50 AM DEBUG SigninActivity: onStop()
    Mar 9, 2015 8:27:20 AM DEBUG HubActivity: onPause()
    Mar 9, 2015 8:27:20 AM DEBUG MyStatusFragment: onPause()
    Mar 9, 2015 8:27:20 AM DEBUG ContactsFragment: onPause()
    Mar 9, 2015 8:27:20 AM DEBUG HubActivity: onStop()
    Mar 9, 2015 8:27:20 AM INFO LYNC: INFO APPLICATION /Volumes/ServerHD2/buildagent/workspace/200604/tps/ucmp/ucmp/applicationlayer/objectmodel/private/CApplication.cpp/944:CApplication::serialize() called
    Mar 9, 2015 8:27:20 AM VERBOSE LYNC: VERBOSE APPLICATION /Volumes/ServerHD2/buildagent/workspace/200604/tps/ucmp/ucmp/applicationlayer/infrastructure/privateandroid/CCredentialStore.cpp/90:storing credentials for service:0
    Mar 9, 2015 8:27:20 AM VERBOSE LYNC: VERBOSE APPLICATION /Volumes/ServerHD2/buildagent/workspace/200604/tps/ucmp/ucmp/applicationlayer/infrastructure/privateandroid/CCredentialStore.cpp/90:storing credentials for service:1
    Mar 9, 2015 8:27:20 AM INFO LYNC: INFO APPLICATION /Volumes/ServerHD2/buildagent/workspace/200604/tps/ucmp/ucmp/applicationlayer/objectmodel/private/CBasePersistableEntity.cpp/179:Storing 1 out-of-sync Object Models took 32ms
    Mar 9, 2015 8:27:20 AM INFO LYNC: INFO UTILITIES /Volumes/ServerHD2/buildagent/workspace/200604/tps/ucmp/platform/persistentstorage/private/CBasePersistableComponent.cpp/245:Storing 3 out-of-sync components took 1ms
    Mar 9, 2015 8:27:20 AM INFO PreferencesManager: commit is called on
    Mar 9, 2015 8:27:20 AM DEBUG MyStatusFragment: onStop()
    Mar 9, 2015 8:27:20 AM DEBUG ContactsFragment: onStop()
    Mar 9, 2015 8:27:27 AM ERROR HttpConnection: org.apache.http.conn.HttpHostConnectException: Connection to https://lyncdiscoverinternal.contoso.com refused
    at org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:183)
    at org.apache.http.impl.conn.AbstractPoolEntry.open(AbstractPoolEntry.java:164)
    at org.apache.http.impl.conn.AbstractPooledConnAdapter.open(AbstractPooledConnAdapter.java:119)
    at org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:360)
    at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:555)
    at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:487)
    at com.microsoft.office.lync.platform.http.HttpEngine.execute(HttpEngine.java:502)
    at com.microsoft.office.lync.platform.http.HttpConnection$1.run(HttpConnection.java:219)
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:422)
    at java.util.concurrent.FutureTask.run(FutureTask.java:237)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587)
    at java.lang.Thread.run(Thread.java:818)
    Caused by: java.net.ConnectException: failed to connect to /198.105.244.104 (port 443) after 180000ms: isConnected failed: ECONNREFUSED (Connection refused)
    at libcore.io.IoBridge.isConnected(IoBridge.java:238)
    at libcore.io.IoBridge.connectErrno(IoBridge.java:171)
    at libcore.io.IoBridge.connect(IoBridge.java:122)
    at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:183)
    at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:456)
    at java.net.Socket.connect(Socket.java:882)
    at org.apache.http.conn.scheme.PlainSocketFactory.connectSocket(PlainSocketFactory.java:119)
    at org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:144)
    ... 12 more
    Caused by: android.system.ErrnoException: isConnected failed: ECONNREFUSED (Connection refused)
    at libcore.io.IoBridge.isConnected(IoBridge.java:223)
    ... 19 more
    Since DNS overrides by ISPs are a common occurance, I believe the app should properly handle this situation.  I installed an app to override my DNS and use Google's DNS servers, and the client connects fine.

    Hi,
    Did you login Lync 2013 mobile client internal or external the company?
    Did the issue also happen for IOS/Windows Phones or just happen for Android Phones?
    Please try to check if the issue only happen for your mobile Lync client or also happen for other Android mobile clients.
    If the issue only happen for your Android mobile, please try to uninstall Lync client and install the latest version from Android Market and test the issue again.
    If the issue happen for multiple mobile clients, please double check the Reverse Proxy settings, if you use IIS ARR for Reverse Proxy, you can troubleshooting with the help of the link below:
    http://blogs.technet.com/b/nexthop/archive/2013/02/19/using-iis-arr-as-a-reverse-proxy-for-lync-server-2013.aspx
    Best Regards,
    Eason Huang
    Please remember to mark the replies as answers if they help, and unmark the answers if they provide no help. If you have feedback for TechNet Support, contact [email protected].
    Eason Huang
    TechNet Community Support
    Ok, I figured out that I had a partial misconfiguration, but the existing client behavior still leads to long delays on a variety of networks.  I had the reverse proxy forwarding into port 80 instead of 8080, which seemingly caused problems
    during the second autodiscovery phase after the first timed out.   I have since confirmed that it's not just T-Mobile, but any such provider (e.g. Cox Cable, see below) that resolves all DNS entries.
    Essentially, the following is happening:
    1) Client attempts to resolve lyncdiscoverinternal first.
    2) DNS record resolves to ISP's website, because they resolve everything and will return their own page if the entry really doesn't exist.
    3) Lync client continues to try to connect to the ISP's address, and sits for at least a minute until it eventually falls to the lyncdiscover record.
    From the below log entries, you can see that the login process is delayed a full minute due to the client being stuck on the lyncdiscoverinternal record!  Again, this does not occur on ISPs that do not catch all DNS resolution
    attempts, regardless of validity.
    Mar 9, 2015 8:10:04 PM INFO HttpConnection: originalurl is
    https://lyncdiscoverinternal.contoso.com/?sipuri=sip:[email protected] method Get
    Mar 9, 2015 8:10:04 PM INFO HttpConnection: decodedurl is
    https://lyncdiscoverinternal.contoso.com/?sipuri=sip:[email protected]
    Mar 9, 2015 8:10:04 PM INFO LYNC: INFO TRANSPORT /Volumes/ServerHD2/buildagent/workspace/200604/tps/ucmp/ucmp/transport/common/private/TransportUtilityFunctions.cpp/689:<SentRequest>
    GET
    https://lyncdiscoverinternal.contoso.com/?sipuri=sip:[email protected] 9, 2015 8:10:05 PM INFO LYNC: INFO APPLICATION /Volumes/ServerHD2/buildagent/workspace/200604/tps/ucmp/ucmp/applicationlayer/infrastructure/private/CUcwaAutoDiscoveryGetUserUrlOperation.cpp/224:UcwaAutoDiscoveryGetUserUrlOperation
    completed with url =
    http://lyncdiscoverinternal.contoso.com/?sipuri=sip:[email protected], userUrl = , status = E_ResponseUnknown (E2-1-5)
    GET http://lyncdiscoverinternal.contoso.com/
    <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "<html><head><meta">http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"><html><head><meta
    http-equiv="refresh" content="0;url=http://finder.cox.net/main?InterceptSource=0&ClientLocation=us&ParticipantID=96e687opkbv4scrood8k84drs6gw5duf&FailureMode=1&SearchQuery=&FailedURI=http%3A%2F%2Flyncdiscoverinternal.contoso.com%2F&AddInType=4&Version=2.1.8-1.90base&Referer=&Implementation=0&method=GET"/><script
    type="text/javascript">url="http://finder.cox.net/main?InterceptSource=0&ClientLocation=us&ParticipantID=96e687opkbv4scrood8k84drs6gw5duf&FailureMode=1&SearchQuery=&FailedURI=http%3A%2F%2Flyncdiscoverinternal.contoso.com%2F&AddInType=4&Version=2.1.8-1.90base&Referer=&Implementation=0&method=GET";if(top.location!=location){var
    w=window,d=document,e=d.documentElement,b=d.body,x=w.innerWidth||e.clientWidth||b.clientWidth,y=w.innerHeight||e.clientHeight||b.clientHeight;url+="&w="+x+"&h="+y;}window.location.replace(url);</script></head><body></body></html>
    </ReceivedResponse>
    Mar 9, 2015 8:10:21 PM INFO LYNC: INFO APPLICATION /Volumes/ServerHD2/buildagent/workspace/200604/tps/ucmp/ucmp/applicationlayer/infrastructure/private/CUcwaDataSynchronizer.cpp/799:Mode 0
    timed out
    Mar 9, 2015 8:11:08 PM ERROR HttpConnection: org.apache.http.conn.HttpHostConnectException:
    Connection to https://lyncdiscoverinternal.contoso.com refused
     at org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:183)
    Mar 9, 2015 8:11:08 PM INFO LYNC: INFO TRANSPORT /Volumes/ServerHD2/buildagent/workspace/200604/tps/ucmp/ucmp/transport/common/private/TransportUtilityFunctions.cpp/1032:<ReceivedResponse>
    GET http://lyncdiscover.contoso.com/

  • Lync 2013 web app login prompt

    Hi.
    I have some trouble with Lync 2013 web app. When the page is loaded, it always prompt for credentials.
    I understand, that from LAN it try to use user credentials, but from the external it is problematic.
    We use TMG as reverse proxy. Is there any way, how to remove prompt for external sites ?
    Thanks

    The login dialog is by design, you can’t remove the prompt.
    As most external users can access successfully, I think the problem is on the client side.
    Please check the supported platforms for Lync Web App at
    http://technet.microsoft.com/en-us/library/gg425820.aspx
    Please check if the issue always happens to the problem Lync account.
    Check if the issue happens to multiple Lync account on the same computer.
    Check if the issue happens to the same Lync account on another computer.
    Lisa Zheng
    TechNet Community Support

  • Lync 2013/Office 2010 authentication issues

    Hi everyone,
    I am fairly new to the OCS/Lync environment and have a question about one of our users. 
    He is running Win 7 Ent (x64) and has Office 2010 and Lync 2013 installed (both x86).  It appears that at the most random times, Lync will prompt him to enter his username and password in order for Lync to integrate his Outlook information. 
    I have entered his username as domain\username and the correct password and this corrects the issue, but only for a few minutes.  Once Lync prompts him again, almost simultaneously, he gets the Outlook box asking him to verify his credentials. 
    When we enter his credentials in the Outlook box, it does not take and the box persistently pops up (of course, this ends up locking out his account but once we unlock it the cycle continues.  I have tried turning outlook cached mode on and off and I
    cannot seem to figure out why his credentials are not being accepted.  
    I'm not asking for anyone to solve the issue directly; rather, if you have any idea where I can start to read and learn about how these products integrate and what might cause this issue, I'd be very appreciative.  Of course a couple of places to start
    troubleshooting would be appreciated and respected as well :)
    Thanks everyone!
    PS - I posted to Lync 2010 forum because there was not one for Lync 2013. 

    I have the same issue, except this variable. 
    When adding Lync 2013 to my workstation and another coworkers workstation, neither of us were able to connect to the mail server with Outlook. The login box would appear, but not authenticate. I tried removing my credentials for outlook under the User/Groups
    area, but to no avail. The next step was to remove my mail account and re-setup. Outlook will now refuse to take any settings for this email account. Email is hosted in Office 365 solely. The only two systems affected are those with Lync 2013 installed. 
    Next step is to remove all traces of Office 2010 and 2013. If this does not resolve the issue, what background authentication piece did I overlook? Were there any authorization changes ordifferences between
    2010 and 2013 when it comes to AD/Office 365 integration? 
    Thanks,
    Charles
    EDIT: I removed all traces of Office 2010 as well as registry entries, and reinstalled. Auto discover over AD still isn't working, and now Outlook keeps popping up a dialog box asking for my username and password for the email account. 
    Help.

  • Lync 2013 webapp guest login

    Hi
    We have Lync 2013 infra , when we send a LYNC WEB app request to a external user to login as Guest it is not working.
    Regards

    Hi,
    For this issue, i think you may ask in Lync Server forums for prefessional support:
    http://social.technet.microsoft.com/Forums/en-US/home?category=lync&filter=alltypes&sort=lastpostdesc
    Regards.
    Vivian Wang

  • Issues with Hosted Exchange, UM and Lync 2013.

    Hello everyone!
    I am trying to deploy UM with Office 365 Hosted Exchange. We are using one Lync 2013 Standard Edition FE and have deployed one edge server. We have set up our firewall to host the Reverse Proxy.
    We do not use wildcard certs. External DNS resolves the _sipfederation and sip._tls SRV records to the external face of the edge server. The edge server functions as it should for remote users and mobility.
    I have tried to follow these instructions to the letter three times over to no avail.
    http://y0av.me/2014/01/07/lyncum365/
    Neither Snooper or Event Viewer show any particular issue, though when I try to dial out to voice mail I will get one to two rings and then 5 seconds of silence a fast busy, and finally "Call Unsuccessful".
    When checking the firewall logs I notice a seemingly random 10.x.x.x address being sent to the firewall by the external leg of the edge server. Wireshark captures it as STUN packets on port 3478 being sent to port 3478. These are being dropped by our firewall.
    I believe them to be RTP packets but I do not know if this is normal behavior. Has anyone any ideas?

    My mistake. Here is the snooper result.
    TL_INFO(TF_PROTOCOL) [edge\edge]0C4C.05E4::06/18/2014-15:43:34.153.0000000C (SIPStack,SIPAdminLog::ProtocolRecord::Flush:ProtocolRecord.cpp(265)) [3770767507]
    Trace-Correlation-Id: 3770767507
    Instance-Id: 2E5A
    Direction: incoming;source="external edge";destination="internal edge"
    Peer: exap.um.outlook.com:5061
    Message-Type: response
    Start-Line: SIP/2.0 488 Compression algorithm refused
    From: sip:sip.domain.net;tag=08FB9ED133BA396696FE6546EA6F3031
    To: sip:exap.um.outlook.com;tag=B8FFE4E9267ED6ECB78ADCC60126B53F
    Call-ID: 66602CE1F9980BFA94AD
    CSeq: 1 NEGOTIATE
    Via: SIP/2.0/TLS 10.11.11.23:50752;branch=z9hG4bK2132316E.5B3AF52DE2753A36;branched=FALSE;received=207.46.5.9;ms-received-port=50752;ms-received-cid=60172700
    Content-Length: 0
    Server: RTC/5.0
    TL_INFO(TF_NETWORK) [edge\edge]0C4C.05E4: :06/18/2014-15:43:34.153.0000000D (SIPStack,NegotiateLogic::SetCompressionType:NegotiateLogic.cpp(2701)) [559249495]( 00000079B1274FB8 ) Compression type is now CompOff
    TL_INFO(TF_NETWORK) [edge\edge]0C4C.05E4: :06/18/2014-15:43:34.153.0000000E (SIPStack,NegotiateLogic::ProcessCompressionResponse:NegotiateLogic.cpp(2217)) [559249495]( 00000079B1274FB8 ) Peer refused [488] our request for compression
    TL_INFO(TF_NETWORK) [edge\edge]0C4C.05E4: :06/18/2014-15:43:34.153.0000000F (SIPStack,NegotiateLogic::AdvanceOutboundNegotiation:NegotiateLogic.cpp(910)) [559249495]( 00000079B1274FB8 ) Outbound negotiation sequence is complete
    $$end_record
    And finally..
    TL_INFO(TF_PROTOCOL) [edge\edge0C4C.05E4::06/18/2014-15:43:49.379.0000002E (SIPStack,SIPAdminLog::ProtocolRecord::Flush:ProtocolRecord.cpp(265)) [962697980]
    Trace-Correlation-Id: 962697980
    Instance-Id: 2E61
    Direction: incoming;source="internal edge";destination="external edge"
    Peer: fe1.domain.net:61254
    Message-Type: request
    Start-Line: BYE sip:uminternal.um.prod.outlook.com:5066;transport=Tls;ms-fe=CO1PR02MB111.namprd02.prod.outlook.com SIP/2.0
    From: <sip:[email protected]>;tag=b736386270;epid=9bcee72318
    To: <sip:[email protected];opaque=app:voicemail>;tag=eced411395;epid=07C3F2A933
    Call-ID: 4266a095bdef8280d67c7e7df58446fc
    CSeq: 2 BYE
    Via: SIP/2.0/TLS 10.10.10.25:61254;branch=z9hG4bKC848F11A.A88BCA6858661A50;branched=FALSE
    Via: SIP/2.0/TLS 10.10.10.125:49156;ms-received-port=49156;ms-received-cid=401200
    Route: <sip:edge.domain.net:5061;transport=tls;opaque=state:Si;lr>
    Route: <sip:exap.um.outlook.com:5061;transport=tls;epid=07C3F2A933;lr;ms-key-info=AAEAARc45bIQE6UJAYvPAR8eV4QTvCH3EE2Kxtie7I2PMCSj-2aArKHP8dStYlJe-9jphIkz_mDEkCD_v8hY-mghQEHD6-F12E7E14YG-TJ2gEcQE0Bx2r_rDB3LrzRZzgQ0WVvxreLPWGI80elWF-xfbc_X3JE8mOR2OB9KQM8-e9WOjfq2kj6CnDGeL0yzgz4OB8zm-ao03Yo4gMZ-BpwaxC3BNuvvVDJo9wqrYftq_Z3MIVewWrqcDt5Td4vxCsMiXdwEqtEIRKVvQoqboleBJAyQl-C3qGgfEoSkUnApFuTSnQYRa4kbZ1iPaACpdKT-VTQGjc9HXfps48YJCsIXW0Ab_NSM2uvhUyw900men1ukXSmoZoWZbwqe5siuWVUcFoQl1h1Jcy4lCyZUfDZoqPzDioLqTk9iUmS8fa-PAJjsq72yGjVB_y1aJSxtHVsw7MiDqOGOPqT3dmF-sINkeyuokCy8UCf_cQHmEHwVzZLUJqaVccr3QNCLsBzhcWSypnC60ZZphOKuwl6RvUXWICPf0ubLTL2ppC3tWEgFdUUWOPVd84uGlMcqRLKGb1qrmpj8Nu6Lte7t5n2pMEBCfgAe79t4GO0C5KScdKT_XBM1iIBRXdNkPKHfSgC-wPQgRikdw7vRD-hOWlN5Lay7-zkQ4Ag6rauszFTAwbft99OieAOxKIsgYcxXxcG6;ms-route-sig=fiEMuzbN4_PyEz_I5gG3g8FtqNAonwgZCoRnOq-ByfYEtywTZp-Hk_eAAA>
    Max-Forwards: 69
    Content-Length: 0
    ms-client-diagnostics: 22; reason="Call failed to establish due to a media connectivity failure when both endpoints are internal";CallerMediaDebug="audio:ICEWarn=0x40003a0,LocalSite=10.10.10.125:6735,LocalMR=10.11.11.23:51430,RemoteSite=10.27.46.15:5286,RemoteMR=207.46.5.80:54106,PortRange=1025:65000,LocalMRTCPPort=51430,RemoteMRTCPPort=54106,LocalLocation=2,RemoteLocation=2,FederationType=0"
    $$end_record

  • 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

Maybe you are looking for

  • Problem in pricing schema

    hi all, i am using a new pricing schema its a copy of RM00000, there i have added a condition type for deposit, but the amount the deposit is adding up in net value of pricicng procedure, but during invoice the deposit amount is not considered, only

  • Daily Monitoring of PRD of BI, XI, ECC, through Solution manager

    Dear all , I have only configured Earlywatch alert for BI , ECC 6.0 on Solman(every week monday i got EWA report and  I have taken action as per the EWA report). Now my question are , Daily Monitoring of PRD of BI, XI, and ECC is possible ? Weekly Mo

  • 2 CD's Show in Finder

    Does anybody else get this. Burn a play list to cd, when the finished CD mounts itself at the end the finder shows one CD with the burn list name and still shows the blank cd which is not there as i have one drive. To get rid of them i have to eject

  • HT1338 how do I know if my macbook will support os x v 10.8... mtn lion?

    how do I know if my macbook will support os x v 10.8... mtn lion?

  • Does MSI Bluetooth works with other vendor mobo's??

    Hi, Sorry, but i can't find any appropriate forum here for asking this. How can I use a MSI Bluetooth Transceiving Key with other manufacturers motherboard?