locked
Inbound call drop after 10 minutes RRS feed

  • Question

  • Hello all,

    i'm having an issue on inbound calls to our Lync Server 2013 organization.

    The issue happens when someone calls us we have Lync Response Group that answers the call.

    After that, the person that recives this call, forwards this call to me. On my Lync 2013 client, I have simultaneous ring enable, and I answer the call on my work mobile phone.

    So far so good.

    Problem happens after 10 mins, when the call simply drops.

    I tested this, and collected logs both from S4, Sipstack and Mediation Server, and i get the following logging at the time of the drop:

    TL_INFO(TF_PROTOCOL) [0]1B98.36E4::01/31/2014-17:38:11.855.001f28cc (S4,SipMessage.DataLoggingHelper:sipmessage.cs(774))[608215085]
    >>>>>>>>>>>>Outgoing SipMessage c=[<SipTcpConnection_E4D3AA>], <MEDIATION IP ON SBC NETWORK>:54524-><SBC IP ADDRESS>:5060
    BYE sip:<MY MOBILE NUMBER>@<SBC IP ADDRESS>:5060;transport=tcp SIP/2.0
    FROM: <sip:<OPERATOR NUMBER>@mydomain.pt;user=phone>;epid=B3C65161CF;tag=8b9c359bf
    TO: <sip:<MY MOBILE NUMBER>@<SBC IP ADDRESS>;user=phone>;tag=113291317
    CSEQ: 20711 BYE
    CALL-ID: 9f0e83c4-2a06-4852-9cdc-e31756045484
    MAX-FORWARDS: 70
    VIA: SIP/2.0/TCP <MEDIATION IP ON SBC NETWORK>:54524;branch=z9hG4bK83bf23ad
    CONTACT: <sip:mendel.divultec.local:5060;transport=Tcp;maddr=<SBC IP ADDRESS>>
    CONTENT-LENGTH: 0
    USER-AGENT: RTCC/5.0.0.0 MediationServer

    ------------EndOfOutgoing SipMessage


    TL_INFO(TF_PROTOCOL) [1]1B98.2088::01/31/2014-17:38:11.879.001f2905 (S4,SipMessage.DataLoggingHelper:sipmessage.cs(774))[608215085]
    <<<<<<<<<<<<Incoming SipMessage c=[<SipTcpConnection_E4D3AA>], <MEDIATION IP ON SBC NETWORK>:54524<-<SBC IP ADDRESS>:5060
    SIP/2.0 200 OK
    FROM: <sip:<OPERATOR NUMBER>@mydomain.pt;user=phone>;epid=B3C65161CF;tag=8b9c359bf
    TO: <sip:<MY MOBILE NUMBER>@<SBC IP ADDRESS>;user=phone>;tag=113291317
    CSEQ: 20711 BYE
    CALL-ID: 9f0e83c4-2a06-4852-9cdc-e31756045484
    VIA: SIP/2.0/TCP <MEDIATION IP ON SBC NETWORK>:54524;branch=z9hG4bK83bf23ad
    CONTENT-LENGTH: 0

    ------------EndOfIncoming SipMessage

    Sorry for the edited numbers and IPs. Hope you can understand.

    From what I gather from these logs, I see a BYE notification, so my question is as follows.

    Why the call is dropped? And why 10 minutes?

    I also have the following configuration on my trunk:

    Identity                                  : Global
    OutboundTranslationRulesList              : {}
    SipResponseCodeTranslationRulesList       : {}
    OutboundCallingNumberTranslationRulesList : {}
    PstnUsages                                : {}
    Description                               :
    ConcentratedTopology                      : True
    EnableBypass                              : True
    EnableMobileTrunkSupport                  : False
    EnableReferSupport                        : True
    EnableSessionTimer                        : False
    EnableSignalBoost                         : False
    MaxEarlyDialogs                           : 15
    RemovePlusFromUri                         : False
    RTCPActiveCalls                           : True
    RTCPCallsOnHold                           : True
    SRTPMode                                  : Optional
    EnablePIDFLOSupport                       : False
    EnableRTPLatching                         : False
    EnableOnlineVoice                         : False
    ForwardCallHistory                        : True
    Enable3pccRefer                           : False
    ForwardPAI                                : False
    EnableFastFailoverTimer                   : True
    EnableLocationRestriction                 : False
    NetworkSiteID                             :

    In here I also see that the EnableSessionTimer is set to False, which I believe it's the correct way to go.

    Our Voice topology is very simple, since we have Front End and Mediation servers collocated, we have the server configured with 2 NIC with IP defined on LAN, and SBC network respectively.

    So any call inbound and outbound flows throw this SIP trunk and Medition server combo.

    This is a weird situation to me, and it's causing some problems in my organization, and this is why I come to you guys.

    Sorry for the long post, and if anyone can help me, i can give more info as needed.

    Thank you in advance

    Paulo


    Paulo Marques - Computer Engineer - MCSE

    Friday, January 31, 2014 6:24 PM

Answers

  • Let me know how it goes. I have seen something very similar which was cased by a Dialogic gateway. A patch resolved it.

    Andrew Morpeth
    Lync Server Specialist - Auckland, NZ
    Blog - http://www.lync.geek.nz
    Twitter @AndrewMorpeth

    • Marked as answer by Lisa.zheng Monday, February 17, 2014 1:42 PM
    Tuesday, February 4, 2014 6:28 PM

All replies

  • Is the SBC at the telco end of the SIP trunk or is this internal to you? Do you have any gateways?

    If you have hardware devices id check out any timers on them. Seen this before on dialogic gateways.


    Andrew Morpeth
    Lync Server Specialist - Auckland, NZ
    Blog - http://www.lync.geek.nz
    Twitter @AndrewMorpeth

    Monday, February 3, 2014 9:58 AM
  • Is the SBC at the telco end of the SIP trunk or is this internal to you? Do you have any gateways?

    If you have hardware devices id check out any timers on them. Seen this before on dialogic gateways.


    Andrew Morpeth
    Lync Server Specialist - Auckland, NZ
    Blog - http://www.lync.geek.nz
    Twitter @AndrewMorpeth

    Hello Andrew,

    and yes, the SBC is on the Telco side (Optimus Portugal).

    Basically we have the mediation server and a router provided by Optimus, on our side, and all the rest is on their end.

    Also, we don't have management of the router they provided.


    Paulo Marques - Computer Engineer - MCSE

    Monday, February 3, 2014 10:03 AM
  • Are they Lync certified? If not might need to ask them if there are any session timers that could be causing this. Also be worth getting them to run a trace while you replicate the issue.

    Andrew Morpeth
    Lync Server Specialist - Auckland, NZ
    Blog - http://www.lync.geek.nz
    Twitter @AndrewMorpeth

    Monday, February 3, 2014 10:06 AM
  • From what i gather, they're Lync Certified, but even so i can ask them if they have any session timers.

    But besides that, you think the issue is related with the SBC? 

    Or are there any Lync parameters that I might be missing?


    Paulo Marques - Computer Engineer - MCSE

    Monday, February 3, 2014 11:19 AM
  • I wouldn't think this is Lync, but I could be wrong. Due to past experience I would investigate the hardware devices first and get the SIP provider to run traces during a test call. They should be able to see why the call disconnected.

    Andrew Morpeth
    Lync Server Specialist - Auckland, NZ
    Blog - http://www.lync.geek.nz
    Twitter @AndrewMorpeth

    Monday, February 3, 2014 6:59 PM
  • The weird thing about this is that it only happens with forwarded calls (or simultaneous ring).

    I'm going to contact our SIP provider and do some testing.

    Thanks


    Paulo Marques - Computer Engineer - MCSE

    Tuesday, February 4, 2014 5:52 PM
  • Let me know how it goes. I have seen something very similar which was cased by a Dialogic gateway. A patch resolved it.

    Andrew Morpeth
    Lync Server Specialist - Auckland, NZ
    Blog - http://www.lync.geek.nz
    Twitter @AndrewMorpeth

    • Marked as answer by Lisa.zheng Monday, February 17, 2014 1:42 PM
    Tuesday, February 4, 2014 6:28 PM
  • Let me know how it goes. I have seen something very similar which was cased by a Dialogic gateway. A patch resolved it.

    Andrew Morpeth
    Lync Server Specialist - Auckland, NZ
    Blog - http://www.lync.geek.nz
    Twitter @AndrewMorpeth

    But you mean a patch on Lync Server, or on the Dialogic gateway?

    Paulo Marques - Computer Engineer - MCSE

    Wednesday, February 5, 2014 9:23 AM
  • Gateway.

    Andrew Morpeth
    Lync Server Specialist - Auckland, NZ
    Blog - http://www.lync.geek.nz
    Twitter @AndrewMorpeth

    Wednesday, February 5, 2014 10:04 AM