Lync 2013 Android Client - Intermittently unable to join conference

Hi
I've just finished installing Lync 2013 on our network (single Front End, Single Edge, Reverse Proxy Server and Office Web Apps Server).
Everything works fine currently, with one exception:
When a user tries to join a meeting from the Lync 2013 client on Android (Lollipop), the call generally sits there "connecting..." before it fails to connect with a message of "Can't connect the call".
Sometimes when rejoin is pressed it will connect, but most of the time it fails.
Testing on a Windows Phone client (and Full/Basic Lync 2013 desktop client and Windows 8.1 App)  it works every time
Is it possible this is a Lollipop compatibility issue or does Android require something that the other devices and clients don't?
Thanks for any suggestions
Andy

Hi Zahoor
Thanks for the response
Although you suggest it's not a compatibility issue, other devices seem to connect fine on the same account and same wifi, so I'm still tending towards a hardware / os  compatibility issue.
I have now tested on a (very old) Samsung Galaxy S (i9000) running Cyanogenmod 11 (KitKat).  This works absolutely fine every time.
The device I'm currently seeing issues with is a Nexus 5 running Lollipop.
As I said they're both on the same account and same wifi.  Wifi is strong (sitting by the router), internet is a decent speed (150Mbps) and they are external clients.
When I'm back in the office I'll try some other devices to see if they have any problems.I've had a quick look through the logs and couldn't see anything that stood out, but I'll investigate again after seeing if the other devices work.
Cheers
Andy

Similar Messages

  • Lync 2013 Android Client and simultaneous ring problem

    this is sort of a duplicate but since the other one was marked as answered when it was not I figured I'd start this topic up again.
    I set up the Android mobile client on my phone and all seemed to work fine (apart from the know bu where it keeps saying "calls aren't setup to ring mobile device..."  whether the are or not) but I've run into the super annoying issue where
    even if you turn simultaneous ring off for the cell phone number it still rings through when I get a call on my Lync work phone (a bit delayed so it rings just before voice mail picks up). What stinks is that even if I completely sign out of the Lync mobile
    app I still get these ring throughs. The only solution was to reinstall the app with a bogus cell number (which is a bad way to go as it might be calling a random number if I'm not careful). the other thread had a moderator give the answer to create a user
    level voice policy to not allow simultaneous ringing. Yeah, thanks. I'd actually like to use the feature sometimes and so would all of my users.
    So, is this a bug in the Android client? In the Mobile functionality on the server? What? When I run SEFAUtil on my account it doesn't show any simulring or forwarding (my full Lync 2013 client agrees with that) so what the heck is going on. I can't roll
    this upgrade from 2010 out to users until this can be resolved.
    Steve

    I think I found the solution to the annoying ring to the phone even when your turn off your call forwarding/sim ring.
    In Lync 2013 desktop client, when you first setup SIM ring, it asks you to enter the phone that you would like to have sim ring. In this case, most likely your cellphone number. Then when you are sick of SIM ring, you decide to turn this feature off, but
    you still get SIM ring to your cellphone which is very annoying. If I remember correctly, in Lync 2010, when you switch from SIM ring ON to OFF, the cellphone number will be deleted automatically. In Lync 2013, however, doesn't do so. Therefore, your cellphone
    number is still there even though your have call forwarding OFF. This is a bug. The work around to it is to go to Tools > Options > Call Forwarding, select SiM ring; then from the drop down list, instead of choosing your saved cellphone number, choose
    WORK number. Then select "Turn Off Call Forwarding". Now, go back to SIM ring option again, you will see the saved cellphone number is now gone. It will only display your work number. Now, try to make a test call to your Lync phone, it shouldn't ring to your
    cellphone anymore.
    To me, this seems to have fixed it. You can try this and let me know if that fixes yours too.
    A@RJC

  • 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 Mobility Client - Video Call Issue (Everything Else works).

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

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

  • External Meetings using Lync Web App vs Lync 2013 Desktop client

    We have LYNC Server 2013 deployed on premise. Our clients are LYNC 2013. When someone external to our organization sends us a Lync meeting request we are able to connect with our Lync 2012 desktop client but only Audio is available. We cannot share
    the desktop. If however we connect to the external meeting using the Lync Web App (by specifying
    ?sl=1 at the end of the meeting url) we are able to use all the services like audio, desktop sharing etc.
    I've found the following articles that suggest that the desktop clients are not the preferred choice to connect to external meetings.
    http://blog.schertz.name/2011/11/forcing-lync-web-app/
    http://www.computer-talk.com/en/blog/item/attendees-cannot-join-your-lync-web-conference
    Can anyone advise as to why the desktop clients are restrictive and if there is a fix and if not how can we force users to use the Lync Web App to connect to external meetings?
    Our lync 2013 desktop clients use the following ports:
    PS C:\Users\am03744ad> Get-CsConferencingConfiguration
    Identity                           : Global
    MaxContentStorageMb                : 500
    MaxUploadFileSizeMb                : 500
    MaxBandwidthPerAppSharingServiceMb : 375
    ContentGracePeriod                 : 15.00:00:00
    ClientMediaPortRangeEnabled        : True
    ClientMediaPort                    : 5350
    ClientMediaPortRange               : 40
    ClientAudioPort                    : 50020
    ClientAudioPortRange               : 20
    ClientVideoPort                    : 58000
    ClientVideoPortRange               : 20
    ClientAppSharingPort               : 42000
    ClientAppSharingPortRange          : 20
    ClientFileTransferPort             : 42020
    ClientFileTransferPortRange        : 20
    ClientSipDynamicPort               : 7100
    ClientSipDynamicPortRange          : 3
    Organization                       :
    HelpdeskInternalUrl                :
    HelpdeskExternalUrl                :
    ConsoleDownloadInternalUrl         :
    ConsoleDownloadExternalUrl         :

    You should be fine using the full Lync client, it's not restricted by default.  If there's an issue, it's typically in the networking related to your edge, or the edge of the organization you're federating with.
    The reason the web client is preferred by many (not all, and that's not an official Microsoft stance), is simply that if everyone uses the web client, it's a consistent experience for the attendees and you don't have to worry about the status of attendee's Lync
    environment or federation.
    Can your external users share a desktop with internal users?  Can they do it externally in a conference hosted by you?  Can the remote organization share desktops with you when connected to your conferences?  And in these conferences,
    have the marked you as presenter so you can present your desktop?
    There's no good way to automatically force users to use the web app each time unfortunately.  The other organization would need to hardcode that ?sl=1 into each meeting invite sent.
    Please remember, if you see a post that helped you please click "Vote As Helpful" and if it answered your question please click "Mark As Answer".
    SWC Unified Communications

  • Lync 2013 basic client msi

    Hi all,
    Anyone knows where can I find .msi file for Lync 2013 basic client? Microsoft website only have .exe which doesn't work with GPO software deployment.
    Thanks

    The Basic client doesn't come in an MSI version, the following two links might help you work with the extracted exe:
    http://unifiedme.co.uk/2013/04/silent-installation-of-lync-basic-2013-client/
    http://community.spiceworks.com/how_to/show/1503-how-to-deploy-office-2010-using-gpo-and-oct
    Please mark posts as answers/helpful if it answers your question.
    Blog
    Lync Validator - Used to assist in the validation and documentation of Lync Server 2013.

  • Lync 2013 mobile client (android/windows phone) can't sing in

    Hello
    We have deployed Lync 2013 Server (no CU)in our Organization, wehn we use desktop client or Metro App, all works fine. But when we trying to connect from android or windows phone App, we get notice:
    "We cannot log you in beacuse your organization don't support this produkt version"
    Some one can advice ?

    Hi,
    Agree with Michael.
    What’s more, did you deploy Reverse Proxy on DMZ zone to support mobility devices to login Lync client?
    If not, you need to deploy a Reverse Proxy firstly with the help of the link below:
    http://technet.microsoft.com/en-us/library/gg398069.aspx
    Best Regards,
    Eason Huang
    Eason Huang
    TechNet Community Support

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

    Please 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.

  • 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 Android will not sign in

    I deployed a test Lync 2013 environment on 3 Windows 2012 R2 boxes. I have one standard server, a reserves proxy and my edge server. I have able to access my Lync environment outside my network so my edge server is working correctly. I have created certifications
    using an my Active Directory Certification manger and have installed the CA on the 3 servers and also on my Android device. When I sign into the client it says "Lync is attempting to redirect you to" and lists the certification from my proxy server
    so I click continue and than the screen sits on the signing in screen and just spins. I am not sure what is causing this problem or how to fix it.

    Hi,
    Please double check the IIS ARR setting with the help of the link below (especially for the part of Proxy and URL Rewrite):
    http://blogs.technet.com/b/nexthop/archive/2013/02/19/using-iis-arr-as-a-reverse-proxy-for-lync-server-2013.aspx
    Also, please double check if you set Hair Pining where the Lync external web services URL in internal DNS resolve into the external interface of the reverse Proxy.
    You can refer to the following link to configure the Mobile DNS records:
    https://technet.microsoft.com/en-us/library/hh690040.aspx
    Best Regards,
    Eason Huang
    Eason Huang
    TechNet Community Support

  • Lync 2013 Mobile Client

     have a test Lync 2013 onprem installation, everything works fine both from inside and outside, however the Lync Client for iphone does not function as supposed. I checked debug logs on all servers and see nothing that could cause the behaviour. The strange
    thing is that for example IM is actually working, the problem is that it disconnects on every action.
    So, the test scenario is as following
    - User 1 is logged on Lync Client on Windows 7 - LAN
    - User 2 is logged on on Lync Mobile on Iphone - public internet
    User 1 sees presence of User 2
    User 1 sends IM message to User 2 - no errors
    User 2 successfully recieves the message - gets an error "Failed to process the server respons" and appears offline
    User 2 signs out of Lync Mobile and signs back In- no errors
    User 2 sends IM message back to User 1 - gets an error "Failed to process the server respons" and appears offline
    User 1 recieves the IM message - no error
    Any glues anyone? Where to look? I used debugging tools (S4 and SIPStack) both on Edge and FE and found nothing strange
    Thanks in advance
    Emin

    Hi,
    Which kind of Reverse Proxy did you use (TMG or IIS ARR)?
    Did the issue only happen to you or for multiple users?
    Did the issue only happen for IPhone or for all kind of mobile clients (IOS, Android, Windows Phone)?
    If the issue happen only for you, please try to use another mobile and test the issue again.
    If the issue happen for multiple users, and only happen for IOS client, try to update to the latest version for Lync IOS client and test again.
    If the issue happen for multiple users, and happen for all kind of mobile platforms, double check the configuration of Reverse Proxy ( certificate, port).
    For WP8 root certificates need to have HTTP URLs in the CRL (Certificate Revocation List). If root certs doesn’t contain these CRL attributes than the certificate won’t be accepted by WP8 and sign in would fail.
    Best Regards,
    Eason Huang
    Eason Huang
    TechNet Community Support

  • LYNC 2013 mobility clients disconnect and AAR bad response time

    Good day,
    I'm new to this, but have to implement LYNC 2013 for our company.
    I have implemented Lync 2013 by following various instructions and all seems fine... apart from all mobile clients (internal/external - Andoid/IOS). They get disconnected after a few minutes. On Android the error is "unknown error" (very useful)
    and on IOPS it's "unhandeled alert type 302 E_Badgateway (E2-3-35).
    What I have noticed is that on AAR, on the LYNCWEB server farm  (under " Monitoring and Management") the response time is huge (10000 + ms) and when the errors come up on the clients I get a "failed request".
    I can not think what may be wrong but all is pointing to AAR?
    AAR is version 3 running on 2021 R2
    any ideas? been stuck for a week on this now.
    Many thanks
    DD

    Hi,
    From your description above, it seems to be the issue with IIS ARR.
    You can check with the following steps:
    Check if DNS records and certificate were appropriate.
    Check if ExposedWebURL set to External.
    Try to increase the time out value from 200 to 1800
    More details:
    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
    Eason Huang
    TechNet Community Support

  • Lync 2013 mobile client. Can't verify the certificate from the server. Please contact your support team

    We upgraded Lync Server 2010 to Lync 2013.
    Users are able to login on desktop clients but unable to connect on mobile client. We get following error message:
    Can't verify the certificate from the server.
    Please contact your support team

    Please check the Root CA is installed on your mobile device.
    Can you sign in externally?
    Please check you have updated the DNS records for Lync mobile autodiscover service.
    Lisa Zheng
    TechNet Community Support

  • EWS not deployed anymore to Lync 2013 Desktop Clients, Mobile Clients still working fine

    Hello dear community,
    the subject of EWS in conjunction with Lync 2013 has been discussed a lot here .
    However, I could not find here any solution for my problem and I'm (almost) at my end.
    Following scenario - 1 x Lync 2013 BE server, 1 x Lync 2013 Edge server, 1 x reverse proxy (IIS ARR). This Lync 2013 deployment
    was installed about two months ago and integrated into existing IT landscape. Everything worked wonderfully - desktop and mobile clients were able to connect from inside and outside our organization, EMS was deployed to both desktop and mobile clients.
    After that there are no any configuration changes made on Lync server, and yesterday, shortly before an important presentation
    I've found, that EWS is not deployed anymore on all desktop clients. Mobile clients, however, continue to function smoothly.
    I have tried the following: restart Lync and reverse proxy servers - without success, Lync Connectivity Analyzer shows all
    green (internal and external), all relevant tests with Microsoft Remote Connectivity Analyzer were passed, also analysis using Wireshark brought nothing.
    I must to say that a week ago I installed SP3 for Exchange 2010 - can it may be because? Also appears more
    times a day the following error message in Event Viewer on the back-end server (language of operation system is German):
    Protokollname: Lync Server
    Quelle:        LS Storage Service
    Datum:         05.12.2013 19:23:14
    Ereignis-ID:   32054
    Aufgabenkategorie:(4006)
    Ebene:         Fehler
    Schlüsselwörter:Klassisch
    Benutzer:      Nicht zutreffend
    Computer:      SERVER-11.Speedpoint.local
    Beschreibung:
    EWS-AutoErmittlungsfehler im Speicherdienst.
    ExchangeAutodiscoverException: code=ErrorEwsAutodiscover, reason=GetUserSettings
    failed, smtpAddress = xxx, Autodiscover Uri=https://autodiscover.xxx.de/autodiscover/autodiscover.svc, Autodiscover WebProxy=<NULL> ---> Microsoft.Exchange.WebServices.Data.ServiceRequestException: The request failed.
    Das Stammelement ist nicht vorhanden. ---> System.Xml.XmlException: Das Stammelement ist nicht vorhanden.
       bei System.Xml.XmlTextReaderImpl.ThrowWithoutLineInfo(String res)
       bei System.Xml.XmlTextReaderImpl.ParseDocumentContent()
       bei System.Xml.XmlCharCheckingReader.Read()
       bei Microsoft.Exchange.WebServices.Data.EwsXmlReader.Read()
       bei Microsoft.Exchange.WebServices.Autodiscover.AutodiscoverRequest.InternalExecute()
       --- Ende der internen Ausnahmestapelüberwachung ---
       bei Microsoft.Exchange.WebServices.Autodiscover.AutodiscoverRequest.InternalExecute()
       bei Microsoft.Exchange.WebServices.Autodiscover.AutodiscoverService.InternalGetUserSettings(List`1 smtpAddresses, List`1 settings, Nullable`1 requestedVersion, Uri& autodiscoverUrl)
       bei Microsoft.Exchange.WebServices.Autodiscover.AutodiscoverService.GetSettings[TGetSettingsResponseCollection,TSettingName](List`1 identities, List`1 settings, Nullable`1 requestedVersion, GetSettingsMethod`2 getSettingsMethod, Func`1 getDomainMethod)
       bei Microsoft.Exchange.WebServices.Autodiscover.AutodiscoverService.GetUserSettings(List`1 smtpAddresses, List`1 settings)
       bei Microsoft.Exchange.WebServices.Autodiscover.AutodiscoverService.InternalGetSoapUserSettings(String smtpAddress, List`1 requestedSettings)
       bei Microsoft.Exchange.WebServices.Autodiscover.AutodiscoverService.GetUserSettings(String userSmtpAddress, UserSettingName[] userSettingNames)
       bei Microsoft.Rtc.Internal.Storage.Exchange.ExchangeContext.SendGetUserSettingsRequest(StoreContext ctx, String smtpAddress)
       --- End of inner exception stack trace ---
       bei Microsoft.Rtc.Internal.Storage.Exchange.ExchangeContext.SendGetUserSettingsRequest(StoreContext ctx, String smtpAddress)
       bei Microsoft.Rtc.Internal.Storage.Exchange.ExchangeContext.GetUserEwsSettings(StoreContext ctx, String smtpAddress, CacheMode cacheMode)
    Ursache: Der AutoErmittlungs-URI war nicht richtig konfiguriert oder nicht erreichbar. Eventuell besteht ein Problem mit dem Proxy, oder andere Fehler liegen
    vor.
    Lösung:
    Überprüfen Sie die Ereignisdetails. Überprüfen Sie, ob der URI des AutoErmittlungsdiensts ordnungsgemäß konfiguriert und erreichbar ist. Prüfen Sie, ob die Proxyeinstellungen ordnungsgemäß konfiguriert sind und der Proxy erreichbar ist. Prüfen Sie die Konfiguration
    der AutoErmittlung zwischen Lync und Exchange Autodiscovery anhand des Handbuchs zur Problembehandlung. Wenn das Problem weiterhin besteht, wenden Sie sich mit den Ereignisdetails an das Supportteam Ihrer Organisation.
    Ereignis-XML:
    < Event xmlns="">
      <System>
        <Provider Name="LS Storage Service" />
        <EventID Qualifiers="53158">32054</EventID>
        <Level>2</Level>
        <Task>4006</Task>
        <Keywords>0x80000000000000</Keywords>
        <TimeCreated SystemTime="2013-12-05T18:23:14.000000000Z" />
        <EventRecordID>19949</EventRecordID>
        <Channel>Lync Server</Channel>
        <Computer>SERVER-11.Speedpoint.local</Computer>
        <Security />
      </System>
      <EventData>
        <Data>ExchangeAutodiscoverException: code=ErrorEwsAutodiscover, reason=GetUserSettings failed, smtpAddress=xxx, Autodiscover Uri=https://autodiscover.xxx.de/autodiscover/autodiscover.svc, Autodiscover WebProxy=&lt;NULL&gt; ---&gt;
    Microsoft.Exchange.WebServices.Data.ServiceRequestException: The request failed.
    Das Stammelement ist nicht vorhanden. ---&gt; System.Xml.XmlException: Das Stammelement ist nicht vorhanden.
       bei System.Xml.XmlTextReaderImpl.ThrowWithoutLineInfo(String res)
       bei System.Xml.XmlTextReaderImpl.ParseDocumentContent()
       bei System.Xml.XmlCharCheckingReader.Read()
       bei Microsoft.Exchange.WebServices.Data.EwsXmlReader.Read()
       bei Microsoft.Exchange.WebServices.Autodiscover.AutodiscoverRequest.InternalExecute()
       --- Ende der internen Ausnahmestapelüberwachung ---
       bei Microsoft.Exchange.WebServices.Autodiscover.AutodiscoverRequest.InternalExecute()
       bei Microsoft.Exchange.WebServices.Autodiscover.AutodiscoverService.InternalGetUserSettings(List`1 smtpAddresses, List`1 settings, Nullable`1 requestedVersion, Uri&amp; autodiscoverUrl)
       bei Microsoft.Exchange.WebServices.Autodiscover.AutodiscoverService.GetSettings[TGetSettingsResponseCollection,TSettingName](List`1 identities, List`1 settings, Nullable`1 requestedVersion, GetSettingsMethod`2 getSettingsMethod, Func`1 getDomainMethod)
       bei Microsoft.Exchange.WebServices.Autodiscover.AutodiscoverService.GetUserSettings(List`1 smtpAddresses, List`1 settings)
       bei Microsoft.Exchange.WebServices.Autodiscover.AutodiscoverService.InternalGetSoapUserSettings(String smtpAddress, List`1 requestedSettings)
       bei Microsoft.Exchange.WebServices.Autodiscover.AutodiscoverService.GetUserSettings(String userSmtpAddress, UserSettingName[] userSettingNames)
       bei Microsoft.Rtc.Internal.Storage.Exchange.ExchangeContext.SendGetUserSettingsRequest(StoreContext ctx, String smtpAddress)
       --- End of inner exception stack trace ---
       bei Microsoft.Rtc.Internal.Storage.Exchange.ExchangeContext.SendGetUserSettingsRequest(StoreContext ctx, String smtpAddress)
       bei Microsoft.Rtc.Internal.Storage.Exchange.ExchangeContext.GetUserEwsSettings(StoreContext ctx, String smtpAddress, CacheMode cacheMode)
    < /Data>
      </EventData>
    < /Event>
    However Event ID
    32054
    was actually
    always there
    – even
    when everything
    worked fine -
    but with
    some another content.
    That's why I
    don't know
    if I
    should take it seriously.
    Thanks a lot in advance for your help!

    Hi MiF,
    The issue may cause by the Network Service account that the Lync Storage Service uses does not have access to the private key in used by the oAuth certificate. Please do with the following steps:
    Open MMC and add the “Certificates” Snap-in (Local Computer)
    Open Personal | Certificates and find the the Certificate being used for OAuth (use the Lync “Get-CsCertificate -Type OAuthTokenIssuer” cmdlet to find the serial number of the OAuth certificate).
    Right-click | “All Tasks” | “Manage Private Keys”
    Add Permissions for “Network Service” account (the defaults Full control and Read).
    Please also check registry key on client computer.
    If the HKCU\Software\Microsoft\ Office\15.0\Lync \[User SMTP Address]\Autodiscovery registry key does not exist on the user’s workstation, then it likely means that one of the following failures
    have occurred:
    Lync was unable to locate a valid DNS A record or SRV record for the Autodiscover site
    Certificate assigned to Autodiscover site is not trusted by the Lync workstation
    More details:
    http://www.microsoft.com/en-in/download/confirmation.aspx?id=15668
    Best Regards,
    Eason Huang
    Eason Huang
    TechNet Community Support

  • How can I manually verify autodiscovery configuration for on premise environment from Lync 2013 desktop client?

    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,
    Richard

    Hi 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

  • How to populate data in MPP through F4 search help(the field should get filtered as per key)

    Dear Experts. I am new to ABAP and hence trying jmy hands on various ways of peforming a task. I have a requirement. I want to maintain a database tables through MPP :  ZLT_Auftrag (Refer Screen Shot 1: Doubt MPP1) and ZLT_Kunde (Refer Screen Shot2:

  • Problem in capturing Tableview Selectedrow contents

    Hi I am experiencing problem in capturing the contents of the selected row in the tableview. My Code looks like as follows: <b>Layout</b> <%@page language="abap" %> <%@extension name="htmlb" prefix="htmlb" %> <htmlb:content design="design2003" > <%--

  • Migration Oracle to SQL Server

    Hello folks I´m planning database migrate from oracle to sql server 2005 I have windows 2003 server 32bits, R3 4.72 and Oracle 9i, i want to change just database software (oracle to sql) Do you have any idea to do this? I was thinking use the install

  • Installing Dreamweaver MX 2004- Mac

    I purchased a copy of Dreamweaver MX 2004 via eBay (private party).  The serial number seems to require some activation from Macromedia.  Given that Macromedia was bought by Adobe, this does not seem possible. Any suggestions?

  • Intalling minisap (Traial version) on Vista

    Hi Experts is it possible to install minisap on Vista Thanks a lot Fisseha