Hold fails to ITSP RRS feed

  • Question

  • Hi,


    I have a setup connecting to a Internet Telephony Service Provider via the Mediation server and a Ingate SIParator. Normal calls and unattended transfers works fine but I cannot put a call on hold.


    I think the reason for the failure are that the OCS sends a a=inactive in the re-Invite SDP and the answer from the ITSP don't include that line.


    Example SDPs

    Offer in re-Invite:

      o=- 0 11 IN IP4
      c=IN IP4
      t=0 0
      m=audio 58024 RTP/AVP 0 101
      a=rtpmap:0 PCMU/8000
      a=rtpmap:101 telephone-event/8000
      a=fmtp:101 0-16

    Answer in 200 OK:

      o=- 1197454472 1197454473 IN IP4
      c=IN IP4
      t=0 0
      m=audio 60622 RTP/AVP 0 101
      a=rtpmap:101 telephone-event/8000
      a=fmtp:101 0-16

    Log messages from the Mediation server:

    Gateway Mismatched string direction. StreamOffer: Inactive, StreamAnswer: Sendrecv

    Stream direction is: Sendrecv, isAnswer: False

    Set Gateway SIP State to Connected.

    new ProxyStream direction is: Sendrecv , isAnswer: True


    I've tested this with two ITSPs (Bandwidth.com and Cbeyond) and I see the same issue with both. Has anyone seen the same problem and is there anything I can do on the OCS to solve the issue? Or do you know a ITSP with a different behaviour?




    • Moved by Matt Sousa - MSFT Thursday, December 17, 2009 11:07 PM forum migration (From:Telephony)
    Wednesday, December 12, 2007 10:56 AM

All replies

  • I have seen it with a Dialog DMG 2030 a upgrade to the software resolved my issue




    Friday, December 14, 2007 2:40 AM
  • Did you upgrade the Dialog software?

    Saturday, December 15, 2007 11:10 AM
  • Yes and it resolved my issue


    Monday, December 17, 2007 12:05 AM
  • I know this thread is two years old but did you ever solve this using the ingate siparator?
    Tuesday, November 10, 2009 3:57 PM
  • The issue is simlar to the ones reported on other threads on call drops due to non conforming RTCP implementations on remote end (this has been in particular observed with CIsco).
    Since the ITSP mentioned here are not OIP qualified, and many use CIsco equipment, it's not surprising they would experience this type of issues.
    A known workaround is to use OIP qualified next hop from Mediation Server.

    Sunday, November 15, 2009 12:57 AM
  • Paul,

    I had this exact problem using Bandwidth.com and an Ingate this year using OCS 2007 R2. Ingate worked on a patch for me that they should be able to provide to you.

    Caveat - the patch worked for me with one exception, I cannot place calls on hold using the Attendant Console if I have Music on Hold enabled. According to Ingate, this should not be the case and this scenario should work as well, but I have been unable to get it working successfully.

    After you apply the patch from Ingate, will you find out if you can put MoH calls on hold in the Attendant Console for longer than 30 seconds? Perhaps we can solve each other's problem!

    K. Schmidt
    Monday, November 16, 2009 10:02 PM