none
Lync 2010 Mobile client WP7 error - Can't connect to server

    Question

  • Hi,

    I downloaded the Lync 2010 Mobile client for Windows Phone 7 this morning and have configured my Lync servers, DNS and firewall to allow access.

    I can browse to

    https://lyncdiscoverinternal.domain.com/autodiscover/autodiscoverservice.svc/root Externally

    https://lyncdiscover.domain.com/autodiscover/autodiscover.svc/root Internally

    and get prompted to open/save the file root when using IE9.

    With the phone manually configured servers (auto dectect off) I get the following error,

    Unable to sign in.

    Can't connect to the server. It may be busy or temporarily unavailable. Please try again.

    With auto detect on I get a different error.

    Unable to sign in.

    Can't connect to the server. It might be unavailable. Also please check your network connection, sign in address and server address.

     Anyone have any thoughts on my problem?

    Thanks,

    Jeff

     

    Monday, December 12, 2011 11:18 AM

Answers

  • I solved the problem,

    I applied this update to the front end server and restarted IIS and the phones now connect.

    Update for Lync Server 2010, Unified Communications Managed API 3.0, Core Runtime 64-bit (KB 2500449)

    Thanks,

    Jeff


    MCP MCTS MCITP Enterprise Administrator
    • Marked as answer by ssbob1975 Sunday, January 29, 2012 2:01 PM
    Sunday, January 29, 2012 2:01 PM

All replies

  • try typing in your username under "more settings..." using format domain\username. That worked for me.
    +Say thanks and observe basic forum courtesy:
    +If this post answered your question, Mark As Answer
    +If this post was helpful, Vote as Helpful

    windowspbx blog: my thots/howtos
    see/submit Lync suggestions here: simple and public
    • Proposed as answer by Eason160 Tuesday, July 23, 2013 7:33 AM
    • Unproposed as answer by Eason160 Tuesday, July 23, 2013 7:33 AM
    Monday, December 12, 2011 11:36 AM
  • Hi Matt,

     

    Yes, I have username set DOMAIN\user.

    Thanks,

    Jeff

    Monday, December 12, 2011 11:55 AM
  • Hi Matt,

     

    I get this error again without username set,

    Unable to sign in.

    Can't connect to the server. It might be unavailable. Also please check your network connection, sign in address and server address.

    Thanks,

    Jeff

    Monday, December 12, 2011 12:00 PM
  • Hi Matt,

    I have enabled logging in the Lync Mobile client, I thought it would help.

    I went to send myself the log file and it is a picture of the Lync logo, am I missing something?

    Thanks,

    Jeff

    Monday, December 12, 2011 12:21 PM
  • Ok, save the JPG file created as TXT and open in notepad.
    Monday, December 12, 2011 12:37 PM
  • reading through the logs I can see it is connecting to the server and then throwing back some errors

     

    112919586 : LogonSession : New LogonSession internal state = SigningIn
    2011-12-12 20:50:06.416+8 : Warning : 374541430 : HttpRequestPump : Got a WebException while reading the response for InitSess.
    2011-12-12 20:50:06.417+8 : Warning : 374541430 : SoapWebRequest : Found SOAP fault code {http://schemas.xmlsoap.org/soap/envelope/}Client.
    2011-12-12 20:50:06.417+8 : Warning : 374541430 : SoapWebRequest : Found SOAP fault string "Method not found: 'Void Microsoft.Rtc.Internal.Collaboration.UserEndpointSettingsInternal.set_AutoAcceptInterval(Int32)'.".
    2011-12-12 20:50:06.418+8 : Error : 374541430 : Mcx14Session : MCX Fault. Code: 0.0; Reason: ""; SIP code: 0; SIP reason: ""
    2011-12-12 20:50:06.419+8 : Error : 374541430 : HttpRequestPump : Got a failure response to request InitSess. Status: UnknownError. Code: 500.
    2011-12-12 20:50:06.419+8 : Verbose : 374541430 : HttpRequestPump : Error status description for request InitSess is "Internal Server Error".
    2011-12-12 20:50:06.424+8 : Verbose : 374541430 : HttpRequestPump : Error header collection for request InitSess is: Cache-Control="private"; Content-Type="text/xml; charset=utf-8"; Server="Microsoft-IIS/7.5"; X-AspNet-Version="2.0.50727"; X-MS-Server-Fqdn="presence.domain.com"; X-Powered-By="ASP.NET"; Date="Mon, 12 Dec 2011 12:50:54 GMT"; Content-Length="761";
    2011-12-12 20:50:06.425+8 : Error : 374541430 : HttpRequestPump : Calling back InitSess with error HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework].
    2011-12-12 20:50:06.441+8 : Info : 112919586 : LogonSession : SignInState: SignedOut

    112919586 : ConversationManager : LogonSession signed in or out
    2011-12-12 20:50:06.442+8 : Info : 112919586 : PresenceSubscriptionManager : HandleLogonSessionPropertyChange(SignedOut)
    2011-12-12 20:50:06.442+8 : Info : 112919586 : McxDataSynchronizer : Signed out
    2011-12-12 20:50:06.445+8 : Info : 112919586 : ConversationManager : LogonSession signed in or out
    2011-12-12 20:50:06.446+8 : Info : 112919586 : PresenceSubscriptionManager : HandleLogonSessionPropertyChange(SignedOut)
    2011-12-12 20:50:06.446+8 : Info : 112919586 : McxDataSynchronizer : Signed out
    2011-12-12 20:50:06.446+8 : Info : 112919586 : ConversationManager : LogonSession signed in or out
    2011-12-12 20:50:06.447+8 : Info : 112919586 : PresenceSubscriptionManager : HandleLogonSessionPropertyChange(SignedOut)
    2011-12-12 20:50:06.447+8 : Info : 112919586 : McxDataSynchronizer : Signed out
    2011-12-12 20:50:06.447+8 : Info : 112919586 : ConversationManager : LogonSession signed in or out
    2011-12-12 20:50:06.447+8 : Info : 112919586 : PresenceSubscriptionManager : HandleLogonSessionPropertyChange(SignedOut)
    2011-12-12 20:50:06.448+8 : Info : 112919586 : McxDataSynchronizer : Signed out
    2011-12-12 20:50:06.448+8 : Info : 112919586 : ConversationManager : LogonSession signed in or out
    2011-12-12 20:50:06.448+8 : Info : 112919586 : PresenceSubscriptionManager : HandleLogonSessionPropertyChange(SignedOut)
    2011-12-12 20:50:06.448+8 : Info : 112919586 : McxDataSynchronizer : Signed out
    2011-12-12 20:50:06.448+8 : Info : 112919586 : ConversationManager : LogonSession signed in or out
    2011-12-12 20:50:06.448+8 : Info : 112919586 : PresenceSubscriptionManager : HandleLogonSessionPropertyChange(SignedOut)
    2011-12-12 20:50:06.449+8 : Info : 112919586 : McxDataSynchronizer : Signed out
    2011-12-12 20:50:06.449+8 : Info : 112919586 : LogonSession : New LogonSession internal state = SignedOut
    2011-12-12 20:50:06.449+8 : Info : 112919586 : LogonSession : Doing UI callback with HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework]
    2011-12-12 20:50:06.626+8 : Error : 112919586 : AppLayerHelper : Can't connect to the server. It may be busy or temporarily unavailable. Please try again.
    HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework]
    2011-12-12 20:50:15.037+8 : Info : 112919586 : AppLayerHelper : SignIn completed with HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework]
    2011-12-12 20:50:17.611+8 : Info : 112919586 : LogonSession : UI invoked SignIn
    2011-12-12 20:50:17.611+8 : Info : 112919586 : CredentialManager : Got a new user credential from app layer.
    2011-12-12 20:50:17.612+8 : Info : 112919586 : TrustManager : Adding domain.com to trusted domain list for Autodiscovery.
    2011-12-12 20:50:17.612+8 : Info : 112919586 : DiscoverySession : Uri for request IntDisc_https is https://lyncdiscoverinternal.domain.com/?sipuri=user@domain.com.
    2011-12-12 20:50:17.612+8 : Info : 112919586 : DiscoverySession : Uri for request IntDisc_http is 2011-12-12 https://lyncdiscoverinternal.domain.com/?sipuri=user@domain.com.
    20:50:17.617+8 : Info : 112919586 : LogonSession : SignInState: SigningIn
    2011-12-12 20:50:17.617+8 : Info : 112919586 : PresenceSubscriptionManager : HandleLogonSessionPropertyChange(SigningIn)
    2011-12-12 20:50:17.617+8 : Info : 112919586 : McxDataSynchronizer : Signed out
    2011-12-12 20:50:17.623+8 : Info : 112919586 : PresenceSubscriptionManager : HandleLogonSessionPropertyChange(SigningIn)
    2011-12-12 20:50:17.649+8 : Info : 112919586 : McxDataSynchronizer : Signed out
    2011-12-12 20:50:17.650+8 : Info : 112919586 : PresenceSubscriptionManager : HandleLogonSessionPropertyChange(SigningIn)
    2011-12-12 20:50:17.650+8 : Info : 112919586 : McxDataSynchronizer : Signed out
    2011-12-12 20:50:17.650+8 : Info : 112919586 : PresenceSubscriptionManager : HandleLogonSessionPropertyChange(SigningIn)
    2011-12-12 20:50:17.650+8 : Info : 112919586 : McxDataSynchronizer : Signed out
    2011-12-12 20:50:17.651+8 : Info : 112919586 : PresenceSubscriptionManager : HandleLogonSessionPropertyChange(SigningIn)
    2011-12-12 20:50:17.651+8 : Info : 112919586 : McxDataSynchronizer : Signed out
    2011-12-12 20:50:17.651+8 : Info : 112919586 : PresenceSubscriptionManager : HandleLogonSessionPropertyChange(SigningIn)
    2011-12-12 20:50:17.654+8 : Info : 112919586 : McxDataSynchronizer : Signed out
    2011-12-12 20:50:17.655+8 : Info : 112919586 : LogonSession : New LogonSession internal state = DiscoveringServer
    2011-12-12 20:50:19.057+8 : Info : 112919586 : LogonSession : UI invoked SignOut
    2011-12-12 20:50:19.058+8 : Info : 112919586 : LogonSession : Doing UI callback with RequestSupersededByAnotherError [Warning, Application, LogonSession]
    2011-12-12 20:50:19.060+8 : Info : 112919586 : LogonSession : SignInState: SignedOut
    2011-12-12 20:50:19.060+8 : Info : 112919586 : ConversationManager : LogonSession signed in or out
    2011-12-12 20:50:19.061+8 : Info : 112919586 : PresenceSubscriptionManager : HandleLogonSessionPropertyChange(SignedOut)
    2011-12-12 20:50:19.061+8 : Info : 112919586 : McxDataSynchronizer : Signed out
    2011-12-12 20:50:19.064+8 : Info : 112919586 : ConversationManager : LogonSession signed in or out
    2011-12-12 20:50:19.065+8 : Info : 112919586 : PresenceSubscriptionManager : HandleLogonSessionPropertyChange(SignedOut)
    2011-12-12 20:50:19.065+8 : Info : 112919586 : McxDataSynchronizer : Signed out
    2011-12-12 20:50:19.065+8 : Info : 112919586 : ConversationManager : LogonSession signed in or out
    2011-12-12 20:50:19.065+8 : Info : 112919586 : PresenceSubscriptionManager : HandleLogonSessionPropertyChange(SignedOut)
    2011-12-12 20:50:19.066+8 : Info : 112919586 : McxDataSynchronizer : Signed out
    2011-12-12 20:50:19.066+8 : Info : 112919586 : ConversationManager : LogonSession signed in or out
    2011-12-12 20:50:19.066+8 : Info : 112919586 : PresenceSubscriptionManager : HandleLogonSessionPropertyChange(SignedOut)
    2011-12-12 20:50:19.066+8 : Info : 112919586 : McxDataSynchronizer : Signed out
    2011-12-12 20:50:19.066+8 : Info : 112919586 : ConversationManager : LogonSession signed in or out
    2011-12-12 20:50:19.067+8 : Info : 112919586 : PresenceSubscriptionManager : HandleLogonSessionPropertyChange(SignedOut)
    2011-12-12 20:50:19.109+8 : Info : 112919586 : McxDataSynchronizer : Signed out
    2011-12-12 20:50:19.109+8 : Info : 112919586 : ConversationManager : LogonSession signed in or out
    2011-12-12 20:50:19.110+8 : Info : 112919586 : PresenceSubscriptionManager : HandleLogonSessionPropertyChange(SignedOut)
    2011-12-12 20:50:19.110+8 : Info : 112919586 : McxDataSynchronizer : Signed out
    2011-12-12 20:50:19.110+8 : Info : 112919586 : LogonSession : New LogonSession internal state = SignedOut
    2011-12-12 20:50:19.113+8 : Error : 374541430 : HttpRequestPump : Calling back IntDisc_http with error HttpRequestCancelled [Error, Transport, TransportFramework].
    2011-12-12 20:50:19.114+8 : Error : 447348814 : HttpRequestPump : Calling back IntDisc_https with error HttpRequestCancelled [Error, Transport, TransportFramework].
    2011-12-12 20:50:19.292+8 : Info : 112919586 : AppLayerHelper : SignIn completed with RequestSupersededByAnotherError [Warning, Application, LogonSession]
    2011-12-12 20:50:19.294+8 : Info : 112919586 : AppLayerHelper : SignOut completed with Ok [Warning, Global, Global]
    2011-12-12 20:50:19.294+8 : Warning : 112919586 : ConfigurationResolver : Got an unauthenticated response after state machine moved on.
    2011-12-12 20:50:19.294+8 : Warning : 112919586 : ConfigurationResolver : Got an unauthenticated response after state machine moved on.
    2011-12-12 20:50:22.436+8 : Info : 112919586 : NavigationManager : Navigating to: /UI/Pages/About.xaml

    • Edited by ssbob1975 Monday, December 12, 2011 1:06 PM more info
    Monday, December 12, 2011 1:01 PM
  • I have the same problem and get same error message. Unable sign in.

    I can access https://lyncdiscover.domain.com/autodiscover/autodiscoverservice.aspx/root/sipuri=user.name@sipdomain.com from outside, no problem.

    So it looks like this new Lync Mobility service is pretty complicated, eh?

    Anybody who has a luck - can you post some info here please? Also if anybody find solution - please report here ASAP.

    Thanks!


    • Edited by lync15 Monday, December 12, 2011 3:36 PM
    Monday, December 12, 2011 3:03 PM
  • We are experiencing the same error message on the client.

    Btw. shouldn't I suppose to telnet my Lync server on the new mobile port 5086, just like 5061?

    I don't get a respond on tcp 5086.

    Monday, December 12, 2011 3:26 PM
  • Have you installed CU4 on all your lync servers?  Have you also run the Install-CsDatabase update as part of CU4?

    I'm not really sure but it's working for me!  After I first installed the mobility service I could not connect to port 5086, but now it seems to be open and working.

    Monday, December 12, 2011 3:33 PM
  • Well, I guess we all have CU4 installed, otherwise we won't be even here :-)

    I do have Standard Edition of Lync, which means that both instances of SQL are installed locally, do I still need to run this command ( Install-CsDatabase update)? When I launch CU4 update installer, I get this:

    Which means I have all updates installed, right?

    By the way so far it looks like many people have this issue this morning, so it must be something in common.

    In my environment I do not have SSL for lyncdiscover.domain.com yet, so I implemented HTTP autodiscover through TMG, and I'm not sure if this may relate to the issue that WP7 device cannot sign in.

    Thanks!

    Monday, December 12, 2011 3:46 PM
  • We to are having problems.  We went the HTTP autodiscover route through the TMG as well.

    We have One Enterprise Lync Server and one Lync Edge Server.

    We did everything per the guide...it's just not working.  Doesn't work internally or externally.

    Monday, December 12, 2011 4:04 PM
  • Alex... yes you still need to run the CsDatabase update even if you run a standard deployment.

    Install-CsDatabase –Update –LocalDatabases


    DURP
    Monday, December 12, 2011 4:11 PM
  • I have my databases updated...and it still doesn't work.

    We don't have a director in our setup.   The documentation was a little fuzzy on if you have a director do this, and if not do this.  I believe I got everything right.

    Monday, December 12, 2011 4:20 PM
  • Ok, sounds good, I will definitely need to try this. Question: do you know if this will bring Lync clients down during this command?

    We do not have Enterprise voice in production yet, but we have 100 Lync users using Lync for IM and presence, and I don't want to disappoint them by disconnecting for even few seconds.

    Can anyone else confirm that this may be a solution? If this will fix the problem, it will be magic!

    Monday, December 12, 2011 4:20 PM
  • When I updated the database on mine, it didn't bounce the clients at all last Friday.  Just when installing the CU4 update it did.  Updating the database has no effect on the clients.

    I just want mine to work.  If you get yours working, maybe you can help me verify my settings like like we to have a similar setup.  We are only using Lync for IM and presence, no voice.

    Monday, December 12, 2011 4:43 PM
  • Hey guys,

    I am having the same issue, however i think I might've completely missed something. Can you please clarify the following? :

    Where https://lyncdiscover.domain.com and https://lyncdiscoverinternal.domain.com are supposed to point to? the Edge server? Director via the web proxy? FE server via the web proxy? We have autodiscover working externally for the full-blown clients using the _sip._tls DNS entries.

    If you can link me to the HTTP autodiscover documentation that would be ideal! :)

    I noticed that the lync mobile client is tryuing to connect to lyncdiscover.domain.com which is something completely new to me and as such, even if i create the DNS entries i'd still need to add the URL to our certs, etc... so not a small feat.



    EDIT: Just answered my own question - for anyone else who completely missed this: Along with installing CU4 you need to install the mobility service (install file here: http://www.microsoft.com/download/en/details.aspx?id=28356) . I am confirming if this needs to go on the director (or FE if you dont have the director).

    EDIT2: According to the documentation found here http://www.microsoft.com/download/en/details.aspx?id=28355 the mobility service needs to go on the FE server on each pool.


    • Edited by Maxim M Monday, December 12, 2011 4:57 PM
    Monday, December 12, 2011 4:43 PM
  • Hi Guys,

     

    Same issue here when connecting from my Windows 7 Phone, however if i test using powershell:

    Test-CsMcxP2PIM -TargetFqdn <FQDN of Front End pool> -SenderSipAddress sip:<SIP address of test user 1> -SenderCredential <test user 1 credentials> -ReceiverSipAddress sip:<SIP address of test user 2> -ReceiverCredential <test user 2 credentials> –v

    everything completed successfully. Any ideas?


    Mark King
    Monday, December 12, 2011 5:19 PM
  • Anyone trying to set it up against Lync Online?  We are not able to sign into Office365 using the user@domain.com style user ID either.

    any thoughts would be appreciated.


    Joe Honan
    Monday, December 12, 2011 5:46 PM
  • For Lync online (Office 365) please search for another thread - this issue has been addressed this morning, apparently Microsoft forgot to create DNS record for autodiscover so each client needs to do thisthemselve, lots of fun, eh?

    Now back to Lync mobile in private cloud. I just run command "Install-CsDatabase –Update –LocalDatabases" and first time it did not go through, then elevated my priv. (Run As Administrator) and it run just fine. All databases were updated. Although Lync Mobile still does not work - same error message.

    I also run the test command from the Shell (Test-CsMcxP2PIM -TargetFqdn <FQDN of Front End pool> -SenderSipAddress sip:<SIP address of test user 1> -SenderCredential <test user 1 credentials> -ReceiverSipAddress sip:<SIP address of test user 2> -ReceiverCredential <test user 2 credentials> –v) and it worked no problem - asked me twice for password, and everything looks good.

    I start thinking that it may be something to do with TMG publishing. Probably as most of people here, I did not plan to have SSL certificate for lyndiscover.sipdomain.com added as SAN name, so I went with the option for HTTP autodiscover. Created new TMG rule as per Microsoft documentation, traffic seems to be going through, it redirects to Front End with HTTPS, all name are resolved, but WP7 client cannot connect.

    Strange...

    Anybody have any luck?

    Monday, December 12, 2011 6:00 PM
  • Alex, I think we are in the same boat you are in.  We have everything set up per the guide, and the Test-CSMcxP2PIM comes back with success, but we went with the HTTP TMG publishing rule, and we can't get the WP7 client to connect, either on corporate WiFI, or externally on 3G through ATT.
    Monday, December 12, 2011 6:12 PM
  • So what's the scoop?

    Does it mean that we all need to go with SSL for autodiscover.<sipdomain>? I can do that but not today. It may takes few days as I need approval for SSL certificate update from our higher domain registrars, this is not easy process, but doable. I was hoping that I can start with HTTP and then use HTTPS later.

    Another thing: if this is all relate to autodiscover, can we test with manual discovery? Anybody knows what we need to type in the "Internal" and "External" autodiscover fields? I'm OK to use manual configuration for now, just to get it working, and then fix it properly.

    Anybody have any luck configuring manually and getting it working?

    Please share!!!

    Monday, December 12, 2011 6:29 PM
  • Yeah, wondering that too about the manual configuration.  Me and the other Lync server admins don't have WP7 phones.  We have Android and iOS devices, so it's hard for me to troubleshoot right now personally.  The people with WP7 devices are are higher level execs and I have bugged them enough today trying to get this to work. 
    Monday, December 12, 2011 6:34 PM
  • We use SSL for our autodiscover, but I have only configured the internal discovery dns-pointer for testing puposes.

    We don't have TMG, but another firewall between clients and our Lync front end server.

    I have tried with my Phone in the same network as the Lync server, it finds the autodiscover services, but is unable to connect.

     

    So for those of you who are also having this issue, is your tcp port 5086 open and listening on your Front End Servers? Can you telnet it?

     

    I have installed the CU4 patch for both my Frond End and Edge servers, as well upgrade the DB and assign new SAN addresses to the certificates. Restarted and checked everything several times with the documentation, but I can't find that I have missed something..

    Monday, December 12, 2011 6:41 PM
  • I am also wondering about the Test-CSMcxP2pIM cmdlet.  I never see anywhere in the output where it trys to connect to either of the lyncdiscover.sipdomain.com or lyncdiscoverinternal.sipdomain.com records.  It's coming back as a success for me, so whatever it is checking it likes what it sees, but not sure if its even checking the autodiscvoer URLs in DNS they had you create.
    Monday, December 12, 2011 6:48 PM
  • Yeah, you can telnet to port 5086.  If you look at TCP View, the server is listening.

     

    It would be helpful from me for them to go ahead and get the iOS and/or Android apps out so I don't have to keep borrowing my co-workers WP7 phone.

    Monday, December 12, 2011 7:03 PM
  • Somebody is saying that this is an issue on the TMG server is you used HTTP for authentiation:

    http://marjuss.wordpress.com/2011/12/12/troubleshoot-lync-mobility-reverse-proxy/

    I don't recall seeing to check the check box to allow client authentication over HTTP in the guide from Microsoft if you went the port 80 route.  Can anybody confirm this is working after making this change if you went the HTTP route?  I am going to have to wait on my co-worker to be free so I can try with his WP7 phone again.

    Monday, December 12, 2011 7:37 PM
  • I enabled Authentication over HTTP but this still does not work. Yes, it is by default is disabled, because Microsoft don't want you to allow password to be sent over HTTP unsecure channel, but again enabling this did not help.

    Besides, I do get re-directed nicely to my other rules, so the first step in autodiscover process is working. Somehow later on it does not work. I did get detailed log (nice trick - you send if from Mobile App under About, attach picture, and then rename JPG to TXT to see the LOG) and I do see the errors there, I will look into them tomorrow as I have to go now.

    Thanks everybody for contributing and hope that together we can fix this problem soon!

    Monday, December 12, 2011 8:33 PM
  • for those of you who dont have open ports 5086 and 5087 you need to run the commands under an account with csadministrator permissions or it will not open the ports
    Tuesday, December 13, 2011 12:04 AM
  • This is my last post for today.

    I'm rebooting Lync server tonight, as I'm not sure what else I can try to do. Will continue tomorrow working on this.

    What is interesting it does not work both internally and externally. Which means that the issue may be not with TMG.

    Does anyone here have any luck getting Lync mobile on WP7 working? Mine still the same and does not work at all.

    Oh well, I guess we were waiting for Lync mobile too long, and first day I was so excited, but hey - life is not easy!

    Hopefully during the week somebody will figure this out, we will fix it, and live happily ever after!

    Have a good night sleep everybody!

    Tuesday, December 13, 2011 2:36 AM
  •  

    Inside the office I get the following error.

    Lync is attempting to connect to:
    Https://presence.domain.com.au/autodiscover/autodiscoverservice.svc/root?sipuri=user@domain.net
    Tap ok to allow this connection

    I can open that link in IE and get prompted to open/save file.

    I have manual config on the phone

    Username DOMAIN\user

    Internal https://lyncdiscoverinternal.domain.net/autodiscover/autodiscover.svc/root

    External https://lyncdiscover.domain.net/autodiscover/autodiscoverservice.svc/root

    Can telent to the server on those ports and from what I can see in the logs it is connecting but the disconnecting just as fast.

    Tuesday, December 13, 2011 4:15 AM
  • I checked the Client Version Policy on the Lync server and found default setting for MCX user agent

    Version -- 4.*.*.*

    Compair operation -- Older than

    Action -- Block

     

    I changed

    Older Than to Same As

    Block to Allow and it still does not work.

     

    Tuesday, December 13, 2011 7:32 AM
  • I set my password incorrectly and got this error

     Can't sign in. Please check your account information and try again.

     

    Tuesday, December 13, 2011 10:04 AM
  • After you run the Lync Server Deployment wizard, check for Autodiscover and Mcx directories in IIS. Then run a netstat -a and look for listening port 5087 and 5086. If they are not listening reboot the Lync Server and they should show up. You will be able to log in after this. HTH
    Tuesday, December 13, 2011 11:07 AM
  • Hi there I'm having similiar problems, although I think it's because the ports are not open. I've run the set-cswebserver commands (after hitting enter, it just returns to a new line with no confirmation). Have rebooted but can't telnet the ports or see them open in netstat. User is a member of CSAdmins too. Any ideas?
    Tuesday, December 13, 2011 11:23 AM
  • Hi Adiano_83,

     

    a netstat -an confirms that my ports are open and loking at the log file from the phone it looks like a connection is being made.

    Thanks,

    Jeff

    Tuesday, December 13, 2011 11:39 AM
  • is UAC for user or admin on the server?

    if yes try to run the Lync management shell as administrator.

    Tuesday, December 13, 2011 11:41 AM
  • Hi!

    I still cannot get the ports to listen on my server, even after a restart of the server and checking the install logs again.

    I can do the test, and it completes successfully.

    I even tried to revert back to my pre-installation snapshot and do the entire installation all over again. Everything completes successfully and I see in the logs that it adds the ports in the firewall, the vdir in IIS is created and I can run the test without problems.

    Tuesday, December 13, 2011 11:41 AM
  • I too am having problems getting the ports to listen as well.  Re-ran the commands after running the Lync shell as admin (right click, run as Administrator).  After a reboot the ports still aren't listening, but the firewall rules were created successfully, the vdir in IIS is there and our tests work without a problem as well.  At one point yesterday we had 5086 listening, as I could telnet to it. 5087 never was working for us.  But after a reboot, even 5086 went away and it didn't come back.

     

    Tuesday, December 13, 2011 1:42 PM
  • Good day everybody!

    Today I started checking this issue and first thing I found that my Lync server is no longer listening to ports 5086 and 5087. As promised, I rebooted Lync Front-End server yesterday, so I assume that this is what triggered this issue. So basically now it is even worse - before at least I was able to TELNET these two ports, and now I cannot. Bad news!

    Of course first thing I tried to re-run command that enables these ports - nothing. Then I re-run update database - nothing. I cannot re-install CU4 as somebody suggested because when I run installer it says "All Apps Up-To-Date" and does not allow to install anything.

    When I try connecting from Internet (WiFi is off), I get this message: Unable to sign in. Can't connect to the server. It might be unavailable. Also please check your network connection, sigh-in address, and server address.

    When I'm connected to internal WiFi corporate network and try sign-in, I get this message: Unable to sign in. Can't connect to the server. It may be busy or temporary unavailable. Please try again.

    I guess my next step would be to start working on SSL certificate update. Since this is the recommended way anyway, and because right now it looks like there is no available solution, I will try to do that and will post information whether or not this might be potential fix. Also in the next post I will post detailed Log with the error messages so maybe somebody can understand what they mean and advise what can be done to fix that.

    Anybody got any luck moving forward? Any news or updates? Please don't hesitate to post here...

    Microsoft? Where are you? We need you! Please HELP with your great product that does not work!

    Tuesday, December 13, 2011 2:12 PM
  • I think I got my certificates right, my logs tell me so, but I'm still not able to telnet to those ports.

    And as i mentioned earlier, I even reverted back to before the update/installation and I did the whole procedure again without any luck.

    Tuesday, December 13, 2011 2:17 PM
  • I rebooted the server and run netstat -an again and the server is no longer listening on 5086 and 5087

    I then ran the BPA for Lync server and found,

    Info:Ready - McxInternal Trusted service with port 5086, routable True and gruuId 5a9d1b39-8969-58d0-ad27-d49f870ad6c1

    Info:Ready - McxExternal Trusted service with port 5087, routable True and gruuId f674c0e2-4f21-5eea-a318-393b4c72e2b4

     

     

     

    Tuesday, December 13, 2011 2:20 PM
  • I think I got my certificates right, my logs tell me so, but I'm still not able to telnet to those ports.

    And as i mentioned earlier, I even reverted back to before the update/installation and I did the whole procedure again without any luck.


    same here, first thing i did was add to my UC cert 'lyncdiscover.mydomain.com & lyncdiscoverinternal.mydomain.com'

    Slowly runing out of ideas, server has been rebooted, i also ran the deployment tool again.

    My server is currently listening on port 5086 but no sign of 5087.

     


    Mark King
    Tuesday, December 13, 2011 2:20 PM
  • Yesterday, I was in your spot Mark.  Listening on 5086, but not 5087.  I did a reboot as suggested earlier, and now I don't have either port listening.  VERY frustrating, and nobody to turn to for help it seems.
    Tuesday, December 13, 2011 2:24 PM
  • You have to wonder why the Mobility Server does not have a place in the Topology Builder???
    Tuesday, December 13, 2011 2:31 PM
  • LE2Strat,

    I have been in that position today too. I had neither of the 2 ports showing when i ran netstat -a.

    I fixed this by running these again:

    Set-CsWebServer -Identity <name of pool> -McxSipPrimaryListeningPort 5086

    Set-CsWebServer -Identity <name of pool> -McxSipExternalListeningPort 5087

    Enable-CsTopology -verbose

    waiting 5 minutes after this and then 5086 was listening again.

    assuming 5086 is listening an internal connection over wifi should be possible. it is apparent in my situation that the client is communicating with the server but looking at the logs that apppears to be a HttpServiceBusyOrUnavailableError


    Mark King
    Tuesday, December 13, 2011 2:32 PM
  • I got mine working yesterday, though I ran into a few issues. Full documentation here: http://flinchbot.wordpress.com/2011/12/12/troubleshooting-tips-for-lync-mobility/

    In short, I had a typo in my DNS; I had to add lyncdiscover.company.com to the permitted web sites list on my TMG rule ( to go along with the meet, admin, and dialin simple URL's); I had to add the domain\username values to the log in screen and finally I had to enable some session persistence on my hardware load balancer.

    Tuesday, December 13, 2011 2:39 PM
  • Yeah, I re-ran the commands to, still never saw the ports show up.  Interesting it took a bit for 5086 to show back up for you.  I ran the commands again my server over 30 min ago, and even 5086 hasn't even showed back up.
    Tuesday, December 13, 2011 2:41 PM
  • if you run this

    Get-CsService –WebServer

    does it show Mcx Ports? Mine still not working.

    Tuesday, December 13, 2011 3:02 PM
  • Yes, I see the ports just like you have.  I also see the Mcx External and Internal links further down. 
    Tuesday, December 13, 2011 3:14 PM
  • Yes, I see the ports just like you have.  I also see the Mcx External and Internal links further down. 


    Same here.

     

    Just tried putting the MCX URLS in the client but got the same result.


    Mark King
    Tuesday, December 13, 2011 3:18 PM
  • I checked again and now I can TELNET to port 5086. It took some time for this to start working. Now I'm wondering what could happen if I reboot server again :-)

    Here is the detailed Log from one single attempt of trying to connect from WP7 to Lync through TMG using GPRS network (not WiFi):

    ---------------------------------------------

    2011-12-13 10:01:51.480-5 : Info : 476388394 : App : Launching 4.0.7878.0
    2011-12-13 10:01:51.541-5 : Info : 476388394 : PhotoManager : StartPhotoDownloads()
    2011-12-13 10:01:51.543-5 : Info : 476388394 : PresenceSubscriptionManager : Subscription context will be renewed at 0001-01-01 00:00:00Z and expires at 0001-01-01 00:00:00Z.
    2011-12-13 10:01:51.586-5 : Info : 476388394 : InternalExternalSelector : Configuring Transport to use INTERNAL URLs
    2011-12-13 10:01:51.605-5 : Info : 476388394 : PushNotificationChannel : Syncing actual=Closed to desiredOpen=False
    2011-12-13 10:01:51.613-5 : Info : 476388394 : App : Launching took 681 ms
    2011-12-13 10:01:52.954-5 : Info : 476388394 : MainPage : QueryString Value
    2011-12-13 10:01:55.539-5 : Info : 476388394 : LogonSession : UI invoked SignIn
    2011-12-13 10:01:55.552-5 : Info : 476388394 : CredentialManager : Got a new user credential from app layer.
    2011-12-13 10:01:55.556-5 : Info : 476388394 : TrustManager : Adding <sipdomain.com> to trusted domain list for Autodiscovery.
    2011-12-13 10:01:55.560-5 : Info : 476388394 : DiscoverySession : Uri for request IntDisc_https is https://lyncdiscoverinternal.<sipdomain.com>/?sipuri=<user@sipdomain.com>.
    2011-12-13 10:01:55.562-5 : Info : 476388394 : DiscoverySession : Uri for request IntDisc_http is http://lyncdiscoverinternal.<sipdomain.com>/?sipuri=<user@sipdomain.com>.
    2011-12-13 10:01:55.799-5 : Info : 476388394 : LogonSession : SignInState: SigningIn
    2011-12-13 10:01:55.804-5 : Info : 476388394 : PresenceSubscriptionManager : HandleLogonSessionPropertyChange(SigningIn)
    2011-12-13 10:01:55.805-5 : Info : 476388394 : McxDataSynchronizer : Signed out
    2011-12-13 10:01:55.853-5 : Info : 476388394 : LogonSession : New LogonSession internal state = DiscoveringServer
    2011-12-13 10:01:57.642-5 : Warning : 460592574 : HttpRequestPump : Got a WebException while reading the response for IntDisc_http.
    2011-12-13 10:01:57.652-5 : Error : 460592574 : HttpRequestPump : Request IntDisc_http failed due to an unidentified network error.
    2011-12-13 10:01:57.657-5 : Error : 460592574 : HttpRequestPump : Calling back IntDisc_http with error ConnectionError [Error, Transport, TransportFramework].
    2011-12-13 10:01:57.673-5 : Info : 476388394 : ConfigurationResolver : A discover request has failed. Waiting for parallel request result.
    2011-12-13 10:01:57.685-5 : Warning : 460592574 : HttpRequestPump : Got a WebException while reading the response for IntDisc_https.
    2011-12-13 10:01:57.685-5 : Error : 460592574 : HttpRequestPump : Request IntDisc_https failed due to an unidentified network error.
    2011-12-13 10:01:57.686-5 : Error : 460592574 : HttpRequestPump : Calling back IntDisc_https with error ConnectionError [Error, Transport, TransportFramework].
    2011-12-13 10:01:57.702-5 : Info : 476388394 : ConfigurationResolver : Internal autodiscovery requests failed. Trying external.


    ***** At this point internal autodiscover fails, because there is no WiFi, so it is so far working properly. Now start external discovery **********


    2011-12-13 10:01:57.702-5 : Info : 476388394 : DiscoverySession : Uri for request ExtDisc_https is https://lyncdiscover.<sipdomain.com>/?sipuri=<user@sipdomain.com>.
    2011-12-13 10:01:57.703-5 : Info : 476388394 : DiscoverySession : Uri for request ExtDisc_http is http://lyncdiscover.<sipdomain.com>/?sipuri=<user@sipdomain.com>.
    2011-12-13 10:01:58.015-5 : Info : 460592574 : HttpRequestPump : Completed request ExtDisc_http.
    2011-12-13 10:01:58.033-5 : Info : 476388394 : ConfigurationResolver : Redirect to https://lync.<sipdomain.com>/Autodiscover/AutodiscoverService.svc/root?sipuri=<user@sipdomain.com> requires a trust decision.
    2011-12-13 10:01:58.038-5 : Info : 476388394 : TrustManager : Trust of https://lync.<sipdomain.com>/Autodiscover/AutodiscoverService.svc/root?sipuri=<user@sipdomain.com> for Autodiscovery is inherited through <sipdomain.com>.
    2011-12-13 10:01:58.039-5 : Info : 476388394 : TrustManager : Redirection to https://lync.<sipdomain.com>/Autodiscover/AutodiscoverService.svc/root?sipuri=<user@sipdomain.com> is trusted for Autodiscovery.
    2011-12-13 10:01:58.039-5 : Info : 476388394 : ConfigurationResolver : Redirecting discovery query for <user@sipdomain.com> to https://lync.<sipdomain.com>/Autodiscover/AutodiscoverService.svc/root?sipuri=<user@sipdomain.com>.
    2011-12-13 10:01:58.045-5 : Info : 476388394 : DiscoverySession : Uri for request RedirectDisc is https://lync.<sipdomain.com>/Autodiscover/AutodiscoverService.svc/root?sipuri=<user@sipdomain.com>.
    2011-12-13 10:01:58.045-5 : Info : 476388394 : ConfigurationResolver : Sending unauthenticated discovery request for <user@sipdomain.com> to https://lync.<sipdomain.com>/Autodiscover/AutodiscoverService.svc/root?sipuri=<user@sipdomain.com>.
    2011-12-13 10:01:58.697-5 : Warning : 460592574 : HttpRequestPump : Got a WebException while reading the response for ExtDisc_https.
    2011-12-13 10:01:58.697-5 : Error : 460592574 : HttpRequestPump : Request ExtDisc_https failed due to an unidentified network error.
    2011-12-13 10:01:58.697-5 : Error : 460592574 : HttpRequestPump : Calling back ExtDisc_https with error ConnectionError [Error, Transport, TransportFramework].
    2011-12-13 10:01:58.706-5 : Warning : 476388394 : ConfigurationResolver : Got an unauthenticated response after state machine moved on.
    2011-12-13 10:01:59.198-5 : Info : 460592574 : HttpRequestPump : Completed request RedirectDisc.
    2011-12-13 10:01:59.223-5 : Info : 476388394 : ConfigurationResolver : Redirect to https://lync.<sipdomain.com>/Autodiscover/AutodiscoverService.svc/root/user from secure link

    https://lync.<sipdomain.com>/Autodiscover/AutodiscoverService.svc/root?sipuri=<user@sipdomain.com> does not require a trust decision.
    2011-12-13 10:01:59.224-5 : Info : 476388394 : ConfigurationResolver : Redirecting discovery query for <user@sipdomain.com> to https://lync.<sipdomain.com>/Autodiscover/AutodiscoverService.svc/root/user.
    2011-12-13 10:01:59.225-5 : Info : 476388394 : ConfigurationResolver : Sending authenticated discovery request for <user@sipdomain.com> to https://lync.<sipdomain.com>/Autodiscover/AutodiscoverService.svc/root/user.
    2011-12-13 10:01:59.226-5 : Verbose : 476388394 : HttpRequestPump : Request AuthDisc to https://lync.<sipdomain.com>/Autodiscover/AutodiscoverService.svc/root/user requires metadata.
    2011-12-13 10:01:59.229-5 : Verbose : 476388394 : MetadataManager : Got a resolve request for https://lync.<sipdomain.com>/Autodiscover/AutodiscoverService.svc/root/user.
    2011-12-13 10:01:59.408-5 : Warning : 460592574 : HttpRequestPump : Got a WebException while reading the response for UnauthGethttps://lync.<sipdomain.com>/Autodiscover/AutodiscoverService.svc/root/user.
    2011-12-13 10:01:59.409-5 : Error : 460592574 : MetadataManager : Unauthenticated get did not receive a web ticket issuer header.
    2011-12-13 10:01:59.409-5 : Error : 460592574 : HttpRequestPump : Got a failure response to request UnauthGethttps://lync.<sipdomain.com>/Autodiscover/AutodiscoverService.svc/root/user. Status: UnknownError.

    Code: 403.
    2011-12-13 10:01:59.410-5 : Verbose : 460592574 : HttpRequestPump : Error status description for request UnauthGethttps://lync.<sipdomain.com>/Autodiscover/AutodiscoverService.svc/root/user is "Forbidden (

    The server denied the specified Uniform Resource Locator (URL). Contact the server administrator.  )".

    ******** It looks like the problem starting right here - two lines above, but I do not know what is causing it or how to fix that :-) ********

    2011-12-13 10:01:59.410-5 : Verbose : 460592574 : HttpRequestPump : Error header collection for request UnauthGethttps://lync.<sipdomain.com>/Autodiscover/AutodiscoverService.svc/root/user is:

    Connection="close"; Pragma="no-cache"; Cache-Control="no-cache"; Content-Type="text/html"; Content-Length="3151";
    2011-12-13 10:01:59.410-5 : Error : 460592574 : HttpRequestPump : Calling back UnauthGethttps://lync.<sipdomain.com>/Autodiscover/AutodiscoverService.svc/root/user with error HttpClientForbiddenError [Error,

    Transport, TransportFramework].
    2011-12-13 10:01:59.414-5 : Error : 460592574 : MetadataManager : Web request to resolve failed. Error: HttpClientForbiddenError [Error, Transport, TransportFramework].
    2011-12-13 10:01:59.419-5 : Error : 460592574 : HttpRequestPump : Failed to resolve metadata for AuthDisc. Status=HttpClientForbiddenError [Error, Transport, TransportFramework].
    2011-12-13 10:01:59.420-5 : Error : 460592574 : HttpRequestPump : Calling back AuthDisc with error HttpClientForbiddenError [Error, Transport, TransportFramework].
    2011-12-13 10:01:59.431-5 : Info : 476388394 : RequestRetryQueue : AuthDisc HttpClientForbiddenError [Error, Transport, TransportFramework] retry=False
    2011-12-13 10:01:59.433-5 : Info : 476388394 : InternalExternalSelector : Checking whether to switch from INTERNAL because of HttpClientForbiddenError [Error, Transport, TransportFramework]
    2011-12-13 10:01:59.434-5 : Info : 476388394 : InternalExternalSelector : Not signed in
    2011-12-13 10:01:59.451-5 : Error : 476388394 : ConfigurationResolver : Autodiscovery for <user@sipdomain.com> failed with status DiscoveryFailedPastRoot [Error, Application, Discovery].
    2011-12-13 10:01:59.467-5 : Info : 476388394 : LogonSession : SignInState: SignedOut
    2011-12-13 10:01:59.467-5 : Info : 476388394 : ConversationManager : LogonSession signed in or out
    2011-12-13 10:01:59.467-5 : Info : 476388394 : PresenceSubscriptionManager : HandleLogonSessionPropertyChange(SignedOut)
    2011-12-13 10:01:59.468-5 : Info : 476388394 : McxDataSynchronizer : Signed out
    2011-12-13 10:01:59.471-5 : Info : 476388394 : LogonSession : New LogonSession internal state = SignedOut
    2011-12-13 10:01:59.472-5 : Info : 476388394 : LogonSession : Doing UI callback with DiscoveryFailedPastRoot [Error, Application, Discovery]
    2011-12-13 10:01:59.579-5 : Error : 476388394 : AppLayerHelper : Can't connect to the server. It might be unavailable. Also please check your network connection, sign-in address, and server addresses.
    DiscoveryFailedPastRoot [Error, Application, Discovery]
    2011-12-13 10:02:01.313-5 : Info : 476388394 : AppLayerHelper : SignIn completed with DiscoveryFailedPastRoot [Error, Application, Discovery]
    2011-12-13 10:02:03.147-5 : Info : 476388394 : NavigationManager : Navigating to: /UI/Pages/About.xaml
    ------------------------------------------------------------------------------------------------------------------------------

    If anybody can review and shed some light here, maybe we can resolve this issue soon?


    • Edited by lync15 Tuesday, December 13, 2011 3:26 PM
    Tuesday, December 13, 2011 3:23 PM
  • Ok, who wants to volunteer their Windows 7 phone to test our mobility setup and possibly send me the diagnostic log from the phone if it doesnt work.
    Tuesday, December 13, 2011 3:27 PM
  • alexgarin,

    your issue seems different to what I am experiencing. Looking at your logs you seem to be receiving an http (403 forbidden) message. This could be down to IIS configuration.

     

    What happens if you try accessing the URL: https://lync.<sipdomain.com>/Autodiscover/AutodiscoverService.svc/root/user in Internet Explorer?


    Mark King
    Tuesday, December 13, 2011 3:30 PM
  • Yes, I see the ports just like you have.  I also see the Mcx External and Internal links further down. 


    Same here.

     

    Just tried putting the MCX URLS in the client but got the same result.


    Mark King


    Same here time for bed. Hope for a fix by the morning, fingers crossed.

    Tuesday, December 13, 2011 3:31 PM
  • Yeah, 5086 came back from us as well after a while.  I can telnet to it again.  Still no sign of 5087.  5087 is used for the external connection, so maybe that is why yours isn't working?
    Tuesday, December 13, 2011 3:32 PM
  • just checked netstat -an and 5086 is listening again???

    going to bed!

    Tuesday, December 13, 2011 3:32 PM
  • Ok, who wants to volunteer their Windows 7 phone to test our mobility setup and possibly send me the diagnostic log from the phone if it doesnt work.

    i'm around for the next 2 hours if you would like me to test for you.
    Mark King
    Tuesday, December 13, 2011 3:34 PM
  • Ok, who wants to volunteer their Windows 7 phone to test our mobility setup and possibly send me the diagnostic log from the phone if it doesnt work.

    i'm around for the next 2 hours if you would like me to test for you.

    • Edited by kerberos451 Tuesday, December 13, 2011 3:42 PM
    Tuesday, December 13, 2011 3:37 PM
  • Ok me and Kerberos451 work at the same place, and ours is working now after Mark volunteered to test.  5087 is now showing up now somebody is connected.

    We had some minimal changes.  Re-added the ports, and added lyncdiscover on the name tab on the TMG server.

    I guess all the worrying over not seeing the ports at all times isn'st a big issue like we thought it was afterwall.  That was my sticking point (not seeing the ports). 

    Edit:  There is a post up above saying that one person had to check the box to allow HTTP authentication on their TMG rule.  I thought we had done that since I read it and looked into it, but we left it unchecked.


    • Edited by LE2Strat Tuesday, December 13, 2011 4:04 PM
    Tuesday, December 13, 2011 3:55 PM
  • I have same error...

    Log:

    2011-12-13 19:50:57.828+4 : Info : 467011150 : App : Launching 4.0.7878.0
    2011-12-13 19:50:57.885+4 : Info : 467011150 : PhotoManager : StartPhotoDownloads()
    2011-12-13 19:50:57.887+4 : Info : 467011150 : PresenceSubscriptionManager : Subscription context will be renewed at 0001-01-01 00:00:00Z and expires at 0001-01-01 00:00:00Z.
    2011-12-13 19:50:57.931+4 : Info : 467011150 : InternalExternalSelector : Configuring Transport to use EXTERNAL URLs
    2011-12-13 19:50:57.952+4 : Info : 467011150 : PushNotificationChannel : Syncing actual=Closed to desiredOpen=False
    2011-12-13 19:50:57.960+4 : Info : 467011150 : App : Launching took 665 ms
    2011-12-13 19:50:59.335+4 : Info : 467011150 : MainPage : QueryString Value
    2011-12-13 19:51:01.853+4 : Info : 467011150 : LogonSession : UI invoked SignIn
    2011-12-13 19:51:01.866+4 : Info : 467011150 : CredentialManager : Got a new user credential from app layer.
    2011-12-13 19:51:01.869+4 : Info : 467011150 : TrustManager : Adding domain.com to trusted domain list for Autodiscovery.
    2011-12-13 19:51:01.874+4 : Info : 467011150 : DiscoverySession : Uri for request IntDisc_https is https://lyncdiscoverinternal.domain.com/?sipuri=user@domain.com.
    2011-12-13 19:51:01.876+4 : Info : 467011150 : DiscoverySession : Uri for request IntDisc_http is http://lyncdiscoverinternal.domain.com/?sipuri=user@domain.com.
    2011-12-13 19:51:01.942+4 : Info : 467011150 : LogonSession : SignInState: SigningIn
    2011-12-13 19:51:01.954+4 : Info : 467011150 : PresenceSubscriptionManager : HandleLogonSessionPropertyChange(SigningIn)
    2011-12-13 19:51:01.955+4 : Info : 467011150 : McxDataSynchronizer : Signed out
    2011-12-13 19:51:02.009+4 : Info : 467011150 : LogonSession : New LogonSession internal state = DiscoveringServer
    2011-12-13 19:51:02.230+4 : Info : 437782002 : HttpRequestPump : Completed request IntDisc_http.
    2011-12-13 19:51:02.252+4 : Info : 467011150 : ConfigurationResolver : Redirect to https://Lync.domain.com/Autodiscover/AutodiscoverService.svc/root?sipuri=user@domain.com requires a trust decision.
    2011-12-13 19:51:02.262+4 : Info : 467011150 : TrustManager : Trust of https://Lync.domain.com/Autodiscover/AutodiscoverService.svc/root?sipuri=user@domain.com for Autodiscovery is inherited through domain.com.
    2011-12-13 19:51:02.263+4 : Info : 467011150 : TrustManager : Redirection to https://Lync.domain.com/Autodiscover/AutodiscoverService.svc/root?sipuri=user@domain.com is trusted for Autodiscovery.
    2011-12-13 19:51:02.263+4 : Info : 467011150 : ConfigurationResolver : Redirecting discovery query for user@domain.com to https://Lync.domain.com/Autodiscover/AutodiscoverService.svc/root?sipuri=user@domain.com.
    2011-12-13 19:51:02.264+4 : Info : 467011150 : DiscoverySession : Uri for request RedirectDisc is https://Lync.domain.com/Autodiscover/AutodiscoverService.svc/root?sipuri=user@domain.com.
    2011-12-13 19:51:02.265+4 : Info : 467011150 : ConfigurationResolver : Sending unauthenticated discovery request for user@domain.com to https://Lync.domain.com/Autodiscover/AutodiscoverService.svc/root?sipuri=user@domain.com.
    2011-12-13 19:51:02.588+4 : Warning : 437782002 : HttpRequestPump : Got a WebException while reading the response for IntDisc_https.
    2011-12-13 19:51:02.600+4 : Error : 437782002 : HttpRequestPump : Request IntDisc_https failed due to an unidentified network error.
    2011-12-13 19:51:02.603+4 : Error : 437782002 : HttpRequestPump : Calling back IntDisc_https with error ConnectionError [Error, Transport, TransportFramework].
    2011-12-13 19:51:02.614+4 : Warning : 467011150 : ConfigurationResolver : Got an unauthenticated response after state machine moved on.
    2011-12-13 19:51:05.744+4 : Warning : 437782002 : HttpRequestPump : Got a WebException while reading the response for RedirectDisc.
    2011-12-13 19:51:05.744+4 : Error : 437782002 : HttpRequestPump : Request RedirectDisc failed due to an unidentified network error.
    2011-12-13 19:51:05.744+4 : Error : 437782002 : HttpRequestPump : Calling back RedirectDisc with error ConnectionError [Error, Transport, TransportFramework].
    2011-12-13 19:51:05.755+4 : Info : 467011150 : RequestRetryQueue : RedirectDisc ConnectionError [Error, Transport, TransportFramework] retry=True
    2011-12-13 19:51:05.843+4 : Warning : 437782002 : HttpRequestPump : Got a WebException while reading the response for RedirectDisc.
    2011-12-13 19:51:05.843+4 : Error : 437782002 : HttpRequestPump : Request RedirectDisc failed due to an unidentified network error.
    2011-12-13 19:51:05.844+4 : Error : 437782002 : HttpRequestPump : Calling back RedirectDisc with error ConnectionError [Error, Transport, TransportFramework].
    2011-12-13 19:51:05.855+4 : Info : 467011150 : RequestRetryQueue : RedirectDisc ConnectionError [Error, Transport, TransportFramework] retry=True
    2011-12-13 19:51:05.932+4 : Warning : 437782002 : HttpRequestPump : Got a WebException while reading the response for RedirectDisc.
    2011-12-13 19:51:05.932+4 : Error : 437782002 : HttpRequestPump : Request RedirectDisc failed due to an unidentified network error.
    2011-12-13 19:51:05.932+4 : Error : 437782002 : HttpRequestPump : Calling back RedirectDisc with error ConnectionError [Error, Transport, TransportFramework].
    2011-12-13 19:51:05.942+4 : Info : 467011150 : InternalExternalSelector : Checking whether to switch from EXTERNAL because of ConnectionError [Error, Transport, TransportFramework]
    2011-12-13 19:51:05.944+4 : Info : 467011150 : InternalExternalSelector : Not signed in
    2011-12-13 19:51:05.961+4 : Error : 467011150 : ConfigurationResolver : Autodiscovery for user@domain.com failed with status DiscoveryFailedPastRoot [Error, Application, Discovery].
    2011-12-13 19:51:05.977+4 : Info : 467011150 : LogonSession : SignInState: SignedOut
    2011-12-13 19:51:05.978+4 : Info : 467011150 : ConversationManager : LogonSession signed in or out
    2011-12-13 19:51:05.978+4 : Info : 467011150 : PresenceSubscriptionManager : HandleLogonSessionPropertyChange(SignedOut)
    2011-12-13 19:51:05.978+4 : Info : 467011150 : McxDataSynchronizer : Signed out
    2011-12-13 19:51:05.982+4 : Info : 467011150 : LogonSession : New LogonSession internal state = SignedOut
    2011-12-13 19:51:05.983+4 : Info : 467011150 : LogonSession : Doing UI callback with DiscoveryFailedPastRoot [Error, Application, Discovery]
    2011-12-13 19:51:06.158+4 : Error : 467011150 : AppLayerHelper : Не удается подключиться к серверу. Возможно, он недоступен. Также проверьте сетевое подключение, адрес для входа и адреса сервера.
    DiscoveryFailedPastRoot [Error, Application, Discovery]
    2011-12-13 19:51:07.213+4 : Info : 467011150 : AppLayerHelper : SignIn completed with DiscoveryFailedPastRoot [Error, Application, Discovery]

    Tuesday, December 13, 2011 3:58 PM
  • Ok me and Kerberos451 work at the same place, and ours is working now after Mark volunteered to test.  5087 is now showing up now somebody is connected.

    We had some minimal changes.  Re-added the ports, added lyncdiscover on the name tab on the TMG server, and checked the box for HTTP authentication on the HTTP rule you had to create on the TMG server.   I guess all the worrying over not seeing the ports at all times isn'st a big issue like we thought it was afterwall. 


    Quick update, we did NOT check the HTTP authentication on the Listener tab, properties, advanced, authentication section.

     

    Our setup followed the published Microsoft document using the non ssl autodiscovery.  The only thing we did not mentioned in the document was what LE2Strat mentioned above minus the HTTP authentication. 

     

    Would also like to add we never saw port 5087 listening until there was a actual connection request (take this with a grain of salt).


    • Edited by kerberos451 Tuesday, December 13, 2011 4:06 PM
    Tuesday, December 13, 2011 4:02 PM
  • Another day and the client still will not connect!!

     

    Wednesday, December 14, 2011 7:56 AM
  • Dear all,

     

    i am also in the same boat, but getting diff error.

    (000000000083932A)Creating new session for user=<sip:user@sip.com.sg>, device=<fURQQlqsf1dK5uQVquijx16vDqg=>, appId=<0f961bb6-0a7e-4b72-bafd-10cdfed31c56>, useragent=<WPLync/4.0.7878.0 (Microsoft Windows CE 7.10.7740; HTC 7 Mozart T8698 2250.21.51001.728)>

    from the above line i can see the phone managed to connect to server but failed with  below exception, tried all sort of troubleshooting.

     

    WPP exception.


    Microsoft.Rtc.Internal.Mcx.McxException: Method not found: 'Void Microsoft.Rtc.Internal.Collaboration.UserEndpointSettingsInternal.set_AutoAcceptInterval(Int32)'. ---> System.MissingMethodException: Method not found: 'Void Microsoft.Rtc.Internal.Collaboration.UserEndpointSettingsInternal.set_AutoAcceptInterval(Int32)'.
       at Microsoft.Rtc.Internal.Mcx.Session.Initiate(CollaborationPlatform collabPlatform, Boolean isClientOutsideCorporateNetwork, UInt32 userStateAvailability, String culture, String activityToken, UInt32 minUserStateAvailability, UInt32 maxUserStateAvailability, String userAgent, String endpointLocation, Int64 timeZoneBias, String timeZoneName, String timeZoneAbbreviation, UInt32 onlineToInactiveTransitionInterval, String mobilePhoneNumber, EndpointCapabilities capabilities, McxServiceAsyncResult`1 asyncResult)
       at Microsoft.Rtc.Internal.Mcx.SessionManager.InitiateSession(OCSIdentity identity, Boolean isClientOutsideCorporateNetwork, String appId, String deviceId, UInt32 userStateAvailability, String culture, String activityToken, UInt32 minUserStateAvailability, UInt32 maxUserStateAvailability, String userAgent, String endpointLocation, Int64 timeZoneBias, String timeZoneName, String timeZoneAbbreviation, UInt32 onlineToInactiveTransitionInterval, String mobilePhoneUri, EndpointCapabilities capabilities, McxServiceAsyncResult`1 asyncResult)
       --- End of inner exception stack trace ---
       at Microsoft.Rtc.Mcx.McxServiceAsyncResult`1.EndInvoke()
       at Microsoft.Rtc.Mcx.McxService.EndInitiateSession(IAsyncResult result)

     

    Further to above these are logged in lync loggin tool.

     

    (0000000003BCAB18)Could not find auth type match for <endp, https://~/autodiscover.xml>

     

    Add Ms-diagnostics header <errorId,28029> <reason,Authentication type not allowed.>

     

    (00000000028BC8C8)Async wait handle requested => caller wants Blocking the thread!

    above is the begining of error trace, from Mcxservice.

     

     


    The patheless path...

    • Edited by Jeya Pandian Wednesday, December 14, 2011 10:19 AM Edit 2
    Wednesday, December 14, 2011 9:50 AM
  • Yesterday everything just started to work after I finally was able to try to connected from the outside of my network,  and now it also works internally.

    So I'm up and running, but if I'm correct, I'm dissapointed to see that it isn't possible to do a Lync to Lync call with the mobile client...? It only have Enterprise Voice capabilities?

    Our salesdepartment travels all over the world and we thought that Lync mobile was the thing that could replace Viber...

    Wednesday, December 14, 2011 10:24 AM
  • It now works externally for me once I created a seperate rule in TMG to allow access to lyncdiscover. I had previously configured it to use the same rule as my simple URLS.

    still can't make it work internally over wifi though.


    Mark King
    Wednesday, December 14, 2011 10:31 AM
  • Ok guys, it is working for me now, and here is what I changed on TMG to make it working. From the beginning I had 2 rules for publishing Lync - one that we used before (meet, dialin, lync) for external access and video-conferencing, and second I created specifically for Lync Mobile and it only has one path - lyncdiscover.sipdomain.com. Both rules are using the same listener as I did not want to waste extra public IP address. So what I did is went into the listener properties (again this listener is used by both rules) and and changed Client Authentication Method from "No Authentication" to "HTTP Authentication" with Basic authentication allowed as showed on the picture below:

    THat's it. As soon as I done this change - boom, my WP7 connected to Lync from outside (Internet) instantly. Next I will test connectivity through WiFi but this is something I care less because for now I'm OK to use GPRS network, I hope it won't eat too much bandwidth.

    So that's it for me. I hope this may help to somebody in case the same issue may exist there. My next steps (and I will be taking baby steps and test everything after doing any change now) are:

    1. Try to consolidate 2 rules into one. If they use the same listener, and point to the same server, why to have both rules? I will try and let you know if it can work with one single rule.

    2. Test connectivity over WiFi. People reported that after it worked from outside it is also works from inside. But I'm wondering if this is because when it will give up connecting internally and the when it tries to connect externally it works now because it is working from external? I guess Logs can tell us the truth...

    3. Update and reinstall my SSL certificate with LYNDISCOVER name in it. Since this is a recommended way anyway, what the heck? Also it will allow me to block port 80 that I had to open temporary and go back to secure port 443 only. I like when it's secure :-)

    4. Test all functionality and see how this works. But even first few minutes of using it made me pretty much disppointed. Specifically I cannot find any place where you can do video-conference - maybe this is because I'm using WP7 with no front-facing camera? Can anybody confirm that?

    Anyway, I will continue checking this thread as lots of important information can be found here...

    Good luck!

    Wednesday, December 14, 2011 1:01 PM
  • I dont have a TMG server.

    I have direct connection to the server both internally and externally.

    I have installed Wireshark on the server and I can see it is getting to the server but not much else.

     

    Wednesday, December 14, 2011 1:26 PM
  • You need a TMG server for Lync mobility to work.
    Wednesday, December 14, 2011 1:34 PM
  • I got this working yesterday and had a couple of things to mention guys:

     

    1. I am not entirely sure that TMG is required. The guide does mention how to publish the mobility services using TMG, but the rule described in the instructions is in in essence a basic Reverse Proxy rule which can be achieved with any firewall (no TMG specific functionality is used). That being said I do have TMG, and have published the web services using that server.

     

    2.  HTTP Auth on the TMG listener should not be required - At least it wasn't required on my end. Authentication on the listener level was set to 'No Authentication' and the on the rule level was set to 'No delegation, but clients might authenticate directly'. I don't see any issues with TMG handling auth on behalf of the client (So long as it is Basic over SSL or more secure), but it is definitely not a requirement.

     

    Also, Lync 2010 mobile clients do have some limitations (my impression is that they don't support audio/video from within the client, but instead require cellular connection and Lync server <-> Mediation Server <-> PBX integration to facilitate audio connectivity). Full list of the features can be found here: http://technet.microsoft.com/en-us/library/hh691004.aspx

     

    Wednesday, December 14, 2011 3:25 PM
  • Ok guys, it is working for me now, and here is what I changed on TMG to make it working. From the beginning I had 2 rules for publishing Lync - one that we used before (meet, dialin, lync) for external access and video-conferencing, and second I created specifically for Lync Mobile and it only has one path - lyncdiscover.sipdomain.com. Both rules are using the same listener as I did not want to waste extra public IP address. So what I did is went into the listener properties (again this listener is used by both rules) and and changed Client Authentication Method from "No Authentication" to "HTTP Authentication" with Basic authentication allowed as showed on the picture below:

    THat's it. As soon as I done this change - boom, my WP7 connected to Lync from outside (Internet) instantly. Next I will test connectivity through WiFi but this is something I care less because for now I'm OK to use GPRS network, I hope it won't eat too much bandwidth.

    So that's it for me. I hope this may help to somebody in case the same issue may exist there. My next steps (and I will be taking baby steps and test everything after doing any change now) are:

    1. Try to consolidate 2 rules into one. If they use the same listener, and point to the same server, why to have both rules? I will try and let you know if it can work with one single rule.

    2. Test connectivity over WiFi. People reported that after it worked from outside it is also works from inside. But I'm wondering if this is because when it will give up connecting internally and the when it tries to connect externally it works now because it is working from external? I guess Logs can tell us the truth...

    3. Update and reinstall my SSL certificate with LYNDISCOVER name in it. Since this is a recommended way anyway, what the heck? Also it will allow me to block port 80 that I had to open temporary and go back to secure port 443 only. I like when it's secure :-)

    4. Test all functionality and see how this works. But even first few minutes of using it made me pretty much disppointed. Specifically I cannot find any place where you can do video-conference - maybe this is because I'm using WP7 with no front-facing camera? Can anybody confirm that?

    Anyway, I will continue checking this thread as lots of important information can be found here...

    Good luck!


    It`s work form me. Thanks!
    Wednesday, December 14, 2011 3:31 PM
  • The usual warning goes -  thread carefully with these Basic Auth listeners. If you allow connections on port 80 to the listener you risk spewing user credentials over the internet in clear text :)
    Wednesday, December 14, 2011 3:57 PM
  • For those users that have everything working but mobile will not connect from outside...we added the lyncdiscover public name to the existing web publishing rule and disabled our Autodiscover web publishing rule.  We did this because our meet URL would not work externally if the autodiscover rule was enabled.

     

    I dont know...this is pretty weird.  Many different ways of making this work and not work.

    Wednesday, December 14, 2011 4:23 PM
  • All working now. Here's what i had to do.

    Create a new rule in TMG for the lyncdiscover.domain.com ( I originally added that public name to my existing simple URL rule but this did not work.)

    I had an entry in my split-brain DNS for my external web services url that pointed to the internal name of my front-end pool. i deleted this and added a new one pointing to the external interface of my TMG server.

     

    Now everything works internally and externally.


    Mark King
    Wednesday, December 14, 2011 4:53 PM
  • Hello there, I just do that 3 times, and still not responding using telnet.

    doing get-cswebserver I checked that the ports are correctly assign, why aren't they answering??!?!? any clue?

    Thursday, December 15, 2011 1:51 AM
  •  

    Dear all,

    I followd all the instruction properly and verified few times i am getting the below status error ? can anyone help me ?

    TargetUri  : https://sip.com.sg:443/CertProv/CertProvisioningService.svc
    TargetFqdn : sip.cmtsp.com.sg
    Result     : Failure
    Latency    : 00:00:00
    Error      : Method not found: 'Void Microsoft.Rtc.Internal.Collaboration.UserE
                 ndpointSettingsInternal.set_AutoAcceptInterval(Int32)'.

    Is TMG is a requirment ??

     

    below is the error message from lcs logging tool.

     


       at System.Environment.get_StackTrace()
       at Microsoft.Rtc.Internal.Mcx.Utilities.Wpp.Exception(Exception ex)
       at Microsoft.Rtc.Mcx.McxService.EndInitiateSession(IAsyncResult result)
       at AsyncInvokeEndEndInitiateSession(Object , Object[] , IAsyncResult )
       at System.ServiceModel.Dispatcher.AsyncMethodInvoker.InvokeEnd(Object instance, Object[]& outputs, IAsyncResult result)
       at System.ServiceModel.Dispatcher.DispatchOperationRuntime.InvokeEnd(MessageRpc& rpc)
       at System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage7(MessageRpc& rpc)
       at System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage6(MessageRpc& rpc)
       at System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage5(MessageRpc& rpc)
       at System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage4(MessageRpc& rpc)
       at System.ServiceModel.Dispatcher.MessageRpc.Process(Boolean isOperationContextSet)
       at System.ServiceModel.Dispatcher.ChannelHandler.DispatchAndReleasePump(RequestContext request, Boolean cleanThread, OperationContext currentOperationContext)
       at System.ServiceModel.Dispatcher.ChannelHandler.HandleRequest(RequestContext request, OperationContext currentOperationContext)
       at System.ServiceModel.Dispatcher.ChannelHandler.AsyncMessagePump(IAsyncResult result)
       at System.ServiceModel.Diagnostics.Utility.AsyncThunk.UnhandledExceptionFrame(IAsyncResult result)
       at Microsoft.Rtc.Internal.WebServicesAuthFramework.AsyncResult.Complete(Boolean completedSynchronously)
       at Microsoft.Rtc.Internal.WebServicesAuthFramework.OCSLayeredChannelListener`2.ReceiveRequestAsyncResult.Complete(Boolean completedSynchronously, Object item)
       at Microsoft.Rtc.Internal.WebServicesAuthFramework.OCSLayeredChannelListener`2.ReceiveRequestAsyncResult.OnComplete(Object item)
       at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
       at System.Threading._ThreadPoolWaitCallback.PerformWaitCallbackInternal(_ThreadPoolWaitCallback tpWaitCallBack)
       at System.Threading._ThreadPoolWaitCallback.PerformWaitCallback(Object state)

     

    • Edited by Jeya Pandian Thursday, December 15, 2011 7:12 AM edit1
    Thursday, December 15, 2011 7:07 AM
  • Hi Jeff,

    Please update Lync server 2010 according to KB2493736.

    After you deploy the Microsoft Lync Server 2010 Mobility Service and Microsoft Lync Server 2010 Autodiscover Service, run a test transaction to verify that your deployment works correctly. You can run Test-CsMcxP2PIM to test sending an instant message between two users. To use this test transaction, you need two actual or test users and their full credentials.

    In addition, provide another post for reference. Hope helps.


    Noya Liu

    TechNet Community Support

    Thursday, December 15, 2011 7:43 AM
  • Hi Noya,

    I have applied all of those updates already.

    I have also done the Test-CsMcxP2PIM.

    I can see the client trying to connect to the server from Wireshark and the phone logs

    Thanks,

    Jeff

    Thursday, December 15, 2011 7:59 AM
  • I get this error for the GetWebTicket Service when running the command after running the Dec 2011 Lync updates

    Everything else passes.

     Test-CsMcxP2PIM

    System.ServiceModel.Security.MessageSecurityException: The HTTP request is unauthorized with client authentication scheme 'Ntlm'. The authentication header received from the server was 'Negotiate,NTLM'. ---> System.Net.WebException: The remote server returned an error: (401) Unauthorized.


    MCP MCTS MCITP Enterprise Administrator
    Thursday, December 15, 2011 2:40 PM
  • Same thing here as everyone else.  Everything is configured correctly, including the ability to telnet to the port internally, but no luck from a mobile client.  I'm not going to open up HTTP traffic even if it does fix the problem.  Microsoft works on something for a whole year and this is the best that they can come up with?
    Jeffrey Kelso, Enterprise Communications Specialist - CCNA
    Thursday, December 15, 2011 3:40 PM
  • You need a TMG server for Lync mobility to work.

    This is incorrect, Im running a Cisco ASA with the ports open directly to the internal Lync server and I am able to use the Lync client on my WM7 phone.

    Whats really annoying is that the Android client, using the identical settings, wont connect :P

    • Edited by URNVS Thursday, December 15, 2011 4:23 PM
    Thursday, December 15, 2011 4:19 PM
  • So is this an issue with the Android client? I've tried everything in this thread and nothing will work for my Android phones. For the people that got this working are you all using WM7 devices?
    • Edited by Andre Harvey Thursday, December 15, 2011 9:50 PM
    Thursday, December 15, 2011 9:49 PM
  • Hi guys,

    It's me again. What is funny that after everything started working on Tuesday I was playing a little bit with TMG rules and it got broken again. I spent hours to figure out what is happening, and found that it looks like lots of things depend on TMG and how you publish this thing to Internet. One thing for sure - you do need separate rule for lyncdiscover if you do not have SSL certificate for it. I'm in the process of updating SSL now and once I get it deployed I will try to combine rules - I really want to see if this can work with one rule and HTTPS only. As mentioned here I want to be fully HTTPS all the way.

    Couple things to mention though. In my case lyncdiscover rule was working no problem (the one with HTTP) but when it was forwarding to another name (as per this small file - root) the issue was actually happening inside Lyn publishing rule, the one I used to have for months. I played around and the only way to get it working is to change Authentication Delegation from "No delegation, and client cannot authenticate directly" to "No delegation, but client may authenticate directly". Hopefully it may help other guys here to fix their issue if they try to do that.

    Vey useful to use Live TNG Logs and chose the Rule as criteria - one at a time - lyncdiscover first (and see that there is no Connction Declined) and then actual Lync publishing Rule (the one with meet, dialin and lync URLs). When I checked first - it worked like a charm - HTTP traffic allowed, but when I start loggin second (main) rule - this is where I got connection denied, and got 403 error on the page /root/user. Page /toot was working. I think this was happening because of HTTP client was not yet authenticated, and sending authentication was prohibited. So changing it to "but client may authenticate directly" fixed the problem. Since this is the main rule with HTTPS only, I'm OK securitywise.

    Anyway, try again, play with TMG rules, and hopefuly you will fix that. For those who does not have TMG - my advise get TMG as soon as possible. This is a nice product, very secure, and fun to work with (sometimes too much fun).

    Thanks and good luck!

    Thursday, December 15, 2011 10:21 PM
  • Hi URNVS,

    it is good to hear that someone else has it working without the TMG server.

    Can I ask what your Authentication settings for the virtual directories Autodiscover, CertProv, Mcx and WebTicket under the Lync Server Internal Web Site and Lync Server External Website?

    Can also ask about the port bindings for each Website?

     

    Thanks,

    Jeff


    MCP MCTS MCITP Enterprise Administrator
    Friday, December 16, 2011 3:03 AM
  • Hi,

    We had the same issue and it was solved by changing the UPN of the user account in AD to be the same as the SIP-address.

     

    Friday, December 16, 2011 1:49 PM
  • I'm not sure what happened, but it's working for me today. I didn't change anything from yesterday. Go figure.
    Friday, December 16, 2011 3:32 PM
  • So I assume that more and more people figured out their own solution whatever the issue was, and this is why we are getting less and less posts in this thread. Which is good I guess.
    Friday, December 16, 2011 3:58 PM
  • That's a bold assumption. I've now just started and have the same problem. All checks are positive, only on Windows Mobile 7 it is not running. I have no idea where i have to look. Following there is the logfile. At TMG, I see error code 401: Can anybody help me? Many thanks.

    2011-12-16 17:23:27.316+1 : Info : 309724370 : LogonSession : UI invoked SignIn
    2011-12-16 17:23:27.365+1 : Info : 309724370 : CredentialManager : Got a new user credential from app layer.
    2011-12-16 17:23:27.369+1 : Info : 309724370 : TrustManager : Adding mydomain.com to trusted domain list for Autodiscovery.
    2011-12-16 17:23:27.375+1 : Info : 309724370 : DiscoverySession : Uri for request IntDisc_https is https://lyncdiscoverinternal.mydomain.com/?sipuri=a.lotze@mydomain.com.
    2011-12-16 17:23:27.381+1 : Info : 309724370 : DiscoverySession : Uri for request IntDisc_http is http://lyncdiscoverinternal.mydomain.com/?sipuri=a.lotze@mydomain.com.
    2011-12-16 17:23:29.037+1 : Info : 309724370 : LogonSession : SignInState: SigningIn
    2011-12-16 17:23:29.049+1 : Info : 309724370 : PresenceSubscriptionManager : HandleLogonSessionPropertyChange(SigningIn)
    2011-12-16 17:23:29.050+1 : Info : 309724370 : PresenceSubscriptionManager : PresenceValid ==> False
    2011-12-16 17:23:29.053+1 : Info : 309724370 : McxDataSynchronizer : Signed out
    2011-12-16 17:23:29.106+1 : Info : 309724370 : LogonSession : New LogonSession internal state = DiscoveringServer
    2011-12-16 17:23:37.893+1 : Error : 401017162 : DiscoverySession : Exception parsing discovery response.
    Exception=System.InvalidOperationException: There is an error in XML document (1, 2). ---> System.InvalidOperationException: <html xmlns=''> was not expected.
       at System.Xml.Serialization.XmlSerializer.resolveDeserializingType(XmlReader reader, XmlSerializationReader serialReader, Boolean soap12)
       at System.Xml.Serialization.XmlSerializer.Deserialize(XmlReader xmlReader, String encodingStyle)
       at System.Xml.Serialization.XmlSerializer.Deserialize(Stream stream)
       at Microsoft.Lync.Phone.Transport.Discovery.DiscoverySession.ParseResponse(WebResponse response, Object& parsed, DiagnosticInfo& diagInfo)
       at Microsoft.Lync.Phone.Transport.Infrastructure.PoxWebRequest.OnResponse(WebResponse response, TransportRequestEvent callback, Object state, Boolean callbackOnWorker)
       at Microsoft.Lync.Phone.Transport.Infrastructure.HttpRequestPump.OnReadResponse(IAsyncResult result)
       at System.Net.Browser.ClientHttpWebRequest.<>c__DisplayClassa.<InvokeGetResponseCallback>b__8(Object state2)
       at System.Threading.ThreadPool.WorkItem.WaitCallback_Context(Object state)
       at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
       at System.Threading.ThreadPool.WorkItem.doWork(Object o)
       at System.Threading.Timer.ring()

       at System.Xml.Serialization.XmlSerializer.Deserialize(XmlReader xmlReader, String encodingStyle)
       at System.Xml.Serialization.XmlSerializer.Deserialize(Stream stream)
       at Microsoft.Lync.Phone.Transport.Discovery.DiscoverySession.ParseResponse(WebResponse response, Object& parsed, DiagnosticInfo& diagInfo)
       at Microsoft.Lync.Phone.Transport.Infrastructure.PoxWebRequest.OnResponse(WebResponse response, TransportRequestEvent callback, Object state, Boolean callbackOnWorker)
       at Microsoft.Lync.Phone.Transport.Infrastructure.HttpRequestPump.OnReadResponse(IAsyncResult result)
       at System.Net.Browser.ClientHttpWebRequest.<>c__DisplayClassa.<InvokeGetResponseCallback>b__8(Object state2)
       at System.Threading.ThreadPool.WorkItem.WaitCallback_Context(Object state)
       at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
       at System.Threading.ThreadPool.WorkItem.doWork(Object o)
       at System.Threading.Timer.ring()

    2011-12-16 17:23:37.902+1 : Error : 401017162 : HttpRequestPump : Calling back IntDisc_http with error ResponseDecodingError [Error, Transport, ProtocolParsing].
    2011-12-16 17:23:37.929+1 : Info : 309724370 : ConfigurationResolver : A discover request has failed. Waiting for parallel request result.
    2011-12-16 17:23:38.197+1 : Warning : 401017162 : HttpRequestPump : Got a WebException while reading the response for IntDisc_https.
    2011-12-16 17:23:38.207+1 : Error : 401017162 : HttpRequestPump : Request IntDisc_https failed due to an unidentified network error.
    2011-12-16 17:23:38.208+1 : Error : 401017162 : HttpRequestPump : Calling back IntDisc_https with error ConnectionError [Error, Transport, TransportFramework].
    2011-12-16 17:23:38.219+1 : Info : 309724370 : ConfigurationResolver : Internal autodiscovery requests failed. Trying external.
    2011-12-16 17:23:38.219+1 : Info : 309724370 : DiscoverySession : Uri for request ExtDisc_https is https://lyncdiscover.mydomain.com/?sipuri=a.lotze@mydomain.com.
    2011-12-16 17:23:38.220+1 : Info : 309724370 : DiscoverySession : Uri for request ExtDisc_http is http://lyncdiscover.mydomain.com/?sipuri=a.lotze@mydomain.com.
    2011-12-16 17:23:49.854+1 : Info : 401017162 : HttpRequestPump : Completed request ExtDisc_https.
    2011-12-16 17:23:49.872+1 : Info : 309724370 : ConfigurationResolver : Redirect to https://meetweb.mydomain.com/Autodiscover/AutodiscoverService.svc/root/user from secure link https://lyncdiscover.mydomain.com/?sipuri=a.lotze@mydomain.com does not require a trust decision.
    2011-12-16 17:23:49.915+1 : Info : 309724370 : ConfigurationResolver : Redirecting discovery query for a.lotze@mydomain.com to https://meetweb.mydomain.com/Autodiscover/AutodiscoverService.svc/root/user.
    2011-12-16 17:23:49.921+1 : Info : 309724370 : ConfigurationResolver : Sending authenticated discovery request for a.lotze@mydomain.com to https://meetweb.mydomain.com/Autodiscover/AutodiscoverService.svc/root/user.
    2011-12-16 17:23:49.925+1 : Verbose : 309724370 : HttpRequestPump : Request AuthDisc to https://meetweb.mydomain.com/Autodiscover/AutodiscoverService.svc/root/user requires metadata.
    2011-12-16 17:23:49.929+1 : Verbose : 309724370 : MetadataManager : Got a resolve request for https://meetweb.mydomain.com/Autodiscover/AutodiscoverService.svc/root/user.
    2011-12-16 17:23:49.967+1 : Info : 401017162 : HttpRequestPump : Completed request ExtDisc_http.
    2011-12-16 17:23:49.975+1 : Warning : 309724370 : ConfigurationResolver : Got an unauthenticated response after state machine moved on.
    2011-12-16 17:23:50.652+1 : Warning : 401017162 : HttpRequestPump : Got a WebException while reading the response for UnauthGethttps://meetweb.mydomain.com/Autodiscover/AutodiscoverService.svc/root/user.
    2011-12-16 17:23:50.654+1 : Info : 401017162 : MetadataManager : Found web ticket issuer header for unauthenticated get.
    2011-12-16 17:23:50.654+1 : Error : 401017162 : HttpRequestPump : Parsed error from failed response to UnauthGethttps://meetweb.mydomain.com/Autodiscover/AutodiscoverService.svc/root/user. Status=AcceptErrorResponse [Error, Transport, TransportFramework].
    2011-12-16 17:23:50.655+1 : Error : 401017162 : HttpRequestPump : Calling back UnauthGethttps://meetweb.mydomain.com/Autodiscover/AutodiscoverService.svc/root/user with error AcceptErrorResponse [Error, Transport, TransportFramework].
    2011-12-16 17:23:50.657+1 : Info : 401017162 : MetadataManager : Resolved metadata for SOAP service https://meetweb.mydomain.com/Autodiscover/AutodiscoverService.svc/root/user. WT: , WTI: https://meetweb.mydomain.com/WebTicket/WebTicketService.svc, LI: , F:
    2011-12-16 17:23:50.667+1 : Verbose : 401017162 : WebTicketManager : Got a web ticket request for endpoint https://meetweb.mydomain.com/Autodiscover/AutodiscoverService.svc/root/user. Issuer is https://meetweb.mydomain.com/WebTicket/WebTicketService.svc.
    2011-12-16 17:23:50.671+1 : Info : 401017162 : WebTicketManager : Sending a new web ticket request for https://meetweb.mydomain.com/Autodiscover/AutodiscoverService.svc/root/user to issuer https://meetweb.mydomain.com/WebTicket/WebTicketService.svc.
    2011-12-16 17:23:50.675+1 : Verbose : 401017162 : HttpRequestPump : Request IssueWT to https://meetweb.mydomain.com/WebTicket/WebTicketService.svc requires metadata.
    2011-12-16 17:23:50.675+1 : Verbose : 401017162 : MetadataManager : Got a resolve request for https://meetweb.mydomain.com/WebTicket/WebTicketService.svc.
    2011-12-16 17:24:12.672+1 : Warning : 380045046 : MetadataManager : Skipping policy WebTicketServiceWinNtlm_policy because it is not an auth policy we support.
    2011-12-16 17:24:12.674+1 : Warning : 380045046 : MetadataManager : Skipping policy WebTicketServiceCert_policy because it is not an auth policy we support.
    2011-12-16 17:24:12.674+1 : Warning : 380045046 : MetadataManager : Skipping policy WebTicketServiceMachineCert_policy because it is not a Lync-compatible binding.
    2011-12-16 17:24:12.675+1 : Info : 380045046 : MetadataManager : Parsed forms auth policy WebTicketServiceAuth_policy.
    2011-12-16 17:24:12.676+1 : Warning : 380045046 : MetadataManager : Skipping policy WebTicketServiceAnon_policy because it is not an auth policy we support.
    2011-12-16 17:24:12.682+1 : Verbose : 380045046 : MetadataManager : Discarding binding {http://tempuri.org/}WebTicketServiceWinNtlm for missing or non-supported policy WebTicketServiceWinNtlm_policy.
    2011-12-16 17:24:12.682+1 : Verbose : 380045046 : MetadataManager : Discarding binding {http://tempuri.org/}WebTicketServiceCert for missing or non-supported policy WebTicketServiceCert_policy.
    2011-12-16 17:24:12.682+1 : Verbose : 380045046 : MetadataManager : Discarding binding {http://tempuri.org/}WebTicketServiceMachineCert for missing or non-supported policy WebTicketServiceMachineCert_policy.
    2011-12-16 17:24:12.683+1 : Verbose : 380045046 : MetadataManager : Using binding {http://tempuri.org/}WebTicketServiceAuth for auth type Forms.
    2011-12-16 17:24:12.686+1 : Verbose : 380045046 : MetadataManager : Discarding binding {http://tempuri.org/}WebTicketServiceAnon for missing or non-supported policy WebTicketServiceAnon_policy.
    2011-12-16 17:24:12.686+1 : Warning : 380045046 : MetadataManager : Skipping metadata section with no WSDL definitions.
    2011-12-16 17:24:12.686+1 : Warning : 380045046 : MetadataManager : Skipping metadata section with no WSDL definitions.
    2011-12-16 17:24:12.687+1 : Warning : 380045046 : MetadataManager : Skipping metadata section with no WSDL definitions.
    2011-12-16 17:24:12.687+1 : Warning : 380045046 : MetadataManager : Skipping metadata section with no WSDL definitions.
    2011-12-16 17:24:12.687+1 : Verbose : 380045046 : MetadataManager : Could not find a supported binding with name {http://tempuri.org/}WebTicketServiceWinNtlm for endpoint https://meetweb.mydomain.com/WebTicket/WebTicketService.svc.
    2011-12-16 17:24:12.688+1 : Verbose : 380045046 : MetadataManager : Could not find a supported binding with name {http://tempuri.org/}WebTicketServiceCert for endpoint https://meetweb.mydomain.com/WebTicket/WebTicketService.svc/cert.
    2011-12-16 17:24:12.688+1 : Verbose : 380045046 : MetadataManager : Could not find a supported binding with name {http://tempuri.org/}WebTicketServiceMachineCert for endpoint https://meetweb.mydomain.com/WebTicket/WebTicketService.svc/MachineCert.
    2011-12-16 17:24:12.689+1 : Verbose : 380045046 : MetadataManager : Could not find a supported binding with name {http://tempuri.org/}WebTicketServiceAnon for endpoint https://meetweb.mydomain.com/WebTicket/WebTicketService.svc/Anon.
    2011-12-16 17:24:12.690+1 : Info : 380045046 : MetadataManager : Resolved metadata for SOAP service https://meetweb.mydomain.com/WebTicket/WebTicketService.svc. WT: , WTI: , LI: , F: https://meetweb.mydomain.com/WebTicket/WebTicketService.svc/Auth
    2011-12-16 17:24:12.692+1 : Info : 380045046 : CredentialManager : Asking for user credentials from app layer.
    2011-12-16 17:24:12.693+1 : Info : 380045046 : HttpRequestPump : Completed request MEXhttps://meetweb.mydomain.com/WebTicket/WebTicketService.svc.
    2011-12-16 17:24:12.705+1 : Info : 309724370 : CredentialManager : Got a new user credential from app layer.
    2011-12-16 17:24:15.553+1 : Info : 380045046 : HttpRequestPump : Completed request IssueWT.
    2011-12-16 17:24:16.757+1 : Warning : 380045046 : HttpRequestPump : Got a WebException while reading the response for AuthDisc.
    2011-12-16 17:24:16.758+1 : Error : 380045046 : HttpRequestPump : Got a failure response to request AuthDisc. Status: UnknownError. Code: 401.
    2011-12-16 17:24:16.758+1 : Verbose : 380045046 : HttpRequestPump : Error status description for request AuthDisc is "Unauthorized".
    2011-12-16 17:24:16.759+1 : Verbose : 380045046 : HttpRequestPump : Error header collection for request AuthDisc is: Connection="Keep-Alive"; Content-Length="1293"; Expires="-1"; Date="Fri, 16 Dec 2011 16:26:20 GMT"; Content-Type="text/html"; Server="Microsoft-IIS/7.5"; Cache-Control="no-cache"; Pragma="no-cache"; X-Ms-diagnostics="28032;source="DEDRSSSIP208.izfmnet.zeiss.org";reason="The web ticket is invalid.";faultcode="wsse:InvalidSecurityToken""; X-MS-WebTicketURL="https://meetweb.mydomain.com/WebTicket/WebTicketService.svc"; X-MS-Server-Fqdn="DEDRSSSIP208.izfmnet.zeiss.org"; X-Powered-By="ASP.NET";
    2011-12-16 17:24:16.759+1 : Info : 380045046 : HttpRequestPump : Attempting to retry request AuthDisc because of expired/bad web ticket.
    2011-12-16 17:24:16.761+1 : Warning : 380045046 : WebTicketManager : Attempting to invalidate web ticket for https://meetweb.mydomain.com/Autodiscover/AutodiscoverService.svc/root/user.
    2011-12-16 17:24:16.762+1 : Warning : 380045046 : WebTicketManager : Invalidated web ticket for https://meetweb.mydomain.com/Autodiscover/AutodiscoverService.svc/root/user.
    2011-12-16 17:24:16.763+1 : Info : 380045046 : HttpRequestPump : Request AuthDisc will be retried.
    2011-12-16 17:24:16.764+1 : Verbose : 380045046 : HttpRequestPump : Request AuthDisc to https://meetweb.mydomain.com/Autodiscover/AutodiscoverService.svc/root/user requires metadata.
    2011-12-16 17:24:16.765+1 : Verbose : 380045046 : MetadataManager : Got a resolve request for https://meetweb.mydomain.com/Autodiscover/AutodiscoverService.svc/root/user.
    2011-12-16 17:24:16.765+1 : Verbose : 380045046 : MetadataManager : Using cached metadata for service https://meetweb.mydomain.com/Autodiscover/AutodiscoverService.svc/root/user.
    2011-12-16 17:24:16.765+1 : Verbose : 380045046 : WebTicketManager : Got a web ticket request for endpoint https://meetweb.mydomain.com/Autodiscover/AutodiscoverService.svc/root/user. Issuer is https://meetweb.mydomain.com/WebTicket/WebTicketService.svc.
    2011-12-16 17:24:16.766+1 : Info : 380045046 : WebTicketManager : Sending a new web ticket request for https://meetweb.mydomain.com/Autodiscover/AutodiscoverService.svc/root/user to issuer https://meetweb.mydomain.com/WebTicket/WebTicketService.svc.
    2011-12-16 17:24:16.766+1 : Verbose : 380045046 : HttpRequestPump : Request IssueWT to https://meetweb.mydomain.com/WebTicket/WebTicketService.svc requires metadata.
    2011-12-16 17:24:16.767+1 : Verbose : 380045046 : MetadataManager : Got a resolve request for https://meetweb.mydomain.com/WebTicket/WebTicketService.svc.
    2011-12-16 17:24:16.767+1 : Verbose : 380045046 : MetadataManager : Using cached metadata for service https://meetweb.mydomain.com/WebTicket/WebTicketService.svc.
    2011-12-16 17:24:16.767+1 : Info : 380045046 : CredentialManager : Returning cached user credentials.
    2011-12-16 17:24:17.020+1 : Info : 401017162 : HttpRequestPump : Completed request IssueWT.
    2011-12-16 17:24:17.208+1 : Warning : 401017162 : HttpRequestPump : Got a WebException while reading the response for AuthDisc.
    2011-12-16 17:24:17.209+1 : Error : 401017162 : HttpRequestPump : Got a failure response to request AuthDisc. Status: UnknownError. Code: 401.
    2011-12-16 17:24:17.209+1 : Verbose : 401017162 : HttpRequestPump : Error status description for request AuthDisc is "Unauthorized".
    2011-12-16 17:24:17.209+1 : Verbose : 401017162 : HttpRequestPump : Error header collection for request AuthDisc is: Connection="Keep-Alive"; Content-Length="1293"; Expires="-1"; Date="Fri, 16 Dec 2011 16:26:20 GMT"; Content-Type="text/html"; Server="Microsoft-IIS/7.5"; Cache-Control="no-cache"; Pragma="no-cache"; X-Ms-diagnostics="28032;source="DEDRSSSIP208.izfmnet.zeiss.org";reason="The web ticket is invalid.";faultcode="wsse:InvalidSecurityToken""; X-MS-WebTicketURL="https://meetweb.mydomain.com/WebTicket/WebTicketService.svc"; X-MS-Server-Fqdn="DEDRSSSIP208.izfmnet.zeiss.org"; X-Powered-By="ASP.NET";
    2011-12-16 17:24:17.210+1 : Info : 401017162 : HttpRequestPump : Attempting to retry request AuthDisc because of expired/bad web ticket.
    2011-12-16 17:24:17.210+1 : Warning : 401017162 : WebTicketManager : Attempting to invalidate web ticket for https://meetweb.mydomain.com/Autodiscover/AutodiscoverService.svc/root/user.
    2011-12-16 17:24:17.211+1 : Warning : 401017162 : WebTicketManager : Invalidated web ticket for https://meetweb.mydomain.com/Autodiscover/AutodiscoverService.svc/root/user.
    2011-12-16 17:24:17.211+1 : Warning : 401017162 : HttpRequestPump : Request AuthDisc could not be retried.
    2011-12-16 17:24:17.211+1 : Error : 401017162 : HttpRequestPump : Calling back AuthDisc with error WebTicketExpiredError [Error, Transport, TransportFramework].
    2011-12-16 17:24:17.224+1 : Info : 309724370 : RequestRetryQueue : AuthDisc WebTicketExpiredError [Error, Transport, TransportFramework] retry=False
    2011-12-16 17:24:17.242+1 : Error : 309724370 : ConfigurationResolver : Autodiscovery for a.lotze@mydomain.com failed with status DiscoveryFailedPastRoot [Error, Application, Discovery].
    2011-12-16 17:24:17.258+1 : Info : 309724370 : LogonSession : SignInState: SignedOut
    2011-12-16 17:24:17.258+1 : Info : 309724370 : ConversationManager : LogonSession signed in or out
    2011-12-16 17:24:17.259+1 : Info : 309724370 : PresenceSubscriptionManager : HandleLogonSessionPropertyChange(SignedOut)
    2011-12-16 17:24:17.259+1 : Info : 309724370 : McxDataSynchronizer : Signed out
    2011-12-16 17:24:17.262+1 : Info : 309724370 : LogonSession : New LogonSession internal state = SignedOut
    2011-12-16 17:24:17.263+1 : Info : 309724370 : LogonSession : Doing UI callback with DiscoveryFailedPastRoot [Error, Application, Discovery]
    2011-12-16 17:24:17.384+1 : Error : 309724370 : AppLayerHelper : Es kann keine Serververbindung hergestellt werden. Der Server ist möglicherweise nicht verfügbar. Überprüfen Sie ferner die Netzwerkverbindung, die Anmeldeadresse und die Serveradressen.
    DiscoveryFailedPastRoot [Error, Application, Discovery]
    2011-12-16 17:24:29.530+1 : Info : 309724370 : AppLayerHelper : SignIn completed with DiscoveryFailedPastRoot [Error, Application, Discovery]
    2011-12-16 17:24:29.542+1 : Info : 309724370 : App : Deactivating
    2011-12-16 17:24:30.838+1 : Info : 309724370 : App : Deactivating took 1295 ms
    2011-12-16 17:24:56.393+1 : Info : 309724370 : App : Activating 4.0.7878.0
    2011-12-16 17:24:56.395+1 : Info : 309724370 : InternalExternalSelector : Configuring Transport to use EXTERNAL URLs
    2011-12-16 17:24:56.396+1 : Info : 309724370 : PushNotificationChannel : Syncing actual=Closed to desiredOpen=False
    2011-12-16 17:24:56.397+1 : Info : 309724370 : App : Activating took 21 ms
    2011-12-16 17:24:56.406+1 : Info : 309724370 : MainPage : QueryString Value
    2011-12-16 17:25:00.108+1 : Info : 309724370 : LogonSession : UI invoked SignIn
    2011-12-16 17:25:00.108+1 : Info : 309724370 : CredentialManager : Got a new user credential from app layer.
    2011-12-16 17:25:00.111+1 : Info : 309724370 : TrustManager : Adding mydomain.com to trusted domain list for Autodiscovery.
    2011-12-16 17:25:00.112+1 : Info : 309724370 : DiscoverySession : Uri for request IntDisc_https is https://lyncdiscoverinternal.mydomain.com/?sipuri=a.lotze@mydomain.com.
    2011-12-16 17:25:00.112+1 : Info : 309724370 : DiscoverySession : Uri for request IntDisc_http is http://lyncdiscoverinternal.mydomain.com/?sipuri=a.lotze@mydomain.com.
    2011-12-16 17:25:00.117+1 : Info : 309724370 : LogonSession : SignInState: SigningIn
    2011-12-16 17:25:00.117+1 : Info : 309724370 : PresenceSubscriptionManager : HandleLogonSessionPropertyChange(SigningIn)
    2011-12-16 17:25:00.117+1 : Info : 309724370 : McxDataSynchronizer : Signed out
    2011-12-16 17:25:00.123+1 : Info : 309724370 : PresenceSubscriptionManager : HandleLogonSessionPropertyChange(SigningIn)
    2011-12-16 17:25:00.123+1 : Info : 309724370 : McxDataSynchronizer : Signed out
    2011-12-16 17:25:00.123+1 : Info : 309724370 : LogonSession : New LogonSession internal state = DiscoveringServer
    2011-12-16 17:25:02.002+1 : Warning : 401017162 : HttpRequestPump : Got a WebException while reading the response for IntDisc_https.
    2011-12-16 17:25:02.002+1 : Error : 401017162 : HttpRequestPump : Request IntDisc_https failed due to an unidentified network error.
    2011-12-16 17:25:02.003+1 : Error : 401017162 : HttpRequestPump : Calling back IntDisc_https with error ConnectionError [Error, Transport, TransportFramework].
    2011-12-16 17:25:02.007+1 : Info : 309724370 : ConfigurationResolver : A discover request has failed. Waiting for parallel request result.
    2011-12-16 17:25:02.603+1 : Error : 401017162 : DiscoverySession : Exception parsing discovery response.
    Exception=System.InvalidOperationException: There is an error in XML document (1, 2). ---> System.InvalidOperationException: <html xmlns=''> was not expected.
       at System.Xml.Serialization.XmlSerializer.resolveDeserializingType(XmlReader reader, XmlSerializationReader serialReader, Boolean soap12)
       at System.Xml.Serialization.XmlSerializer.Deserialize(XmlReader xmlReader, String encodingStyle)
       at System.Xml.Serialization.XmlSerializer.Deserialize(Stream stream)
       at Microsoft.Lync.Phone.Transport.Discovery.DiscoverySession.ParseResponse(WebResponse response, Object& parsed, DiagnosticInfo& diagInfo)
       at Microsoft.Lync.Phone.Transport.Infrastructure.PoxWebRequest.OnResponse(WebResponse response, TransportRequestEvent callback, Object state, Boolean callbackOnWorker)
       at Microsoft.Lync.Phone.Transport.Infrastructure.HttpRequestPump.OnReadResponse(IAsyncResult result)
       at System.Net.Browser.ClientHttpWebRequest.<>c__DisplayClassa.<InvokeGetResponseCallback>b__8(Object state2)
       at System.Threading.ThreadPool.WorkItem.WaitCallback_Context(Object state)
       at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
       at System.Threading.ThreadPool.WorkItem.doWork(Object o)
       at System.Threading.Timer.ring()

       at System.Xml.Serialization.XmlSerializer.Deserialize(XmlReader xmlReader, String encodingStyle)
       at System.Xml.Serialization.XmlSerializer.Deserialize(Stream stream)
       at Microsoft.Lync.Phone.Transport.Discovery.DiscoverySession.ParseResponse(WebResponse response, Object& parsed, DiagnosticInfo& diagInfo)
       at Microsoft.Lync.Phone.Transport.Infrastructure.PoxWebRequest.OnResponse(WebResponse response, TransportRequestEvent callback, Object state, Boolean callbackOnWorker)
       at Microsoft.Lync.Phone.Transport.Infrastructure.HttpRequestPump.OnReadResponse(IAsyncResult result)
       at System.Net.Browser.ClientHttpWebRequest.<>c__DisplayClassa.<InvokeGetResponseCallback>b__8(Object state2)
       at System.Threading.ThreadPool.WorkItem.WaitCallback_Context(Object state)
       at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
       at System.Threading.ThreadPool.WorkItem.doWork(Object o)
       at System.Threading.Timer.ring()

    2011-12-16 17:25:02.608+1 : Error : 401017162 : HttpRequestPump : Calling back IntDisc_http with error ResponseDecodingError [Error, Transport, ProtocolParsing].
    2011-12-16 17:25:02.618+1 : Info : 309724370 : ConfigurationResolver : Internal autodiscovery requests failed. Trying external.
    2011-12-16 17:25:02.619+1 : Info : 309724370 : DiscoverySession : Uri for request ExtDisc_https is https://lyncdiscover.mydomain.com/?sipuri=a.lotze@mydomain.com.
    2011-12-16 17:25:02.619+1 : Info : 309724370 : DiscoverySession : Uri for request ExtDisc_http is http://lyncdiscover.mydomain.com/?sipuri=a.lotze@mydomain.com.
    2011-12-16 17:25:02.814+1 : Info : 401017162 : HttpRequestPump : Completed request ExtDisc_http.
    2011-12-16 17:25:02.826+1 : Info : 309724370 : ConfigurationResolver : Redirect to https://meetweb.mydomain.com/Autodiscover/AutodiscoverService.svc/root/user requires a trust decision.
    2011-12-16 17:25:02.832+1 : Info : 309724370 : TrustManager : Trust of https://meetweb.mydomain.com/Autodiscover/AutodiscoverService.svc/root/user for Autodiscovery is inherited through mydomain.com.
    2011-12-16 17:25:02.833+1 : Info : 309724370 : TrustManager : Redirection to https://meetweb.mydomain.com/Autodiscover/AutodiscoverService.svc/root/user is trusted for Autodiscovery.
    2011-12-16 17:25:02.834+1 : Info : 309724370 : ConfigurationResolver : Redirecting discovery query for a.lotze@mydomain.com to https://meetweb.mydomain.com/Autodiscover/AutodiscoverService.svc/root/user.
    2011-12-16 17:25:02.834+1 : Info : 309724370 : ConfigurationResolver : Sending authenticated discovery request for a.lotze@mydomain.com to https://meetweb.mydomain.com/Autodiscover/AutodiscoverService.svc/root/user.
    2011-12-16 17:25:02.834+1 : Verbose : 309724370 : HttpRequestPump : Request AuthDisc to https://meetweb.mydomain.com/Autodiscover/AutodiscoverService.svc/root/user requires metadata.
    2011-12-16 17:25:02.834+1 : Verbose : 309724370 : MetadataManager : Got a resolve request for https://meetweb.mydomain.com/Autodiscover/AutodiscoverService.svc/root/user.
    2011-12-16 17:25:02.835+1 : Verbose : 309724370 : MetadataManager : Using cached metadata for service https://meetweb.mydomain.com/Autodiscover/AutodiscoverService.svc/root/user.
    2011-12-16 17:25:02.835+1 : Verbose : 309724370 : WebTicketManager : Got a web ticket request for endpoint https://meetweb.mydomain.com/Autodiscover/AutodiscoverService.svc/root/user. Issuer is https://meetweb.mydomain.com/WebTicket/WebTicketService.svc.
    2011-12-16 17:25:02.835+1 : Info : 309724370 : WebTicketManager : Sending a new web ticket request for https://meetweb.mydomain.com/Autodiscover/AutodiscoverService.svc/root/user to issuer https://meetweb.mydomain.com/WebTicket/WebTicketService.svc.
    2011-12-16 17:25:02.836+1 : Verbose : 309724370 : HttpRequestPump : Request IssueWT to https://meetweb.mydomain.com/WebTicket/WebTicketService.svc requires metadata.
    2011-12-16 17:25:02.836+1 : Verbose : 309724370 : MetadataManager : Got a resolve request for https://meetweb.mydomain.com/WebTicket/WebTicketService.svc.
    2011-12-16 17:25:02.836+1 : Verbose : 309724370 : MetadataManager : Using cached metadata for service https://meetweb.mydomain.com/WebTicket/WebTicketService.svc.
    2011-12-16 17:25:02.837+1 : Info : 309724370 : CredentialManager : Asking for user credentials from app layer.
    2011-12-16 17:25:02.844+1 : Info : 309724370 : CredentialManager : Got a new user credential from app layer.
    2011-12-16 17:25:02.871+1 : Info : 401017162 : HttpRequestPump : Completed request ExtDisc_https.
    2011-12-16 17:25:02.878+1 : Warning : 309724370 : ConfigurationResolver : Got an unauthenticated response after state machine moved on.
    2011-12-16 17:25:03.329+1 : Info : 401017162 : HttpRequestPump : Completed request IssueWT.
    2011-12-16 17:25:03.508+1 : Warning : 447939374 : HttpRequestPump : Got a WebException while reading the response for AuthDisc.
    2011-12-16 17:25:03.508+1 : Error : 447939374 : HttpRequestPump : Got a failure response to request AuthDisc. Status: UnknownError. Code: 401.
    2011-12-16 17:25:03.508+1 : Verbose : 447939374 : HttpRequestPump : Error status description for request AuthDisc is "Unauthorized".
    2011-12-16 17:25:03.509+1 : Verbose : 447939374 : HttpRequestPump : Error header collection for request AuthDisc is: Connection="Keep-Alive"; Content-Length="1293"; Expires="-1"; Date="Fri, 16 Dec 2011 16:27:05 GMT"; Content-Type="text/html"; Server="Microsoft-IIS/7.5"; Cache-Control="no-cache"; Pragma="no-cache"; X-Ms-diagnostics="28032;source="DEDRSSSIP208.izfmnet.zeiss.org";reason="The web ticket is invalid.";faultcode="wsse:InvalidSecurityToken""; X-MS-WebTicketURL="https://meetweb.mydomain.com/WebTicket/WebTicketService.svc"; X-MS-Server-Fqdn="DEDRSSSIP208.izfmnet.zeiss.org"; X-Powered-By="ASP.NET";
    2011-12-16 17:25:03.509+1 : Info : 447939374 : HttpRequestPump : Attempting to retry request AuthDisc because of expired/bad web ticket.
    2011-12-16 17:25:03.509+1 : Warning : 447939374 : WebTicketManager : Attempting to invalidate web ticket for https://meetweb.mydomain.com/Autodiscover/AutodiscoverService.svc/root/user.
    2011-12-16 17:25:03.509+1 : Warning : 447939374 : WebTicketManager : Invalidated web ticket for https://meetweb.mydomain.com/Autodiscover/AutodiscoverService.svc/root/user.
    2011-12-16 17:25:03.510+1 : Info : 447939374 : HttpRequestPump : Request AuthDisc will be retried.
    2011-12-16 17:25:03.510+1 : Verbose : 447939374 : HttpRequestPump : Request AuthDisc to https://meetweb.mydomain.com/Autodiscover/AutodiscoverService.svc/root/user requires metadata.
    2011-12-16 17:25:03.510+1 : Verbose : 447939374 : MetadataManager : Got a resolve request for https://meetweb.mydomain.com/Autodiscover/AutodiscoverService.svc/root/user.
    2011-12-16 17:25:03.511+1 : Verbose : 447939374 : MetadataManager : Using cached metadata for service https://meetweb.mydomain.com/Autodiscover/AutodiscoverService.svc/root/user.
    2011-12-16 17:25:03.511+1 : Verbose : 447939374 : WebTicketManager : Got a web ticket request for endpoint https://meetweb.mydomain.com/Autodiscover/AutodiscoverService.svc/root/user. Issuer is https://meetweb.mydomain.com/WebTicket/WebTicketService.svc.
    2011-12-16 17:25:03.511+1 : Info : 447939374 : WebTicketManager : Sending a new web ticket request for https://meetweb.mydomain.com/Autodiscover/AutodiscoverService.svc/root/user to issuer https://meetweb.mydomain.com/WebTicket/WebTicketService.svc.
    2011-12-16 17:25:03.512+1 : Verbose : 447939374 : HttpRequestPump : Request IssueWT to https://meetweb.mydomain.com/WebTicket/WebTicketService.svc requires metadata.
    2011-12-16 17:25:03.512+1 : Verbose : 447939374 : MetadataManager : Got a resolve request for https://meetweb.mydomain.com/WebTicket/WebTicketService.svc.
    2011-12-16 17:25:03.512+1 : Verbose : 447939374 : MetadataManager : Using cached metadata for service https://meetweb.mydomain.com/WebTicket/WebTicketService.svc.
    2011-12-16 17:25:03.513+1 : Info : 447939374 : CredentialManager : Returning cached user credentials.
    2011-12-16 17:25:03.784+1 : Info : 447939374 : HttpRequestPump : Completed request IssueWT.
    2011-12-16 17:25:04.625+1 : Warning : 401017162 : HttpRequestPump : Got a WebException while reading the response for AuthDisc.
    2011-12-16 17:25:04.625+1 : Error : 401017162 : HttpRequestPump : Got a failure response to request AuthDisc. Status: UnknownError. Code: 401.
    2011-12-16 17:25:04.626+1 : Verbose : 401017162 : HttpRequestPump : Error status description for request AuthDisc is "Unauthorized".
    2011-12-16 17:25:04.626+1 : Verbose : 401017162 : HttpRequestPump : Error header collection for request AuthDisc is: Connection="Keep-Alive"; Content-Length="1293"; Expires="-1"; Date="Fri, 16 Dec 2011 16:27:07 GMT"; Content-Type="text/html"; Server="Microsoft-IIS/7.5"; Cache-Control="no-cache"; Pragma="no-cache"; X-Ms-diagnostics="28032;source="DEDRSSSIP208.izfmnet.zeiss.org";reason="The web ticket is invalid.";faultcode="wsse:InvalidSecurityToken""; X-MS-WebTicketURL="https://meetweb.mydomain.com/WebTicket/WebTicketService.svc"; X-MS-Server-Fqdn="DEDRSSSIP208.izfmnet.zeiss.org"; X-Powered-By="ASP.NET";
    2011-12-16 17:25:04.627+1 : Info : 401017162 : HttpRequestPump : Attempting to retry request AuthDisc because of expired/bad web ticket.
    2011-12-16 17:25:04.627+1 : Warning : 401017162 : WebTicketManager : Attempting to invalidate web ticket for https://meetweb.mydomain.com/Autodiscover/AutodiscoverService.svc/root/user.
    2011-12-16 17:25:04.627+1 : Warning : 401017162 : WebTicketManager : Invalidated web ticket for https://meetweb.mydomain.com/Autodiscover/AutodiscoverService.svc/root/user.
    2011-12-16 17:25:04.628+1 : Warning : 401017162 : HttpRequestPump : Request AuthDisc could not be retried.
    2011-12-16 17:25:04.628+1 : Error : 401017162 : HttpRequestPump : Calling back AuthDisc with error WebTicketExpiredError [Error, Transport, TransportFramework].
    2011-12-16 17:25:04.641+1 : Info : 309724370 : RequestRetryQueue : AuthDisc WebTicketExpiredError [Error, Transport, TransportFramework] retry=False
    2011-12-16 17:25:04.658+1 : Error : 309724370 : ConfigurationResolver : Autodiscovery for a.lotze@mydomain.com failed with status DiscoveryFailedPastRoot [Error, Application, Discovery].
    2011-12-16 17:25:04.675+1 : Info : 309724370 : LogonSession : SignInState: SignedOut
    2011-12-16 17:25:04.676+1 : Info : 309724370 : ConversationManager : LogonSession signed in or out
    2011-12-16 17:25:04.676+1 : Info : 309724370 : PresenceSubscriptionManager : HandleLogonSessionPropertyChange(SignedOut)
    2011-12-16 17:25:04.676+1 : Info : 309724370 : McxDataSynchronizer : Signed out
    2011-12-16 17:25:04.680+1 : Info : 309724370 : ConversationManager : LogonSession signed in or out
    2011-12-16 17:25:04.680+1 : Info : 309724370 : PresenceSubscriptionManager : HandleLogonSessionPropertyChange(SignedOut)
    2011-12-16 17:25:04.680+1 : Info : 309724370 : McxDataSynchronizer : Signed out
    2011-12-16 17:25:04.681+1 : Info : 309724370 : LogonSession : New LogonSession internal state = SignedOut
    2011-12-16 17:25:04.681+1 : Info : 309724370 : LogonSession : Doing UI callback with DiscoveryFailedPastRoot [Error, Application, Discovery]
    2011-12-16 17:25:04.780+1 : Error : 309724370 : AppLayerHelper : Es kann keine Serververbindung hergestellt werden. Der Server ist möglicherweise nicht verfügbar. Überprüfen Sie ferner die Netzwerkverbindung, die Anmeldeadresse und die Serveradressen.
    DiscoveryFailedPastRoot [Error, Application, Discovery]
    2011-12-16 17:25:06.138+1 : Info : 309724370 : AppLayerHelper : SignIn completed with DiscoveryFailedPastRoot [Error, Application, Discovery]
    2011-12-16 17:25:08.313+1 : Info : 309724370 : NavigationManager : Navigating to: /UI/Pages/Settings.xaml
    2011-12-16 17:25:10.184+1 : Info : 309724370 : MainPage : QueryString Value
    2011-12-16 17:25:11.952+1 : Info : 309724370 : NavigationManager : Navigating to: /UI/Pages/About.xaml


    • Edited by Andreas L. _ Friday, December 16, 2011 4:45 PM my bad english...
    Friday, December 16, 2011 4:40 PM
  • I beleive my problems are in IIS on the Front End Server.

    Can I ask what your Authentication settings for the virtual directories Autodiscover, CertProv, Mcx and WebTicket under the Lync Server Internal Web Site and Lync Server External Website?

    Can I also ask about the port bindings for each Website?

     


    MCP MCTS MCITP Enterprise Administrator
    Saturday, December 17, 2011 3:09 AM
  • On internal site Autodiscover and Mcx apps have only Anonymous enabled. WebTicket and CertProv have Anonymous and Windows authentication enabled.

    On external site Autodiscover, CertProv, Mcx apps have only Anonymous enabled. WebTicket has Anonymous and Windows authentication enabled.

    Internal ports binding: http - 8080, https - 4443. External bindings: http - 80, https - 443. This is all defaults from the beginning.

    Hope this can help.

    Monday, December 19, 2011 1:38 PM
  • For those having IIS issues, did you run the MCXStandalone.msi setup using the bootstrapper? That fixed my problem. http://imaucblog.com/archive/2011/12/09/step-by-step-microsoft-lync-2010-lync-mobility-mcx-installation-guide/
    Monday, December 19, 2011 4:14 PM
  • I have mobile clients working externally but not internally.  The internal dns records are in place and the ports have been set.  I can telnet my front end server on 5086 but internal clients on the wifi will not log in.  I get the internal certificate trust prompt and accept, but I don't make it past that.  I don't even know what else to check since the reverse proxy doesn't even come into play.
    Monday, December 19, 2011 5:53 PM
  • Actually, it does. Because no matter where the client comes from (LAN or Public internet), ultimately must land on the external services i.e. via TMG, you must create A record with the external (public) IP address of your TMG listener. This way the client will come to lyncdiscoverinternal.domain.com, will receive the FQDN of the external web services and go there to actually sign-in. Jeff Schertz explains this very thoroughly in this article: http://blog.schertz.name/2011/12/deploying-the-lync-2010-mobility-service - External Access Configuration section. Drago
    http://www.lynclog.com
    Monday, December 19, 2011 6:07 PM
  • Ok, I read that on the planning documentation but I am confused because even jeff says to point lyncdiscoverinternal.sipdomain to the front end pool fqdn.  Do I need to change that to my external web services fqdn?

    edit: Nevermind, looks like I'm good with just adding an A record in internal dns for my external web services public IP.  I actually did the same thing earlier and it connected, but I thought it was falling back to the 3G network because I didn't see any established connections on port 5086 on my front end server.  What's the point of configuring that port anyhow if everything is coming in via TMG?

    • Edited by tpullins Monday, December 19, 2011 7:06 PM
    Monday, December 19, 2011 6:50 PM
  • hi, I have the same problem: mobile clients working externally but not internally. my DNS records ar in place and the ports have been set too. I can communicate with my reverse proxy but i cannot connect. I don't say what to check. Thanks
    Monday, December 19, 2011 7:07 PM
  • I tend to agree it is confusing... LyncDiscoverInternal points to our Front End server. LyncDiscover points to TMG Litener's IP where the external web services are published. Let's look this example: My External web FQDN is webext.lynclog.com with IP address 173.162.87.108. I created (in the Public DNS) A-Record for LyncDiscover.lynclog.com pointing to this same IP address and configured new listener for LyncDiscover as per the Deployment Guide. What happens: internal client queries (local) DNS record for LyncDiscover.lynclog.com and receives the IP address of my Front End. The client then contacts https://internal-FQDN.lynclog.com/AutoDiscover/AutoDiscover.svc/Root. The reply instructs the client to go to webext.lynclog.com (this is the Public FQDN of the External Web services). The client (signed to the internal wireless network) leaves via the default gateway, firewall, makes 180 degree turn and lands on the TMG listener as it is any external client would do (in my example 173.162.87.108). For the internal clients to resolve (and furthermore connect to) the external web services IP address, I created A-Record in the Internal DNS for webext.lynclog.com with IP Address 173.162.87.108... Drago
    http://www.lynclog.com
    Monday, December 19, 2011 7:08 PM
  • Yep, makes sense now Drago.  Only thing I need to figure out now is why I get cert warnings internally even after I install the root cert chain on my phone.
    • Edited by tpullins Monday, December 19, 2011 8:50 PM
    Monday, December 19, 2011 8:50 PM
  • hi, I have solved the external access. The checkbox "Forward the original host header instead of the actual one..." must be checked in the server publishing rules on the TMG. External access works fine, but i can't open a Meeting as the owner from my phone (and can't control the lobby). The internal access ist still not working, i have also change my internal dns, this points to the external Web Listener of the TMG. 

    I'm disappointed of the functionality. I expected at least the integration of "Call via Work" into the contacts.

    Tuesday, December 20, 2011 3:52 PM
  • Andreas, the internal dns record (lyncdiscoverinternal.sipdomain) should not point to the external listener.  It should point to the internal pool or web services fqdn. However, there needs to be an internal dns A record for your external web services fqdn that points to the external TMG listener ip address. Internal clients will query lync autodiscover on the internal web site and retrieve the mobility url which is https://externalwebservices.sipdomain.  They must be able to resolve that name so they can go out the corporate proxy and back in on the TMG listener for lync.
    Tuesday, December 20, 2011 5:01 PM
  • What is the certificate used on the Lync pool server, is it from a external root CA or an internal root CA.

    You are not using a reverse proxy  and you are using a firewall to NAT any request to 443 for the FQDN to hit 4443 of the Lync pool (correct me)

    Not using reverse proxy is not a supported configuration.

    Can you manually configure the Lync client and check if it works

    If you use manual settings instead of automatic discovery, mobile users need to manually enter the following URLs in their mobile device:

    ·      https://<ExtPoolFQDN>/Autodiscover/autodiscoverservice.svc/Root for external access

    ==========

    If the certificate is from a internal root CA, you can try to email the root CA cert in cer format to yourself and open the email on your phone and then install the root CA cert and check if it works.

     

     

    Wednesday, December 21, 2011 11:24 AM
  • Hi Jimmy,

    Thanks for the feedback, I will setup a TMG server tomorrow and see how I go.

    Thanks,

    Jeff


    MCP MCTS MCITP Enterprise Administrator
    Wednesday, December 21, 2011 12:17 PM
  • Okay, I just got my deployment completely working.  Be sure of the following:

    lyncdiscoverinternal.sipdomain.com only resolves internally and is a CNAME to your pool name.
    lyncdiscover.sipdomain.com resolves externally and is a CNAME for your external SIP name (TMG Reverse Proxy).

    I simply added the LyncDiscover.sipdomain.com to the list of Public Names in the Lync Web Publishing Rule on my Threat Management Gateway.  No need to add another rule if you are using SSL for both rules anyway.

    This link was super helpful for me:
    http://msunified.net/2011/12/12/enabling-lync-mobility/

    Those were my hangups.  I hope this helps.

    -Jeff

     


    Jeffrey Kelso, Enterprise Communications Specialist - CCNA
    Wednesday, December 21, 2011 5:15 PM
  • can you tell me what ports you have opend? i can sign in internally just by using https://lyncdiscover.domain.com but have to keep the internal discovery blank. when i am using local wifi in my office everything works fine. but from outside does not. i have opend 443 and forward to lync FE. Do you what might be the issue? im using a FortiGate 100A
    Sampath Perera MVP Microsoft SharePoint Server
    Friday, December 23, 2011 4:24 PM
  • Just a note for anyone that comes across this later. To get this working in Android from Sprint's 3G network I had to do the following: #1 enter my username as domain\username #2 create (3) external DNS records for: 1) edge server (lync.domain.com) 2) actual server (hostname.domain.com) 3) autodiscover (lyncdiscover.domain.com) I am not using TMG; I am still trying to figure out why I need so many external DNS records and why I have to submit the credentials in the old NT format. I'll update this if I find anything out.
    Friday, December 30, 2011 3:22 PM
  • Hi Jimmy,

     

    I have setup the TMG server and still have the same issues and the WP7 and Android clients wont connect internally or externally.

    Isnt the TMG only for external connections? internally it should work without TMG? am I correct?

    Thanks,

    Jeff


    MCP MCTS MCITP Enterprise Administrator
    Friday, January 06, 2012 2:49 AM
  • Hi Jeya,

     

    Did you manage to resolve your issue? can I ask what you did?

    Thanks,

    Jeff


    MCP MCTS MCITP Enterprise Administrator
    Tuesday, January 10, 2012 2:52 AM
  • Hi Jeff,

    What certificate are you using on the TMG for the publishing rule. The certificate on the TMG should have lyncdiscover.domain.com in the SAN. If its an certificate from internal CA, make sure to install the root CA on the phone by emailing the Root CA cert to your email and access it from the phone to install it.

    What happens when you manually enter the url on the phone

    https://<ExtPoolFQDN>/Autodiscover/autodiscoverservice.svc/Root

    Try to access this url from IE from an internet machine, does it work without certificate prompts?

    When an internal user on the corporate network uses wifi and then queries for lyncdiscoverinternal.domain.com the pool IP is returned to the phone. Now the autodiscover process will discover the user pool and provide the external web services FQDN to the phone. Now the phone has to loop back to through the proxy and comeback to the TMG to connect to the external web service url. The internal DNS will have the public IP of the external web service url

    To test internally you need to run Set-CsMcxConfiguration –ExposedWebUrl Internal

    External access will not work after you run this command.This will cause the autodiscover process to return the internal webservice url to the phone and it should connect provided the root ca cert used in IIS on the FE is trusted by the phone. Test and check if it works internally

    To test externally you need to run Set-CsMcxConfiguration –ExposedWebUrl External

    You can refer to http://www.microsoft.com/download/en/details.aspx?id=28355 for DNS, reverse proxy and configuration requirements.

     

     

     

     

     

    Thursday, January 12, 2012 4:22 AM
  • Hi Jimmy,

     

    I have set TMG to use my Lync certificate, orginally I did not have a TMG server and installing one has not made a difference I am still getting the same error on the phone and in the Lync server logging tool

    I am using an internal CA and I have installed the root certificate on the phone.

    I can see the phone trying to connect to the Lync server using the logging tool but there seems to be a problem with the Mcx service,

     

    I can see that the client is making it to the server, looking at the Lync Server 2010 Logging Tool > McXService logs I get 1 warning and 4 errors when trying to connect,

    Warning

    (0000000002812089)Async wait handle requested => caller wants Blocking the thread!

    Errors

    1.
    <<<<< [Mcx.exception] -----

    2.

    Microsoft.Rtc.Internal.Mcx.McxException: Method not found: 'Void Microsoft.Rtc.Internal.Collaboration.UserEndpointSettingsInternal.set_AutoAcceptInterval(Int32)'. ---> System.MissingMethodException: Method not found: 'Void Microsoft.Rtc.Internal.Collaboration.UserEndpointSettingsInternal.set_AutoAcceptInterval(Int32)'.
    at Microsoft.Rtc.Internal.Mcx.Session.Initiate(CollaborationPlatform collabPlatform, Boolean isClientOutsideCorporateNetwork, UInt32 userStateAvailability, String culture, String activityToken, UInt32 minUserStateAvailability, UInt32 maxUserStateAvailability, String userAgent, String endpointLocation, Int64 timeZoneBias, String timeZoneName, String timeZoneAbbreviation, UInt32 onlineToInactiveTransitionInterval, String mobilePhoneNumber, EndpointCapabilities capabilities, McxServiceAsyncResult`1 asyncResult)
    at Microsoft.Rtc.Internal.Mcx.SessionManager.InitiateSession(OCSIdentity identity, Boolean isClientOutsideCorporateNetwork, String appId, String deviceId, UInt32 userStateAvailability, String culture, String activityToken, UInt32 minUserStateAvailability, UInt32 maxUserStateAvailability, String userAgent, String endpointLocation, Int64 timeZoneBias, String timeZoneName, String timeZoneAbbreviation, UInt32 onlineToInactiveTransitionInterval, String mobilePhoneUri, EndpointCapabilities capabilities, McxServiceAsyncResult`1 asyncResult)
    --- End of inner exception stack trace ---
    at Microsoft.Rtc.Mcx.McxServiceAsyncResult`1.EndInvoke()
    at Microsoft.Rtc.Mcx.McxService.EndInitiateSession(IAsyncResult result)

    3.
    ----- [Mcx.callstack] >>>>>

    4.

    at System.Environment.get_StackTrace()
    at Microsoft.Rtc.Internal.Mcx.Utilities.Wpp.Exception(Exception ex)
    at Microsoft.Rtc.Mcx.McxService.EndInitiateSession(IAsyncResult result)
    at AsyncInvokeEndEndInitiateSession(Object , Object[] , IAsyncResult )
    at System.ServiceModel.Dispatcher.AsyncMethodInvoker.InvokeEnd(Object instance, Object[]& outputs, IAsyncResult result)
    at System.ServiceModel.Dispatcher.DispatchOperationRuntime.InvokeEnd(MessageRpc& rpc)
    at System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage7(MessageRpc& rpc)
    at System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage6(MessageRpc& rpc)
    at System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage5(MessageRpc& rpc)
    at System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage4(MessageRpc& rpc)
    at System.ServiceModel.Dispatcher.MessageRpc.Process(Boolean isOperationContextSet)
    at System.ServiceModel.Dispatcher.ChannelHandler.DispatchAndReleasePump(RequestContext request, Boolean cleanThread, OperationContext currentOperationContext)
    at System.ServiceModel.Dispatcher.ChannelHandler.HandleRequest(RequestContext request, OperationContext currentOperationContext)
    at System.ServiceModel.Dispatcher.ChannelHandler.AsyncMessagePump(IAsyncResult result)
    at System.ServiceModel.Diagnostics.Utility.AsyncThunk.UnhandledExceptionFrame(IAsyncResult result)
    at Microsoft.Rtc.Internal.WebServicesAuthFramework.AsyncResult.Complete(Boolean completedSynchronously)
    at Microsoft.Rtc.Internal.WebServicesAuthFramework.OCSLayeredChannelListener`2.ReceiveRequestAsyncResult.Complete(Boolean completedSynchronously, Object item)
    at Microsoft.Rtc.Internal.WebServicesAuthFramework.OCSLayeredChannelListener`2.ReceiveRequestAsyncResult.OnComplete(Object item)
    at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
    at System.Threading._ThreadPoolWaitCallback.PerformWaitCallbackInternal(_ThreadPoolWaitCallback tpWaitCallBack)
    at System.Threading._ThreadPoolWaitCallback.PerformWaitCallback(Object state)

    Any thoughts?

    Thanks,

    Jeff


    MCP MCTS MCITP Enterprise Administrator
    Thursday, January 12, 2012 9:23 AM
  • Can you paste the logs from the phone?
    Friday, January 13, 2012 9:18 AM
  • 2012-01-13 21:06:07.113+8 : Error : 553351982 : HttpRequestPump : Request IntDisc_https failed due to an unidentified network error.
    2012-01-13 21:06:07.149+8 : Error : 553351982 : HttpRequestPump : Calling back IntDisc_https with error ConnectionError [Error, Transport, TransportFramework].
    2012-01-13 21:06:07.180+8 : Error : 568560278 : HttpRequestPump : Calling back IntDisc_http with error ConnectionError [Error, Transport, TransportFramework].
    2012-01-13 21:06:07.837+8 : Error : 568560278 : HttpRequestPump : Parsed error from failed response to UnauthGethttps://presence.domain.com/Autodiscover/AutodiscoverService.svc/root/user. Status=AcceptErrorResponse [Error, Transport, TransportFramework].
    2012-01-13 21:06:07.843+8 : Error : 568560278 : HttpRequestPump : Calling back UnauthGethttps://presence.domain.com/Autodiscover/AutodiscoverService.svc/root/user with error AcceptErrorResponse [Error, Transport, TransportFramework].
    2012-01-13 21:06:09.967+8 : Error : 568560278 : SoapWebRequest : Error while finding SOAP body.
    Exception=System.NotSupportedException: NotSupportedException
       at System.Xml.XmlTextReaderImpl.ParseDoctypeDecl()
       at System.Xml.XmlTextReaderImpl.ParseDocumentContent()
       at System.Xml.XmlTextReaderImpl.Read()
       at System.Xml.XmlReader.MoveToContent()
       at Microsoft.Lync.Phone.Transport.Infrastructure.SoapWebRequest.ExtractSoapBody(XmlReader contentReader)
       at Microsoft.Lync.Phone.Transport.Infrastructure.SoapWebRequest.OnFailureResponse(WebResponse response)
       at Microsoft.Lync.Phone.Transport.Infrastructure.HttpRequestPump.DecodeWebException(HttpRequestPumpAsyncState state, WebException e)
       at Microsoft.Lync.Phone.Transport.Infrastructure.HttpRequestPump.OnReadResponse(IAsyncResult result)
       at System.Net.Browser.ClientHttpWebRequest.<>c__DisplayClassa.<InvokeGetResponseCallback>b__8(Object state2)
       at System.Threading.ThreadPool.WorkItem.WaitCallback_Context(Object state)
       at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
       at System.Threading.ThreadPool.WorkItem.doWork(Object o)
       at System.Threading.Timer.ring()

    2012-01-13 21:06:09.970+8 : Error : 568560278 : HttpRequestPump : Got a failure response to request MEXhttps://presence.domain.com/Mcx/McxService.svc. Status: UnknownError. Code: 500.
    2012-01-13 21:06:09.971+8 : Error : 568560278 : HttpRequestPump : Calling back MEXhttps://presence.domain.com/Mcx/McxService.svc with error HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework].
    2012-01-13 21:06:09.971+8 : Error : 568560278 : MetadataManager : Web request to resolve failed. Error: HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework].
    2012-01-13 21:06:09.971+8 : Error : 568560278 : HttpRequestPump : Failed to resolve metadata for InitSess. Status=HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework].
    2012-01-13 21:06:09.972+8 : Error : 568560278 : HttpRequestPump : Calling back InitSess with error HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework].
    2012-01-13 21:06:10.178+8 : Error : 537817690 : AppLayerHelper : Can't connect to the server. It may be busy or temporarily unavailable. Please try again.
    HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework]
    2012-01-13 21:06:17.566+8 : Info : 537817690 : MainPage : QueryString Value
    2012-01-13 21:06:19.051+8 : Info : 537817690 : LogonSession : UI invoked SignIn
    2012-01-13 21:06:19.056+8 : Info : 537817690 : CredentialManager : Got a new user credential from app layer.
    2012-01-13 21:06:19.056+8 : Info : 537817690 : TrustManager : Adding domain.net to trusted domain list for Autodiscovery.
    2012-01-13 21:06:19.057+8 : Info : 537817690 : DiscoverySession : Uri for request IntDisc_https is https://lyncdiscoverinternal.domain.net/?sipuri=user@domain.net.
    2012-01-13 21:06:19.058+8 : Info : 537817690 : DiscoverySession : Uri for request IntDisc_http is http://lyncdiscoverinternal.domain.net/?sipuri=user@domain.net.
    2012-01-13 21:06:19.063+8 : Info : 537817690 : LogonSession : SignInState: SigningIn
    2012-01-13 21:06:19.063+8 : Info : 537817690 : PresenceSubscriptionManager : HandleLogonSessionPropertyChange(SigningIn)
    2012-01-13 21:06:19.063+8 : Info : 537817690 : McxDataSynchronizer : Signed out
    2012-01-13 21:06:19.066+8 : Info : 537817690 : LogonSession : New LogonSession internal state = DiscoveringServer
    2012-01-13 21:06:19.079+8 : Error : 553351982 : HttpRequestPump : Calling back ExtDisc_http with error HttpRequestCancelled [Error, Transport, TransportFramework].
    2012-01-13 21:06:19.229+8 : Warning : 537817690 : ConfigurationResolver : Got an unauthenticated response after state machine moved on.
    2012-01-13 21:06:19.295+8 : Warning : 552161858 : HttpRequestPump : Got a WebException while reading the response for IntDisc_http.
    2012-01-13 21:06:19.296+8 : Error : 552161858 : HttpRequestPump : Request IntDisc_http failed due to an unidentified network error.
    2012-01-13 21:06:19.296+8 : Error : 552161858 : HttpRequestPump : Calling back IntDisc_http with error ConnectionError [Error, Transport, TransportFramework].
    2012-01-13 21:06:19.297+8 : Warning : 553351982 : HttpRequestPump : Got a WebException while reading the response for IntDisc_https.
    2012-01-13 21:06:19.297+8 : Error : 553351982 : HttpRequestPump : Request IntDisc_https failed due to an unidentified network error.
    2012-01-13 21:06:19.297+8 : Error : 553351982 : HttpRequestPump : Calling back IntDisc_https with error ConnectionError [Error, Transport, TransportFramework].
    2012-01-13 21:06:19.309+8 : Info : 537817690 : ConfigurationResolver : A discover request has failed. Waiting for parallel request result.
    2012-01-13 21:06:19.310+8 : Info : 537817690 : ConfigurationResolver : Internal autodiscovery requests failed. Trying external.
    2012-01-13 21:06:19.310+8 : Info : 537817690 : DiscoverySession : Uri for request ExtDisc_https is https://lyncdiscover.domain.net/?sipuri=user@domain.net.
    2012-01-13 21:06:19.311+8 : Info : 537817690 : DiscoverySession : Uri for request ExtDisc_http is http://lyncdiscover.domain.net/?sipuri=user@domain.net.
    2012-01-13 21:06:19.369+8 : Info : 553351982 : HttpRequestPump : Completed request ExtDisc_https.
    2012-01-13 21:06:19.376+8 : Info : 537817690 : ConfigurationResolver : Redirect to https://presence.domain.com/Autodiscover/AutodiscoverService.svc/root/user from secure link https://lyncdiscover.domain.net/?sipuri=user@domain.net does not require a trust decision.
    2012-01-13 21:06:19.376+8 : Info : 537817690 : ConfigurationResolver : Redirecting discovery query for user@domain.net to https://presence.domain.com/Autodiscover/AutodiscoverService.svc/root/user.
    2012-01-13 21:06:19.376+8 : Info : 537817690 : ConfigurationResolver : Sending authenticated discovery request for user@domain.net to https://presence.domain.com/Autodiscover/AutodiscoverService.svc/root/user.
    2012-01-13 21:06:19.377+8 : Verbose : 537817690 : HttpRequestPump : Request AuthDisc to https://presence.domain.com/Autodiscover/AutodiscoverService.svc/root/user requires metadata.
    2012-01-13 21:06:19.377+8 : Verbose : 537817690 : MetadataManager : Got a resolve request for https://presence.domain.com/Autodiscover/AutodiscoverService.svc/root/user.
    2012-01-13 21:06:19.377+8 : Verbose : 537817690 : MetadataManager : Using cached metadata for service https://presence.domain.com/Autodiscover/AutodiscoverService.svc/root/user.
    2012-01-13 21:06:19.378+8 : Verbose : 537817690 : WebTicketManager : Got a web ticket request for endpoint https://presence.domain.com/Autodiscover/AutodiscoverService.svc/root/user. Issuer is https://presence.domain.com/WebTicket/WebTicketService.svc.
    2012-01-13 21:06:19.378+8 : Info : 537817690 : WebTicketManager : Sending a new web ticket request for https://presence.domain.com/Autodiscover/AutodiscoverService.svc/root/user to issuer https://presence.domain.com/WebTicket/WebTicketService.svc.
    2012-01-13 21:06:19.379+8 : Verbose : 537817690 : HttpRequestPump : Request IssueWT to https://presence.domain.com/WebTicket/WebTicketService.svc requires metadata.
    2012-01-13 21:06:19.379+8 : Verbose : 537817690 : MetadataManager : Got a resolve request for https://presence.domain.com/WebTicket/WebTicketService.svc.
    2012-01-13 21:06:19.379+8 : Verbose : 537817690 : MetadataManager : Using cached metadata for service https://presence.domain.com/WebTicket/WebTicketService.svc.
    2012-01-13 21:06:19.380+8 : Info : 537817690 : CredentialManager : Asking for user credentials from app layer.
    2012-01-13 21:06:19.392+8 : Info : 537817690 : CredentialManager : Got a new user credential from app layer.
    2012-01-13 21:06:19.580+8 : Info : 552161858 : HttpRequestPump : Completed request IssueWT.
    2012-01-13 21:06:19.683+8 : Info : 552161858 : HttpRequestPump : Completed request AuthDisc.
    2012-01-13 21:06:19.709+8 : Verbose : 537817690 : ConfigurationResolver : Value for internal MCX is https://presence.domain.com/Mcx/McxService.svc.
    2012-01-13 21:06:19.709+8 : Verbose : 537817690 : ConfigurationResolver : Value for external MCX is https://presence.domain.com/Mcx/McxService.svc.
    2012-01-13 21:06:19.710+8 : Verbose : 537817690 : ConfigurationResolver : Value for internal auto-discover is https://presence.domain.com/Autodiscover/AutodiscoverService.svc/root.
    2012-01-13 21:06:19.710+8 : Verbose : 537817690 : ConfigurationResolver : Value for external auto-discover is https://presence.domain.com/Autodiscover/AutodiscoverService.svc/root.
    2012-01-13 21:06:19.710+8 : Info : 537817690 : ConfigurationResolver : Discovery complete for user@domain.net. Internal MCX: https://presence.domain.com/Mcx/McxService.svc. External MCX: https://presence.domain.com/Mcx/McxService.svc. Is internal? True.
    2012-01-13 21:06:19.725+8 : Info : 537817690 : InternalExternalSelector : Setting mode to INTERNAL
    2012-01-13 21:06:19.726+8 : Info : 537817690 : InternalExternalSelector : Configuring Transport to use INTERNAL URLs
    2012-01-13 21:06:19.727+8 : Info : 537817690 : LogonSession : Server discovery complete. Beginning sign-in.
    2012-01-13 21:06:19.727+8 : Info : 537817690 : Mcx14Session : InitSession request: Culture 'en-US', UA 'WPLync/4.0.7878.0 (Microsoft Windows CE 7.10.7740; HTC HD7 T9292 2250.21.51002.707)'.
    2012-01-13 21:06:19.727+8 : Verbose : 537817690 : HttpRequestPump : Request InitSess to https://presence.domain.com/Mcx/McxService.svc requires metadata.
    2012-01-13 21:06:19.728+8 : Verbose : 537817690 : MetadataManager : Got a resolve request for https://presence.domain.com/Mcx/McxService.svc.
    2012-01-13 21:06:19.728+8 : Info : 537817690 : LogonSession : New LogonSession internal state = SigningIn
    2012-01-13 21:06:19.786+8 : Warning : 552161858 : HttpRequestPump : Got a WebException while reading the response for MEXhttps://presence.domain.com/Mcx/McxService.svc.
    2012-01-13 21:06:19.786+8 : Error : 552161858 : SoapWebRequest : Error while finding SOAP body.
    Exception=System.NotSupportedException: NotSupportedException
       at System.Xml.XmlTextReaderImpl.ParseDoctypeDecl()
       at System.Xml.XmlTextReaderImpl.ParseDocumentContent()
       at System.Xml.XmlTextReaderImpl.Read()
       at System.Xml.XmlReader.MoveToContent()
       at Microsoft.Lync.Phone.Transport.Infrastructure.SoapWebRequest.ExtractSoapBody(XmlReader contentReader)
       at Microsoft.Lync.Phone.Transport.Infrastructure.SoapWebRequest.OnFailureResponse(WebResponse response)
       at Microsoft.Lync.Phone.Transport.Infrastructure.HttpRequestPump.DecodeWebException(HttpRequestPumpAsyncState state, WebException e)
       at Microsoft.Lync.Phone.Transport.Infrastructure.HttpRequestPump.OnReadResponse(IAsyncResult result)
       at System.Net.Browser.ClientHttpWebRequest.<>c__DisplayClassa.<InvokeGetResponseCallback>b__8(Object state2)
       at System.Threading.ThreadPool.WorkItem.WaitCallback_Context(Object state)
       at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
       at System.Threading.ThreadPool.WorkItem.doWork(Object o)
       at System.Threading.Timer.ring()

    2012-01-13 21:06:19.795+8 : Error : 552161858 : HttpRequestPump : Got a failure response to request MEXhttps://presence.domain.com/Mcx/McxService.svc. Status: UnknownError. Code: 500.
    2012-01-13 21:06:19.795+8 : Verbose : 552161858 : HttpRequestPump : Error status description for request MEXhttps://presence.domain.com/Mcx/McxService.svc is "Internal Server Error".
    2012-01-13 21:06:19.795+8 : Verbose : 552161858 : HttpRequestPump : Error header collection for request MEXhttps://presence.domain.com/Mcx/McxService.svc is: Content-Type="text/html"; Server="Microsoft-IIS/7.5"; X-Powered-By="ASP.NET"; Date="Fri, 13 Jan 2012 13:07:13 GMT"; Content-Length="1208";
    2012-01-13 21:06:19.796+8 : Error : 552161858 : HttpRequestPump : Calling back MEXhttps://presence.domain.com/Mcx/McxService.svc with error HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework].
    2012-01-13 21:06:19.796+8 : Error : 552161858 : MetadataManager : Web request to resolve failed. Error: HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework].
    2012-01-13 21:06:19.796+8 : Error : 552161858 : HttpRequestPump : Failed to resolve metadata for InitSess. Status=HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework].
    2012-01-13 21:06:19.796+8 : Error : 552161858 : HttpRequestPump : Calling back InitSess with error HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework].
    2012-01-13 21:06:19.809+8 : Info : 537817690 : LogonSession : SignInState: SignedOut
    2012-01-13 21:06:19.810+8 : Info : 537817690 : ConversationManager : LogonSession signed in or out
    2012-01-13 21:06:19.810+8 : Info : 537817690 : PresenceSubscriptionManager : HandleLogonSessionPropertyChange(SignedOut)
    2012-01-13 21:06:19.810+8 : Info : 537817690 : McxDataSynchronizer : Signed out
    2012-01-13 21:06:19.813+8 : Info : 537817690 : LogonSession : New LogonSession internal state = SignedOut
    2012-01-13 21:06:19.814+8 : Info : 537817690 : LogonSession : Doing UI callback with HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework]
    2012-01-13 21:06:19.977+8 : Error : 537817690 : AppLayerHelper : Can't connect to the server. It may be busy or temporarily unavailable. Please try again.
    HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework]
    2012-01-13 21:06:21.497+8 : Info : 537817690 : AppLayerHelper : SignIn completed with HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework]
    2012-01-13 21:06:26.729+8 : Info : 537817690 : LogonSession : UI invoked SignIn
    2012-01-13 21:06:26.734+8 : Info : 537817690 : CredentialManager : Got a new user credential from app layer.
    2012-01-13 21:06:26.735+8 : Info : 537817690 : TrustManager : Adding domain.net to trusted domain list for Autodiscovery.
    2012-01-13 21:06:26.735+8 : Info : 537817690 : DiscoverySession : Uri for request IntDisc_https is https://lyncdiscoverinternal.domain.net/?sipuri=user@domain.net.
    2012-01-13 21:06:26.736+8 : Info : 537817690 : DiscoverySession : Uri for request IntDisc_http is http://lyncdiscoverinternal.domain.net/?sipuri=user@domain.net.
    2012-01-13 21:06:26.740+8 : Info : 537817690 : LogonSession : SignInState: SigningIn
    2012-01-13 21:06:26.741+8 : Info : 537817690 : PresenceSubscriptionManager : HandleLogonSessionPropertyChange(SigningIn)
    2012-01-13 21:06:26.741+8 : Info : 537817690 : McxDataSynchronizer : Signed out
    2012-01-13 21:06:26.743+8 : Info : 537817690 : LogonSession : New LogonSession internal state = DiscoveringServer
    2012-01-13 21:06:26.757+8 : Error : 553351982 : HttpRequestPump : Calling back ExtDisc_http with error HttpRequestCancelled [Error, Transport, TransportFramework].
    2012-01-13 21:06:26.920+8 : Warning : 537817690 : ConfigurationResolver : Got an unauthenticated response after state machine moved on.
    2012-01-13 21:06:26.980+8 : Warning : 553351982 : HttpRequestPump : Got a WebException while reading the response for IntDisc_http.
    2012-01-13 21:06:26.985+8 : Error : 553351982 : HttpRequestPump : Request IntDisc_http failed due to an unidentified network error.
    2012-01-13 21:06:26.985+8 : Error : 553351982 : HttpRequestPump : Calling back IntDisc_http with error ConnectionError [Error, Transport, TransportFramework].
    2012-01-13 21:06:26.986+8 : Warning : 568560278 : HttpRequestPump : Got a WebException while reading the response for IntDisc_https.
    2012-01-13 21:06:26.986+8 : Error : 568560278 : HttpRequestPump : Request IntDisc_https failed due to an unidentified network error.
    2012-01-13 21:06:26.986+8 : Error : 568560278 : HttpRequestPump : Calling back IntDisc_https with error ConnectionError [Error, Transport, TransportFramework].
    2012-01-13 21:06:27.002+8 : Info : 537817690 : ConfigurationResolver : A discover request has failed. Waiting for parallel request result.
    2012-01-13 21:06:27.002+8 : Info : 537817690 : ConfigurationResolver : Internal autodiscovery requests failed. Trying external.
    2012-01-13 21:06:27.003+8 : Info : 537817690 : DiscoverySession : Uri for request ExtDisc_https is https://lyncdiscover.domain.net/?sipuri=user@domain.net.
    2012-01-13 21:06:27.003+8 : Info : 537817690 : DiscoverySession : Uri for request ExtDisc_http is http://lyncdiscover.domain.net/?sipuri=user@domain.net.
    2012-01-13 21:06:32.369+8 : Info : 568560278 : HttpRequestPump : Completed request ExtDisc_https.
    2012-01-13 21:06:32.376+8 : Info : 537817690 : ConfigurationResolver : Redirect to https://presence.domain.com/Autodiscover/AutodiscoverService.svc/root/user from secure link https://lyncdiscover.domain.net/?sipuri=user@domain.net does not require a trust decision.
    2012-01-13 21:06:32.377+8 : Info : 537817690 : ConfigurationResolver : Redirecting discovery query for user@domain.net to https://presence.domain.com/Autodiscover/AutodiscoverService.svc/root/user.
    2012-01-13 21:06:32.377+8 : Info : 537817690 : ConfigurationResolver : Sending authenticated discovery request for user@domain.net to https://presence.domain.com/Autodiscover/AutodiscoverService.svc/root/user.
    2012-01-13 21:06:32.377+8 : Verbose : 537817690 : HttpRequestPump : Request AuthDisc to https://presence.domain.com/Autodiscover/AutodiscoverService.svc/root/user requires metadata.
    2012-01-13 21:06:32.378+8 : Verbose : 537817690 : MetadataManager : Got a resolve request for https://presence.domain.com/Autodiscover/AutodiscoverService.svc/root/user.
    2012-01-13 21:06:32.378+8 : Verbose : 537817690 : MetadataManager : Using cached metadata for service https://presence.domain.com/Autodiscover/AutodiscoverService.svc/root/user.
    2012-01-13 21:06:32.378+8 : Verbose : 537817690 : WebTicketManager : Got a web ticket request for endpoint https://presence.domain.com/Autodiscover/AutodiscoverService.svc/root/user. Issuer is https://presence.domain.com/WebTicket/WebTicketService.svc.
    2012-01-13 21:06:32.378+8 : Info : 537817690 : WebTicketManager : Sending a new web ticket request for https://presence.domain.com/Autodiscover/AutodiscoverService.svc/root/user to issuer https://presence.domain.com/WebTicket/WebTicketService.svc.
    2012-01-13 21:06:32.379+8 : Verbose : 537817690 : HttpRequestPump : Request IssueWT to https://presence.domain.com/WebTicket/WebTicketService.svc requires metadata.
    2012-01-13 21:06:32.379+8 : Verbose : 537817690 : MetadataManager : Got a resolve request for https://presence.domain.com/WebTicket/WebTicketService.svc.
    2012-01-13 21:06:32.379+8 : Verbose : 537817690 : MetadataManager : Using cached metadata for service https://presence.domain.com/WebTicket/WebTicketService.svc.
    2012-01-13 21:06:32.380+8 : Info : 537817690 : CredentialManager : Asking for user credentials from app layer.
    2012-01-13 21:06:32.394+8 : Info : 537817690 : CredentialManager : Got a new user credential from app layer.
    2012-01-13 21:06:43.440+8 : Warning : 568560278 : HttpRequestPump : Got a WebException while reading the response for ExtDisc_http.
    2012-01-13 21:06:43.440+8 : Error : 568560278 : HttpRequestPump : Request ExtDisc_http failed due to an unidentified network error.
    2012-01-13 21:06:43.440+8 : Error : 568560278 : HttpRequestPump : Calling back ExtDisc_http with error ConnectionError [Error, Transport, TransportFramework].
    2012-01-13 21:06:43.455+8 : Warning : 537817690 : ConfigurationResolver : Got an unauthenticated response after state machine moved on.
    2012-01-13 21:07:02.871+8 : Error : 568560278 : HttpRequestPump : Calling back IssueWT with error HttpTimeoutError [Error, Transport, TransportFramework].
    2012-01-13 21:07:02.875+8 : Error : 568560278 : WebTicketManager : Failed request for web ticket. Status=HttpTimeoutError [Error, Transport, TransportFramework].
    2012-01-13 21:07:02.875+8 : Error : 568560278 : HttpRequestPump : Failed to fetch WebTicket for AuthDisc. Status=HttpTimeoutError [Error, Transport, TransportFramework].
    2012-01-13 21:07:02.875+8 : Error : 568560278 : HttpRequestPump : Calling back AuthDisc with error HttpTimeoutError [Error, Transport, TransportFramework].
    2012-01-13 21:07:02.886+8 : Info : 537817690 : RequestRetryQueue : AuthDisc HttpTimeoutError [Error, Transport, TransportFramework] retry=True
    2012-01-13 21:07:02.886+8 : Verbose : 537817690 : HttpRequestPump : Request AuthDisc to https://presence.domain.com/Autodiscover/AutodiscoverService.svc/root/user requires metadata.
    2012-01-13 21:07:02.886+8 : Verbose : 537817690 : MetadataManager : Got a resolve request for https://presence.domain.com/Autodiscover/AutodiscoverService.svc/root/user.
    2012-01-13 21:07:02.887+8 : Verbose : 537817690 : MetadataManager : Using cached metadata for service https://presence.domain.com/Autodiscover/AutodiscoverService.svc/root/user.
    2012-01-13 21:07:02.887+8 : Verbose : 537817690 : WebTicketManager : Got a web ticket request for endpoint https://presence.domain.com/Autodiscover/AutodiscoverService.svc/root/user. Issuer is https://presence.domain.com/WebTicket/WebTicketService.svc.
    2012-01-13 21:07:02.887+8 : Info : 537817690 : WebTicketManager : Sending a new web ticket request for https://presence.domain.com/Autodiscover/AutodiscoverService.svc/root/user to issuer https://presence.domain.com/WebTicket/WebTicketService.svc.
    2012-01-13 21:07:02.888+8 : Verbose : 537817690 : HttpRequestPump : Request IssueWT to https://presence.domain.com/WebTicket/WebTicketService.svc requires metadata.
    2012-01-13 21:07:02.888+8 : Verbose : 537817690 : MetadataManager : Got a resolve request for https://presence.domain.com/WebTicket/WebTicketService.svc.
    2012-01-13 21:07:02.888+8 : Verbose : 537817690 : MetadataManager : Using cached metadata for service https://presence.domain.com/WebTicket/WebTicketService.svc.
    2012-01-13 21:07:02.888+8 : Info : 537817690 : CredentialManager : Returning cached user credentials.
    2012-01-13 21:07:03.127+8 : Info : 568560278 : HttpRequestPump : Completed request IssueWT.
    2012-01-13 21:07:03.218+8 : Info : 553351982 : HttpRequestPump : Completed request AuthDisc.
    2012-01-13 21:07:03.235+8 : Verbose : 537817690 : ConfigurationResolver : Value for internal MCX is https://presence.domain.com/Mcx/McxService.svc.
    2012-01-13 21:07:03.236+8 : Verbose : 537817690 : ConfigurationResolver : Value for external MCX is https://presence.domain.com/Mcx/McxService.svc.
    2012-01-13 21:07:03.236+8 : Verbose : 537817690 : ConfigurationResolver : Value for internal auto-discover is https://presence.domain.com/Autodiscover/AutodiscoverService.svc/root.
    2012-01-13 21:07:03.236+8 : Verbose : 537817690 : ConfigurationResolver : Value for external auto-discover is https://presence.domain.com/Autodiscover/AutodiscoverService.svc/root.
    2012-01-13 21:07:03.242+8 : Info : 537817690 : ConfigurationResolver : Discovery complete for user@domain.net. Internal MCX: https://presence.domain.com/Mcx/McxService.svc. External MCX: https://presence.domain.com/Mcx/McxService.svc. Is internal? True.
    2012-01-13 21:07:03.252+8 : Info : 537817690 : InternalExternalSelector : Setting mode to INTERNAL
    2012-01-13 21:07:03.253+8 : Info : 537817690 : InternalExternalSelector : Configuring Transport to use INTERNAL URLs
    2012-01-13 21:07:03.254+8 : Info : 537817690 : LogonSession : Server discovery complete. Beginning sign-in.
    2012-01-13 21:07:03.254+8 : Info : 537817690 : Mcx14Session : InitSession request: Culture 'en-US', UA 'WPLync/4.0.7878.0 (Microsoft Windows CE 7.10.7740; HTC HD7 T9292 2250.21.51002.707)'.
    2012-01-13 21:07:03.255+8 : Verbose : 537817690 : HttpRequestPump : Request InitSess to https://presence.domain.com/Mcx/McxService.svc requires metadata.
    2012-01-13 21:07:03.255+8 : Verbose : 537817690 : MetadataManager : Got a resolve request for https://presence.domain.com/Mcx/McxService.svc.
    2012-01-13 21:07:03.256+8 : Info : 537817690 : LogonSession : New LogonSession internal state = SigningIn
    2012-01-13 21:07:03.311+8 : Warning : 553351982 : HttpRequestPump : Got a WebException while reading the response for MEXhttps://presence.domain.com/Mcx/McxService.svc.
    2012-01-13 21:07:03.312+8 : Error : 553351982 : SoapWebRequest : Error while finding SOAP body.
    Exception=System.NotSupportedException: NotSupportedException
       at System.Xml.XmlTextReaderImpl.ParseDoctypeDecl()
       at System.Xml.XmlTextReaderImpl.ParseDocumentContent()
       at System.Xml.XmlTextReaderImpl.Read()
       at System.Xml.XmlReader.MoveToContent()
       at Microsoft.Lync.Phone.Transport.Infrastructure.SoapWebRequest.ExtractSoapBody(XmlReader contentReader)
       at Microsoft.Lync.Phone.Transport.Infrastructure.SoapWebRequest.OnFailureResponse(WebResponse response)
       at Microsoft.Lync.Phone.Transport.Infrastructure.HttpRequestPump.DecodeWebException(HttpRequestPumpAsyncState state, WebException e)
       at Microsoft.Lync.Phone.Transport.Infrastructure.HttpRequestPump.OnReadResponse(IAsyncResult result)
       at System.Net.Browser.ClientHttpWebRequest.<>c__DisplayClassa.<InvokeGetResponseCallback>b__8(Object state2)
       at System.Threading.ThreadPool.WorkItem.WaitCallback_Context(Object state)
       at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
       at System.Threading.ThreadPool.WorkItem.doWork(Object o)
       at System.Threading.Timer.ring()

    2012-01-13 21:07:03.321+8 : Error : 553351982 : HttpRequestPump : Got a failure response to request MEXhttps://presence.domain.com/Mcx/McxService.svc. Status: UnknownError. Code: 500.
    2012-01-13 21:07:03.321+8 : Verbose : 553351982 : HttpRequestPump : Error status description for request MEXhttps://presence.domain.com/Mcx/McxService.svc is "Internal Server Error".
    2012-01-13 21:07:03.321+8 : Verbose : 553351982 : HttpRequestPump : Error header collection for request MEXhttps://presence.domain.com/Mcx/McxService.svc is: Content-Type="text/html"; Server="Microsoft-IIS/7.5"; X-Powered-By="ASP.NET"; Date="Fri, 13 Jan 2012 13:07:56 GMT"; Content-Length="1208";
    2012-01-13 21:07:03.322+8 : Error : 553351982 : HttpRequestPump : Calling back MEXhttps://presence.domain.com/Mcx/McxService.svc with error HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework].
    2012-01-13 21:07:03.322+8 : Error : 553351982 : MetadataManager : Web request to resolve failed. Error: HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework].
    2012-01-13 21:07:03.322+8 : Error : 553351982 : HttpRequestPump : Failed to resolve metadata for InitSess. Status=HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework].
    2012-01-13 21:07:03.322+8 : Error : 553351982 : HttpRequestPump : Calling back InitSess with error HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework].
    2012-01-13 21:07:03.335+8 : Info : 537817690 : LogonSession : SignInState: SignedOut
    2012-01-13 21:07:03.335+8 : Info : 537817690 : ConversationManager : LogonSession signed in or out
    2012-01-13 21:07:03.336+8 : Info : 537817690 : PresenceSubscriptionManager : HandleLogonSessionPropertyChange(SignedOut)
    2012-01-13 21:07:03.336+8 : Info : 537817690 : McxDataSynchronizer : Signed out
    2012-01-13 21:07:03.339+8 : Info : 537817690 : LogonSession : New LogonSession internal state = SignedOut
    2012-01-13 21:07:03.340+8 : Info : 537817690 : LogonSession : Doing UI callback with HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework]
    2012-01-13 21:07:03.513+8 : Error : 537817690 : AppLayerHelper : Can't connect to the server. It may be busy or temporarily unavailable. Please try again.
    HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework]
    2012-01-13 21:07:05.802+8 : Info : 537817690 : AppLayerHelper : SignIn completed with HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework]
    2012-01-13 21:07:09.620+8 : Info : 537817690 : NavigationManager : Navigating to: /UI/Pages/About.xaml


    MCP MCTS MCITP Enterprise Administrator
    Friday, January 13, 2012 1:23 PM
  • https://presence.domain.com/Mcx/McxService.svc. Are you getting errors in the application logs of the lync server If you try to access this url in IE do you get a proper response ro do you get an error. If you get an error, look like there is issue on the Lync server with IIS or installation of Mobility and Autodiscover service Make sure you have installed: install Windows Desktop Experience. To do this, follow these steps: 1.Click Start, click Administrative Tools, and then double-click Server Manager 2.In Server Manager, click Add Features under Features Summary 3.In the Add Features Wizard dialog box, make sure that the Desktop Experience option is selected 4.Click Next, and then click Install 5.After the installation process is complete, click Close, and then close Server Manager Uninstall the mobility components from program and features, reboot the box and then run C:\Program Files\Microsoft Lync Server 2010\Deployment\Bootstrapper.exe This should reinstall the mobility service. Please check if it resovles the issue. If the issue is not resolved open a support case with PSS
    Saturday, January 14, 2012 9:48 AM
  • Hi Jimmy,

    Thanks for the feedback,

    I can confirm that I can browse to  https://presence.domain.com/Mcx/McxService.svc see capture below.

    I have checked and the windows desktop experience is installed on the server and I have reinstalled the mobility service several times just to make sure.

    Time to open a support case with MS.

    Thanks guys for all your comments.

    Jeff

     

     

     


    MCP MCTS MCITP Enterprise Administrator
    Wednesday, January 18, 2012 5:13 AM
  • Hi all

    I'm also not being able to use Lync with WP 7.5 on my HTC Mozart. I know its due to the https://lyncdiscover not working, I get a "not issued by a trusted certificate authority" when I access the url in the Phone's browser. However I have not found a way to install the needed certificate, I tried exporting as .cer, as .p7b and mail it, nothing works.
    The certificate we use is issued by startcom, and I assume I need to install their root certificate in the trusted certificate authority store, but as many in this thread already noted, there seems no way to do this. Or am I mistaken?
    If anyone has any suggestions, I'm open to try anything. Since my device is a registered development device, maybe there's a way using the Windows Phone SDK Application Deployment.

    Let me also tell you a little story:
    Our IT just upgraded to Lync yesterday, and all of the smartphone users in our company jumped and downloaded the app from their stores, installed it, fired it up, logged in and started chatting. And guess what: They were all either iPhones or Android's. Just humble me, with my MICROSOFT device, am still not being able to connect, after spending almost 4 pointless hours trying all workarounds I could think of.
    I am so fed up with Windows Phone, the next time I'm having some money to spend I'm switching to Android. I really tried to like WP7, but the fact that Microsoft is not able to cope with the need for speed of a quick mobile market is too apparent, wherever I look.

    To add to the frustration, I just had to delete 2 messages since apparently this forum is not able to accept preformatted messages from Firefox. Nice one!

    Anyway, here is my log, just for reference:

    2012-01-19 08:37:34.544+1 : Error : 380503746 : HttpRequestPump : Calling back IntDisc_https with error HttpRequestCancelled [Error, Transport, TransportFramework].
    2012-01-19 08:37:34.568+1 : Error : 464851318 : HttpRequestPump : Calling back IntDisc_http with error HttpRequestCancelled [Error, Transport, TransportFramework].
    2012-01-19 08:37:41.693+1 : Info : 468137926 : MainPage : QueryString Value
    2012-01-19 08:37:42.774+1 : Info : 468137926 : LogonSession : UI invoked SignIn
    2012-01-19 08:37:42.774+1 : Info : 468137926 : CredentialManager : Got a new user credential from app layer.
    2012-01-19 08:37:42.775+1 : Info : 468137926 : TrustManager : Adding <domainname> to trusted domain list for Autodiscovery.
    2012-01-19 08:37:42.775+1 : Info : 468137926 : DiscoverySession : Uri for request IntDisc_https is https://lyncdiscoverinternal.<domainname>/?sipuri=<username>@<domainname>.
    2012-01-19 08:37:42.776+1 : Info : 468137926 : DiscoverySession : Uri for request IntDisc_http is http://lyncdiscoverinternal.<domainname>/?sipuri=<username>@<domainname>.
    2012-01-19 08:37:42.780+1 : Info : 468137926 : LogonSession : SignInState: SigningIn
    2012-01-19 08:37:42.780+1 : Info : 468137926 : PresenceSubscriptionManager : HandleLogonSessionPropertyChange(SigningIn)
    2012-01-19 08:37:42.780+1 : Info : 468137926 : McxDataSynchronizer : Signed out
    2012-01-19 08:37:42.785+1 : Info : 468137926 : LogonSession : New LogonSession internal state = DiscoveringServer
    2012-01-19 08:38:08.460+1 : Warning : 464851318 : HttpRequestPump : Got a WebException while reading the response for IntDisc_https.
    2012-01-19 08:38:08.466+1 : Error : 464851318 : HttpRequestPump : Request IntDisc_https failed due to an unidentified network error.
    2012-01-19 08:38:08.466+1 : Error : 464851318 : HttpRequestPump : Calling back IntDisc_https with error ConnectionError [Error, Transport, TransportFramework].
    2012-01-19 08:38:08.477+1 : Info : 468137926 : ConfigurationResolver : A discover request has failed. Waiting for parallel request result.
    2012-01-19 08:38:17.782+1 : Error : 464851318 : HttpRequestPump : Calling back IntDisc_http with error HttpTimeoutError [Error, Transport, TransportFramework].
    2012-01-19 08:38:17.794+1 : Info : 468137926 : ConfigurationResolver : Internal autodiscovery requests failed. Trying external.
    2012-01-19 08:38:17.795+1 : Info : 468137926 : DiscoverySession : Uri for request ExtDisc_https is https://lyncdiscover.<domainname>/?sipuri=<username>@<domainname>.
    2012-01-19 08:38:17.795+1 : Info : 468137926 : DiscoverySession : Uri for request ExtDisc_http is http://lyncdiscover.<domainname>/?sipuri=<username>@<domainname>.
    2012-01-19 08:38:18.423+1 : Warning : 464851318 : HttpRequestPump : Got a WebException while reading the response for ExtDisc_https.
    2012-01-19 08:38:18.423+1 : Error : 464851318 : HttpRequestPump : Request ExtDisc_https failed due to an unidentified network error.
    2012-01-19 08:38:18.423+1 : Error : 464851318 : HttpRequestPump : Calling back ExtDisc_https with error ConnectionError [Error, Transport, TransportFramework].
    2012-01-19 08:38:18.429+1 : Info : 468137926 : ConfigurationResolver : A discover request has failed. Waiting for parallel request result.
    2012-01-19 08:38:27.409+1 : Warning : 464851318 : HttpRequestPump : Got a WebException while reading the response for ExtDisc_http.
    2012-01-19 08:38:27.410+1 : Error : 464851318 : HttpRequestPump : Got a failure response to request ExtDisc_http. Status: UnknownError. Code: 504.
    2012-01-19 08:38:27.410+1 : Verbose : 464851318 : HttpRequestPump : Error status description for request ExtDisc_http is "Gateway Time-out".
    2012-01-19 08:38:27.410+1 : Verbose : 464851318 : HttpRequestPump : Error header collection for request ExtDisc_http is: Server="WebProxy/5.2"; Date="Thu, 19 Jan 2012 07:37:46 GMT"; Content-Length="0"; Connection="keep-alive";
    2012-01-19 08:38:27.410+1 : Error : 464851318 : HttpRequestPump : Calling back ExtDisc_http with error HttpRequestTimeout [Error, Transport, TransportFramework].
    2012-01-19 08:38:27.421+1 : Error : 468137926 : ConfigurationResolver : Autodiscovery for <username>@<domainname> failed with status DiscoveryFailedToFindRoot [Error, Application, Discovery].
    2012-01-19 08:38:27.440+1 : Info : 468137926 : LogonSession : SignInState: SignedOut
    2012-01-19 08:38:27.440+1 : Info : 468137926 : ConversationManager : LogonSession signed in or out
    2012-01-19 08:38:27.440+1 : Info : 468137926 : PresenceSubscriptionManager : HandleLogonSessionPropertyChange(SignedOut)
    2012-01-19 08:38:27.441+1 : Info : 468137926 : McxDataSynchronizer : Signed out
    2012-01-19 08:38:27.444+1 : Info : 468137926 : LogonSession : New LogonSession internal state = SignedOut
    2012-01-19 08:38:27.444+1 : Info : 468137926 : LogonSession : Doing UI callback with DiscoveryFailedToFindRoot [Error, Application, Discovery]
    2012-01-19 08:38:27.612+1 : Error : 468137926 : AppLayerHelper : Es kann keine Serververbindung hergestellt werden. Der Server ist möglicherweise nicht verfügbar. Überprüfen Sie ferner die Netzwerkverbindung, die Anmeldeadresse und die Serveradressen.
    DiscoveryFailedToFindRoot [Error, Application, Discovery]
    2012-01-19 08:38:31.983+1 : Info : 468137926 : AppLayerHelper : SignIn completed with DiscoveryFailedToFindRoot [Error, Application, Discovery]
    2012-01-19 08:38:37.226+1 : Info : 468137926 : NavigationManager : Navigating to: /UI/Pages/About.xaml

    Cheers

    Line40

    Thursday, January 19, 2012 9:36 AM
  • Hi Line40,

     

    For the certificate error that you have you should email the root certificate to your phone as attachment.

    Once you have received the email attachment you can open it and you will be prompted to install it, you can even send the Lync server certificate to your phone email and install that too.

    With regards to your comments about WP7, I noticed that you are using a Mozart which is a lower end phone you should try the HD7 ( I have found it to be awesome). If you still decide to go Android be careful with the lower end phones as you will have more problems than you are having now with WP7.

     Thanks,

    Jeff


    MCP MCTS MCITP Enterprise Administrator
    Thursday, January 19, 2012 10:24 AM
  • For the certificate error that you have you should email the root certificate to your phone as attachment.


    We sorted out the issue. I did already mail me all the certificates I could find, and which our IT provided, up to the time I wrote the posting, and installed them all. Nothing worked. As a final attempt our IT provided me with the certificates for the server with the *whole* path of parent certificates included, in .p7b format. That solved the issue. Still, I think its hardly ok that I should not be able to install and trust certificates from the web browser if I surf to a site, like I can on other OS.

    Regarding my comment on WP7 in general: Of course it was motivated by anger to some extent, but still, since its launch for me WP7 has hardly made Progress at all. No ICQ, Flash, price comparison app with good barcode reader (for germany), and I could continue the list almost endlessly.

    And the fact that literally every other person in our company could use Lync on their smartphone instantly, except the WP7 users, is plain ridiculous, and sadly, symptomatic for the platform. For example: I'm still waiting to be able to dial phone numbers from a website (I know there may be patent issues witht that), or at least be able to copy/paste them to the integrated dialer.

    Regarding the HD7<->Mozart comparison: The devices have identical hardware specs, apart from the camera and the display.

    Cheers

     

    Line40

     


    Thursday, January 19, 2012 1:11 PM
  • I solved the problem,

    I applied this update to the front end server and restarted IIS and the phones now connect.

    Update for Lync Server 2010, Unified Communications Managed API 3.0, Core Runtime 64-bit (KB 2500449)

    Thanks,

    Jeff


    MCP MCTS MCITP Enterprise Administrator
    • Marked as answer by ssbob1975 Sunday, January 29, 2012 2:01 PM
    Sunday, January 29, 2012 2:01 PM
  • I have still the Error with the not working INTERNAL access. The client get a http error from the front end server:

    2012-02-07 16:43:42.141+1 : Info : 387256378 : AppLayerHelper : SignIn completed with HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework]
    2012-02-07 16:43:44.954+1 : Info : 387256378 : NavigationManager : Navigating to: /UI/Pages/Settings.xaml
    2012-02-07 16:43:50.301+1 : Error : 383193838 : HttpRequestPump : Request IntDisc_http failed due to an unidentified network error.
    2012-02-07 16:43:50.301+1 : Error : 383193838 : HttpRequestPump : Calling back IntDisc_http with error ConnectionError [Error, Transport, TransportFramework].
    2012-02-07 16:43:50.302+1 : Error : 389158810 : HttpRequestPump : Request IntDisc_https failed due to an unidentified network error.
    2012-02-07 16:43:50.302+1 : Error : 389158810 : HttpRequestPump : Calling back IntDisc_https with error ConnectionError [Error, Transport, TransportFramework].
    2012-02-07 16:43:50.466+1 : Error : 389158810 : HttpRequestPump : Parsed error from failed response to UnauthGethttps://meetweb.sipdomain.org/Autodiscover/AutodiscoverService.svc/root/user. Status=AcceptErrorResponse [Error, Transport,
    TransportFramework].
    2012-02-07 16:43:50.467+1 : Error : 389158810 : HttpRequestPump : Calling back UnauthGethttps://meetweb.sipdomain.org/Autodiscover/AutodiscoverService.svc/root/user with error AcceptErrorResponse [Error, Transport, TransportFramework].
    2012-02-07 16:43:50.586+1 : Error : 383193838 : HttpRequestPump : Got a failure response to request IssueWT. Status: UnknownError. Code: 500.
    2012-02-07 16:43:50.586+1 : Error : 383193838 : HttpRequestPump : Calling back IssueWT with error HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework].
    2012-02-07 16:43:50.587+1 : Error : 383193838 : WebTicketManager : Failed request for web ticket. Status=HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework].
    2012-02-07 16:43:50.587+1 : Error : 383193838 : HttpRequestPump : Failed to fetch WebTicket for AuthDisc. Status=HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework].
    2012-02-07 16:43:50.587+1 : Error : 383193838 : HttpRequestPump : Calling back AuthDisc with error HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework].
    2012-02-07 16:43:50.676+1 : Error : 383193838 : HttpRequestPump : Got a failure response to request IssueWT. Status: UnknownError. Code: 500.
    2012-02-07 16:43:50.676+1 : Error : 383193838 : HttpRequestPump : Calling back IssueWT with error HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework].
    2012-02-07 16:43:50.677+1 : Error : 383193838 : WebTicketManager : Failed request for web ticket. Status=HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework].
    2012-02-07 16:43:50.677+1 : Error : 383193838 : HttpRequestPump : Failed to fetch WebTicket for AuthDisc. Status=HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework].
    2012-02-07 16:43:50.677+1 : Error : 383193838 : HttpRequestPump : Calling back AuthDisc with error HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework].
    2012-02-07 16:43:50.760+1 : Error : 383193838 : HttpRequestPump : Got a failure response to request IssueWT. Status: UnknownError. Code: 500.
    2012-02-07 16:43:50.760+1 : Error : 383193838 : HttpRequestPump : Calling back IssueWT with error HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework].
    2012-02-07 16:43:50.761+1 : Error : 383193838 : WebTicketManager : Failed request for web ticket. Status=HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework].
    2012-02-07 16:43:50.761+1 : Error : 383193838 : HttpRequestPump : Failed to fetch WebTicket for AuthDisc. Status=HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework].
    2012-02-07 16:43:50.761+1 : Error : 383193838 : HttpRequestPump : Calling back AuthDisc with error HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework].
    2012-02-07 16:43:50.788+1 : Error : 387256378 : ConfigurationResolver : Autodiscovery for a.lotze@sipdomain.org failed with status DiscoveryFailedPastRoot [Error, Application, Discovery].
    2012-02-07 16:43:50.891+1 : Error : 387256378 : AppLayerHelper : Es kann keine Serververbindung hergestellt werden. Der Server ist möglicherweise nicht verfügbar. Überprüfen Sie ferner die Netzwerkverbindung, die Anmeldeadresse und
    die Serveradressen.
    DiscoveryFailedPastRoot [Error, Application, Discovery]
    2012-02-07 16:43:54.360+1 : Error : 434768034 : HttpRequestPump : Request ExtDisc_http was cancelled by the app. Status=Ok [Warning, Global, Global]
    2012-02-07 16:43:54.362+1 : Error : 434768034 : DebugHelpers : Aborted an HTTP request with no error set.
    2012-02-07 16:44:15.501+1 : Info : 409011582 : MainPage : QueryString Value
    2012-02-07 16:44:17.240+1 : Info : 409011582 : LogonSession : UI invoked SignIn
    2012-02-07 16:44:17.254+1 : Info : 409011582 : CredentialManager : Got a new user credential from app layer.
    2012-02-07 16:44:17.257+1 : Info : 409011582 : TrustManager : Adding sipdomain.org to trusted domain list for Autodiscovery.
    2012-02-07 16:44:17.261+1 : Info : 409011582 : DiscoverySession : Uri for request IntDisc_https is https://lyncdiscoverinternal.sipdomain.org/?sipuri=a.lotze@sipdomain.org.
    2012-02-07 16:44:17.263+1 : Info : 409011582 : DiscoverySession : Uri for request IntDisc_http is http://lyncdiscoverinternal.sipdomain.org/?sipuri=a.lotze@sipdomain.org.
    2012-02-07 16:44:17.328+1 : Info : 409011582 : LogonSession : SignInState: SigningIn
    2012-02-07 16:44:17.332+1 : Info : 409011582 : PresenceSubscriptionManager : HandleLogonSessionPropertyChange(SigningIn)
    2012-02-07 16:44:17.337+1 : Info : 409011582 : McxDataSynchronizer : Signed out
    2012-02-07 16:44:17.375+1 : Info : 409011582 : LogonSession : New LogonSession internal state = DiscoveringServer
    2012-02-07 16:44:17.602+1 : Warning : 425399050 : HttpRequestPump : Got a WebException while reading the response for IntDisc_http.
    2012-02-07 16:44:17.606+1 : Warning : 406520426 : HttpRequestPump : Got a WebException while reading the response for IntDisc_https.
    2012-02-07 16:44:17.613+1 : Error : 425399050 : HttpRequestPump : Request IntDisc_http failed due to an unidentified network error.
    2012-02-07 16:44:17.618+1 : Error : 425399050 : HttpRequestPump : Calling back IntDisc_http with error ConnectionError [Error, Transport, TransportFramework].
    2012-02-07 16:44:17.631+1 : Info : 409011582 : ConfigurationResolver : A discover request has failed. Waiting for parallel request result.
    2012-02-07 16:44:17.642+1 : Error : 406520426 : HttpRequestPump : Request IntDisc_https failed due to an unidentified network error.
    2012-02-07 16:44:17.643+1 : Error : 406520426 : HttpRequestPump : Calling back IntDisc_https with error ConnectionError [Error, Transport, TransportFramework].
    2012-02-07 16:44:17.656+1 : Info : 409011582 : ConfigurationResolver : Internal autodiscovery requests failed. Trying external.
    2012-02-07 16:44:17.657+1 : Info : 409011582 : DiscoverySession : Uri for request ExtDisc_https is https://lyncdiscover.sipdomain.org/?sipuri=a.lotze@sipdomain.org.
    2012-02-07 16:44:17.657+1 : Info : 409011582 : DiscoverySession : Uri for request ExtDisc_http is http://lyncdiscover.sipdomain.org/?sipuri=a.lotze@sipdomain.org.
    2012-02-07 16:44:17.752+1 : Info : 406520426 : HttpRequestPump : Completed request ExtDisc_http.
    2012-02-07 16:44:17.801+1 : Info : 409011582 : ConfigurationResolver : Redirect to https://meetweb.sipdomain.org/Autodiscover/AutodiscoverService.svc/root?sipuri=a.lotze@sipdomain.org requires a trust decision.
    2012-02-07 16:44:17.806+1 : Info : 409011582 : TrustManager : Trust of https://meetweb.sipdomain.org/Autodiscover/AutodiscoverService.svc/root?sipuri=a.lotze@sipdomain.org for Autodiscovery is inherited through sipdomain.org.
    2012-02-07 16:44:17.806+1 : Info : 409011582 : TrustManager : Redirection to https://meetweb.sipdomain.org/Autodiscover/AutodiscoverService.svc/root?sipuri=a.lotze@sipdomain.org is trusted for Autodiscovery.
    2012-02-07 16:44:17.807+1 : Info : 409011582 : ConfigurationResolver : Redirecting discovery query for a.lotze@sipdomain.org to https://meetweb.sipdomain.org/Autodiscover/AutodiscoverService.svc/root?sipuri=a.lotze@sipdomain.org.
    2012-02-07 16:44:17.810+1 : Info : 409011582 : DiscoverySession : Uri for request RedirectDisc is https://meetweb.sipdomain.org/Autodiscover/AutodiscoverService.svc/root?sipuri=a.lotze@sipdomain.org.
    2012-02-07 16:44:17.810+1 : Info : 409011582 : ConfigurationResolver : Sending unauthenticated discovery request for a.lotze@sipdomain.org to https://meetweb.sipdomain.org/Autodiscover/AutodiscoverService.svc/root?sipuri=a.lotze@zeiss-
    izm.de.
    2012-02-07 16:44:18.072+1 : Info : 406520426 : HttpRequestPump : Completed request ExtDisc_https.
    2012-02-07 16:44:18.075+1 : Warning : 409011582 : ConfigurationResolver : Got an unauthenticated response after state machine moved on.
    2012-02-07 16:44:18.099+1 : Info : 430443638 : HttpRequestPump : Completed request RedirectDisc.
    2012-02-07 16:44:18.124+1 : Info : 409011582 : ConfigurationResolver : Redirect to https://dedrsssip208.internaldomain.name.org/Autodiscover/AutodiscoverService.svc/root/user from secure link https://meetweb.zeiss-
    izm.de/Autodiscover/AutodiscoverService.svc/root?sipuri=a.lotze@sipdomain.org does not require a trust decision.
    2012-02-07 16:44:18.125+1 : Info : 409011582 : ConfigurationResolver : Redirecting discovery query for a.lotze@sipdomain.org to https://dedrsssip208.internaldomain.name.org/Autodiscover/AutodiscoverService.svc/root/user.
    2012-02-07 16:44:18.126+1 : Info : 409011582 : ConfigurationResolver : Sending authenticated discovery request for a.lotze@sipdomain.org to https://dedrsssip208.internaldomain.name.org/Autodiscover/AutodiscoverService.svc/root/user.
    2012-02-07 16:44:18.126+1 : Verbose : 409011582 : HttpRequestPump : Request AuthDisc to https://dedrsssip208.internaldomain.name.org/Autodiscover/AutodiscoverService.svc/root/user requires metadata.
    2012-02-07 16:44:18.129+1 : Verbose : 409011582 : MetadataManager : Got a resolve request for https://dedrsssip208.internaldomain.name.org/Autodiscover/AutodiscoverService.svc/root/user.
    2012-02-07 16:44:18.203+1 : Warning : 425399050 : HttpRequestPump : Got a WebException while reading the response for UnauthGethttps://dedrsssip208.internaldomain.name.org/Autodiscover/AutodiscoverService.svc/root/user.
    2012-02-07 16:44:18.205+1 : Info : 425399050 : MetadataManager : Found web ticket issuer header for unauthenticated get.
    2012-02-07 16:44:18.211+1 : Error : 425399050 : HttpRequestPump : Parsed error from failed response to UnauthGethttps://dedrsssip208.internaldomain.name.org/Autodiscover/AutodiscoverService.svc/root/user. Status=AcceptErrorResponse [Error,
    Transport, TransportFramework].
    2012-02-07 16:44:18.211+1 : Error : 425399050 : HttpRequestPump : Calling back UnauthGethttps://dedrsssip208.internaldomain.name.org/Autodiscover/AutodiscoverService.svc/root/user with error AcceptErrorResponse [Error, Transport,
    TransportFramework].
    2012-02-07 16:44:18.213+1 : Info : 425399050 : MetadataManager : Resolved metadata for SOAP service https://dedrsssip208.internaldomain.name.org/Autodiscover/AutodiscoverService.svc/root/user. WT: , WTI:
    https://dedrsssip208.internaldomain.name.org/WebTicket/WebTicketService.svc, LI: , F:
    2012-02-07 16:44:18.220+1 : Verbose : 425399050 : WebTicketManager : Got a web ticket request for endpoint https://dedrsssip208.internaldomain.name.org/Autodiscover/AutodiscoverService.svc/root/user. Issuer is
    https://dedrsssip208.internaldomain.name.org/WebTicket/WebTicketService.svc.
    2012-02-07 16:44:18.230+1 : Info : 425399050 : WebTicketManager : Sending a new web ticket request for https://dedrsssip208.internaldomain.name.org/Autodiscover/AutodiscoverService.svc/root/user to issuer
    https://dedrsssip208.internaldomain.name.org/WebTicket/WebTicketService.svc.
    2012-02-07 16:44:18.234+1 : Verbose : 425399050 : HttpRequestPump : Request IssueWT to https://dedrsssip208.internaldomain.name.org/WebTicket/WebTicketService.svc requires metadata.
    2012-02-07 16:44:18.235+1 : Verbose : 425399050 : MetadataManager : Got a resolve request for https://dedrsssip208.internaldomain.name.org/WebTicket/WebTicketService.svc.
    2012-02-07 16:44:18.351+1 : Warning : 425399050 : MetadataManager : Skipping policy WebTicketServiceWinNtlm_policy because it is not an auth policy we support.
    2012-02-07 16:44:18.352+1 : Warning : 425399050 : MetadataManager : Skipping policy WebTicketServiceCert_policy because it is not an auth policy we support.
    2012-02-07 16:44:18.352+1 : Warning : 425399050 : MetadataManager : Skipping policy WebTicketServiceMachineCert_policy because it is not a Lync-compatible binding.
    2012-02-07 16:44:18.353+1 : Warning : 425399050 : MetadataManager : Skipping policy WebTicketServicePin_policy because it is not an auth policy we support.
    2012-02-07 16:44:18.353+1 : Info : 425399050 : MetadataManager : Parsed forms auth policy WebTicketServiceAuth_policy.
    2012-02-07 16:44:18.356+1 : Warning : 425399050 : MetadataManager : Skipping policy WebTicketServiceAnon_policy because it is not an auth policy we support.
    2012-02-07 16:44:18.367+1 : Verbose : 425399050 : MetadataManager : Discarding binding {http://tempuri.org/}WebTicketServiceWinNtlm for missing or non-supported policy WebTicketServiceWinNtlm_policy.
    2012-02-07 16:44:18.367+1 : Verbose : 425399050 : MetadataManager : Discarding binding {http://tempuri.org/}WebTicketServiceCert for missing or non-supported policy WebTicketServiceCert_policy.
    2012-02-07 16:44:18.368+1 : Verbose : 425399050 : MetadataManager : Discarding binding {http://tempuri.org/}WebTicketServiceMachineCert for missing or non-supported policy WebTicketServiceMachineCert_policy.
    2012-02-07 16:44:18.368+1 : Verbose : 425399050 : MetadataManager : Discarding binding {http://tempuri.org/}WebTicketServicePin for missing or non-supported policy WebTicketServicePin_policy.
    2012-02-07 16:44:18.369+1 : Verbose : 425399050 : MetadataManager : Using binding {http://tempuri.org/}WebTicketServiceAuth for auth type Forms.
    2012-02-07 16:44:18.369+1 : Verbose : 425399050 : MetadataManager : Discarding binding {http://tempuri.org/}WebTicketServiceAnon for missing or non-supported policy WebTicketServiceAnon_policy.
    2012-02-07 16:44:18.370+1 : Warning : 425399050 : MetadataManager : Skipping metadata section with no WSDL definitions.
    2012-02-07 16:44:18.370+1 : Warning : 425399050 : MetadataManager : Skipping metadata section with no WSDL definitions.
    2012-02-07 16:44:18.370+1 : Warning : 425399050 : MetadataManager : Skipping metadata section with no WSDL definitions.
    2012-02-07 16:44:18.370+1 : Warning : 425399050 : MetadataManager : Skipping metadata section with no WSDL definitions.
    2012-02-07 16:44:18.371+1 : Verbose : 425399050 : MetadataManager : Could not find a supported binding with name {http://tempuri.org/}WebTicketServiceWinNtlm for endpoint
    https://dedrsssip208.internaldomain.name.org/WebTicket/WebTicketService.svc.
    2012-02-07 16:44:18.371+1 : Verbose : 425399050 : MetadataManager : Could not find a supported binding with name {http://tempuri.org/}WebTicketServiceCert for endpoint
    https://dedrsssip208.internaldomain.name.org/WebTicket/WebTicketService.svc/cert.
    2012-02-07 16:44:18.371+1 : Verbose : 425399050 : MetadataManager : Could not find a supported binding with name {http://tempuri.org/}WebTicketServiceMachineCert for endpoint
    https://dedrsssip208.internaldomain.name.org/WebTicket/WebTicketService.svc/MachineCert.
    2012-02-07 16:44:18.372+1 : Verbose : 425399050 : MetadataManager : Could not find a supported binding with name {http://tempuri.org/}WebTicketServicePin for endpoint
    https://dedrsssip208.internaldomain.name.org/WebTicket/WebTicketService.svc/pin.
    2012-02-07 16:44:18.372+1 : Verbose : 425399050 : MetadataManager : Could not find a supported binding with name {http://tempuri.org/}WebTicketServiceAnon for endpoint
    https://dedrsssip208.internaldomain.name.org/WebTicket/WebTicketService.svc/Anon.
    2012-02-07 16:44:18.373+1 : Info : 425399050 : MetadataManager : Resolved metadata for SOAP service https://dedrsssip208.internaldomain.name.org/WebTicket/WebTicketService.svc. WT: , WTI: , LI: , F:
    https://dedrsssip208.internaldomain.name.org/WebTicket/WebTicketService.svc/Auth
    2012-02-07 16:44:18.376+1 : Info : 425399050 : CredentialManager : Asking for user credentials from app layer.
    2012-02-07 16:44:18.376+1 : Info : 425399050 : HttpRequestPump : Completed request MEXhttps://dedrsssip208.internaldomain.name.org/WebTicket/WebTicketService.svc.
    2012-02-07 16:44:18.385+1 : Info : 409011582 : CredentialManager : Got a new user credential from app layer.
    2012-02-07 16:44:18.611+1 : Info : 406520426 : HttpRequestPump : Completed request IssueWT.
    2012-02-07 16:44:18.636+1 : Info : 430443638 : HttpRequestPump : Completed request AuthDisc.
    2012-02-07 16:44:18.664+1 : Verbose : 409011582 : ConfigurationResolver : Value for internal MCX is https://meetweb.sipdomain.org/Mcx/McxService.svc.
    2012-02-07 16:44:18.665+1 : Verbose : 409011582 : ConfigurationResolver : Value for external MCX is https://meetweb.sipdomain.org/Mcx/McxService.svc.
    2012-02-07 16:44:18.665+1 : Verbose : 409011582 : ConfigurationResolver : Value for internal auto-discover is https://dedrsssip208.internaldomain.name.org/Autodiscover/AutodiscoverService.svc/root.
    2012-02-07 16:44:18.666+1 : Verbose : 409011582 : ConfigurationResolver : Value for external auto-discover is https://meetweb.sipdomain.org/Autodiscover/AutodiscoverService.svc/root.
    2012-02-07 16:44:18.667+1 : Info : 409011582 : ConfigurationResolver : Discovery complete for a.lotze@sipdomain.org. Internal MCX: https://meetweb.sipdomain.org/Mcx/McxService.svc. External MCX: https://meetweb.zeiss-
    izm.de/Mcx/McxService.svc. Is internal? True.
    2012-02-07 16:44:18.682+1 : Info : 409011582 : InternalExternalSelector : Setting mode to INTERNAL
    2012-02-07 16:44:18.682+1 : Info : 409011582 : InternalExternalSelector : Configuring Transport to use INTERNAL URLs
    2012-02-07 16:44:18.683+1 : Info : 409011582 : LogonSession : Server discovery complete. Beginning sign-in.
    2012-02-07 16:44:18.689+1 : Info : 409011582 : Mcx14Session : InitSession request: Culture 'de-DE', UA 'WPLync/4.0.7878.0 (Microsoft Windows CE 7.10.8107; SAMSUNG OMNIA7 2424.11.11.2)'.
    2012-02-07 16:44:18.694+1 : Verbose : 409011582 : HttpRequestPump : Request InitSess to https://meetweb.sipdomain.org/Mcx/McxService.svc requires metadata.
    2012-02-07 16:44:18.694+1 : Verbose : 409011582 : MetadataManager : Got a resolve request for https://meetweb.sipdomain.org/Mcx/McxService.svc.
    2012-02-07 16:44:18.695+1 : Info : 409011582 : LogonSession : New LogonSession internal state = SigningIn
    2012-02-07 16:44:18.771+1 : Info : 430443638 : MetadataManager : Parsed Web Ticket auth policy WS2007FedHttpBinding_WebTicketBearerTokenAuth_IMcxService_policy.
    2012-02-07 16:44:18.772+1 : Verbose : 430443638 : MetadataManager : Using binding {http://tempuri.org/}WS2007FedHttpBinding_WebTicketBearerTokenAuth_IMcxService for auth type WebTicket.
    2012-02-07 16:44:18.772+1 : Warning : 430443638 : MetadataManager : Skipping metadata section with no WSDL definitions.
    2012-02-07 16:44:18.772+1 : Warning : 430443638 : MetadataManager : Skipping metadata section with no WSDL definitions.
    2012-02-07 16:44:18.773+1 : Info : 430443638 : MetadataManager : Resolved metadata for SOAP service https://meetweb.sipdomain.org/Mcx/McxService.svc. WT: https://dedrsssip208.internaldomain.name.org/Mcx/McxService.svc/WebTicket_Bearer, WTI:
    https://dedrsssip208.internaldomain.name.org/WebTicket/WebTicketService.svc, LI: , F:
    2012-02-07 16:44:18.773+1 : Verbose : 430443638 : WebTicketManager : Got a web ticket request for endpoint https://meetweb.sipdomain.org/Mcx/McxService.svc. Issuer is https://dedrsssip208.internaldomain.name.org/WebTicket/WebTicketService.svc.
    2012-02-07 16:44:18.774+1 : Info : 430443638 : WebTicketManager : Sending a new web ticket request for https://meetweb.sipdomain.org/Mcx/McxService.svc to issuer https://dedrsssip208.internaldomain.name.org/WebTicket/WebTicketService.svc.
    2012-02-07 16:44:18.775+1 : Verbose : 430443638 : HttpRequestPump : Request IssueWT to https://dedrsssip208.internaldomain.name.org/WebTicket/WebTicketService.svc requires metadata.
    2012-02-07 16:44:18.775+1 : Verbose : 430443638 : MetadataManager : Got a resolve request for https://dedrsssip208.internaldomain.name.org/WebTicket/WebTicketService.svc.
    2012-02-07 16:44:18.775+1 : Verbose : 430443638 : MetadataManager : Using cached metadata for service https://dedrsssip208.internaldomain.name.org/WebTicket/WebTicketService.svc.
    2012-02-07 16:44:18.776+1 : Info : 430443638 : CredentialManager : Returning cached user credentials.
    2012-02-07 16:44:18.777+1 : Info : 430443638 : HttpRequestPump : Completed request MEXhttps://meetweb.sipdomain.org/Mcx/McxService.svc.
    2012-02-07 16:44:18.852+1 : Warning : 430443638 : HttpRequestPump : Got a WebException while reading the response for IssueWT.
    2012-02-07 16:44:18.857+1 : Warning : 430443638 : SoapWebRequest : Found SOAP fault code {http://docs.oasis-open.org/ws-sx/ws-trust/200512}InvalidScope.
    2012-02-07 16:44:18.858+1 : Warning : 430443638 : SoapWebRequest : Found SOAP fault string "The AppliesTo element of web ticket request points to a different web server or site.".
    2012-02-07 16:44:18.860+1 : Warning : 430443638 : WebTicketManager : Found MsDiagnostic info in SOAP fault. Code: 28037. Reason: "The AppliesTo element of web ticket request points to a different web server or site.".
    2012-02-07 16:44:18.862+1 : Error : 430443638 : HttpRequestPump : Got a failure response to request IssueWT. Status: UnknownError. Code: 500.
    2012-02-07 16:44:18.862+1 : Verbose : 430443638 : HttpRequestPump : Error status description for request IssueWT is "Internal Server Error".
    2012-02-07 16:44:18.863+1 : Verbose : 430443638 : HttpRequestPump : Error header collection for request IssueWT is: Cache-Control="private"; Content-Type="text/xml; charset=utf-8"; Server="Microsoft-IIS/7.5"; X-AspNet-
    Version="2.0.50727"; X-MS-Server-Fqdn="DEDRSSSIP208.internaldomain.name.org"; X-Powered-By="ASP.NET"; Date="Tue, 07 Feb 2012 15:44:32 GMT"; Content-Length="765";
    2012-02-07 16:44:18.863+1 : Error : 430443638 : HttpRequestPump : Calling back IssueWT with error HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework].
    2012-02-07 16:44:18.869+1 : Error : 430443638 : WebTicketManager : Failed request for web ticket. Status=HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework].
    2012-02-07 16:44:18.869+1 : Error : 430443638 : HttpRequestPump : Failed to fetch WebTicket for InitSess. Status=HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework].
    2012-02-07 16:44:18.870+1 : Error : 430443638 : HttpRequestPump : Calling back InitSess with error HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework].
    2012-02-07 16:44:18.887+1 : Info : 409011582 : LogonSession : SignInState: SignedOut
    2012-02-07 16:44:18.887+1 : Info : 409011582 : ConversationManager : LogonSession signed in or out
    2012-02-07 16:44:18.887+1 : Info : 409011582 : PresenceSubscriptionManager : HandleLogonSessionPropertyChange(SignedOut)
    2012-02-07 16:44:18.888+1 : Info : 409011582 : McxDataSynchronizer : Signed out
    2012-02-07 16:44:18.891+1 : Info : 409011582 : LogonSession : New LogonSession internal state = SignedOut
    2012-02-07 16:44:18.901+1 : Info : 409011582 : LogonSession : Doing UI callback with HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework]
    2012-02-07 16:44:18.998+1 : Error : 409011582 : AppLayerHelper : Es kann keine Serververbindung hergestellt werden. Der Server ist möglicherweise ausgelastet oder vorübergehend nicht verfügbar. Wiederholen Sie den Vorgang.
    HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework]
    2012-02-07 16:44:20.361+1 : Info : 409011582 : AppLayerHelper : SignIn completed with HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework]
    2012-02-07 16:44:22.867+1 : Info : 409011582 : NavigationManager : Navigating to: /UI/Pages/About.xaml

    • Edited by Andreas L. _ Tuesday, February 07, 2012 4:34 PM html-code
    • Proposed as answer by Andreas L. _ Tuesday, February 07, 2012 4:35 PM
    • Unproposed as answer by Andreas L. _ Tuesday, February 07, 2012 4:35 PM
    Tuesday, February 07, 2012 4:32 PM
  • Hi Andreas,

    Can you start the server logging tool with just the Mcxservice selected and try the connection again. once you have some logging done use Snooper to view the log file.

    Do you receive any errors? can you attach a copy of the errors you have?

    Thanks,

    Jeff


    MCP MCTS MCITP Enterprise Administrator

    Wednesday, February 08, 2012 3:44 AM
  • We had a similiar issue with our devices and it was resolved with the root cert install.

    rickazoy

    Wednesday, February 08, 2012 4:44 PM
  • The root certificate is installed. With the IE i can connect without any certificate errors. I can post the logfiles for Jeff on Friday.

    Andreas

    Wednesday, February 08, 2012 4:50 PM
  • The Mcxservice Log was empty, I have found the routing problem from inside to the outside published server port. Now it works.

    Many thanks

    Andreas

    Friday, February 10, 2012 12:31 PM
  • Hi Andreas,

    An empty McxService log indicates that the mobile client is not making all the way to the server.

    If you check the logs now you have it working you will be able to see the connections.

    Thanks,

    Jeff


    MCP MCTS MCITP Enterprise Administrator

    Monday, February 13, 2012 2:29 AM
  • We have our internal AD domain and we use an external DNS zone for the Lyncdiscover A record which points to TMG. We are at a point where we can connect internally using a sip address with our internal domain name (domain.local), but when we change our sip address and attempt to connect externally (domain.net), it fails with an HTTPCLIENTFORBIDDEN error when attempting to request a ticket. This is from both WP7 and iPhones. We have verified our TMG rules as per this blog and others, and network traces along with TMG logs confirm that we are making it to the front end server successfully.

    My first question is does the sip address need to be an AD integrated domain? Second question is, has anyone run into this error and if so, what did you do to resolve. We have exhausted all options at this point...

    2012-02-13 11:17:27.507-5 : Error : 518391754 : HttpRequestPump : Calling back MEXhttps://lyncdiscover.DOMAIN.net/WebTicket/WebTicketService.svc with error HttpClientForbiddenError [Error, Transport, TransportFramework].
    2012-02-13 11:17:27.507-5 : Error : 518391754 : MetadataManager : Web request to resolve failed. Error: HttpClientForbiddenError [Error, Transport, TransportFramework].
    2012-02-13 11:17:27.508-5 : Error : 518391754 : HttpRequestPump : Failed to resolve metadata for IssueWT. Status=HttpClientForbiddenError [Error, Transport, TransportFramework].
    2012-02-13 11:17:27.508-5 : Error : 518391754 : HttpRequestPump : Calling back IssueWT with error HttpClientForbiddenError [Error, Transport, TransportFramework].
    2012-02-13 11:17:27.508-5 : Error : 518391754 : WebTicketManager : Failed request for web ticket. Status=HttpClientForbiddenError [Error, Transport, TransportFramework].
    2012-02-13 11:17:27.509-5 : Error : 518391754 : HttpRequestPump : Failed to fetch WebTicket for AuthDisc. Status=HttpClientForbiddenError [Error, Transport, TransportFramework].


    Update: We were finally able to resolve our issue by changing the URL on the root file to the external Front End URL.

    • Edited by Emergia Thursday, February 16, 2012 8:35 PM
    Monday, February 13, 2012 5:58 PM
  • I have the same problem and looks like Forefront is not allowing the traffic, since it can't find a matching rule.  Forefront is looking for the URL:lyncdiscover.domain.com and for some reason the Forefront is not seeing it.  The suggested fix does not work, any ideas?
    Tuesday, February 14, 2012 10:06 PM
  • How did you go with the log files?

    MCP MCTS MCITP Enterprise Administrator

    Wednesday, February 15, 2012 7:39 AM
  • hi there.... i got a problem with port 5086 & 5087 also.

    I cant see the frontend server listening port 5086 and 5087.. did anyone solve this before ?

    thanks for ur supporting,

    Rgds,

    Rz

    Thursday, February 16, 2012 7:07 AM
  • I have been struggling with the same. I my case it was due to SIP domain and UPN not equal.

    On the iPhone

    Sign-in address: SIP address
    Password: Password

    Click More details

    User name: UPN or domain\username

    Thursday, February 16, 2012 2:01 PM
  • I have exactly the same issue as Andreas (no internal access for wp 7.5 client, IssueWT getting http 500 error, clients for ios/android working).

    Any clues?

    Tuesday, February 28, 2012 5:21 AM
  • Izual,

    I am getting the exact 500 error code. Only the Windows Phone 7.5 are getting it.

    Here is my log,

    2012-02-29 11:41:47.200-7 : Error : 434176366 : HttpRequestPump : Got a failure response to request IssueWT. Status: UnknownError. Code: 500.
    2012-02-29 11:41:47.201-7 : Verbose : 434176366 : HttpRequestPump : Error status description for request IssueWT is "Internal Server Error".
    2012-02-29 11:41:47.205-7 : Verbose : 434176366 : HttpRequestPump : Error header collection for request IssueWT is: Cache-Control="private"; Content-Type="text/xml; charset=utf-8"; Server="Microsoft-IIS/7.5"; X-AspNet-Version="2.0.50727"; X-MS-Server-Fqdn="FQDN_of_Front-End_Server.com"; X-Powered-By="ASP.NET"; Date="Wed, 29 Feb 2012 18:42:16 GMT"; Content-Length="765";
    2012-02-29 11:41:47.205-7 : Error : 434176366 : HttpRequestPump : Calling back IssueWT with error HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework].
    2012-02-29 11:41:47.206-7 : Error : 434176366 : WebTicketManager : Failed request for web ticket. Status=HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework].
    2012-02-29 11:41:47.206-7 : Error : 434176366 : HttpRequestPump : Failed to fetch WebTicket for InitSess. Status=HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework].
    2012-02-29 11:41:47.206-7 : Error : 434176366 : HttpRequestPump : Calling back InitSess with error HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework].
    2012-02-29 11:41:47.218-7 : Info : 417857822 : LogonSession : SignInState: SignedOut
    2012-02-29 11:41:47.218-7 : Info : 417857822 : ConversationManager : LogonSession signed in or out
    2012-02-29 11:41:47.219-7 : Info : 417857822 : PresenceSubscriptionManager : HandleLogonSessionPropertyChange(SignedOut)
    2012-02-29 11:41:47.219-7 : Info : 417857822 : McxDataSynchronizer : Signed out

    Wednesday, February 29, 2012 7:02 PM
  • Hi, This is usually down to a certificate trust issue on WP7, here is what should (hopefully) sort it;

    1. Get the root and intermediate certs from your external provider i.e. entrust, comodo etc.

    2. change the file extensions to .cer (for both) & email them to the phone (don't zip them as it is pain on WP7).

    3. double tap the attachments to install them and try the lync client again.

    This problem does not happen on Android or Apple (IOS) but is a problem on blackberries as well.

    Let me know how you get on.

    Cheers

    Rich


    RAM

    Wednesday, March 07, 2012 11:36 AM
  • I had the same issue as Line40Mobile - most people in our company using Android and IOS could use Lync Mobile but not me. Finally fixed it by entering http://lyncdiscover.domain.com into my external and internal server locations - that seemed to fix it. (My (uneducated) guess is that entering just lyncdiscover.domain.com was causing it to look for a certificate, while http:// bypassed this).
    Friday, March 09, 2012 4:07 PM
  • Hi URNVS,

    I am also not using the TMG, can you please share which ports you opened directly to the FE server? and I am also having another issue that is the server is not listening on the ports 5086 and 5087, initially it was listening on 5086 only but not any more.

    your response will be highly appreciated.

    Thanks,

    Shaibimalik. 

    Monday, April 23, 2012 6:35 PM
  • I struglged awhile for the Windows Phone - finally got it to work using sign in address for BOTH that, and the users name.  name@domain .com for user name as well.  Not sure why, anyone?
    Wednesday, May 09, 2012 10:06 PM
  • Hi Shaibimalik,

    In case you still don't have this working....

    I've just spent the last 2-3 hours getting this operational without using TMG at the front end (and a single Lync server)... and it is actually fairly simple. Make sure you have the Lync Admin Shell open as admin (or have UAC turned off) otherwise some of the PowerShell commands will fail.

    1. Follow this blog EXACTLY: http://msunified.net/2011/12/12/enabling-lync-mobility/
    2. Make sure you perform the "install-csdatabase -localdatabase -update" after installing the first batch of updates.
    3. Make sure you aren't just port forwarding on your firewall. You need to proxy the ports. Here's my setup:

         Public Port             Internal Port

          80                          8080
          443                        4443
          5087                      5087

    That's it... all working after figuring out that little issue, and it's resolved a problem I had with the main Lync client whilst I'm out of the office :-)

    Hope that helps.

    Dan Hayward


    • Proposed as answer by DaSpug Monday, July 02, 2012 11:13 PM
    • Edited by DaSpug Monday, July 02, 2012 11:14 PM
    Monday, July 02, 2012 11:13 PM