locked
Customer gets 10 second audio then disconnects RRS feed

 > 

  • Question

  • Question
    Sign in to vote
    0
    Sign in to vote

    For some reason when this guy gets a PSTN call and he’s remote in new Orleans the call drops after roughly 10 seconds, but audio works for that 10 seconds. If he calls out it works 100% of the time. I found these packets dropping in the customers firewall and had the firewall team investigate and they said it’s not the firewall causing the packets to drop. Any ideas? We’ve tested on multiple computers and networks. Below is some of the testing scenarios.

    The Lync environment is Hyper-V with a standalone mediation server. Also this company has been running strong for over a year with no issues. Although it's hard to say if this one user has ever been fully functional. 

    I have a wireshark I can share if someone is interested in taking a look.


    I've also put in tickets with our sip trunking provider regarding this and they said they don't see any issues.

    David’s remote IP address is 174.70.x.x.

    DMZ IP for Audio Video Edge Services 10.101.15.72

    Internal for Audio Video Edge Services 10.101.10.62

     

     

    Timehttps://10.101.10.1/downArrow.gif

    Priority

    Category

    Message

    Source

    Destination

    Notes

    Rule

     

    1

    06/11/2013 12:11:59.064

    Notice

    Network Access

    UDP packet dropped

    174.70.x.x, 8974, X1

    10.101.15.72, 51402, X3

    UDP SIP UDP

    2

    06/11/2013 12:10:55.048

    Notice

    Network Access

    UDP packet dropped

    174.70.x.x, 12514, X1

    10.101.15.72, 58716, X3

    UDP SIP UDP

     

    Scenario’s:

    David works for Company A. I work for Company B.

    Calling David’s account while he’s remote in New Orleans, different networks and computers

    FAIL

    Calling David’s account while he’s remote in Seattle

    Works

    Calling test Company A account while logged in remote at my home in Kent.

    Works

    Calling David’s account while he’s in the office in Seattle

    Works

    Calling a Company B account logged in to David’s computer remote in New Orleans

    Works

    Calling a test Company A account logged in to David’s computer remote in New Orleans

    FAIL

    Calling out from David’s account in any scenario

    Works
    Friday, June 21, 2013 5:38 PM

Answers

  • Question
    Sign in to vote
    0
    Sign in to vote

    Please check whether you have created the Bandwidth Policy to limit the bandwidth usage.

    http://technet.microsoft.com/en-us/library/gg412785.aspx

    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. This can be beneficial to other community members reading the thread.

    • Proposed as answer by Lisa.zheng Tuesday, July 2, 2013 8:01 AM
    • Marked as answer by Lisa.zheng Wednesday, July 3, 2013 5:23 AM
    Monday, June 24, 2013 8:59 AM

All replies

  • Question
    Sign in to vote
    0
    Sign in to vote

    You should check you routing and firewall configuration.

    You can also activate the tracing on the Lync client to see which candiates are used for the voice connection

    regards Holger Technical Specialist UC

    Friday, June 21, 2013 5:58 PM
  • Question
    Sign in to vote
    0
    Sign in to vote

    I asked the firewall team to investigate and they claimed everything was fine configured on the firewall side. Still looks like the firewall though.

    I'm looking through some client traces and see the voice candidates, but I'm not sure how that helps.

    All looks good up to the point where it sends a BYE and says "Call failed to establish due to a media connectivity failure where one endpoint is internal and the other is remote".

    Friday, June 21, 2013 6:30 PM
  • Question
    Sign in to vote
    0
    Sign in to vote

    Please check whether you have created the Bandwidth Policy to limit the bandwidth usage.

    http://technet.microsoft.com/en-us/library/gg412785.aspx

    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. This can be beneficial to other community members reading the thread.

    • Proposed as answer by Lisa.zheng Tuesday, July 2, 2013 8:01 AM
    • Marked as answer by Lisa.zheng Wednesday, July 3, 2013 5:23 AM
    Monday, June 24, 2013 8:59 AM