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
-
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. -
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
MazHi,
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
AronHi,
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 ?
ThanksThe 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. -
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.
RegardsHi,
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.
AlexHi 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
-
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
-
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
-
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?