Sophos Firewall\Reverse Proxy With Lync 2013

We currently have Lync 2013 deployed internally and working like a champ for about 5 months now. We are in the process of trying to get this rolled out externally and running into issues.
It seems we have the ports opened up properly but the MS remote connectivity analyzer comes back with certificate error "The certificate couldn't be validated because SSL negotiation wasn't successful.
I'm pretty certain our certificates are correct for the external edge server and the external firewall\Reverse proxy. From the Lync planning tool we have been following it and so far successful until the certificates. The certificates tool shows we should
have the following certs assigned: (keep in mind we have 2 separate certificates assigned)
Edge Server External
Subject name: lyncaccess.domain.com
SAN:webcon.domain.com and sip.domain.com
Reverse Proxy:
rp0100.domain.com (reverse proxy FQDN does resolve)
SAN: dialin.domain.com, meet.domain.com, and temwac.domain.com (office web apps server)
We requested the certificates from Go daddy and have them installed and the SANs are in there correct. The connectivity analyzer is able to get to our server using autodiscover over port 443, we see the traffic come in through the firewall and nothing is
blocked just the certificate could not be validated.
Has anyone deployed Lync using the Sophos UTM as a reverse Proxy any other ideas as to what we are missing with these certificates?
The certificate couldn't be validated because SSL negotiation wasn't successful.
The certificate couldn't be validated because SSL negotiation wasn't successful.

lyncdiscover.domain.com does not resolve. Discovery is working fine through the connectivity analyzer. We actually figured that part out about the SSL. It seems we had the firewall and Reverse proxy rules in place on the Sophos appliance but the firewall
rules leaving the edge server were being blocked. It took us about 1.5 days to figure that part out.
The connectivity analyzer now is able to authenticate the certificates successfully. Of course it wouldn't be a Lync roll out without the next issue coming up.
The next issue we have is the connectivity analyzer reaching the AV service. Which we are going to assume is a routing issue as well and are currently troubleshooting it:
Couldn't sign in. Error: Error Message: The endpoint was unable to register. See the ErrorCode for specific reason..
Error Type: RegisterException.
Deregister Reason: None.
Response Code: 504.
Response Text: Server time-out.
http://social.technet.microsoft.com/Forums/lync/en-US/f95c47cc-f8eb-4646-bdac-6c7244b26ff1/couldnt-sign-in-error-error-message-the-endpoint-was-unable-to-register-new-deployment?forum=ocsplanningdeployment
Wish me luck.

Similar Messages

  • Issues using IIS 8.5 with ARR 3.0 as Reverse Proxy for Lync 2013

    Dear reader, after searching for a day without finding a solution to my problem I end up here ;-)
    Working Lync 2013 environment (gradually adding functionality) consisting of 2 FE servers, Persistent Chat Server, Web Apps server, Edge Server, Reverse Proxy Server (IIS 8.5/ARR 3.0), SQL Server.
    Set up a fresh Windows 2012 R2 with IIS 8.5, installed ARR 3.0 and followed along this
    TechNet article.
    So far so good, external clients (incl. mobile phone apps) can all connect.
    Now trying to add Web Apps to the reverse proxy, which is slightly different from the others by not forwarding 80/8080 and 443/4443, but just 80 and 443 to internal Web Apps server.
    After creating the server farm/URL rewrite, browsing to the webapps.FQDN/hosting/discovery ends up with a 404 error (instead of XML, which is shown when try from the LAN).
    After moving this rewrite rule to the top, it started working, but now my lyncdiscover.FQDN stops working.
    Ofcourse moving the webapps rule down restores the lyncdiscover.
    Any ideas? (everything setup as described in above mentioned TechNet article, so using wildcards. Tried fiddling around with webext.* and lyncdiscover.* and so, but no luck. (I'm completely new to ARR)
    Thanks,
    Barry

    Can you confirm that for each URL Rewrite Rule, you have an {http_host} record that matches something like webext.* as you referenced above and as seen in step 15 here:
    http://blogs.technet.com/b/nexthop/archive/2013/02/19/using-iis-arr-as-a-reverse-proxy-for-lync-server-2013.aspx
    It might help if you posted a screenshot of your URL rewrite rules.
    Please remember, if you see a post that helped you please click "Vote As Helpful" and if it answered your question please click "Mark As Answer".
    SWC Unified Communications

  • IIS Reverse Proxy with URL rewrite.

    Hi all, hoping to leverage the wealth of knowledge contained here.
    Any assistance would be very welcome.
    I'm having an issue getting a reverse proxy and URL rewrite working in IIS 7.0.
    I need to redirect all requests with a specific virtual directory suffix only.
    ie; https://domain.test.com/outbound/Content/query_etc
    With /Outbound/ being the trigger.
    This should be redirected to http://10.10.10.10/inbound/Content/query_etc
    While at the same time, requests without the /outbound/ suffix should be handled locally.
    I have configured the reverse proxy as described in a few articles, and have had no luck.
    Here's a snippet from my (sanitized) web.config at the site level.
    <rewrite>
    <outboundRules>
    <rule name="ReverseProxyOutboundRule1" preCondition="ResponseIsHtml1">
    <match filterByTags="A" pattern="^http(s)?://10.10.10.10/inbound/(.*)" />
    <action type="Rewrite" value="https://domain.test.com/outbound/{R:2}" />
    </rule>
    <preConditions>
    <preCondition name="ResponseIsHtml1">
    <add input="{RESPONSE_CONTENT_TYPE}" pattern="^text/html" />
    </preCondition>
    </preConditions>
    </outboundRules>
    <rules>
    <rule name="ReverseProxyInboundRule1" stopProcessing="true">
    <match url="^outbound/(.*)" />
    <action type="Rewrite" url="http://10.10.10.10/inbound/{R:1}" appendQueryString="true" logRewrittenUrl="false" />
    </rule>
    </rules>
    </rewrite>
    To me, this looks correct, yet it doesn't work.
    With this, I get the normal 404 - Error Code 0x80070002, with the text indicating the local directory doesn't exist, so.... not being picked up by the filter for redirection.

    Hi Andrew,
    Looking at your requirements it appears you need Reverse Proxy To Another Site/Server.
    By using URL Rewrite Module together with
    Application Request Routing module you can have IIS 7 act as a
    reverse proxy.
    It seems like URL Rewrite can't re-route the request somewhere else out of the server.
    Even when you rewrite the url the actual connection remains with the server. Hence if your original server doesn't have /inbound/Content/query_etc  it will fail with 404.
    Hosting multiple domain names under a single account using URL Rewrite.
    It’s a common desire to have a single IIS website that handles multiple sites with different domain names.
    References:
    How to create a url alias using IIS URL Rewrite:
    http://blogs.technet.com/b/mspfe/archive/2013/11/27/how-to-create-a-url-alias-using-iis-url-rewrite.aspx
    Reverse Proxy with URL Rewrite v2 and Application Request Routing:
    http://www.iis.net/learn/extensions/url-rewrite-module/reverse-proxy-with-url-rewrite-v2-and-application-request-routing
    Regards,
    Satyajit
    Please“Vote As Helpful”
    if you find my contribution useful or “MarkAs Answer” if it does answer your question. That will encourage me - and others - to take time out to help you.

  • Reverse Proxy for SharePoint 2013

    Hi,
    I need to setup SharePoint 2013 environment which needs to be accessible from mobile devices e.g. iPAD/Android, for reverse proxy, I am looking at apache or IIS ARR since UAG is going to be deprecated. So far any one setup apache (on
    RHEL 6.x)
    or IIS ARR(on W2K8R2) successfully as reverse proxy for SharePoint 2013 access? Is there any issue? and which SharePoint authentication method should be configured?
    Must is be Form based authentication? As I read some articles it seems ARR supports Windows authentication. Thanks in advance.

    IIS ARR doesn't authenticate users, it is a pass-through (unlike UAG which can do auth or anon). Both IIS AAR and the new Web Proxy Role in Server 2012 R2 do not work with SharePoint 2013 Apps.
    Trevor Seward
    Follow or contact me at...
    &nbsp&nbsp
    This post is my own opinion and does not necessarily reflect the opinion or view of Microsoft, its employees, or other MVPs.

  • Microsof VX 3000 or 6000 Webcam does not work with Lync 2013 under Windows 8.1

    Hi,
    The problem is that i cannot use the Microsoft VX-3000 or VX-6000 with Lync 2013 under Windows 8.1.
    If i go in settings under Video i can see the preview from the webcam just fine, so it works there no problem.
    Wenn i try to enable my camera in a conference it does not work, i get an error: Your video cannot be started.
    Now, there are no Windows 8.1 drivers for the Webcam so i installed the latest Windows 7 drivers. Because of that this webcam does not work with apps, that is fine i understand the driver problem and the way the new apps work.
    But this Webcam works with skype under Windows 8.1 and it works with Lync 2010 client.
    The same Webcam works just fine with Lync 2013 under Windows 7.
    Is there anything i could do so that i get this Webcam to work with Lync 2013 desktop client under Windows 8.1?
    Thanks

    Hi,
    According to your description, it may be caused by driver.
    You can try to install the latest version of Display Driver to fix the display issue.
    Since there is no driver for Windows 8.1, I suggest you wait for updating.
    You can also post a case on Windows 8 forum, thank you for your understanding:
    http://social.technet.microsoft.com/Forums/en-US/home?forum=W8ITProPreRel%2Cw81previtpro&filter=alltypes&sort=lastpostdesc
    Best Regards,
    Eason Huang
    Eason Huang
    TechNet Community Support

  • Apache Reverse Proxy with Abap Web query

    Hi to all
      We are trying to configure apache 2 to work as a reverse proxy with web abap Netweaver installation.
    From inside the network the web query is fine.
    Running the query with the reverse proxy we have only the html code in the browser. All the scripts and css are not present.
    We checked some messages inside the forum and we have tried a lot of stuff without success.
    We use always linux (Fedora, Ubuntu with xampp or apache only) plus the html module or the publisher from http://apache.webthing.com.
    Our installation is like this the reverse proxy in the dmz and the netweaver to the inside off coarse, and we don't have the same domain name, i don't know if this is important.
    Any help/idea  is valuable.
    Thank you
    Yiannis

    Hi Olivier
    I have seen your solution in other messages but i didn't try it because i was trying to work with the html_proxy module.
    I read the documents you gave me plus some apache tutorials on the rewrite rule.
    In any case i have my installation working now.
    I did some extra changes in my config so now the rules are like that
    ProxyVia On
    ProxyBadHeader IsError
    ProxyRequests Off
    ProxyPreserveHost On
    ProxyPass /sap http://192.168.1.59:8001/sap
    ProxyPassReverse /sap http://192.168.1.59:8001/sap
    RewriteEngine On
    RewriteRule ^/(sap\(.*) http://192.168.1.59:8001/$1 [P,L]
    Thanks again for your help
    Yiannis

  • CSM-S to Servers... Reverse proxy with authentication?

    Using a CSM-S with a number of web servers behind it, can the CSM-S be configured to act as a reverse proxy for the servers with no other equipment or licenses to buy?

    Reverse proxy with authentication.

  • Reverse Proxy with Firewall on Portal R2

    We are trying to configure Oracle Portal R2 in the reverse proxy mode. We have a Sun Enterprise 250 used in a single machine configuration. (Infr. and Mid tier on same machine)
    The webcache server is listening on server.company.com:7781
    The portal server is listening on server.company.com:7782
    The login server is listening on server.company.com:7780
    The proxy server is listening on www.company.com:81
    According to the Oracle Portal Config Guide we have followed the steps to configure Apache (inclusion of the virtual hosts, etc) and run the ptlasst script to reconfigure portal. While portal responds correctly on www.company.com:81 when i try to log on using the login link I get redirected to server.company.com:7780/...
    Obviously everything seems to be ok from within the LAN since i can see server.company.com, but via internet it doesnt work.
    Here is how we run the script:
    ./ptlasst.csh -mode MIDTIER -host www.company.com -port 81 -chost server.company.com -cport_i 4007 -i custom -c server.company.com:1521:iasdb -pwd xxxxxx
    How can we correct this problem? Do we need to run any other script?

    Hi Suraj,
    The following is the problem.
    We have Sun Enterprise 450 on which Oracle 9iAS Release 2 installed and we are trying to use reverse proxy plugin with iplanet, being installed on windows machine. In the hosts file i have mentioned the following required parameters ie.,
    oproxy.serverlist=ias1
    oproxy.ias1.hostname=http://192.168.1.12 - where Oracle 9iAS is installed
    oproxy.ias1.port=7779
    oproxy.ias1.urlrule=/*
    oproxy.ias1.alias=http://myoracleportal.peesh.com
    oproxy.ias1.stripcontext=false
    and whenever i restart iplanet server after this, here is the following log information.
    06/26/2002 11:57:52 AM: [op_nsapi_plugin.c (296)]: op_init: log_file=e:/iPlanet/https-pncl-hcl028-053.pinnacle.com/logs/oproxy.log server_file=e:/iPlanet/https-pncl-hcl028-053.pinnacle.com/config/servers/oracleProxyPluginInfo.conf
    06/26/2002 11:57:52 AM: [op_uri_map.c (128)]: Into op_uri_map_t::uri_map_alloc
    06/26/2002 11:57:52 AM: [op_uri_map.c (162)]: Into op_uri_map_t::uri_map_open
    06/26/2002 11:57:52 AM: [op_worker_list.c (37)]: op_worker_list_init: propfile=e:/iPlanet/https-pncl-hcl028-053.pinnacle.com/config/servers/oracleProxyPluginInfo.conf p=0x00DC8828 l=0x00DBDA70
    06/26/2002 11:57:52 AM: [op_worker_list.c (45)]: op_worker_list_init: numservers=1
    06/26/2002 11:57:52 AM: [op_worker_list.c (57)]: op_worker_list_init: inside loop, serverlist[0]=ias1
    06/26/2002 11:57:52 AM: [op_worker_list.c (73)]: op_worker_list_init: hostname=http://192.168.1.12
    06/26/2002 11:57:52 AM: [op_worker_list.c (82)]: op_worker_list_init: port=7779
    06/26/2002 11:57:53 AM: [op_uri_map.c (192)]: op_uri_map_t::uri_map_open, rule map size is 0
    06/26/2002 11:57:53 AM: [op_uri_map.c (325)]: op_uri_map_t::uri_map_open, done
    06/26/2002 11:57:53 AM: [op_nsapi_plugin.c (304)]: op_init: exiting
    I have a feeling that "oracle_proxy_nes.dll" maintains all the .conf file information in a stack, whose size is 0.
    pls see interpret this log the way you see.
    thanks in advance,
    gupta

  • Issues with mobility and autodiscovery with Lync 2013 and IIS/ARR

    Hi all,
    this is my last resort after days and days searching a solution for this problem... unsuccessfully.
    All works fine unless the autodiscovery service with external users and the mobility service for both internal and external ones.
    I deployed a Standard Edition Lync Server 2013 with:
    a consolidated Frontend server in LAN
    an Archiving and Monitoring server in LAN
    an Edge server in DMZ with 2 NICs (one in DMZ network and one in LAN)
    a IIS/ARR 2.5 reverse proxy in DMZ with 2 NICs (one in DMZ network and one in LAN)
    All these roles are on Windows Server 2012 R2.
    No split-DNS is deployed since I have different domains for internal and external. In any case I used the pinpoint DNS tip to resolve some records internally (I followed this guide http://tsoorad.blogspot.ch/2012/10/lync-server-dns-pinpoint-zones.html)
    Here DNS records into internal domain:
    A-record for meet.domain-ext.com points to Frontend server local IP
    A-record for dialin.domain-ext.com points to Frontend server local IP
    A-record for lyncdiscoverinternal.domain-ext.com points to Frontend server IP
    A-record for lyncwebexternal.domain-ext.com points to Frontend sever local IP
    A-record for autodiscover.domain-ext.com points to Exchange server local IP
    Here DNS records into external domain:
    CNAME-record for lyncdiscover.domain-ext.com points to lyncwebexternal.domain-ext.com
    CNAME-record for sipexternal.domain-ext.com points to lyncwebexternal.domain-ext.com
    A-record for meet.domain-ext.com points to Reverse Proxy public IP
    A-record for dialin.domain-ext.com points to Reverse Proxy public IP
    A-record for lyncwebexternal.domain-ext.com points to Reverse Proxy public IP
    I installed and configured IIS/ARR 2.5 with KB2732764 and KB2785586 on Reverse Proxy following the NextHop guide. The local IP address of external NIC on Reverse Proxy is NATTED by a Cisco ASA firewall with public IP address and only 80/443
    ports are permitted.
    The problems occurs when I try to connect whit my Lync 2013 APP on iPad using autodiscovery service, both internally and externally. After some seconds the APP shows the message “Cannot connect to the server because it could be busy or
    temporarily unavailable. Retry.” When I used the IIS/ARR 3.0 the problem looked like an authentication issue, then I came back to ISS/ARR 2.5 version with its KB. Now I cannot understand what is the cause about logfail.
    The same behavior occurs with Android Lync 2013 APP and Windows Phone 8 APP.
    Moreover my Lync 2013 client on Windows 7 can connect internally with autodiscovery settings but it cannot do it externally.
    I'm a bit confused because I cannot understand if the problem is about external webservice of Frontend server or about Reverse Proxy configuration or about Lync Control Panel configuration.
    Here is an extracted of iPad Lync 2013 log (sorry if it’s a bit long).
    Any helps are very appreciated, thansk a lot!
    </SentRequest>
    2013-12-20
    11:33:00.781 Lync[563:3a71018c] INFO APPLICATION
    CUrlRedirectAndTrustResolver.cpp/201:CUrlRedirectAndTrustResolver::processUrl
    called with url = http://lyncdiscover.domain-ext.com/, hopCount = 0, maxHops =
    10
    2013-12-20
    11:33:00.781 Lync[563:6d00000] INFO UTILITIES
    CHttpStreamPool.cpp/409:Allocating stream 0x11cbe40 for url -
    https://lyncdiscover.domain-ext.com/ with persistent id as 6
    2013-12-20
    11:33:00.782 Lync[563:3a71018c] INFO TRANSPORT CTransportThread.cpp/131:Added
    Request(UcwaAutoDiscoveryRequest) to Request Processor queue
    2013-12-20
    11:33:00.782 Lync[563:6d00000] VERBOSE TRANSPORT
    CHttpProxyHelper.cpp/436:CHttpProxyHelper::discoverProxy : No proxy found for
    url https://lyncdiscover.domain-ext.com/?sipuri=sip:[email protected].
    Sending over direct connection.
    2013-12-20
    11:33:00.782 Lync[563:3a71018c] INFO APPLICATION
    CTransportRequestRetrialQueue.cpp/385:Submitting new req.
    UrlTrustResolver(0x1201358)
    2013-12-20
    11:33:00.782 Lync[563:3a71018c] INFO APPLICATION
    CUcwaAutoDiscoveryService.cpp/1783:Successfully started the GetUserUrlOperation
    request for http://lyncdiscover.domain-ext.com/?sipuri=sip:[email protected]
    2013-12-20
    11:33:00.796 Lync[563:6d00000] INFO TRANSPORT CTransportThread.cpp/343:Sent
    Request(UcwaAutoDiscoveryRequest) to Request Processor
    2013-12-20
    11:33:00.796 Lync[563:6d00000] WARNING TRANSPORT
    CCredentialManager.cpp/317:CCredentialManager::getSpecificCredential returning
    NULL credential for serviceId (4) type (1)!
    2013-12-20
    11:33:00.797 Lync[563:6d00000] INFO TRANSPORT
    TransportUtilityFunctions.cpp/631:<SentRequest>
    GET
    http://lyncdiscover.domain-ext.com/
    Request Id:
    0x1201358
    HttpHeader:Accept
    application/vnd.microsoft.rtc.autodiscover+xml;v=1
    </SentRequest>
    2013-12-20
    11:33:00.797 Lync[563:6d00000] INFO UTILITIES
    CHttpStreamPool.cpp/409:Allocating stream 0x12028f0 for url -
    http://lyncdiscover.domain-ext.com/ with persistent id as 7
    2013-12-20
    11:33:00.798 Lync[563:6d00000] VERBOSE TRANSPORT
    CHttpProxyHelper.cpp/436:CHttpProxyHelper::discoverProxy : No proxy found for
    url http://lyncdiscover.domain-ext.com/. Sending over direct connection.
    2013-12-20
    11:33:00.798 Lync[563:6d00000] INFO TRANSPORT CHttpStreamPool.cpp/556:Not
    setting TLS as the url(http://lyncdiscover.domain-ext.com/) is not https
    2013-12-20
    11:33:00.812 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:33:00.812 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:33:00.812 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:33:00.813 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:33:00.813 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:33:04.104 Lync[563:6d00000] INFO UTILITIES CHttpConnection.cpp/577:Received
    kCFStreamEventEndEncountered (UcwaAutoDiscoveryRequest)isHeadersAvailable =
    true  responseHeadersHandle = 12c5d70
    2013-12-20
    11:33:04.105 Lync[563:6d00000] INFO UTILITIES CHttpConnection.cpp/628:Response
    status = 200 for request UcwaAutoDiscoveryRequest
    2013-12-20
    11:33:04.105 Lync[563:6d00000] INFO UTILITIES
    CHttpStreamPool.cpp/455:Scheduling stream 0x12028f0 for release.
    2013-12-20
    11:33:04.105 Lync[563:6d00000] INFO TRANSPORT
    CHttpRequestProcessor.cpp/173:Received response of
    request(UcwaAutoDiscoveryRequest) with status = 0x0
    2013-12-20
    11:33:04.106 Lync[563:6d00000] INFO TRANSPORT
    TransportUtilityFunctions.cpp/925:<ReceivedResponse>
    GET
    http://lyncdiscover.domain-ext.com/
    Request Id:
    0x1201358
    HttpHeader:Cache-Control
    no-cache
    HttpHeader:Content-Length
    1076
    HttpHeader:Content-Type
    application/vnd.microsoft.rtc.autodiscover+xml; v=1
    HttpHeader:Date
    Fri, 20 Dec 2013 10:33:02 GMT
    HttpHeader:Expires
    -1
    HttpHeader:Pragma
    no-cache
    HttpHeader:Server
    Microsoft-IIS/8.5
    HttpHeader:StatusCode
    200
    HttpHeader:X-AspNet-Version
    4.0.30319
    HttpHeader:X-Content-Type-Options
    nosniff
    HttpHeader:X-MS-Server-Fqdn
    frontend-lync.domain-int.com
    HttpHeader:X-Powered-By
    ASP.NET, ARR/2.5
    Ôªø<?xml
    version="1.0" encoding="utf-8"?><AutodiscoverResponse
    xmlns:xsd="http://www.w3.org/2001/XMLSchema"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    AccessLocation="Internal"><Root><Link
    token="Domain" href="https://frontend-lync.domain-int.com/Autodiscover/AutodiscoverService.svc/root/domain?originalDomain=domain-ext.com"
    /><Link token="User" href="https://frontend-lync.domain-int.com/Autodiscover/AutodiscoverService.svc/root/user?originalDomain=domain-ext.com"
    /><Link token="Self" href="https://frontend-lync.domain-int.com/Autodiscover/AutodiscoverService.svc/root?originalDomain=domain-ext.com"
    /><Link token="OAuth" href="https://frontend-lync.domain-int.com/Autodiscover/AutodiscoverService.svc/root/oauth/user?originalDomain=domain-ext.com"
    /><Link token="External/XFrame"
    href="https://lyncwebexternal.domain-ext.com/Autodiscover/XFrame/XFrame.html"
    /><Link token="Internal/XFrame" href="https://frontend-lync.domain-int.com/Autodiscover/XFrame/XFrame.html"
    /><Link token="XFrame" href="https://lyncwebexternal.domain-ext.com/Autodiscover/XFrame/XFrame.html"
    /></Root></AutodiscoverResponse>
    </ReceivedResponse>
    2013-12-20
    11:33:04.108 Lync[563:6d00000] INFO TRANSPORT
    CUcwaAutoDiscoveryResponse.cpp/112:location value is internal
    2013-12-20
    11:33:04.108 Lync[563:6d00000] INFO TRANSPORT
    CUcwaAutoDiscoveryResponse.cpp/195:User url is https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain-ext.com
    2013-12-20
    11:33:04.109 Lync[563:6d00000] INFO TRANSPORT
    CHttpRequestProcessor.cpp/266:Sending event to main thread for
    request(0x1201358)
    2013-12-20
    11:33:04.109 Lync[563:3a71018c] INFO APPLICATION
    CTransportRequestRetrialQueue.cpp/822:Req. completed, Stopping timer.
    2013-12-20
    11:33:04.109 Lync[563:3a71018c] INFO APPLICATION
    CUrlRedirectAndTrustResolver.cpp/610:UrlRedirectAndTrustResolver complete with
    url = http://lyncdiscover.domain-ext.com/, Hops = 1, status = S_OK (S0-0-0)
    2013-12-20
    11:33:04.109 Lync[563:3a71018c] INFO APPLICATION
    CTransportRequestRetrialQueue.cpp/725:Response received for req.
    UrlTrustResolver(0x1201358): S_OK (S0-0-0) (Success); Done with req.; Stopping
    resend timer
    2013-12-20
    11:33:04.110 Lync[563:3a71018c] INFO APPLICATION
    CUcwaAutoDiscoveryGetUserUrlOperation.cpp/393:CUcwaAutoDiscoverGetUserUrlOperation::onEvent
    received.  Status = S_OK (S0-0-0), url =
    http://lyncdiscover.domain-ext.com/
    2013-12-20
    11:33:04.110 Lync[563:3a71018c] INFO APPLICATION
    CUcwaAutoDiscoveryGetUserUrlOperation.cpp/449:Received a root response
    2013-12-20
    11:33:04.110 Lync[563:3a71018c] INFO APPLICATION
    CUcwaAutoDiscoveryGetUserUrlOperation.cpp/456:Running trust check on user url.
    url = https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain-ext.com
    2013-12-20
    11:33:04.110 Lync[563:3a71018c] INFO APPLICATION
    CUrlRedirectAndTrustResolver.cpp/77:Starting CUrlRedirectAndTrustResolver with
    url = https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain-ext.com,
    maxHops = 1
    2013-12-20
    11:33:04.110 Lync[563:3a71018c] INFO APPLICATION
    CUrlRedirectAndTrustResolver.cpp/201:CUrlRedirectAndTrustResolver::processUrl
    called with url = https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user,
    hopCount = 0, maxHops = 1
    2013-12-20
    11:33:04.111 Lync[563:3a71018c] INFO TRANSPORT CTransportThread.cpp/131:Added
    Request(UcwaAutoDiscoveryRequest) to Request Processor queue
    2013-12-20
    11:33:04.111 Lync[563:3a71018c] INFO APPLICATION
    CTransportRequestRetrialQueue.cpp/385:Submitting new req.
    UrlTrustResolver(0x11d4d38)
    2013-12-20
    11:33:04.111 Lync[563:6d00000] INFO TRANSPORT CTransportThread.cpp/343:Sent
    Request(UcwaAutoDiscoveryRequest) to Request Processor
    2013-12-20
    11:33:04.111 Lync[563:6d00000] WARNING TRANSPORT
    CCredentialManager.cpp/317:CCredentialManager::getSpecificCredential returning
    NULL credential for serviceId (4) type (1)!
    2013-12-20
    11:33:04.112 Lync[563:6d00000] INFO TRANSPORT
    TransportUtilityFunctions.cpp/631:<SentRequest>
    GET
    https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user
    Request Id:
    0x11d4d38
    HttpHeader:Accept
    application/vnd.microsoft.rtc.autodiscover+xml;v=1
    </SentRequest>
    2013-12-20
    11:33:04.112 Lync[563:6d00000] INFO UTILITIES
    CHttpStreamPool.cpp/409:Allocating stream 0x125fa90 for url - https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user
    with persistent id as 7
    2013-12-20
    11:33:04.112 Lync[563:6d00000] VERBOSE TRANSPORT
    CHttpProxyHelper.cpp/436:CHttpProxyHelper::discoverProxy : No proxy found for
    url https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user.
    Sending over direct connection.
    2013-12-20
    11:33:04.113 Lync[563:6d00000] INFO UTILITIES CHttpStreamPool.cpp/609:Releasing
    stream 0x12028f0.
    2013-12-20
    11:33:04.261 Lync[563:6d00000] INFO UTILITIES CHttpConnection.cpp/577:Received
    kCFStreamEventEndEncountered (UcwaAutoDiscoveryRequest)isHeadersAvailable =
    true  responseHeadersHandle = 11cfbd0
    2013-12-20
    11:33:04.262 Lync[563:6d00000] INFO UTILITIES CHttpConnection.cpp/628:Response
    status = 200 for request UcwaAutoDiscoveryRequest
    2013-12-20
    11:33:04.262 Lync[563:6d00000] INFO UTILITIES
    CHttpStreamPool.cpp/455:Scheduling stream 0x11cbe40 for release.
    2013-12-20
    11:33:04.263 Lync[563:6d00000] INFO TRANSPORT
    CHttpRequestProcessor.cpp/173:Received response of
    request(UcwaAutoDiscoveryRequest) with status = 0x0
    2013-12-20
    11:33:04.263 Lync[563:6d00000] INFO TRANSPORT
    TransportUtilityFunctions.cpp/925:<ReceivedResponse>
    GET
    https://lyncdiscover.domain-ext.com/?sipuri=sip:[email protected]
    Request Id:
    0x12450d8
    HttpHeader:Cache-Control
    no-cache
    HttpHeader:Content-Length
    1076
    HttpHeader:Content-Type
    application/vnd.microsoft.rtc.autodiscover+xml; v=1
    HttpHeader:Date
    Fri, 20 Dec 2013 10:33:02 GMT
    HttpHeader:Expires
    -1
    HttpHeader:Pragma
    no-cache
    HttpHeader:Server
    Microsoft-IIS/8.5
    HttpHeader:StatusCode
    200
    HttpHeader:X-AspNet-Version
    4.0.30319
    HttpHeader:X-Content-Type-Options
    nosniff
    HttpHeader:X-MS-Server-Fqdn
    frontend-lync.domain-int.com
    HttpHeader:X-Powered-By
    ASP.NET, ARR/2.5
    Ôªø<?xml
    version="1.0" encoding="utf-8"?><AutodiscoverResponse
    xmlns:xsd="http://www.w3.org/2001/XMLSchema"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    AccessLocation="Internal"><Root><Link
    token="Domain" href="https://frontend-lync.domain-int.com/Autodiscover/AutodiscoverService.svc/root/domain?originalDomain=domain-ext.com"
    /><Link token="User" href="https://frontend-lync.domain-int.com/Autodiscover/AutodiscoverService.svc/root/user?originalDomain=domain-ext.com"
    /><Link token="Self" href="https://frontend-lync.domain-int.com/Autodiscover/AutodiscoverService.svc/root?originalDomain=domain-ext.com"
    /><Link token="OAuth" href="https://frontend-lync.domain-int.com/Autodiscover/AutodiscoverService.svc/root/oauth/user?originalDomain=domain-ext.com"
    /><Link token="External/XFrame"
    href="https://lyncwebexternal.domain-ext.com/Autodiscover/XFrame/XFrame.html"
    /><Link token="Internal/XFrame" href="https://frontend-lync.domain-int.com/Autodiscover/XFrame/XFrame.html"
    /><Link token="XFrame" href="https://lyncwebexternal.domain-ext.com/Autodiscover/XFrame/XFrame.html"
    /></Root></AutodiscoverResponse>
    </ReceivedResponse>
    2013-12-20
    11:33:04.264 Lync[563:6d00000] INFO TRANSPORT
    CUcwaAutoDiscoveryResponse.cpp/112:location value is internal
    2013-12-20
    11:33:04.265 Lync[563:6d00000] INFO TRANSPORT
    CUcwaAutoDiscoveryResponse.cpp/195:User url is https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain-ext.com
    2013-12-20
    11:33:04.265 Lync[563:6d00000] INFO TRANSPORT
    CHttpRequestProcessor.cpp/266:Sending event to main thread for
    request(0x12450d8)
    2013-12-20
    11:33:04.266 Lync[563:3a71018c] INFO APPLICATION CTransportRequestRetrialQueue.cpp/822:Req.
    completed, Stopping timer.
    2013-12-20
    11:33:04.266 Lync[563:3a71018c] INFO APPLICATION
    CUcwaAutoDiscoveryGetUserUrlOperation.cpp/290:Received a root response
    2013-12-20
    11:33:04.266 Lync[563:3a71018c] INFO APPLICATION CUcwaAutoDiscoveryGetUserUrlOperation.cpp/224:UcwaAutoDiscoveryGetUserUrlOperation
    completed with url = https://lyncdiscover.domain-ext.com/?sipuri=sip:[email protected],
    userUrl = https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain-ext.com,
    status = S_OK (S0-0-0)
    2013-12-20
    11:33:04.266 Lync[563:3a71018c] INFO APPLICATION
    CTransportRequestRetrialQueue.cpp/725:Response received for req.
    GET-UnAuthenticatedGet(0x12450d8): S_OK (S0-0-0) (Success); Done with req.; Stopping
    resend timer
    2013-12-20
    11:33:04.267 Lync[563:3a71018c] INFO APPLICATION
    CTransportRequestRetrialQueue.cpp/399:Cancelling all requests
    2013-12-20
    11:33:04.267 Lync[563:3a71018c] INFO APPLICATION
    CTransportRequestRetrialQueue.cpp/409:Cancelling request: 0x11d4d38
    2013-12-20
    11:33:04.267 Lync[563:3a71018c] INFO TRANSPORT CSessionBase.hxx/158:Cancelling
    request: 0x11d4d38
    2013-12-20
    11:33:04.267 Lync[563:3a71018c] INFO TRANSPORT CTransportThread.cpp/163:Added
    Request(UcwaAutoDiscoveryRequest) to Request Processor queue
    2013-12-20
    11:33:04.267 Lync[563:3a71018c] INFO APPLICATION
    CUrlRedirectAndTrustResolver.cpp/610:UrlRedirectAndTrustResolver complete with
    url = https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user,
    Hops = 1, status = W_Cancelled (W0-0-6)
    2013-12-20
    11:33:04.267 Lync[563:3a71018c] INFO APPLICATION
    CUcwaAutoDiscoveryGetUserUrlOperation.cpp/224:UcwaAutoDiscoveryGetUserUrlOperation
    completed with url = http://lyncdiscover.domain-ext.com/?sipuri=sip:[email protected],
    userUrl = , status = W_Cancelled (W0-0-6)
    2013-12-20
    11:33:04.268 Lync[563:6d00000] INFO TRANSPORT CTransportThread.cpp/343:Sent
    Request(UcwaAutoDiscoveryRequest) to Request Processor
    2013-12-20
    11:33:04.268 Lync[563:3a71018c] INFO TRANSPORT CCredentialManager.cpp/176:getSpecificCredential
    for serviceId(1) returning: credType (1) signInName ([email protected])
    domain () username (mattia.spagnoli) password.empty() (0) certificate.isValid()
    (0) privateKey.empty() (1) compatibleServiceIds(1)
    2013-12-20
    11:33:04.268 Lync[563:3a71018c] INFO TRANSPORT
    CMetaDataManager.cpp/403:Received a request to get the meta data of type 0 for
    url https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain-ext.com
    2013-12-20
    11:33:04.269 Lync[563:3a71018c] INFO TRANSPORT CMetaDataManager.cpp/467:Sending
    Unauthenticated get to get the web-ticket url
    2013-12-20
    11:33:04.269 Lync[563:3a71018c] INFO TRANSPORT CTransportThread.cpp/131:Added
    Request() to Request Processor queue
    2013-12-20
    11:33:04.269 Lync[563:3a71018c] INFO TRANSPORT
    CAuthenticationResolver.cpp/109:Waiting on Meta Data from https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain-ext.com
    2013-12-20
    11:33:04.269 Lync[563:62d4000] INFO TRANSPORT CTransportThread.cpp/343:Sent
    Request() to Request Processor
    2013-12-20
    11:33:04.270 Lync[563:3a71018c] INFO APPLICATION
    CTransportRequestRetrialQueue.cpp/385:Submitting new req.
    GET-AuthenticatedUserGetRequest(0x1201ab8)
    2013-12-20
    11:33:04.270 Lync[563:62d4000] WARNING TRANSPORT
    CCredentialManager.cpp/317:CCredentialManager::getSpecificCredential returning
    NULL credential for serviceId (4) type (1)!
    2013-12-20
    11:33:04.270 Lync[563:3a71018c] INFO APPLICATION
    CUcwaAutoDiscoveryService.cpp/1189:Submitting Authenticated AutoDiscovery
    request to https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain-ext.com
    2013-12-20
    11:33:04.270 Lync[563:6d00000] INFO UTILITIES
    CHttpStreamPool.cpp/455:Scheduling stream 0x125fa90 for release.
    2013-12-20
    11:33:04.271 Lync[563:62d4000] INFO TRANSPORT
    TransportUtilityFunctions.cpp/631:<SentRequest>
    GET
    https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain-ext.com
    Request Id:
    0x1206198
    HttpHeader:Accept
    HttpHeader:X-MS-WebTicket
    xxxxxxxxxx
    </SentRequest>
    2013-12-20
    11:33:04.271 Lync[563:3a71018c] INFO APPLICATION
    CUcwaAutoDiscoveryService.cpp/1662:Ignoring GetUserUrlOperation event as
    current state is 6
    2013-12-20
    11:33:04.271 Lync[563:62d4000] INFO UTILITIES
    CHttpStreamPool.cpp/409:Allocating stream 0x11c0a40 for url - https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user
    with persistent id as 15
    2013-12-20
    11:33:04.271 Lync[563:3a71018c] INFO APPLICATION CUcwaAutoDiscoveryService.cpp/1664:Request
    url was http://lyncdiscover.domain-ext.com/?sipuri=sip:[email protected]
    2013-12-20
    11:33:04.272 Lync[563:62d4000] VERBOSE TRANSPORT
    CHttpProxyHelper.cpp/436:CHttpProxyHelper::discoverProxy : No proxy found for
    url https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain-ext.com.
    Sending over direct connection.
    2013-12-20
    11:33:20.621 Lync[563:3a71018c] INFO UTILITIES
    CNetworkMonitor.cpp/217:Reachabilility Flags IsWWAN(0):Reachable(0):TransientConnection(0):ConnectionRequired(0):ConnectionOnTraffic(0):InterventionRequired(0):ConnectionOnDemand(0):IsLocalAddress(0):IsDirect(0)
    2013-12-20
    11:33:20.623 Lync[563:3a71018c] INFO UTILITIES CNetworkMonitor.cpp/186:Updated
    networkAvailableToConnect(CellularDataNetwork) -> NoNetwork,
    isInAirplaneMode(0) -> 1
    2013-12-20
    11:33:20.623 Lync[563:3a71018c] INFO APPLICATION
    CUcmpConversationsManager.cpp/4091:CUcmpConversationsManager::canDoVideoBasedOnNetworkAndPolicy
    returns false because RequestWiFiForAudio or RequestWifiForVideo is true and
    current network : is not WiFi
    2013-12-20
    11:33:20.623 Lync[563:3a71018c] INFO APPLICATION
    CUcmpConversationsManager.cpp/1672:CUcmpConversationsManager::queryCapability
    on StartP2PVideoCall returns false because
    canDoVideoBasedOnNetworkAndPolicy 
    returned false
    2013-12-20
    11:33:20.904 Lync[563:3a71018c] INFO UTILITIES
    CNetworkMonitor.cpp/217:Reachabilility Flags
    IsWWAN(1):Reachable(1):TransientConnection(1):ConnectionRequired(0):ConnectionOnTraffic(0):InterventionRequired(0):ConnectionOnDemand(0):IsLocalAddress(1):IsDirect(0)
    2013-12-20
    11:33:20.905 Lync[563:3a71018c] INFO UTILITIES CNetworkMonitor.cpp/186:Updated
    networkAvailableToConnect(NoNetwork) -> CellularDataNetwork,
    isInAirplaneMode(1) -> 0
    2013-12-20
    11:33:20.905 Lync[563:3a71018c] INFO TRANSPORT CEventChannelManager.cpp/826:Received
    network monitor event so restarting event channel.
    2013-12-20
    11:33:20.906 Lync[563:3a71018c] INFO TRANSPORT
    CEventChannelManager.cpp/520:Moving the event channel aggressive mode.
    2013-12-20
    11:33:20.906 Lync[563:3a71018c] INFO APPLICATION
    CUcmpConversationsManager.cpp/4091:CUcmpConversationsManager::canDoVideoBasedOnNetworkAndPolicy
    returns false because RequestWiFiForAudio or RequestWifiForVideo is true and
    current network : is not WiFi
    2013-12-20
    11:33:20.906 Lync[563:3a71018c] INFO APPLICATION
    CUcmpConversationsManager.cpp/1672:CUcmpConversationsManager::queryCapability
    on StartP2PVideoCall returns false because
    canDoVideoBasedOnNetworkAndPolicy 
    returned false
    2013-12-20
    11:33:20.906 Lync[563:3a71018c] INFO APPLICATION CUcwaAutoDiscoveryService.cpp/2070:adIsEnabled
    = 1, sipUri = sip:[email protected], m_internalADUrlInput =
    m_externalADUrlInput =
    2013-12-20
    11:33:20.906 Lync[563:3a71018c] INFO APPLICATION
    CUcwaAutoDiscoveryService.cpp/255:Discovery is in progress and process state is
    6Ignoring request to start network discovery
    2013-12-20
    11:34:04.274 Lync[563:62d4000] INFO UTILITIES
    CHttpStreamPool.cpp/455:Scheduling stream 0x11c0a40 for release.
    2013-12-20
    11:34:04.275 Lync[563:62d4000] ERROR UTILITIES CHttpConnection.cpp/517:Connection
    timedout for request (0x%u0x12d1ea0) - notifying error E_ConnectionTimeoutError
    2013-12-20
    11:34:04.275 Lync[563:62d4000] INFO TRANSPORT
    CHttpRequestProcessor.cpp/173:Received response of request() with status =
    0x22020005
    2013-12-20
    11:34:04.276 Lync[563:62d4000] INFO TRANSPORT
    CHttpRequestProcessor.cpp/201:Request 
    resulted in E_ConnectionTimeoutError (E2-2-5). The retry counter is: 0
    2013-12-20
    11:34:04.276 Lync[563:62d4000] INFO TRANSPORT
    CHttpRequestProcessor.cpp/266:Sending event to main thread for
    request(0x1206198)
    2013-12-20
    11:34:04.277 Lync[563:3a71018c] INFO TRANSPORT
    CMetaDataManager.cpp/581:Received response for meta data request of type 60
    with status 570556421
    2013-12-20
    11:34:04.277 Lync[563:3a71018c] ERROR TRANSPORT CMetaDataManager.cpp/597:Unable
    to get a response to an unauthenticated get to url https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain-ext.com
    2013-12-20
    11:34:04.278 Lync[563:3a71018c] INFO TRANSPORT CAuthenticationResolver.cpp/210:MetaData
    retrieval for url https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain-ext.com
    completed with status 570556421
    2013-12-20
    11:34:04.278 Lync[563:3a71018c] INFO TRANSPORT CAuthenticationResolver.cpp/239:Deleting
    1 pended Meta data requests for url https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain-ext.com
    2013-12-20
    11:34:04.278 Lync[563:3a71018c] ERROR TRANSPORT CAuthenticationResolver.cpp/288:Unable
    to get the meta data for server url https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain-ext.com
    2013-12-20
    11:34:04.279 Lync[563:3a71018c] INFO TRANSPORT
    CAuthenticationResolver.cpp/293:Failing request to the request manager
    2013-12-20
    11:34:04.279 Lync[563:3a71018c] INFO TRANSPORT CRequestManager.cpp/273:Failing
    secure request UcwaAutoDiscoveryRequest with status E_ConnectionTimeoutError
    (E2-2-5)
    2013-12-20
    11:34:04.279 Lync[563:3a71018c] INFO APPLICATION
    CTransportRequestRetrialQueue.cpp/822:Req. completed, Stopping timer.
    2013-12-20
    11:34:04.279 Lync[563:3a71018c] INFO APPLICATION
    CUcwaAutoDiscoveryService.cpp/1284:Received autodiscovery response with status
    E_ConnectionTimeoutError (E2-2-5)
    2013-12-20
    11:34:04.279 Lync[563:3a71018c] INFO APPLICATION
    CUcwaAutoDiscoveryService.cpp/1242:Raising Autodiscovery event with status
    E_ConnectionTimeoutError (E2-2-5) for eventType 0
    2013-12-20
    11:34:04.280 Lync[563:3a71018c] INFO APPLICATION CUcwaAutoDiscoveryServiceRetrialWrapper.cpp/417:Received
    event for type 0 with status E_ConnectionTimeoutError (E2-2-5)
    2013-12-20
    11:34:04.280 Lync[563:3a71018c] INFO APPLICATION
    CUcwaAutoDiscoveryServiceRetrialWrapper.cpp/496:Raising Autodiscovery event
    with status E_ConnectionTimeoutError (E2-2-5) for eventType 0
    2013-12-20
    11:34:04.280 Lync[563:3a71018c] ERROR APPLICATION
    CUcwaAppSession.cpp/2066:Auto-discovery failed, aborting sign-in!
    2013-12-20
    11:34:04.280 Lync[563:3a71018c] INFO APPLICATION CUcwaAppSession.cpp/998:CUcwaAppSession::setNewActualState()
    state=0
    2013-12-20
    11:34:04.294 Lync[563:3a71018c] INFO UTILITIES
    CBasePersistableComponent.cpp/230:Storing 7 out-of-sync components took 10ms
    2013-12-20
    11:34:04.295 Lync[563:3a71018c] INFO UTILITIES CiOsAppStateQuery.h/147:Clearing
    keep-alive timer callback
    2013-12-20
    11:34:04.295 Lync[563:6d00000] INFO TRANSPORT
    CHttpRequestProcessor.cpp/134:Clearing request processor for component
    UcwaAutoDiscoverySession on sign-out.
    2013-12-20
    11:34:04.295 Lync[563:62d4000] INFO TRANSPORT
    CHttpRequestProcessor.cpp/134:Clearing request processor for component
    MetaDataManager on sign-out.
    2013-12-20
    11:34:04.295 Lync[563:3a71018c] INFO APPLICATION CAlertReporter.cpp/64:Alert
    received! Category 1, Type 201, level 0, error E_ConnectionTimeoutError
    (E2-2-5), context '', hasAction=false
    2013-12-20
    11:34:04.296 Lync[563:6d00000] INFO UTILITIES CHttpStreamPool.cpp/609:Releasing
    stream 0x11cbe40.
    2013-12-20
    11:34:04.296 Lync[563:62d4000] INFO UTILITIES CHttpStreamPool.cpp/609:Releasing
    stream 0x11c0a40.
    2013-12-20
    11:34:04.296 Lync[563:3a71018c] INFO APPLICATION CAlertReporter.cpp/117:Alert
    cleared of Category 1, Type 201, cleared 0 alerts
    2013-12-20
    11:34:04.297 Lync[563:3a71018c] INFO APPLICATION
    CTransportRequestRetrialQueue.cpp/725:Response received for req.
    GET-AuthenticatedUserGetRequest(0x1201ab8): E_ConnectionTimeoutError (E2-2-5)
    (RemoteNetworkTemporaryError); Done with req.; Stopping resend timer
    2013-12-20
    11:34:04.298 Lync[563:3a71018c] INFO UI CMAudioUtil.mm/322:stopSound
    2013-12-20
    11:34:04.298 Lync[563:3a71018c] INFO UI CMAudioUtil.mm/322:stopSound
    2013-12-20
    11:34:04.298 Lync[563:3a71018c] INFO UI CMAudioUtil.mm/322:stopSound
    2013-12-20
    11:34:04.298 Lync[563:3a71018c] INFO UI CMAudioVideoToastViewController.mm/992:Cancelling
    local notification
    2013-12-20
    11:34:04.299 Lync[563:6d00000] INFO UTILITIES CHttpStreamPool.cpp/609:Releasing
    stream 0x125fa90.
    2013-12-20
    11:34:04.300 Lync[563:3a71018c] INFO UI CMRootViewController.mm/378:ActualState
    = 0 DesiredState = 2  DataAvailable = 0
    2013-12-20
    11:34:04.300 Lync[563:3a71018c] INFO UI
    CMDetailViewController.mm/229:ActualState = 0 DesiredState = 1  DataAvailable = 0
    2013-12-20
    11:34:04.300 Lync[563:3a71018c] INFO UI CMDetailViewController.mm/262:ActualState
    = IsSignedOut DesiredState = BeSignedIn DataAvailable = 0 Showing UI =
    CredentialTableViewController
    2013-12-20
    11:34:04.300 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:34:04.301 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:34:04.301 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:34:04.301 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:34:04.301 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:34:04.301 Lync[563:3a71018c] INFO UI CMNotificationManager.mm/705:desired
    view is alert, size 1
    2013-12-20
    11:34:04.301 Lync[563:3a71018c] INFO UI CMNotificationManager.mm/745:adding the
    desired view
    2013-12-20
    11:34:04.302 Lync[563:3a71018c] INFO UI CMNotificationManager.mm/480:reposition
    floating views
    2013-12-20
    11:34:04.302 Lync[563:3a71018c] INFO UI CMAlertViewController.mm/110:showalert
    is 1
    2013-12-20
    11:34:04.302 Lync[563:3a71018c] INFO UI CMAlertViewController.mm/114:showalert
    is 0
    2013-12-20
    11:34:04.302 Lync[563:3a71018c] INFO UI CMUIUtil.mm/402:Mapping error code =
    0x22020005, context = , type = 201
    2013-12-20 11:34:04.303 Lync[563:3a71018c] INFO UI
    CMUIUtil.mm/1680:Mapped error message is 'Non riesco a connettermi al server
    perché potrebbe essere occupato o temporaneamente non disponibile. Riprova.
    2013-12-20
    11:34:04.304 Lync[563:3a71018c] ERROR UI
    CMDismissButtonBaseViewController.mm/89:before: view height 1024.000000, width
    45.000000, x 64.000000, y 0.000000
    2013-12-20
    11:34:04.304 Lync[563:3a71018c] INFO UI
    CMNotificationManager.mm/1089:viewFrame: origin x 64.000000, origin y 0.000000,
    height 1024.000000, width 45.000000
    2013-12-20
    11:34:04.304 Lync[563:3a71018c] INFO UI CMNotificationManager.mm/1195:resize
    alert label, origin x 44.000000, origin y 2.000000, height 41.000000, width
    936.000000
    2013-12-20
    11:34:04.305 Lync[563:3a71018c] ERROR UI CMDismissButtonBaseViewController.mm/104:after:
    self.label.frame height 41.000000, width 936.000000, x 44.000000, y 2.000000
    2013-12-20
    11:34:04.305 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:34:04.305 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:34:04.305 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:34:04.305 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:34:04.305 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:34:04.306 Lync[563:3a71018c] INFO UI CMNotificationManager.mm/705:desired
    view is alert, size 1
    2013-12-20
    11:34:04.306 Lync[563:3a71018c] INFO UI CMNotificationManager.mm/718:desired
    view is same as the current view
    2013-12-20
    11:34:04.306 Lync[563:3a71018c] INFO UI CMNotificationManager.mm/480:reposition
    floating views
    2013-12-20
    11:34:04.306 Lync[563:3a71018c] INFO UI CMAlertViewController.mm/110:showalert
    is 0
    2013-12-20
    11:34:04.306 Lync[563:3a71018c] ERROR UI
    CMDismissButtonBaseViewController.mm/89:before: view height 1024.000000, width
    45.000000, x 64.000000, y 0.000000
    2013-12-20
    11:34:04.307 Lync[563:3a71018c] INFO UI
    CMNotificationManager.mm/1089:viewFrame: origin x 64.000000, origin y 0.000000,
    height 1024.000000, width 45.000000
    2013-12-20
    11:34:04.307 Lync[563:3a71018c] INFO UI CMNotificationManager.mm/1195:resize
    alert label, origin x 44.000000, origin y 2.000000, height 41.000000, width
    936.000000
    2013-12-20
    11:34:04.307 Lync[563:3a71018c] ERROR UI
    CMDismissButtonBaseViewController.mm/104:after: self.label.frame height
    41.000000, width 936.000000, x 44.000000, y 2.000000
    2013-12-20
    11:34:04.337 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:34:04.337 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:34:04.338 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:34:04.338 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:34:04.338 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:34:04.338 Lync[563:3a71018c] INFO UI CMNotificationManager.mm/705:desired
    view is alert, size 1
    2013-12-20
    11:34:04.338 Lync[563:3a71018c] INFO UI CMNotificationManager.mm/718:desired
    view is same as the current view
    2013-12-20
    11:34:04.338 Lync[563:3a71018c] INFO UI CMNotificationManager.mm/480:reposition
    floating views
    2013-12-20
    11:34:04.339 Lync[563:3a71018c] INFO UI CMAlertViewController.mm/110:showalert is
    0
    2013-12-20
    11:34:04.339 Lync[563:3a71018c] ERROR UI
    CMDismissButtonBaseViewController.mm/89:before: view height 1024.000000, width
    45.000000, x 64.000000, y 0.000000
    2013-12-20
    11:34:04.339 Lync[563:3a71018c] INFO UI CMNotificationManager.mm/1089:viewFrame:
    origin x 64.000000, origin y 0.000000, height 1024.000000, width 45.000000
    2013-12-20
    11:34:04.339 Lync[563:3a71018c] INFO UI CMNotificationManager.mm/1195:resize
    alert label, origin x 44.000000, origin y 2.000000, height 41.000000, width
    936.000000
    2013-12-20
    11:34:04.339 Lync[563:3a71018c] ERROR UI
    CMDismissButtonBaseViewController.mm/104:after: self.label.frame height
    41.000000, width 936.000000, x 44.000000, y 2.000000
    2013-12-20
    11:34:04.340 Lync[563:3a71018c] INFO UI CMSplitViewController.mm/162:Details
    Pane is in Full screen with controller
    2013-12-20
    11:34:04.340 Lync[563:3a71018c] INFO UI CMSplitViewController.mm/204:Split view
    frame orientation UIInterfaceOrientationLandscapeLeft Height = 748.000000 Width
    = 1024.000000 origin.x = 20.000000 origin.y = 0.000000 keyboardHeight =
    0.000000
    2013-12-20
    11:34:04.341 Lync[563:3a71018c] INFO UI CMSplitViewController.mm/162:Details
    Pane is in Full screen with controller
    2013-12-20
    11:34:04.341 Lync[563:3a71018c] INFO UI CMSplitViewController.mm/204:Split view
    frame orientation UIInterfaceOrientationLandscapeLeft Height = 748.000000 Width
    = 1024.000000 origin.x = 20.000000 origin.y = 0.000000 keyboardHeight =
    0.000000
    2013-12-20
    11:34:04.343 Lync[563:3a71018c] INFO UI
    CMToolsViewController.mm/349:ActualState = 0 DesiredState = 1  DataAvailable = 0
    2013-12-20
    11:34:04.344 Lync[563:3a71018c] INFO UI
    CMAlertViewController.mm/93:ObservableListItem Added event received
    2013-12-20
    11:34:04.344 Lync[563:3a71018c] INFO UI CMAlertViewController.mm/103:showalert
    is 1
    2013-12-20
    11:34:04.344 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:34:04.344 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:34:04.344 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:34:04.344 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:34:04.345 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:34:04.345 Lync[563:3a71018c] INFO UI CMNotificationManager.mm/705:desired
    view is alert, size 1
    2013-12-20
    11:34:04.345 Lync[563:3a71018c] INFO UI CMNotificationManager.mm/718:desired
    view is same as the current view
    2013-12-20
    11:34:04.345 Lync[563:3a71018c] INFO UI CMNotificationManager.mm/480:reposition
    floating views
    2013-12-20
    11:34:04.345 Lync[563:3a71018c] INFO UI CMAlertViewController.mm/110:showalert
    is 1
    2013-12-20
    11:34:04.345 Lync[563:3a71018c] INFO UI CMAlertViewController.mm/114:showalert
    is 0
    2013-12-20
    11:34:04.345 Lync[563:3a71018c] INFO UI CMUIUtil.mm/402:Mapping error code =
    0x22020005, context = , type = 201
    2013-12-20
    11:34:04.346 Lync[563:3a71018c] INFO UI CMUIUtil.mm/1680:Mapped error message
    is ‘Cannot connect to the server because it could be busy or temporarily
    unavailable. Retry.’

    Hi Kent,
    thanks a lot for your reply!
    I created  _sip._tls.domain-ext.com SRV record in the external DNS and now autodiscovery works fine. At the beginning I had not created it because I thought lyncdiscover.domain-ext.com A record was enough for autodiscovery. I still cannot understand
    why lyncdiscover.domain-ext.com points to reverse proxy, while _sip._tls.domain-ext.com points to Edge server. It's strange because both are part of the research order of Lync 2013 desktop clients.
    By the way, mobility still does not work. I tried to insert bot the https URLs as manual configuration but Lync 2013 for iPad was not be able to login. I tried to paste both the URLs in the web browser and:
    with https://<ExtwebFQDN>/Autodiscover/autodiscoverservice.svc/Root appears the "Root.json" file to be downloaded;
    with https://<IntwebFQDN>/AutoDiscover/AutoDiscover.svc/Root
    the message "500-Internal error of server" appears.
    Any suggests from you about how to check the configuration of ISS/ARR 2.5?
    Thanks again!

  • Confused with Lync 2013 Autodisocver and mobile app

    Hello
    i am confused about some stuff related to lync 2013 client discovery and mobility:
    1) internal client will try to resolve lyncdisocverinternal , then why on the internal CA request i can see lyncdiscover &lync disocoverextrnal?
    2)for auto discover to work from extrnal does it look for the A record "sip.mydomian.com" or its searching for lyncdisocver?
    3) does Mobility (client for ipad or Andriod) try to connect to edge server if if its located on the internal network or it can understand if its on the internal wifi to use internal and its outside the network it will use external?
    please help

    All Mobility Service traffic goes through the reverse proxy, regardless of where the origination point is—internal or external.
    The Lync Server 2013 Autodiscover Service returns all Web Services URLs for the user's home pool, including the Mobility Service (Mcx and UCWA) URLs. However, both the internal Mobility Service URL and the external Mobility Service URL are associated with
    the external Web Services FQDN.
    You can run the command Set-CsMcxConfiguration –ExposedWebURL internal.
    The parameter internal indicates whether the URL used by the Autodiscovery Service is accessible to users both inside and outside the organization firewall (External) or only accessible to users inside the firewall (Internal).
    If you set to internal, you can’t connect externally.
    For details, check
    http://technet.microsoft.com/en-us/library/hh690030.aspx
    Lisa Zheng
    TechNet Community Support

  • Voice problems with Lync 2013 Mobile

    Hi
    I have a situation where Lync 2013 on both iPhone & Android has started giving problems with making and receiving voice calls. There are no problems with Windows, Mac or Phone Edition clients that I'm aware of. I have not tested anything over the VPN,
    but this should not be a factor.
    For receiving calls - If the user is connected to the LAN via Wi-Fi AND the call is from an internal user, all works fine. If the call is from an external user OR the user is connected via 3G, then the call just shows "Connecting" indefinitely.
    This includes transferred calls.
    For making calls - If the user is connected to the LAN via Wi-FI and calls either an internal or external users, all works fine. If the user is connected via 3G and calls either an internal or external user, the phone rings, but when it's answered it shows
    call ended.
    I have ran RUCT on a computer outside the network, with the following findings:
    DNS:
    Record
    Type
    Hostname
    IP Address
    Port
    Weight
    Priority
    _sip._tls.domain.com
    SRV
    sip.domain.com
    Edge External IP
    443
    100
    0
    sip.domain.com
    A
    sip.domain.com
    Edge External IP
    sipexternal.domain.com
    A
    sipexternal.domain.com
    Edge External IP
    meet.domain.com
    A
    meet.domain.com
    <null>
    _ntp._udp.domain.com
    SRV
    pool.ntp.org
    NTP Server IP
    123
    100
    0
    _sipfederationtls._tcp.domain.com
    SRV
    sip.domain.com
    Edge External IP
    5061
    100
    0
    lyncdiscover.domain.com
    A
    sip.domain.com
    Edge External IP
    lyncdiscover.domain.com
    CNAME
    sip.domain.com
    I have ran Test Port on each entry where there is a port with successful results. Ping works on all entries.
    If I query Certificate Information on sip.domain.com with port 5061 or 444, it succeeds and returns the certificate with subject sip.domain.com. If I query 443, it fails with error "An error occurred while retrieving the certificate. Unable to read
    data from the transport connection: An existing connection was forcibly closed by the remote host."
    On Microsoft Remote Connectivity Analyzer, all tests pass except for the certificate test:
    The Microsoft Connectivity Analyzer is attempting to obtain the SSL certificate from remote server sip.domain.com on port 443
    The Microsoft Connectivity Analyzer wasn't able to obtain the remote SSL certificate.
    Running netstat on Lync Edge gives me the following with regards to port 443:
    TCP   <Internal IP>:443   Lync2:0   LISTENING
    TCP   <External IP>:443   Lync2:0   LISTENING
    Firewall allows connections on port 443 and I've tried disabling the firewall as well. Trying to open https://sip.domain.com in the browser on the Lync Edge fails also, telnet succeeds, but no data is returned.
    I've restarted the AV service and also rebooted the Lync Edge server, no change. In the topology builder, I can see that AV is configured to listen on port 443.
    Any ideas would be most welcome.
    Regards
    Lionel
    MCP Windows Server MCTS .NET

    I have ran a large amount of additional tests. On my latest round of testing, I have obtained the following results:
    Call received via PSTN gateway on user DID, answered by desktop client inside LAN - works.
    Call received via PSTN gateway on response group, answered by desktop client inside LAN - works.
    Call received via PSTN gateway on user DID, answered by desktop client outside LAN (behind NAT, DSL router) - works.
    Call received via PSTN gateway on response group, answered by desktop client outside LAN (behind NAT, DSL router) - works.
    Call received via PSTN gateway on user DID, answered by mobile client inside LAN - does not work.
    Call received via PSTN gateway on response group, answered by mobile client inside LAN - does not work.
    Call received via PSTN gateway on user DID, answered by mobile client outside LAN (behind NAT, DSL router) - works.
    Call received via PSTN gateway on response group, answered by mobile client outside LAN (behind NAT, DSL router) - works.
    Call received via PSTN gateway on user DID, answered by mobile client outside LAN (3G) - does not work.
    Call received via PSTN gateway on response group, answered by mobile client outside LAN (3G) - does not work.
    Call received via PSTN gateway on user DID, answered by desktop client inside LAN and transferred to mobile client inside LAN - does not work.
    Call received via PSTN gateway on response group, answered by desktop client inside LAN and transferred to mobile client inside LAN - does not work.
    Call received via PSTN gateway on user DID, answered by desktop client inside LAN and transferred to mobile client outside LAN (behind NAT, DSL router) - works.
    Call received via PSTN gateway on response group, answered by desktop client inside LAN and transferred to mobile client outside LAN (behind NAT, DSL router) - works.
    Call received via PSTN gateway on user DID, answered by desktop client inside LAN and transferred to mobile client outside LAN (3G) - does not work.
    Call received via PSTN gateway on response group, answered by desktop client inside LAN and transferred to mobile client outside LAN (3G) - does not work.
    Call made through PSTN gateway from desktop client inside LAN - works.
    Call made through PSTN gateway from desktop client outside LAN (behind NAT, DSL router) - works.
    Call made through PSTN gateway from mobile client inside LAN - does not work.
    Call made through PSTN gateway from mobile client outside LAN (behind NAT, DSL router) - works.
    Call made through PSTN gateway from mobile client outside LAN (3G) - does not work.
    Call from desktop client inside LAN to desktop or mobile client (regardless of location) - works.
    Call from desktop or mobile client (regardless of location) to desktop client inside LAN - works.
    Call from desktop or mobile client (regardless of location) to desktop or mobile client (regardless of location) - works.
    There is no difference in behaviour between normal calls and conference calls. Reproducing the problem seems to require the following:
    1. PSTN gateway needs to be involved
    2. One party needs to be on mobile client
    3. The mobile client needs to be inside the LAN or on a 3G connection, but not behind NAT on a DSL connection
    The only conclusion I can make is that somehow NAT makes the problem go away, but it does not affect desktop clients (on the LAN or Wi-Fi at least, I do not have a way to test them on 3G).
    The PSTN gateway (Cisco UCM) could also be the problem, but it works fine in all other cases. It has 4 trunks and makes all kinds of routing decisions, but once a call is routed to/from Lync, it should not make a difference on what type of device it is answered.
    I'm really baffled by this one. Perhaps the 3G thing is a service provider issue and the issue on the LAN has something to do with the internal DNS combined with the behaviour of the mobile client. Just not sure exactly what.
    MCP Windows Server MCTS .NET

  • Reverse Proxy with Sun Web Server 7 update 4

    Hi All,
    I've just migrating to Sun Java System Web Server 7.0U4 B12/02/2008 from Sun Java System Web Server 7.0-Technology-Preview-3 B09/13/2006. I've have the two web servers running side by side on separate machines. Both have a VS configured as a reverse proxy pointing to the same apache tomcat web server.
    The Tech Preview 3 server works fine and has been doing since it was installed. However the Update 4 server doesn't. I can access the tomcat app via the U4 server in a browser, but not with the app on my mobile (sync ML). Snooping the traffic show me that the U4 server is sending a different response that the Tech Preview server. I'm thinking it may have to do with Transfer Encoding: chunked. I've looked around the web to see if I can turn this off in the U4 server, as I seem to recall having to do so at some point in my life, though I can't remember when and with what.
    Does anybody have any clues they can throw at me?? Or anybody know what has change in the reverse proxy part of the web server from Tech Preview 3 to U4??
    Both VS reverse proxies are congfigured exactly the same.
    Thanks,
    Stuart.

    well, technology preview is what the name says .. i am surprised that u decided to stick with a technology preview release all these days.. in any case, there should not have any feature change between technology preview build and U4. but , there has been lot of bug fixes - so, unless we know the exact problem - we can't easily narrow down the change between tp3 build with U4 and find out how it is affecting u.
    here is a related article on how to use chunked encoding within web server 7
    http://developers.sun.com/webtier/reference/techart/chunked_req.html
    now, to help you more appropriately, you need to provide us with errors (probably with log level set to finest within server.xml) and let us know with the error reported by web server when it is unable to send those requests to back end tomcat
    you can set log level to finest by running the following command
    /sun/webserver7/bin/wadm set-config-prop -user=admin --config=<hostname> log-level=finest
    /sun/webserver7/bin/wadm deploy-config --user=admin <hostname>
    http://docs.sun.com/app/docs/doc/820-4842/set-config-prop-1?a=view
    (once you have identified the problem, you might want to set log level to info as setting to finest will cause your logs to grow humongous and also hurt performance
    thanks
    sriram

  • Can't Log In with Lync 2013 Windows 8 App over VPN

    Howdy,
    I've downloaded the Lync 2013 App to Windows 8.1.  When I type in my work email, I can't sign in.  I get that the server isn't available or doesn't support Lync.
    The error is attached.
    I can't find a forum for the Lync App itself so I'm hoping to be redirected or since this has to be an easy question, someone might answer it here.
    I'm logged in on our VPN and I'm working around this issue right now with RDP to my desktop and signing in to Lync 2010 there.  This is for the purpose of doing my class this next week from home and showing Yep, I'm really available over Lync. 
    What is really desired is to get Lync on my remote machine working but there's no real Settings page on the App.
    Apparently it does pick up the VPN and tries to sign me in:
    However, there's not much of a way to configure anything.  I can't find a "Settings" page. Tried uninstall/reinstall to see if I didn't fat finger something.
    Lync 2010 is set up on company laptops to work over VPN correctly from home so I can't imagine it's this hard.  I think the "oversimplified" approach of just putting in the email address and (I'm theorizing) letting Lync detect VPN or not,
    can I log in, etc. or whatever it does, this isn't working.  And of course, it's Encapsulated. :)
    OK, I have a work around, it's not a do or die issue here.  I'll RDP to my desktop, sign in and Lync will show me available.  I'll set my location as Home during the hours of the class.
    But ... it's always REALLY annoying when you KNOW it's a simple setup procedure and if that's just found ...
    Thanks for any help.
    Michael Durthaler

    Check that you configure requirement for Lync windows store App as exist in below link
    http://technet.microsoft.com/en-us/library/jj823129.aspx
    Please remember, if you see a post that helped you please click "Vote As Helpful" and if it answered your question, please click "Mark As Answer"
    Mai Ali | My blog: Technical | Twitter:
    Mai Ali

  • Audio and video not synchronized in recording made with Lync 2013

    There appears to be no forum for the Lync 2013 client yet, so I am posting this in the Lync 2013 server forum.
    Environment: Lync 2013 Server and Lync 2013 32-bit client. Only one Lync pool. Conference call was scheduled using "Lync Meeting" in Outlook about a week before the call. Call recorded on a laptop that was plugged into our LAN with an Ethernet
    cable.
    Problem: User scheduled a conference call with screen sharing (PowerPoint) and recorded the call. The audio and video are not synchronized in the recording. There is several minutes' delay, with the audio lagging behind the PowerPoint. The last slide
    on the call was presented, the call ended, and the presenter ended the recording (I was present for all this and can confirm no user error in these steps); however, in the recording, the slides change before the speaker talks about it, and the last
    couple of minutes are cut off. 
    Any ideas on why this happened? Web research has failed me. Thank you.

    You may need to lower the recording quality as your PC might not be able to keep up the pace.
    Go to Options in Lync client -> Recording -> Select 480p
    Then test again
    - Belgian Unified Communications Community : http://www.pro-lync.be - MCM/MVP/MCT

  • Configuring Level3 SIP trunk with Lync 2013

    Hi, I ran into some issues trying to configure SIP trunk from Level 3 and I was hoping someone here can help. We have our mediation server collocated with FE and SIP traffic goes from public IP, port 5060 via NAT, to local IP on FE, port 5060.
    Level 3 provided us with one signaling IP and two RTP IPs.
    I tried multiple trunk configuration settings and I can see that when I'm placing a call from Lync to an outside number I'm getting INVITE from Level 3 signaling IP, the session is established, phone rings, but there is no audio on either side. There's also
    a METHOD NOT ALLOWED message coming from them, which doesn't tell me much about what's happening.
    If I call to a Level 3 DID (assigned to my Lync user account) there's also INVITE from their side, but later I receive a CANCEL from them due to idle session. The phone never rings.
    Questions:
    1) Does anyone have Level 3 SIP trunks configured and can share their Get-TrunkConfiguration settings? What settings should I have for encryption, refer, sessionTimer / RTCP, and others? Level 3 refuses to provide any additional information besides IPs.
    2) Do I understand this correctly that when configuring PSTN gateways in topology, one of the RTP IPs should be entered in the  "alternate media IP" field? We have SIP trunks from another provider (which work fine), and they only use one IP
    for everything, so I don't have any experience configuring separate SIP and media IPs with Lync.
    Thanks, and let me know if I should provide additional info.

    Hi,                                                              
    On Lync topology PSTN gateways interface, please check if you enter gateway listening port 5060 and enable TCP option.
    Please also check if you enable refer support on Lync Server Control Panel, if you enable it please uncheck it.
    You can compare the trunk configuration for Level 3 in the part “Sample Trunk Configuration for Level 3” in the link below with yours’, it is for Lync server 2010 but similar for Lync server 2013:
    http://blogs.technet.com/b/nexthop/archive/2013/04/10/configuring-lync-2010-server-to-work-with-level-3-sip-trunking-services.aspx
    Best Regards,
    Eason Huang
    Eason Huang
    TechNet Community Support

Maybe you are looking for