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
Similar Messages
-
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 webapp URL asking credentials when accessing from web-browser
Hi, when I tried to access Lync2013 Webapp URL , I am being asked for asked enter credentials to display options to join meetings.
screenshot attached...Hi,
Which Website Browser did you use?
Did the issue happen only for you or for multiple users?
Please test on other computer.
Please double check anonymous access settings and conference policies, make sure “enable anonymous user access to conferences” enabled.
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/ -
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 KYou 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 -
Lync 2013 Remote Access on all Lync clients from the internet not login.
Hi All,
I have a Lync 2013 setup with and Edge server as well as TMG Server.
All clients can login on the mobile devices (IPAD, Windows phone etc). However, when i try login on lync client, I get "we're having trouble connecting to the server. If this continues, please contact your support team".
What could be casing this causing this?
KimaniBobHi Ben,
Thansk for the reply.
I have created the DNS records on the external and tested all, all seem fine. My Edge server has 2IPs(Internal and External) a NAT has being to the External interface of the Edge and it has being done well.
I have also ran the ecxhange connectivity, and the output is all green. (Passed)
Just as an add on. The lync client seems to establish a connection because , I prompts me to enter my credentials. If i put in wrong credentials i get an authentication error. However, if I put in the correct credentials, I get server is temporary unavailable.
Althou the the error has changed now'Lync couldn't find the server for domain.com....'
I ran the ocslogging tool and i get the following logs:
TL_INFO(TF_CONNECTION) [0]1274.0B08::12/09/2013-13:29:25.870.00000149 (SIPStack,SIPAdminLog::WriteConnectionEvent:1222.idx(446))[972797567] $$begin_record
Severity: information
Text: TLS negotiation started
Local-IP: 192.168.168.3:5061
Peer-IP: 212.49.88.99:11468
Connection-ID: 0x60400
Transport: TLS
$$end_record
TL_ERROR(TF_CONNECTION) [0]1274.0B08::12/09/2013-13:29:26.058.0000014c (SIPStack,SIPAdminLog::WriteConnectionEvent:1222.idx(452))[972797567] $$begin_record
Severity: error
Text: The connection was closed before TLS negotiation completed. Did the remote peer accept our certificate?
Local-IP: 192.168.168.3:5061
Peer-IP: 212.49.88.99:11468
Connection-ID: 0x60400
Transport: TLS
$$end_record
I also check on the TMG and found it was dropping SIP protocal (port:5061), not sure if this is the cause, and if so how do I sort it.
So far no solution.
KimaniBob -
Lync 2013 Client - Not saving persistent chat options between logins
We run Lync Server 2013. The Persistent Chat options for When a new Message arrives, Show the message in a new window, Show me an alert and Play this sound do not stay checked. They will spontaneously uncheck themselves. We have confirmed it's not an Antivirus
issue. We are using folder redirection on the desktop and my documents folder. Where are these settings stored? It's very annoying that they do not stick. I can replicate with over 100 users.We are having similar issues at our company as well, and would like some kind of answers or feedback please. Our issue is that when we select the "Persistant Chat" options, they dont seem to do anything at all meaning the alerts dont work, etc. If we log
out and back in they still dont function, but they are still checked. When we reboot the entire PC then they revert back to being "unchecked".
We previously had 2010 lync and 2010 group chat installed, we removed 2010 normal lync but group chat was still installed. We got the settings in lync 2013 working correctly for a short time by uninstalling everything lync, and reinstalling only 2013 version,
but after 2-3 days and 1-2 reboots later, the issue returns.
I hope someone can assist us, otherwise we will have to find a different solution for our business. -
Unable to search GAL on Lync 2013 Front End Pool through Lync 2013 client
I'm in the beginning of a 2010 to 2013 migration and I'm currently testing co-existence functionality between pools. I've noticed that users cannot search the GAL from their Lync client after being moved to the 2013 pool.
When trying to access the internal URL https://fepool13.domain.com/abs/handler the user is prompted to login and after three failed attempts, receives "401 - Unauthorized: Access is denied due to invalid credentials. You do not have permission
to view this directory or page using the credentials that you supplied".
Searching withing a Lync 2010 or Lync 2013 client returns no results, but there are no errors as well as nothing in the event logs or tracing folder regarding not being able to search.
The 2010 pool has been in production for a few years now and when accessing its internal ABS URL https://fepool10.domain.com/abs/handler the user is granted access after a successful login.
In the IIS logs there are slightly more detailed 401 error codes, but I’m not sure what to make of them.
The rtcab database appears to have user information and all three front end servers appear to be syncing with active directory. I say the rtcab database appears to have user info because the AbUserEntry table is filled with User ID'd, GUID's and a
bunch of other stuff.
The authentication on 2013 front end servers “internal lync website/abs/handler” is set to 1. Negotiate, 2. Ntlm - which is the same as the 2010 front end servers.
Any ideas?Hi,
Which step did you do among migration from Lync Server 2010 to Lync Server 2013?
Did you already move CMS from Lync Server 2010 to Lync Server 2013?
Please create a new Lync account on Lync Server 2013 pool and test the issue again.
Please check if User Replication has completed with the help of the link below:
http://technet.microsoft.com/en-us/library/jj204680.aspx
Best Regards,
Eason Huang
Eason Huang
TechNet Community Support -
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! -
Successfully installed Lync 2013 via Click-to-Run, but getting "Choose your product" prompt
After installing Lync 2013 client using method
Click-to-Run "Deploy Office 365 ProPlus from an on-premises location",downloaded Office source is on local hard drive with the
"config.xml" shown below.
I'm getting "Choose your Product" prompt after signing-in. We have Office 365 Enterprise E3 plan and we just wanted to upgrade Lync 2010 to Lync 2013 (not the Basic).
<Configuration>
<Add SourcePath="E:\Temp" OfficeClientEdition="32" >
<Product ID="LyncRetail">
<Language ID="en-us" />
</Product>
<!-- <Product ID="VisioProRetail">
<Language ID="en-us" />
</Product> -->
</Add>
<Display Level="NONE" AcceptEULA="TRUE" />
<Logging Name="OfficeSetup.txt" Path="E:\Temp" />
<Property Name="AUTOACTIVATE" Value="1" />
</Configuration>
Though Lync will continue to work when you close the window. I need to deploy the full 2013 client to several
machines locally.
Thanks.Hello,
Looks like you‘ve tried a hybrid deployment with Lync 2010 and 2013, right? This might be the reason why Lync 2013 keep prompting to choose your product. Lync 2013 will automatically identify the products that it found for your account which you used to
login Lync 2013.
So, please try to remove any earlier version (Better to remove all Office 2010 suite) on your computer and try a fresh installation again. Let’s see the "Choose your product" prompt would appear again. -
Lync 2013 Android can't sign in with 5.4 but can sign in with 5.3
AS Title said. I has deployed Lync 2013 Mobility. Now I got very strange things. First, I can sign in with Lync 2013 App Android 5.3.1100 and its fully functional(IM,Audio,Video). But when I update to Lync 2013 App Android 5.4.1106. I can't sign in.
No any Error message on screen. Even checked Android log. Still can't understand what happend.
My Lync environment is not using Public Cert. But if working fine with Private Cert on Lync 2013 App Android 5.3 version should be fine on Lync 2013 App Android 5.4 version.
I also test my connectivity on https://testconnectivity.microsoft.com/ . All Pass. No Errors.
Have anyone can tell me why I can't sign in with Android 5.4 version?
My Device is Asus padfone.
Android Version: 4.1.1
Here is my Lync 2013 App Android 5.4 log on my device.
--------- beginning of /dev/log/main
06-09 22:06:53.112 7271 7271 D SigningInActivity: onPause()
06-09 22:06:53.142 7271 7271 D SigningInActivity: onStop()
06-09 22:06:53.142 7271 7271 V ActivityMonitor: Activity Stop: com.microsoft.office.lync.ui.login.SigningInActivity
06-09 22:06:53.142 7271 7271 V ActivityMonitor: AComo is in backround now.
06-09 22:06:53.142 7271 7271 V ActivityMonitor: AComo is in background now.
06-09 22:06:53.172 7271 7271 I LYNC : INFO APPLICATION .\capplication.cpp/934:CApplication::serialize() called
06-09 22:06:53.172 7271 7271 V LYNC : VERBOSE APPLICATION .\ccredentialstore.cpp/137:storing credentials for service:1
06-09 22:06:53.512 7271 7271 I LYNC : INFO APPLICATION .\cbasepersistableentity.cpp/179:Storing 1 out-of-sync Object Models took 360ms
06-09 22:06:53.512 7271 7271 I LYNC : INFO UTILITIES .\cbasepersistablecomponent.cpp/230:Storing 6 out-of-sync components took 4ms
06-09 22:06:53.522 7271 7271 I PreferencesManager: commit is called on PreferencesManager.
06-09 22:06:53.562 7271 7271 W IInputConnectionWrapper: beginBatchEdit on inactive InputConnection
06-09 22:06:53.562 7271 7271 W IInputConnectionWrapper: endBatchEdit on inactive InputConnection
06-09 22:06:53.562 7271 7271 W IInputConnectionWrapper: beginBatchEdit on inactive InputConnection
06-09 22:06:53.562 7271 7271 W IInputConnectionWrapper: endBatchEdit on inactive InputConnection
06-09 22:07:41.901 7271 7271 I Choreographer: Skipped 36 frames! The application may be doing too much work on its main thread.
06-09 22:07:43.892 7271 7271 D SigningInActivity: onStart()
06-09 22:07:43.892 7271 7271 V ActivityMonitor: Activity Start: com.microsoft.office.lync.ui.login.SigningInActivity
06-09 22:07:43.892 7271 7271 V ActivityMonitor: AComo is in foreground now.
06-09 22:07:43.912 7271 7271 I LYNC : INFO APPLICATION .\cucwadatasynchronizer.cpp/1031:Mode 1 scheduled to timeout in 120sec
06-09 22:07:43.922 7271 7271 D SigningInActivity: onResume()
06-09 22:07:44.783 7271 7271 I LYNC : INFO APPLICATION .\calertreporter.cpp/131:Clearing all(0) alerts
06-09 22:07:44.783 7271 7271 I LYNC : INFO APPLICATION .\cucwaappsession.cpp/497:Called signOut() in state 1
06-09 22:07:44.783 7271 7271 I LYNC : INFO APPLICATION .\calertreporter.cpp/117:Alert cleared of Category 2, Type 300, cleared 0 alerts
06-09 22:07:44.783 7271 7271 I LYNC : INFO APPLICATION .\calertreporter.cpp/117:Alert cleared of Category 2, Type 301, cleared 0 alerts
06-09 22:07:44.783 7271 7271 I LYNC : INFO APPLICATION .\calertreporter.cpp/117:Alert cleared of Category 2, Type 302, cleared 0 alerts
06-09 22:07:44.783 7271 7271 I LYNC : INFO APPLICATION .\ctransportrequestretrialqueue.cpp/399:Cancelling all requests
06-09 22:07:44.783 7271 7271 I LYNC : INFO APPLICATION .\ctransportrequestretrialqueue.cpp/409:Cancelling request: 0x5cc2b380
06-09 22:07:44.783 7271 7271 I LYNC : INFO TRANSPORT
E:\LcsSource\icomo\main\src\dev\lyncmobile/ucmp/transport/session/private/CSessionBase.hxx/158:Cancelling request: 0x5cc2b380
06-09 22:07:44.783 7271 7271 I LYNC : INFO UTILITIES .\cbasepersistablecomponent.cpp/230:Storing 1 out-of-sync components took 1ms
06-09 22:07:44.783 7271 7271 I LYNC : INFO APPLICATION .\cucwaautodiscoveryserviceretrialwrapper.cpp/566:Timer cancelled. OnResume = 0
06-09 22:07:44.783 7271 7271 I LYNC : INFO APPLICATION .\calertreporter.cpp/117:Alert cleared of Category 1, Type 201, cleared 0 alerts
06-09 22:07:44.783 7271 7271 I LYNC : INFO APPLICATION .\cucwaappsession.cpp/975:CUcwaAppSession canceling all requests
06-09 22:07:44.783 7271 7271 I LYNC : INFO APPLICATION .\cucwaappsession.cpp/998:CUcwaAppSession::setNewActualState() state=0
06-09 22:07:44.803 7271 7271 I LYNC : INFO TRANSPORT .\chttprequestprocessor.cpp/134:Clearing request processor for component UcwaSession on sign-out.
06-09 22:07:44.803 7271 7271 I LYNC : INFO TRANSPORT .\chttprequestprocessor.cpp/134:Clearing request processor for component UcwaAutoDiscoverySession on sign-out.
06-09 22:07:44.803 7271 7271 I LYNC : INFO TRANSPORT .\chttprequestprocessor.cpp/134:Clearing request processor for component JoinLauncherSession on sign-out.
06-09 22:07:44.803 7271 7271 I LYNC : INFO TRANSPORT .\chttprequestprocessor.cpp/134:Clearing request processor for component EwsSession on sign-out.
06-09 22:07:44.803 7271 7271 I LYNC : INFO TRANSPORT .\chttprequestprocessor.cpp/134:Clearing request processor for component EwsAutoDiscoverSession on sign-out.
06-09 22:07:44.803 7271 7271 I LYNC : INFO TRANSPORT .\chttprequestprocessor.cpp/134:Clearing request processor for component HttpFileDownloadSession on sign-out.
06-09 22:07:44.803 7271 7271 I LYNC : INFO TRANSPORT .\chttprequestprocessor.cpp/134:Clearing request processor for component BrbSession on sign-out.
06-09 22:07:44.803 7271 7271 I LYNC : INFO TRANSPORT .\chttprequestprocessor.cpp/134:Clearing request processor for component CpsSession on sign-out.
06-09 22:07:44.803 7271 7271 I LYNC : INFO TRANSPORT .\chttprequestprocessor.cpp/134:Clearing request processor for component PsomSession on sign-out.
06-09 22:07:44.803 7271 7271 I AndroidOperationQueue: CancelSync Started
06-09 22:07:44.803 7271 7271 I AndroidOperationQueue: No operations pending
06-09 22:07:44.803 7271 7271 I LYNC : INFO TRANSPORT .\chttprequestprocessor.cpp/134:Clearing request processor for component WebTicketSession on sign-out.
06-09 22:07:44.803 7271 7271 I LYNC : INFO TRANSPORT .\chttprequestprocessor.cpp/134:Clearing request processor for component MetaDataManager on sign-out.
06-09 22:07:44.803 7271 7271 I AndroidOperationQueue: CancelSync Started
06-09 22:07:44.803 7271 7271 I AndroidOperationQueue: No operations pending
06-09 22:07:44.803 7271 7271 I LYNC : INFO APPLICATION .\ccertificateprovisioningservice.cpp/541:Clearing certificate from transport: b72d9723-566b-4bb8-9e03-f58e40e8e34a
06-09 22:07:44.803 7271 7271 I AndroidOperationQueue: CancelSync Started
06-09 22:07:44.803 7271 7271 I AndroidOperationQueue: No operations pending
06-09 22:07:44.803 7271 7271 I LYNC : INFO APPLICATION .\ccertificateprovisioningservice.cpp/541:Clearing certificate from transport: b72d9723-566b-4bb8-9e03-f58e40e8e34a
06-09 22:07:44.803 7271 7271 I LYNC : INFO APPLICATION .\cucwaautodiscoveryserviceretrialwrapper.cpp/566:Timer cancelled. OnResume = 0
06-09 22:07:44.803 7271 7271 I AndroidOperationQueue: CancelSync Started
06-09 22:07:44.803 7271 7271 I AndroidOperationQueue: No operations pending
06-09 22:07:44.803 7271 7271 I LYNC : INFO APPLICATION .\ccertificateprovisioningservice.cpp/541:Clearing certificate from transport: b72d9723-566b-4bb8-9e03-f58e40e8e34a
06-09 22:07:44.803 7271 7271 I LYNC : INFO APPLICATION .\capplication.cpp/934:CApplication::serialize() called
06-09 22:07:44.803 7271 7271 V LYNC : VERBOSE APPLICATION .\ccredentialstore.cpp/137:storing credentials for service:1
06-09 22:07:44.954 7271 7271 I LYNC : INFO APPLICATION .\cbasepersistableentity.cpp/179:Storing 2 out-of-sync Object Models took 149ms
06-09 22:07:44.954 7271 7271 I LYNC : INFO APPLICATION .\cpresencesubscription.cpp/792:Removed 0 success records, current size is 0
06-09 22:07:44.964 7271 7271 I UcClientStateManager: New UI State: ActualState = IsSignedOut DesiredState = BeSignedOut DataAvailable = false New state=class com.microsoft.office.lync.ui.login.SigninActivity
06-09 22:07:44.974 7271 7271 V LyncActivity: finish being called for com.microsoft.office.lync.ui.login.SigningInActivity
06-09 22:07:44.974 7271 7271 I LyncPerformance: PerfEnd|4-10|1402322864979
06-09 22:07:44.984 7271 7271 I LyncPerformance: PerfEnd|4-10|1402322864988
06-09 22:07:44.984 7271 7271 D SigningInActivity: onPause()
06-09 22:07:45.014 7271 7271 D SigninActivity: onCreate()
06-09 22:07:45.014 7271 7271 V ActivityMonitor: Activity Create: com.microsoft.office.lync.ui.login.SigninActivity
06-09 22:07:45.024 7271 7271 W AccessibilityViewFactory: Failed to find class for view ImageView
06-09 22:07:45.024 7271 7271 W AccessibilityViewFactory: Failed to find class for view TextView
06-09 22:07:45.024 7271 7271 D TextView: Constructor - Got Res id for appearance for textColorPrimaryInverse
06-09 22:07:45.024 7271 7271 W ResourceType: Skipping entry 0x1060069 in package table 0 because it is not complex!
06-09 22:07:45.024 7271 7271 D TextView: Constructor - Got appearance for textColorPrimaryInverse
06-09 22:07:45.024 7271 7271 D TextView: Constructor -- Got mEditTextBackgroundColor
06-09 22:07:45.024 7271 7271 W AccessibilityViewFactory: Failed to find class for view TextView
06-09 22:07:45.024 7271 7271 D TextView: Constructor - Got Res id for appearance for textColorPrimaryInverse
06-09 22:07:45.024 7271 7271 W ResourceType: Skipping entry 0x1060069 in package table 0 because it is not complex!
06-09 22:07:45.024 7271 7271 D TextView: Constructor - Got appearance for textColorPrimaryInverse
06-09 22:07:45.024 7271 7271 D TextView: Constructor -- Got mEditTextBackgroundColor
06-09 22:07:45.034 7271 7271 W AccessibilityViewFactory: Failed to find class for view TextView
06-09 22:07:45.044 7271 7271 W AccessibilityViewFactory: Failed to find class for view ImageView
06-09 22:07:45.044 7271 7271 W AccessibilityViewFactory: Failed to find class for view TextView
06-09 22:07:45.044 7271 7271 W AccessibilityViewFactory: Failed to find class for view TextView
06-09 22:07:45.044 7271 7271 W AccessibilityViewFactory: Failed to find class for view ImageView
06-09 22:07:45.044 7271 7271 W AccessibilityViewFactory: Failed to find class for view TextView
06-09 22:07:45.044 7271 7271 D TextView: Constructor - Got Res id for appearance for textColorPrimaryInverse
06-09 22:07:45.044 7271 7271 W ResourceType: Skipping entry 0x1060069 in package table 0 because it is not complex!
06-09 22:07:45.044 7271 7271 D TextView: Constructor - Got appearance for textColorPrimaryInverse
06-09 22:07:45.044 7271 7271 D TextView: Constructor -- Got mEditTextBackgroundColor
06-09 22:07:45.044 7271 7271 W AccessibilityViewFactory: Failed to find class for view TextView
06-09 22:07:45.054 7271 7271 W AccessibilityViewFactory: Failed to find class for view TextView
06-09 22:07:45.054 7271 7271 D TextView: Constructor - Got Res id for appearance for textColorPrimaryInverse
06-09 22:07:45.054 7271 7271 W ResourceType: Skipping entry 0x1060069 in package table 0 because it is not complex!
06-09 22:07:45.054 7271 7271 D TextView: Constructor - Got appearance for textColorPrimaryInverse
06-09 22:07:45.054 7271 7271 D TextView: Constructor -- Got mEditTextBackgroundColor
06-09 22:07:45.054 7271 7271 W AccessibilityViewFactory: Failed to find class for view TextView
06-09 22:07:45.054 7271 7271 D TextView: Constructor - Got Res id for appearance for textColorPrimaryInverse
06-09 22:07:45.054 7271 7271 W ResourceType: Skipping entry 0x1060069 in package table 0 because it is not complex!
06-09 22:07:45.054 7271 7271 D TextView: Constructor - Got appearance for textColorPrimaryInverse
06-09 22:07:45.054 7271 7271 D TextView: Constructor -- Got mEditTextBackgroundColor
06-09 22:07:45.084 7271 7271 D e : bool
06-09 22:07:45.094 7271 7271 D e : bool
06-09 22:07:45.104 7271 7271 I LyncPerformance: PerfEnd|1:Signin Page Loaded|1402322865109
06-09 22:07:45.104 7271 7271 D SigninActivity: onStart()
06-09 22:07:45.104 7271 7271 V ActivityMonitor: Activity Start: com.microsoft.office.lync.ui.login.SigninActivity
06-09 22:07:45.104 7271 7271 D SigninActivity: onResume()
06-09 22:07:45.574 7271 7271 D SigningInActivity: onStop()
06-09 22:07:45.574 7271 7271 V ActivityMonitor: Activity Stop: com.microsoft.office.lync.ui.login.SigningInActivity
06-09 22:07:45.574 7271 7271 D SigningInActivity: onDestroy()
06-09 22:07:45.574 7271 7271 V ActivityMonitor: Activity Destroy: com.microsoft.office.lync.ui.login.SigningInActivity
06-09 22:07:46.645 7271 7271 W IInputConnectionWrapper: beginBatchEdit on inactive InputConnection
06-09 22:07:46.645 7271 7271 W IInputConnectionWrapper: endBatchEdit on inactive InputConnection
06-09 22:07:48.377 7271 7450 V LogAttachmentTask: Creating attachment in background task
Device Information
BUILD VERSION : 4.1.1
HARDWARE : qcom
CPU MAX FREQ : 1512MHz
BACK FACING CAMERA SPEC
Supported Preview Size : 1920X1080, 1280X960, 1280X720, 800X480, 768X432, 720X480, 640X480, 576X432, 480X320, 384X288, 352X288, 320X240, 240X160, 176X144
Supported Picture Size : 3264X2448, 3264X1836, 2592X1944, 2592X1458, 2048X1536, 2048X1152, 1920X1080, 1600X1200, 1600X900, 1280X768, 1280X720, 1024X768, 800X600, 800X480, 640X480, 352X288, 320X240, 176X144
Supported Video Size :No supported Video size
FRONT FACING CAMERA SPEC
Supported Preview Size : 640X480, 576X432, 480X320, 384X288, 352X288, 320X240, 240X160, 176X144
Supported Picture Size : 640X480, 352X288, 320X240, 176X144
Supported Video Size :No supported Video size
DISPLAY DENSITY : 240 dpiPlease try to sign in with manual settings, you can manually enter the following URLs:
https://<ExtPoolFQDN>/Autodiscover/autodiscoverservice.svc/Root for external access
https://<IntPoolFQDN>/AutoDiscover/AutoDiscover.svc/Root for internal access
Lisa Zheng
TechNet Community Support
Lisa Zheng:
Ok. I tried. Look its 406 on IIS Logs. Finding information. Have any suggestion on this?
Update: I find some information. But still not solve my problem.
My Deployment Structure:
Server:
Lync 2013 FE x 1 (Update to CU1,UCMA,database update,ITAdmin-Configuration)
Lync 2013 Edge x 1
Reverse Proxy (IIS8+ARR 3.0) x 1
Privacy Root Cert x 1, FE Cert x 1, Edge Cert x 1, Reverse Proxy Cert x 1.
Client:
Lync 2013 Basic(PC is installed Privacy Root Cert)
Lync 2013 Mobile ver 5.4 (Android, installed Privacy Root Cert) --- Can't log in.
Lync 2013 Mobile ver 5.3 (Android, installed Privacy Root Cert) --- All working fine. -
I have very limited access to an environment (basically just user access). I am documenting the Lync 2013 cilent for this environment. I was provisioned a limited SIP enabled account for testing. Autodiscovery from the Lync 2010 client works, but not from
the 2013 client. I can connect (with some issues) from either 2010 client (autodiscovery) and 2013 client (manually configuring the server). So I want to verify if the Autodiscover is configured correctly to work with the 2013 client or not and if the reason
it fails for me is due to something wrong with my account or if this will happen with other users?
I have checked the lyncdiscoverinternal.domain.com and it resolves and is reachable. I can navigate to https :// lyncdiscoverinternal.domain.com/Autodiscover/AutodiscoverService.svc/root/domain and it returns the information I would think it should
including hrefs to Internal/Autodiscover, Internal/AuthBroker, External/Autodiscover, External/AuthBroker, Internal/Mcx & External/Mcx as well as fqdns for SipClientExternalAccess, SipClientInternalAccess, SipServerExternalAccess & SipServerInternalAccess.
The AuthBrokers urls return what I believe is the expected RemoteService Service pages. The Mcx urls return what I believe is the expected McxService2 Service pages. The SipClientInternalAccess & SipServerInternalAccess fqdns are both resolvable and
reachable. The Autodiscover urls return hrefs for Domain and User. Those Domain urls return the same information as the initial root/domain url and the user url (which I believe is the one that is actually opened by lync during the autodiscover process) returns
what I believe is an expected 401 - Unauthorized: Access is denied due to invalid credentials page.
If I explicitly configure the Lync 2013 client to use the fqdn listed for SipClientInternalAccess, the client will log me in. However on Automatic configuration, it fails to log me in.
One other note is that when I watch with Wireshark, I observed that it is getting another internal server fqdn from somewhere. We'll just say that the SipClientInternalAccess fqdn is lyncABC.domain.internal. When looking at Wireshark and the DNS requests,
I'm also seeing a lync2013ABC.domain.internal that does resolve and is reachable and can also be used as the explicitly listed server in the Lync 2013 client and it will log in. However, that fqdn is not listed in any of the root or domain url replies. So
I'm not sure where it is coming from or how to check that.
Is there any additional information anywhere that can tell me exactly what the behavior of the 2013 client is when trying to find the server to authenticate to and how I can reproduce any missing steps manually to determine what it is identifying as the
login server (if any) since it is obviously not the trying the one listed as SipClientInternalAccess?
Thanks,
RichardHi Richard,
To narrow down the issue, you could refer to the following steps first.
1. Delete the Lync client 2013 user profile and registry key.
User profile:
%userprofile%\AppData\Local\Microsoft\Office\15.0\Lync\[email protected]
Registry Key:
HKCU\Software\Microsoft\Office\15.0\Lync\[email protected]
Certificate:
a. Open Windows Certificate Manager. To do this, press Windows + R, type certmgr.msc, and then click OK.
b. Expand Personal, and then expand Certificates.
c. Look for a certificate that's issued by Communications Server and delete it.
2. Upgrade Lync client to the latest update.
3. Check the DNS records(A records and SRV records) again.
Best regards,
Eric
Maybe you are looking for
-
Acrobat 9 Pro Crashes in Comments List View?
Acrobat Pro (9.3.2) on Snow Leopard (10.6.3). Often the PDFs I view were created by me and returned to me with comments from clients, typically on a PC. I view and check-off their comments using Comments > Comment View > Show Comments List. After I
-
i installed java jdk1.4 and after that ,when running any applet on browser..it mension me that "java plug in 1.4.0 is not installed properly.." i unstalled java and installed it again and also ,it give me the same message ??????????????
-
Is it possible to capturing web browser time from Forms? Thank you, Prasad
-
HT4623 cant activate 2nd hand iphone4
i purchased an iphone 4 but cant activate it as i cant get hold of seller
-
If I buy an Iphone 4S in canada I can use it in Italy?
If I buy an Iphone 4S in canada I can use it in Italy?