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

Similar Messages

Configuring spa112 with Lync 2013

Hello all,
Does anyone know how I can configure an SPA112 to use Lync 2013 with an analogue extension please? I see registration attempts from the SPA112 but they don't seem to be successful and I get no dial tone when I pick up the analogue handset.

I have no experience with Lync, but catch the SIP packets. The REGISTER packet and response to it should help you to analyze the issue.

Third Party Phone over SIP Trunk with CUCM 9.x

Hi all,
I have a problem where my Third Party SIP phones wont go over the SIP trunk configured in my CUCM 9.x cluster. My Cisco phones work fine and goes out the trunk. I have noticed a distinct difference in wireshark with the invite packets from Third Party SIP phones and the Cisco ones.
I have configured the SIP trunk in CUCM with the following route pattern (60.!#)and configured it with associated group and list. Heres the differense between the invite packets from Cisco and Third Party phones.
Cisco Phone: INVITE sip.60xxxx%23@ipadress
Third Party SIP Phone: INVITE sip:[email protected]
It seems the Cisco phones gets some extra configured the Third Party ones dont...
Thanks in advance for any help.
//Per

Thanks for the answer
Yeah i have DNS configured and i have the trunk pointed to a domain destination SRV record and like i said it works fine when calling from a Cisco phone. I tried changing the domain to an ip address but same result. I also changed the Plycom phone from being registered towards the domain of CUCM to an IP adress of CUCM and then the SIP INVITE messages in wireshark began to look kinda the same expet for the "%23" section but it still dont work.
When i look at the Real Time Data in RTMT the orig and final called from the cisco phone has stripped the 60 and forwared the rest of the number towards the correct domain for the SIP trunk.
When looking at the data from the Polycom phone the orig and final called data still contains the 60 prefix part and the called device name field is empty. The termination Cause Code is that the number requested is Unallocated/Unassigned..
In other words something is missing to get CUCM to strip 60 from the Polycom phones dialed number and send it towards the SIP trunk like it does when the Cisco phones call it.
Unfortunatley i dont have the meens to attach the trace...
Thanks again for any help/advice
With regards, Per.

Add SIP Domain to Lync 2013

Hello, I'm looking to add an additional SIP domain to Lync 2013 Standard. We plan to give a group of users a login with the new SIP domain and add them to an existing front end pool.
Aside from adding the SIP domain within Topology Builder, what are the other steps required (certificate, etc?). Thanks.

Take a look at Shawn Kirkpatrick's blog: http://blog.lyncfreak.com/2011/10/04/adding-new-sip-domains-to-lync/
also: http://ucsip.wordpress.com/2013/03/06/lync-add-additional-sip-domains-to-an-already-deployed-environment/
Please mark posts as answers/helpful if it answers your question.
Blog
Lync Validator - Used to assist in the validation and documentation of Lync Server 2013.

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

Lync 2013 with SIP trunk with panasonic kx-tde200

Hi
My company has installed a panasonic ip-pbx kx-tde for multiline with 100 number range for telephone service.
Now my company is going to replace multiline by sip trunk . It will still work with Panasonic pbx box just need to reprogramme to be able to connected to the sip proxy which is managed by internet service provider.
For this scenario , would Lync 2013 voice work if I just add PSTN gateway which is the ip of panasonic pbx address to the frontend in topology ? Or I may need a mediation server as a must requirement to make lync voice work?
Thanks
WenFei

Media bypass allow a call to basically skip the mediation server once it's established and go directly from gateway (in this case the PBX) and the endpoint (the telephone handset or Lync client) More information here: http://technet.microsoft.com/en-us/library/gg398719.aspx
By having this (if your PBX supports it) you reduce the load on the mediation servers. Before you go too far down the road also make sure that your PBX supports SIP trunks that are SIP over TCP (as Lync doesn't work with SIP over UDP)
Sort of, the easiest way is to add the .com as an additional SIP domain in Topology builder, you will need to create DNS records for it (both internal and external) and you will need to reissue the certs with additional SANs to support the second domain.
YOu will also need to update all the users to use the new suffix of xxx.com. So it's not a small task.
If this helped you please click "Vote As Helpful" if it answered your question please click "Mark As Answer" | Blog
www.lynced.com.au | Twitter
@imlynced

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

Nortel CS 1000 v7.5 with Lync 2013 using AudioCodes Mediant 1000 E-SBC

Hi,
I am trying to setup CS 1K to Mediant 1000 E-SBC using SIP trunks. The Mediant will connect to Lync 2013 again using SIP.
I am trying to add Mediant 1000 as a static SIP end point in NRS. Does anyone know of any specific setting that needs to be configured on both NRS as well as Mediant 1000 for it to be registered as an end point.
Also when I try to register the Mediant, SIP 403 forbidden error appears in the syslog of Mediant.
Any inputs will be much appreciated...

Hi,
You can refer to the part of “Configuring the ‘Route’ on the Lync Server 2010” in the link below, the document is for Lync server 2010 but similar for Lync server 2013:
http://www.google.co.in/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&cad=rja&ved=0CCUQFjAA&url=http%3A%2F%2Fwww.audiocodes.com%2Ffilehandler.ashx%3Ffileid%3D1623578&ei=ERn7Upn0F9SJqQGpooGoCg&usg=AFQjCNGFePk4Lcx3MxMrriiXDqfYrDqS4w&bvm=bv.61190604,d.aWM
Note: Microsoft is providing this information as a convenience to you. The sites are not controlled by Microsoft. Microsoft cannot make any representations regarding the quality, safety, or suitability of any software or information found there. Please make
sure that you completely understand the risk before retrieving any suggestions from the above link.
You also need to do the following configuration in Lync, you can check if there any mistake configuration in Lync server caused the error:
SIP trunking connectivity options
Edit Mediation Server Pool
Associate PSTN Gateway
Choose PSTN Gateway object
New trunk configuration
New translation rule
You can refer to the link below of “Configuring Lync 2010 Server to Work with Level 3 SIP Trunking Services”, the document 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

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!

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

OCS 2007 R2 to Lync 2013 migration – The new environment will be in a completely different forest with Lync 2013.

Hi All,
Need help - we are planning to migrate around 14000 ~ 16000 users from OCS 2007 R2 to Lync 2013 environment -
issues are - the new Lync 2013 environment will be in a new forest and sip address will not change.
Considering the same - I understand we don't have any option other than going for a cut-over.
please help me to understand how can I move the user's contact and other configurations from OCS 2007 R2 to Lync 2013.
Thanking you
Maz

Hi,
It is indeed a clean cut over. BIG BANG.
You export all users from your OCS environment. All scheduled live meetings will need to be rescheduled because Lync Server 2013 doesn't support Live Meetings anymore.
I would export, convert and import all users like this:
Dbimpexp.exe /hrxmlfile:"C:\Logs\Lync2010data.xml" /sqlserver:Sql.contoso.com\rtc
Convert-CsUserData -InputFile "C:\Logs\Lync2010data.xml" -OutputFile "C:\Logs\Lync2013Data.Zip" -TargetVersion Current
Import-CsUserData -PoolFqdn "atl-cs-001.litwareinc.com" -FileName "C:\Logs\Lync2013Data.Zip"
Don't use Import-CsUserData twice, but use Update-CsUserData the second time if needed.
Have fun!

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

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.

ILBC calls via SIP Trunk with CUBE and CUCM7

hi there,
our SIP Provider offers the IBLC codec which promises to provide better quality compard to G.729.
I'm using this scenario:
IP-Phone(G711) --- CUCM7 --- (SIP-Trunk1) --- CUBE --- (SIP-Trunk2) --- Provider
Everything workes unless I'm configuring IBLC at the provider and on trunk2.
I have the CUBE router acting as a trancoding device and also specified IBLC as codec to be handled.
SIP trunk 2 was placed in a region with IBLC as codec.
On the trunk configuration in CUCM the media ressource group with XCODE capability is configured
Transcoding workes between two IP Phones in different regions with different codecs within the intranet.
Unfortunately the CUBE router doesn't seem to use the transcoder to change internal G711u calls into IBLC codec
so calls are blocked by the CUBE device:
deb ccsip calls
for incoming call:
.Mar 13 17:43:17.231: //145/BDB403DD8134/SIP/Call/sipSPICallInfo:
The Call Setup Information is:
Call Control Block (CCB) : 0x4AE7AC98
State of The Call        : STATE_DEAD
TCP Sockets Used         : NO
Calling Number           : 0237892992
Called Number            : 036677725231
Source IP Address (Sig ): 10.100.100.50
Destn SIP Req Addr:Port : <IP SIP Provicer>
Destn SIP Resp Addr:Port : <IP SIP Provicer>:5060
Destination Name         : <IP SIP Provicer>
.Mar 13 17:43:17.231: //145/BDB403DD8134/SIP/Call/sipSPIMediaCallInfo:
Number of Media Streams: 1
Media Stream             : 1
Negotiated Codec         : ilbc
Negotiated Codec Bytes   : 0
Nego. Codec payload      : 255 (tx), 255 (rx)
Negotiated Dtmf-relay    : 6
Dtmf-relay Payload       : 101 (tx), 101 (rx)
Source IP Address (Media): <IP CUBE>
Source IP Port    (Media): 0
Destn IP Address (Media): <IP SIP Provicer>
Destn IP Port    (Media): 22022
Orig Destn IP Address:Port (Media): [ - ]:0
.Mar 13 17:43:17.231: //145/BDB403DD8134/SIP/Call/sipSPICallInfo:
Disconnect Cause (CC)    : 65
Disconnect Cause (SIP)   : 488
(Output lookes similar to outgoing calls)
I set up ccm on cube and assigned dsp ressources without success:
Here are the relevant configuration parts:
voice class codec 1
codec preference 1 iblc
voice service voip
address-hiding
allow-connections sip to sip
allow-connections h323 to sip
allow-connections sip to h323
fax protocol t38 ls-redundancy 0 hs-redundancy 0 fallback cisco
h323
sip
header-passing error-passthru
no update-callerid
midcall-signaling passthru
privacy-policy passthru
voice-card 0
dspfarm
dsp services dspfarm
dial-peer voice 40991 voip
description *** Incoming from SIP-Provider
destination-pattern 03667772523.%
session protocol sipv2
session target ipv4:<IP_of_CUCM>
voice-class codec 1
voice-class sip asserted-id pai
voice-class sip privacy-policy passthru
dtmf-relay rtp-nte
fax-relay sg3-to-g3
fax rate 14400
fax protocol t38 ls-redundancy 0 hs-redundancy 0 fallback cisco
ip qos dscp cs5 media
ip qos dscp cs5 signaling
sccp local GigabitEthernet0/0
sccp ccm 10.100.100.50 identifier 11 version 4.1
sccp
sccp ccm group 11
description *** lokaler CCM fuer Codec-Konvertierung von SIP/DUS.NET
associate ccm 11 priority 1
associate profile 21 register DE_WGT_MTP02
dspfarm profile 21 transcode
codec g711ulaw
codec g711alaw
codec g729ar8
codec g729abr8
codec g729r8
codec ilbc
maximum sessions 10
associate application SCCP
telephony-service
sdspfarm units 1
sdspfarm transcode sessions 10
sdspfarm tag 1 DE_WGT_MTP02
max-ephones 30
max-dn 30
ip source-address 10.100.100.50 port 2000
max-conferences 8 gain -6
transfer-system full-consult
create cnf-files version-stamp 7960 Mar 14 2010 02:10:34
sh sccp
SCCP Admin State: UP
Gateway Local Interface: GigabitEthernet0/0
        IPv4 Address: 10.100.100.50
        Port Number: 2000
IP Precedence: 5
User Masked Codec list: None
Call Manager: 10.100.100.50, Port Number: 2000
                Priority: N/A, Version: 4.1, Identifier: 11
                Trustpoint: N/A
Call Manager: 10.1.1.55, Port Number: 2000
                Priority: N/A, Version: 7.0, Identifier: 10
                Trustpoint: N/A
Transcoding Oper State: ACTIVE - Cause Code: NONE
Active Call Manager: 10.100.100.50, Port Number: 2000
TCP Link Status: CONNECTED, Profile Identifier: 21
Reported Max Streams: 20, Reported Max OOS Streams: 0
Supported Codec: g711ulaw, Maximum Packetization Period: 30
Supported Codec: g711alaw, Maximum Packetization Period: 30
Supported Codec: g729ar8, Maximum Packetization Period: 60
Supported Codec: g729abr8, Maximum Packetization Period: 60
Supported Codec: g729r8, Maximum Packetization Period: 60
Supported Codec: ilbc, Maximum Packetization Period: 120
Supported Codec: rfc2833 dtmf, Maximum Packetization Period: 30
Supported Codec: rfc2833 pass-thru, Maximum Packetization Period: 30
Supported Codec: inband-dtmf to rfc2833 conversion, Maximum Packetization Period: 30
sh dspfarm dsp all
SLOT DSP VERSION STATUS CHNL USE   TYPE    RSC_ID BRIDGE_ID PKTS_TXED PKTS_RXED
0    1   26.3.4   UP     N/A FREE xcode 1      -         -         -
0    1   26.3.4   UP     N/A FREE xcode 1      -         -         -
0    2   26.3.4   UP     N/A FREE xcode 2      -         -         -
0    2   26.3.4   UP     N/A FREE xcode 2      -         -         -
0    2   26.3.4   UP     N/A FREE xcode 2      -         -         -
0    2   26.3.4   UP     N/A FREE xcode 2      -         -         -
0    2   26.3.4   UP     N/A FREE xcode 2      -         -         -
0    2   26.3.4   UP     N/A FREE xcode 2      -         -         -
1    1   26.3.4   UP     N/A FREE xcode 1      -         -         -
1    1   26.3.4   UP     N/A FREE xcode 1      -         -         -
1    1   26.3.4   UP     N/A FREE xcode 2      -         -         -
1    1   26.3.4   UP     N/A FREE xcode 2      -         -         -
1    1   26.3.4   UP     N/A FREE xcode 2      -         -         -
1    1   26.3.4   UP     N/A FREE xcode 2      -         -         -
Thanks in advance,
David

Hi there,
Just wondering whether you ever got this resolved? I seem to have a very similiar problem.
Regards
Karen

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

Similar Messages

Maybe you are looking for