locked
Lync 2010 + Aastra MX-One - DTMF issues when joining conference RRS feed

  • Question

  • Good day!

    We're in the middle of implementing Lync 2010 Enterprise Voice, and one of the first steps that will be rolled out is Dial-In conferencing. However we've come to a halt when it comes to joining the conference by PSTN dialing.

    When the attendant asks for the conference ID, I enter the ID and end with a #, but nothing will happen. After ~15 seconds the attendant will say "Sorry, I didn't get that" and when I then enter the conference ID followed by hash and it will let me in just fine. After that, all other in-conference DTMF commands will work fine, like for exampling muting. 

    So, basically it seems that DTMF will not work for the first ~15 seconds of the call.

    I started logging the MediaStack_RTP component on the Mediation Server, and it's giving me a lot of these for ~15 seconds (about 40 entries/second) from the start of the call to the Lync conference bridge

    Component: (Shared)
    Level: TL_WARN
    Flag: RTP_RECV
    Function: CRtpSessionImpl_c::TransformRecv
    Source: rtprecv.cpp(394)
    Local Time: 01/18/2013-15:47:25.042
    Sequence# : 00000648
    CorrelationId : 0x000000001E5BA338
    ThreadId : 091C
    ProcessId : 06EC
    CpuId : 0
    Original Log Entry :
    TL_WARN(RTP_RECV) [0]06EC.091C::01/18/2013-14:47:25.042.00000648 ((Shared),CRtpSessionImpl_c::TransformRecv:rtprecv.cpp(394))[0x000000001E5BA338]pCBufferStream[0x000000002031DAB8] pCRtpParticipantRecv[0x000000002277AC38] SSRC:0xB8965F1B Seq:29310 PT:8 packet dropped, SSRC in BYE state

    Then after ~15s the TL_WARN:ings are gone and that's when I'll be able to get my DTMF signals through correctly.

    However, I can't read much out of these logs (other than a packet has been dropped). Could someone advise me on these log entries. Or what component to log in order to find a meaningful log?

    All help will be appreciated,

    Thanks in advance!

    Monday, January 21, 2013 8:52 AM

Answers

  • Yep, I hooked up Wireshark to the Mediation Server and it's picking up all the DTMF signals correctly from the very beginning of the call.

    Why they're not actually being accepted until ~15 seconds in to the call I don't understand.

    • Marked as answer by Lisa.zheng Tuesday, February 5, 2013 2:59 AM
    Monday, January 21, 2013 2:13 PM

All replies

  • How is your MX-One connected. If you use a SIP trunk, you should use the latest updtae for your MX-One.

    Have you tried to diasable media bypass and sipp refered support?


    regards Holger Technical Specialist UC



    Monday, January 21, 2013 10:41 AM
  • Hi Holger, thanks for answering.

    Our MX-one and Lync 2010 has a Direct SIP connection. The mediation server is a standalone server. As for the version number it's v4.1 SP4

    Refer support is disabled as the MX-one doesn't support it.

    Media bypass is disabled as by default, but I have tried to enable it on the trunk both DTMF signalling still didn't work for the first 15 seconds. I've gone back to having it disabled.


    Monday, January 21, 2013 12:13 PM
  • Hm, do you have someone to check the MX-One trunk configuration, maybe it has something to do with early media on the trunk. Or if you dont use SRTP, you could make a wireshark trace to see if the RTP event is send correct.

    regards Holger Technical Specialist UC

    Monday, January 21, 2013 1:01 PM
  • Yep, I hooked up Wireshark to the Mediation Server and it's picking up all the DTMF signals correctly from the very beginning of the call.

    Why they're not actually being accepted until ~15 seconds in to the call I don't understand.

    • Marked as answer by Lisa.zheng Tuesday, February 5, 2013 2:59 AM
    Monday, January 21, 2013 2:13 PM
  • Did this issue happen with other PSTN phone numbers?

    Did this issue happen with Lync users?


    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.

    Wednesday, January 23, 2013 6:07 AM
  • Please remove this thread - the title and thread is irrelevant as I have found that the issue is not with DTMF signalling but with the whole RTP stream.

    I will create a new post with a relevant question

    Wednesday, January 23, 2013 10:00 AM