none
Conference ends after a couple of minutes RRS feed

  • Question

  • Hi! 

    I'm having some problems testing out Lync server 2010. I've created a test domain with two virtual servers, one DC and one Lync server. I've also got some clients set up in the domain, who can IM with one another. The clients are able to establish a audio/video call as well as sharing of programs/desktop. Unfortunately after a couple of seconds, up to a couple of minutes the call terminates. The clients are presented with an error message "You have left the call." with an option to rejoin.

    I've enabled logging on the clients, and there is one error message occurring:

    
    
    07/25/2012|11:03:38.096 8BC:8C0 ERROR :: SIP_URL::ParseUrlParams invalid char d found when trying to parse params
    07/25/2012|11:03:38.096 8BC:8C0 ERROR :: SIP_URL::ParseUrlBase ParseSipUrlParams failed 80004005
    07/25/2012|11:03:38.096 8BC:8C0 ERROR :: SIP_URL::InternalInitialize ParseSipUrl(sip:Pierre de Fermat) failed 80ee0012
    

    I notice that the sip url Lync is trying to use is on the form FirstName LastName, not its e-mail address as specified on the Lync server. 

    Does anyone know of any solutions to this problem? I've done some browsing on Technet after tips, but none have been successful so far.

    Regards,

    Bjørn


    • Edited by Bjorn_F Wednesday, July 25, 2012 9:17 AM
    Wednesday, July 25, 2012 9:17 AM

All replies

  • Did some logging on the server, and these lines stood out:

    ms-diagnostics: 32;source="tos-lync-test.nilutest.local";reason="Call terminated on mid-call media failure where both endpoints are internal";component="Audio Video Conferencing Server";MediaTimeoutBlobaudio="Diag:LastError:time out,time:3552234078789;LastRTP Seq:14897,SeqDelta:1,time:3552233846505;LastRTCP time:3552234033470;Last transport receive error:0xc0044003,time:3552233845325;Last transport send error:0x0,time:0;";MediaTimeoutBlobvideo="Diag:LastError:time out,time:3552234078789;LastRTP Seq:24674,SeqDelta:1,time:3552234035815;LastRTCP time:3552234034910;Last transport receive error:0xc0044003,time:3552233948290;Last transport send error:0x0,time:0;"
    
    ms-diagnostics-public: 32;reason="Call terminated on mid-call media failure where both endpoints are internal";component="Audio Video Conferencing Server"
    
    ms-endpoint-location-data: NetworkScope;ms-media-location-type=intranet
    Message-Body: –
    

    Any ideas? 

    Bjørn 

    Wednesday, July 25, 2012 1:37 PM
  • Hi,

    1. In Conferencing Policy, please make sure Enable IP audio/video is selected.

    2. When these two users are internal , they will attempt peer to peer call. Because they can successfully connect to each other, they utilize peer to peer media.   The ports utilized here are TCP/UDP 1024-65535 on clients.  Thus, please try to turn off client’s firewall  just for testing.


    Regards,

    Kent Huang

    TechNet Community Support

    ************************************************************************************************************************

    Please remember to click “Mark as Answer” on the post that helps you, and to click “Unmark as Answer” if a marked post does not actually answer your question.


    • Edited by Kent-Huang Thursday, July 26, 2012 9:05 AM
    Thursday, July 26, 2012 9:05 AM
  • Thanks for the reply! 

    I'll give it a try. Did some monitoring with Wireshark and notice that one of the clients send out a ICMP message with Destination unreachable, port unreachable, so it's not unlikely that there's something with the firewall. 

    Regards,

    Bjørn 

    Thursday, July 26, 2012 12:45 PM
  • Hi,

    Disabled firewalls on both client and the server, and it seems like it can connect to the correct ports and so on. There is however still a problem with the clients disconnecting. In wireshark I notice that there's a lot of dropped TCP and UDP packes  from one of the clients to the server, with incorrect IP-header checksum (0x0000). It looks like the traffic the other way (server -> client) is working correctly.

    Any clue? 

    Regards,

    Bjørn 


    Friday, July 27, 2012 6:14 AM
  • Hi,
    Make sure all Lync services including Audio Video Conferencing Server are running.
    Please try to test Multi-party video conferencing (More then two clients)


    Regards,

    Kent Huang

    TechNet Community Support

    ************************************************************************************************************************

    Please remember to click “Mark as Answer” on the post that helps you, and to click “Unmark as Answer” if a marked post does not actually answer your question.


    • Edited by Kent-Huang Monday, July 30, 2012 2:06 AM
    Monday, July 30, 2012 2:05 AM
  • Hi,

    I've ensured that all services are running on the Lync server. After enabling the firewall and setting it to allow any connections in/out, there are no ICMP packets sent when the conference terminates. 

    I have also run the Test-Cs-AVConference cmdlet as described here: http://technet.microsoft.com/en-us/library/gg412749 and it reports success. 

    I'm beginning to run out of place to look for errors, maybe I should turn to the clients and not the server? 

    Regards,

    Bjørn 

    Monday, July 30, 2012 9:30 AM
  • Seems similar to my post here:  http://social.technet.microsoft.com/Forums/en-US/ocsconferencing/thread/a897d1b6-82a4-4e8f-a67a-adbea36322c6

    In our troubleshooting we were seeing that the clients were unable to accept data, therefore causing the "packet loss failure" counters on the asmcu to increase each time the issue occurs. 

    Wednesday, August 1, 2012 3:34 PM
  • Hi Cody,

    I'll have a look and see if I can figure it out. Thanks for your feedback! 

    Regards,

    Bjørn 

    Thursday, August 2, 2012 7:31 AM
  • Thanks Bjorn,

    Let me know if you have any questions at all.

    Friday, August 3, 2012 4:07 PM
  • Hi,

    Still can't figure this one out. I've done some logging on the server, and the error message is the same as you posted in the other thread. 

    I think that there may be some networking issues to the Lync server. I've tried to launch the Lync client on the server machine, but it ends sharing with the error message "Sharing ended due to network issues. Try again later." even if the call is with just one other client. I'm suspecting that the server is responsible for the calls dropping, but I can't locate the source of the errors.

    The firewall is completely disabled on all clients and server, but I suspect that there are something dropping packets. Any way I can test the networking configuration of the server, so that I can be 100% sure that it is set up correctly?

    Regards,

    Bjørn  

    Monday, August 6, 2012 7:10 AM
  • Can you please give me the specs on your Lync servers?  I am looking for OS, Memory, NIC, and Storage.  Also, are you using load balancing on your servers?  If so, what are you using for the Load Balancer?
    Monday, August 6, 2012 3:55 PM
  • I've only deployed a standard edition server as described here http://technet.microsoft.com/en-us/library/gg398960.aspx, with a collocated mediation and A/V conferencing server. 

    The server is a virtual Windows Server 2008 R2 SP1 on a Ubuntu Server host currently set up with 12GB RAM, 4 CPUs and 100GB disk. It's using a Realtek RTL8138C+ Fast Ethernet NIC. 

    I am not using load balancing on the server I've deployed.

    Regards,

    Bjørn 

    Tuesday, August 7, 2012 6:36 AM
  • Any of you that are also experiencing this...

    Any chance that you have applied the latest Lync updates, but you did not apply the latest updates to the Lync Database?

    Tuesday, August 7, 2012 5:01 PM
  • Hi,

    I've applied both Lync and Lync database updates. 

    I'm currently testing the Lync client on the server, and in this case I'm experiencing different errors from when the Lync client is running on other machines. If I try desktop sharing from the client running on the Lync server, it reports "Sharing ended due to network issues. Try again later." at about 1 minute after the sharing session has started. In wireshark I can view the connection, and it looks as if the TCP connection pauses for little less than 1 minute before terminating. This is the exact same pattern I'm experiencing when two clients are in a conference call, where the traffic is being transmitted via the server. 

    There must be something wrong with the network setup on the server, but I just can't put a finger on it. 

    Regards,

    Bjørn 

    Wednesday, August 8, 2012 7:46 AM
  • Allright, could it have anything to do with the fact that I'm only running the trial for the Lync Server Standard Edition? And I am assuming that all clients only have a standard CAL? 

    Regards,

    Bjørn 

    Wednesday, August 8, 2012 11:33 AM
  • Anyone? 

    Regards,

    Bjørn 

    Friday, August 10, 2012 8:03 AM
  • Does anyone else who is following this have Citrix EdgeSight installed on the endpoint that the person sharing is on?

    Friday, March 1, 2013 3:11 PM
  • We dont use Citrix EdgeSight as far as I know. Our external firewall is a Cisco ASA and internal is a Symantec firewall. We are still trying to figure out what is happening. I am going to be opening a ticket with MS today or tomorrow.
    Tuesday, March 5, 2013 4:00 PM
  • Our problem has completely gone away.  What we had to do was apply the latest HotFix to Citrix EdgeSight and then put in an exclusion for communicator.exe so that EdgeSight ignores Lync.  The issue was that Lync became unstable as soon ad EdgeSight injected its DLLs into each Communicator.exe process.  I would imagine that other monitoring products may also have this kind of effect as well.
    • Proposed as answer by CodyLambert Friday, April 5, 2013 4:43 PM
    Friday, April 5, 2013 4:42 PM