locked
S4B keep ringing after inbound CANCEL from PSTN RRS feed

  • Question

  • Hi All 

    We have a couple SIP trunks. And some time ago (maybe after CU2 for S4B2015) we found one issue on one trunk.

    User A (PSTN) call to User B (S4B), after 2-3 rings, User A drop a call but the phone or S4B Client User B still ringing 5-10 seconds.

    Checked dumps, so after A dropped a call, S4B received request CANCEL from PSTN but not answered for it 487 Request Terminated.

    For another trunk all is OK, S4B received CANCEL, answer 487, received ASK, answer 200.

    I compare CANCEL request, only one difference between trunks.

    In the "good" trunk I saw subheader "Reason: SIP;cause=480;text="Temporary Unavailable" .

    In the "bad" trunk subheader Reason absent.

    Could you please help find what's wrong.

    Thank you in advance !

    regards,

    Konstantin

    Thursday, June 30, 2016 1:32 PM

Answers

  • Bingo !

    Calling party (SEMS) cuts Max-Forward header from CANCEL request :( 

    TL_ERROR(TF_COMPONENT) [un-sfb\un-sfb]1AC8.13288::07/01/2016-10:06:26.387.00007C5A (S4,SipStack.OnMessageReceived:sipstack.cs(1638)) (00000000032E0984)Failed to process incoming message: MaxForwards is not present :    at Microsoft.Rtc.Internal.Sip.ParserModule.ValidateIncomingMessage(SipMessage message)
    at Microsoft.Rtc.Internal.Sip.ParserModule.ProcessIncoming(RawDataBuffer dataBuffer, SipConnection connection, SipMessage& message)
    at Microsoft.Rtc.Internal.Sip.MessageProcessingController.ProcessIncomingBuffer(RawDataBuffer buffer)
    TL_INFO(TF_NETWORK) [un-sfb\un-sfb]1AC8.13288::07/01/2016-10:06:26.387.00007C5B (S4,SipConnection.OnDisconnected:sipconnection.cs(2865)) (0000000002D406A5)Connection to 10.200.245.250:57432 disconnected

    Monday, July 11, 2016 9:35 AM

All replies

  • What is the client type the user is with , SFB on laptop or Deskphones.  Are they with the same version of client software as well. 


    Linus || Please mark posts as answers/helpful if it answers your question.

    Friday, July 1, 2016 10:50 AM
  • tested with different clients s4b desktop (16.0.7030.1012), deskphone (HP4120, 4.0.7577.4487). Same problem.

    I found some important issue...

    We have 1 standard edition s4b server with all roles.

    Dump trace with wireshark, and I saw incoming CANCEL from PSTN on the S4B server interface. Dump log with Logging Tool, and scenario IncomingAndOutgoingCall... And I saw INVITE, 183, PRACK, 180... and I DON'T saw CANCEL... :(

     
    Friday, July 1, 2016 10:59 AM
  • Check where the " CANCEL" sip packet is dropping if its not hitting mediation from the gateway the ask your gateway team to verify "DIAL PEER" configuration on that particular trunk.

    Compare both trunks and pstn gateway's

    https://technet.microsoft.com/en-us/library/gg398408.aspx

    https://technet.microsoft.com/en-us/library/gg398238.aspx

    
       
    


    Regards, Rajukb | MCSE (Communication ), MCSA (o365) ,Certified "Lync server 2013 depth support engineer"| This posting is providedwith no warranties and confers no rights. If my reply answers your question please mark as answer/helpful if its helpful.


    Friday, July 1, 2016 11:56 AM
  • Hi Rajukb !

    Thank you !

    The CANCEL packet hit Mediation network interface (I dump trace on the S4B server side) BUT I don't saw CANCEL in the Mediation LOG. 

    Friday, July 1, 2016 12:02 PM
  • have you compared these settings with both the trunks

    set-cstrunkconfiguration -identity “global” -enablesessiontimer $True

    set-cstrunkconfiguration -identity “global” -rtcpactivecalls $False -rtcpcallsonhold $False

    and can you please also confirm if you have enabled " Media bypass" or disabled it.


    Regards, Rajukb | MCSE (Communication ), MCSA (o365) ,Certified "Lync server 2013 depth support engineer"| This posting is providedwith no warranties and confers no rights. If my reply answers your question please mark as answer/helpful if its helpful.


    Friday, July 1, 2016 12:17 PM
  • same settings for both trunks

    EnableSessionTimer                        : False
    RTCPActiveCalls                           : True
    RTCPCallsOnHold                           : True

    No, Media bypass disabled for both trunks

    IMHO, something prevent to accept packet for Mediation service. I'll find way how to debug mediation service with max detailed logging.

    Friday, July 1, 2016 12:34 PM
  • does the FE server has more than one IP address also could you send SIP message in more detail to us?
    Sunday, July 10, 2016 2:21 PM
  • did you get a chance to trace wireshark/netmon both the client sides ? have you got anything in the tracing ?

    let us know the current status to help you better.


    Regards, Rajukb | MCSE (Communication ), MCSA (o365) ,Certified "Lync server 2013 depth support engineer"| This posting is providedwith no warranties and confers no rights. If my reply answers your question please mark as answer/helpful if its helpful.


    Sunday, July 10, 2016 4:34 PM
  • Hi !

    Yes.. FE server have 3 interfaces.

    I opened case with MS Premier Support, but they still not understand what is happening.

    shared folder with traces https://1drv.ms/u/s!ArMwt7vfvL51rc0eIbBhJFJSg5gPbQ

    call from 873811 to 0248, MX-ONE 10.200.245.250, s4b 10.200.253.75

    Sunday, July 10, 2016 5:14 PM
  • Deleted
    Monday, July 11, 2016 5:42 AM
  • Bingo !

    Calling party (SEMS) cuts Max-Forward header from CANCEL request :( 

    TL_ERROR(TF_COMPONENT) [un-sfb\un-sfb]1AC8.13288::07/01/2016-10:06:26.387.00007C5A (S4,SipStack.OnMessageReceived:sipstack.cs(1638)) (00000000032E0984)Failed to process incoming message: MaxForwards is not present :    at Microsoft.Rtc.Internal.Sip.ParserModule.ValidateIncomingMessage(SipMessage message)
    at Microsoft.Rtc.Internal.Sip.ParserModule.ProcessIncoming(RawDataBuffer dataBuffer, SipConnection connection, SipMessage& message)
    at Microsoft.Rtc.Internal.Sip.MessageProcessingController.ProcessIncomingBuffer(RawDataBuffer buffer)
    TL_INFO(TF_NETWORK) [un-sfb\un-sfb]1AC8.13288::07/01/2016-10:06:26.387.00007C5B (S4,SipConnection.OnDisconnected:sipconnection.cs(2865)) (0000000002D406A5)Connection to 10.200.245.250:57432 disconnected

    Monday, July 11, 2016 9:35 AM
  • Good to hear that your issue got solved Konstantin but just curious to know that what is the end solution ?

    is that gateway team changed the dial peer config or changed anything on the lync server ?


    Regards, Rajukb | MCSE (Communication ), MCSA (o365) ,Certified "Lync server 2013 depth support engineer"| This posting is providedwith no warranties and confers no rights. If my reply answers your question please mark as answer/helpful if its helpful.

    Monday, July 11, 2016 11:02 AM
  • We still investigate it...

    Gateway team don't confirm any changes from the SEMS side many month.

    I'll post final cause/solution if we can find it.

    Monday, July 11, 2016 11:11 AM
  • Thank you Konstantin.

    so the issue dint resolve yet.

    as per my experience, first check what is the codec the client is selecting and what the gateway is sending.

    re verify trunk configuration, if possible recreate it.

    and finally, Dial peers configuration on the gateway where you need to look at to fix it.

    keep posted the status. which may be helpful for others too.


    Regards, Rajukb | MCSE (Communication ), MCSA (o365) ,Certified "Lync server 2013 depth support engineer"| This posting is providedwith no warranties and confers no rights. If my reply answers your question please mark as answer/helpful if its helpful.


    Monday, July 11, 2016 11:51 AM
  • Exactly ! the issue didn't resolve yet..

    Looking into the SEMS logs... nothing special...

    INVITE, PRACK, ASK, BYE all types except CANCEL, sended from SEMS to S4B contains the Max-Forwards header. And ONLY CANCEL don't :( 

    Asked question to SEMS mailing list...

    Monday, July 11, 2016 12:01 PM
  • Thank you Raju and Konstantin for the follow up. Sure to hear what really happened. do keep us posted. 


    Linus || Please mark posts as answers/helpful if it answers your question.

    Tuesday, July 12, 2016 11:13 AM