Lync 2013 Full Client Disconnecting and Reconnecting at various times - Lync Online Office 365

Hello:
We are using Lync Online with the Lync 2013 client from Office 365 Pro Plus.  The issue we have is the Lync Client will show "disconnected" and then "reconnecting" every so often (this can vary from every 10 minutes to once an hour) 
All users are seeing this issue.  The user does not need to input anything in order to reconnect, the Lync Client will do it automatically.
Now, I think I know the issue of the disconnect/reconnect.  We use a TrendMicro Web Filter internally (version 6.0, SP1)  When we BYPASS the Trend device, the disconnect/reconnect issue DISAPPEARS.  When we re-enable it, it comes back. 
We added all the O365 URL to the exception list, but it hasn't helped.  We opened a ticket with TrendMicro and they are looking at it, but I am wondering if anyone else has seen this before, and if so, what they did to resolve.
Thanks in advance,
Tim

Hi Rodrigo,
I would advise running through the Lync online sign in troubleshooting tool available here;
http://support.microsoft.com/common/survey.aspx?scid=sw;en;3695&showpage=1
Although very basic, it should give you clear direction for further troubleshooting.
Alternately, what's the error message you receive when logging in, and are there any details in the signing logs that can be accessed from the lynch system tray icon?
Kind regards
ben

Similar Messages

  • 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 2010 Version 4.0.7577.4445 Keeps disconnecting and reconnecting

    Hello,
     I have Lync 2010 Version 4.0.7577.4445 Keeps disconnecting and reconnecting. I have checked my network and its on a 100Mbps link, and stable/no errors logs. This occurs randomly every several minutes. I have a wireshark capture if it helps your team
    analyze the issue.
    Daniel

    I have been meaning to summarise this on my blog for a while - http://www.lync.geek.nz/2014/06/lync-client-constantly-signs-in-and-out.html
    Andrew Morpeth
    Lync Server Specialist - Auckland, NZ
    Check out my blog

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

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

  • 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

  • When leave I nano 4th gen connected to either of my cars it no longer restarts playing when car is restarted. Instead it shows 'no entry' in the song title on the car audio display and won't play until disconnected and reconnected.

    Nano has worked fine for a couple of years being left connected to either one of our cars. However, every time car is restarted it won't play without being disconnected and reconnected. I have done a full restore.
    Current cars are Range Rover Sport 2011 and Jaguar XK 2011.
    Has anyone else experienced this issue?
    Thanks,

    I had a similar problem. Try resetting and erasing the phone and restoring from a known good backup.

  • 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

  • Time Capsule disk disconnect and reconnect every 5 minutes

    This problem began with Airport Firmware 7.6, and has continued to perist with every subsequent firmware version.  Reverting to firmware version 7.5.2 eliminates the problem.  Running with the latest firmware version 7.6.3, on OS X 10.8.2, the Time Capsule disk is disconnected and reconnected every 5 minutes, and this is seen in the console log:
    15/02/2013 16:10:22.344 KernelEventAgent[43]: tid 00000000 received event(s) VQ_NOTRESP (1)
    15/02/2013 16:10:22.344 KernelEventAgent[43]: tid 00000000 type 'afpfs', mounted on '/Volumes/Vilya', from '//Mike%20Connally@TimeCapsule._afpovertcp._tcp.local/Vilya', not responding
    15/02/2013 16:10:22.000 kernel[0]: ASP_TCP Disconnect: triggering reconnect by bumping reconnTrigger from curr value 190 on so 0xffffff804456ede0
    15/02/2013 16:10:22.000 kernel[0]: ASP_TCP asp_tcp_usr_control: invalid kernelUseCount 0
    15/02/2013 16:10:22.000 kernel[0]: AFP_VFS afpfs_DoReconnect started /Volumes/Vilya prevTrigger 190 currTrigger 191
    15/02/2013 16:10:22.000 kernel[0]: AFP_VFS afpfs_DoReconnect:  doing reconnect on /Volumes/Vilya
    15/02/2013 16:10:22.000 kernel[0]: AFP_VFS afpfs_DoReconnect:  posting to KEA EINPROGRESS for /Volumes/Vilya
    15/02/2013 16:10:22.000 kernel[0]: AFP_VFS afpfs_DoReconnect:  Max reconnect time: 30 secs, Connect timeout: 15 secs for /Volumes/Vilya
    15/02/2013 16:10:22.000 kernel[0]: AFP_VFS afpfs_DoReconnect:  connect to the server /Volumes/Vilya
    15/02/2013 16:10:22.345 KernelEventAgent[43]: tid 00000000 found 1 filesystem(s) with problem(s)
    15/02/2013 16:10:22.000 kernel[0]: AFP_VFS afpfs_DoReconnect:  Logging in with uam 13 /Volumes/Vilya
    15/02/2013 16:10:22.651 KernelEventAgent[43]: tid 00000000 received event(s) VQ_NOTRESP (1)
    15/02/2013 16:10:22.000 kernel[0]: AFP_VFS afpfs_DoReconnect:  Restoring session /Volumes/Vilya
    15/02/2013 16:10:22.000 kernel[0]: AFP_VFS afpfs_DoReconnect:  get the reconnect token
    Has anyone found a solution to this, other than reverting to Airport Firmware 7.5.2?

    Welcome to the club.. there is a very long thread.. here.
    https://discussions.apple.com/thread/3526741?tstart=0
    There seems to be any number of factors.. where the solutions are little silly things..
    Start from the end of the thread and work backwards as this has been ongoing for a long time.. and experience has improved.
    What you are seeing btw is the change apple made in Lion and 7.6 to higher security version of AFP.. but it is a mess IMHO.. and has not worked at all well.

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

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

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

  • Lync 2013 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.

  • Android phone constantly disconnects and reconnects to vpn

    When using verizon 4G the android anyconnect constantly disconnects and reconnects. When it is connected for about 10 seconds it is working normally. This does not happen on the phone when the user is connected to wifi. It is only on 4G. 
    5|Oct 30 2014|10:42:45|722028|||||Group <GroupPolicy_ANY_SPLIT> User <user> IP <70.199.141.46> Stale SVC connection closed.
    5|Oct 30 2014|10:42:45|722028|||||Group <GroupPolicy_ANY_SPLIT> User <user> IP <70.199.141.46> Stale SVC connection closed.
    6|Oct 30 2014|10:42:45|725007|70.199.141.46|11874|||SSL session with client outside:70.199.141.46/11874 terminated.
    6|Oct 30 2014|10:42:45|725007|70.199.141.46|11874|||SSL session with client outside:70.199.141.46/11874 terminated.
    5|Oct 30 2014|10:42:44|722028|||||Group <GroupPolicy_ANY_SPLIT> User <user> IP <70.199.141.46> Stale SVC connection closed.
    5|Oct 30 2014|10:42:44|722028|||||Group <GroupPolicy_ANY_SPLIT> User <user> IP <70.199.141.46> Stale SVC connection closed.
    6|Oct 30 2014|10:42:44|725007|70.199.141.46|11872|||SSL session with client outside:70.199.141.46/11872 terminated.
    6|Oct 30 2014|10:42:44|725007|70.199.141.46|11872|||SSL session with client outside:70.199.141.46/11872 terminated.
    6|Oct 30 2014|10:42:22|722022|||||Group <GroupPolicy_ANY_SPLIT> User <user> IP <70.199.141.46> UDP SVC connection established without compression
    6|Oct 30 2014|10:42:22|722022|||||Group <GroupPolicy_ANY_SPLIT> User <user> IP <70.199.141.46> UDP SVC connection established without compression
    5|Oct 30 2014|10:42:22|722032|||||Group <GroupPolicy_ANY_SPLIT> User <user> IP <70.199.141.46> New UDP SVC connection replacing old connection.
    5|Oct 30 2014|10:42:22|722032|||||Group <GroupPolicy_ANY_SPLIT> User <user> IP <70.199.141.46> New UDP SVC connection replacing old connection.
    6|Oct 30 2014|10:42:22|725002|70.199.141.46|11874|||Device completed SSL handshake with client outside:70.199.141.46/11874
    6|Oct 30 2014|10:42:22|725002|70.199.141.46|11874|||Device completed SSL handshake with client outside:70.199.141.46/11874
    6|Oct 30 2014|10:42:21|725003|70.199.141.46|11874|||SSL client outside:70.199.141.46/11874 request to resume previous session.
    6|Oct 30 2014|10:42:21|725003|70.199.141.46|11874|||SSL client outside:70.199.141.46/11874 request to resume previous session.
    6|Oct 30 2014|10:42:21|725001|70.199.141.46|11874|||Starting SSL handshake with client outside:70.199.141.46/11874 for DTLS session.
    6|Oct 30 2014|10:42:21|725001|70.199.141.46|11874|||Starting SSL handshake with client outside:70.199.141.46/11874 for DTLS session.
    6|Oct 30 2014|10:42:21|725001|70.199.141.46|11874|||Starting SSL handshake with client outside:70.199.141.46/11874 for DTLS session.
    6|Oct 30 2014|10:42:21|725001|70.199.141.46|11874|||Starting SSL handshake with client outside:70.199.141.46/11874 for DTLS session.
    4|Oct 30 2014|10:42:21|722051|||||Group <GroupPolicy_ANY_SPLIT> User <user> IP <70.199.141.46> IPv4 Address <192.168.75.101> IPv6 address <::> assigned to session
    4|Oct 30 2014|10:42:21|722051|||||Group <GroupPolicy_ANY_SPLIT> User <user> IP <70.199.141.46> IPv4 Address <192.168.75.101> IPv6 address <::> assigned to session
    6|Oct 30 2014|10:42:21|722022|||||Group <GroupPolicy_ANY_SPLIT> User <user> IP <70.199.141.46> TCP SVC connection established without compression
    6|Oct 30 2014|10:42:21|722022|||||Group <GroupPolicy_ANY_SPLIT> User <user> IP <70.199.141.46> TCP SVC connection established without compression
    5|Oct 30 2014|10:42:21|722032|||||Group <GroupPolicy_ANY_SPLIT> User <user> IP <70.199.141.46> New TCP SVC connection replacing old connection.
    5|Oct 30 2014|10:42:21|722032|||||Group <GroupPolicy_ANY_SPLIT> User <user> IP <70.199.141.46> New TCP SVC connection replacing old connection.
    6|Oct 30 2014|10:42:21|725002|70.199.141.46|11872|||Device completed SSL handshake with client outside:70.199.141.46/11872
    6|Oct 30 2014|10:42:21|725002|70.199.141.46|11872|||Device completed SSL handshake with client outside:70.199.141.46/11872
    6|Oct 30 2014|10:42:20|725001|70.199.141.46|11872|||Starting SSL handshake with client outside:70.199.141.46/11872 for TLS session.
    6|Oct 30 2014|10:42:20|725001|70.199.141.46|11872|||Starting SSL handshake with client outside:70.199.141.46/11872 for TLS session.
    5|Oct 30 2014|10:41:48|722028|||||Group <GroupPolicy_ANY_SPLIT> User <user> IP <70.199.141.46> Stale SVC connection closed.
    6|Oct 30 2014|10:41:48|725007|70.199.141.46|8787|||SSL session with client outside:70.199.141.46/8787 terminated.
    5|Oct 30 2014|10:41:48|722028|||||Group <GroupPolicy_ANY_SPLIT> User <user> IP <70.199.141.46> Stale SVC connection closed.
    6|Oct 30 2014|10:41:48|725007|70.199.141.46|8799|||SSL session with client outside:70.199.141.46/8799 terminated.
    6|Oct 30 2014|10:41:21|722022|||||Group <GroupPolicy_ANY_SPLIT> User <user> IP <70.199.141.46> UDP SVC connection established without compression
    5|Oct 30 2014|10:41:21|722032|||||Group <GroupPolicy_ANY_SPLIT> User <user> IP <70.199.141.46> New UDP SVC connection replacing old connection.
    6|Oct 30 2014|10:41:21|725002|70.199.141.46|8787|||Device completed SSL handshake with client outside:70.199.141.46/8787
    6|Oct 30 2014|10:41:21|725003|70.199.141.46|8787|||SSL client outside:70.199.141.46/8787 request to resume previous session.
    6|Oct 30 2014|10:41:21|725001|70.199.141.46|8787|||Starting SSL handshake with client outside:70.199.141.46/8787 for DTLS session.
    6|Oct 30 2014|10:41:21|725001|70.199.141.46|8787|||Starting SSL handshake with client outside:70.199.141.46/8787 for DTLS session.
    4|Oct 30 2014|10:41:20|722051|||||Group <GroupPolicy_ANY_SPLIT> User <user> IP <70.199.141.46> IPv4 Address <192.168.75.101> IPv6 address <::> assigned to session
    6|Oct 30 2014|10:41:20|722022|||||Group <GroupPolicy_ANY_SPLIT> User <user> IP <70.199.141.46> TCP SVC connection established without compression
    5|Oct 30 2014|10:41:20|722032|||||Group <GroupPolicy_ANY_SPLIT> User <user> IP <70.199.141.46> New TCP SVC connection replacing old connection.
    6|Oct 30 2014|10:41:20|725002|70.199.141.46|8799|||Device completed SSL handshake with client outside:70.199.141.46/8799
    6|Oct 30 2014|10:41:19|725001|70.199.141.46|8799|||Starting SSL handshake with client outside:70.199.141.46/8799 for TLS session.
    6|Oct 30 2014|10:31:19|722022|||||Group <GroupPolicy_ANY_SPLIT> User <user> IP <70.199.141.46> UDP SVC connection established without compression
    5|Oct 30 2014|10:31:19|722032|||||Group <GroupPolicy_ANY_SPLIT> User <user> IP <70.199.141.46> New UDP SVC connection replacing old connection.
    6|Oct 30 2014|10:31:19|725002|70.199.141.46|8529|||Device completed SSL handshake with client outside:70.199.141.46/8529
    6|Oct 30 2014|10:31:19|725003|70.199.141.46|8529|||SSL client outside:70.199.141.46/8529 request to resume previous session.
    6|Oct 30 2014|10:31:19|725001|70.199.141.46|8529|||Starting SSL handshake with client outside:70.199.141.46/8529 for DTLS session.
    6|Oct 30 2014|10:31:19|725001|70.199.141.46|8529|||Starting SSL handshake with client outside:70.199.141.46/8529 for DTLS session.
    4|Oct 30 2014|10:31:18|722051|||||Group <GroupPolicy_ANY_SPLIT> User <user> IP <70.199.141.46> IPv4 Address <192.168.75.101> IPv6 address <::> assigned to session
    6|Oct 30 2014|10:31:18|722022|||||Group <GroupPolicy_ANY_SPLIT> User <user> IP <70.199.141.46> TCP SVC connection established without compression
    5|Oct 30 2014|10:31:18|722032|||||Group <GroupPolicy_ANY_SPLIT> User <user> IP <70.199.141.46> New TCP SVC connection replacing old connection.
    6|Oct 30 2014|10:31:18|725002|70.199.141.46|8540|||Device completed SSL handshake with client outside:70.199.141.46/8540
    6|Oct 30 2014|10:31:18|725001|70.199.141.46|8540|||Starting SSL handshake with client outside:70.199.141.46/8540 for TLS session.

    I experienced the same problem with my Lumia 800 and the MyWay audio/navi/BT telephone system in my previous and current Citroën C5 (both latest model (PhIII)): http://discussions.nokia.com/t5/Nokia-with-Windows-Phone/Bluetooth-and-3G/td-p/1288591 .
    I first thought it had something to do with switching from G to 3G and back. But in the end I discovered that BT on the Lumia 800 just disabled itself, while connected to my cars BT system. I have started the procedure to send my Lumia tot Nokia Care. Keep You informed.

  • IPhone 3G WiFi disconnects and reconnects every few seconds

    hey guys
    i just updated my phone to 4.0.1 and lately (before the update as well) my iphone has been playing up on me
    Like the wifi works and all but when i go to the appstore for example...it disconnects and reconnects constantly and stops downloads cause it stops like 1-2 secs it begins.
    i tried everything resetting network settings, turning phone on/off, DFU mode, taking off WPA and broadcasting the modem, it just doesnt want to work.
    Mind you this was working for around a month and just like 2 days ago this happens and i cant fix it. I even tried the McDonalds free wifi and that works but its very slow couldnt download anything but it didnt disconnect/reconnect
    Also the router is working on both the Wii and PS3 without a prob, just these 2 days on my iPhone
    any suggestions?

    I upgraded my 3G to 4.0.1 and had the same issue - could not connect to my secure wireless network. It DID, however, connect to my neighbor's unsecured network. I tried resetting Network Settings, resetting All Settings, rebooting my iPhone, rebooting my router, multiple times, all without luck.
    I had to do a FULL RESTORE from iTunes, install as a NEW PHONE and now I can connect to my wireless network. But even after the full restore, I don't see any improvement in phone performance. Still slow, still laggy, still crashes (requiring a reboot) with some apps. And now I have a phone set back to factory default. Grr.

  • TS3474 iTunes has detected an iPod that appears to be corrupted. You may need to restore this iPod before it can be used with iTunes. You may also try disconnecting and reconnecting the iPod.

    What do I do about this message? I've restored it 3 times, but this message still comes up, and i cannot put music on it now.
    iTunes has detected an iPod that appears to be corrupted. You may need to restore this iPod before it can be used with iTunes. You may also try disconnecting and reconnecting the iPod.

    Sounds like your iPod is broken. Take it to Apple or someone else who repairs iPods and see if you can get it fixed, or get it replaced.

Maybe you are looking for