Daniel, take a look of issue XCL-128 (http://track.sipfoundry.org/browse/XCL-128). It seem to be the same problem. I've solved this some month ago.
Regards Stefano -----Messaggio originale----- Da: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Per conto di [EMAIL PROTECTED] Inviato: lunedì 14 maggio 2007 17.56 A: Daniel Sigurgeirsson Cc: [email protected] Oggetto: Re: [sipxtapi-dev] Detecting DTMF Daniel Sigurgeirsson wrote: > > I'm not receiving these events. However, an Ethereal trace on my machine > reveals that RTP packets (I'm using the Ethereal filter "sip or > rtp.p_type==97") containing the DTMF tones *are* being sent to my > computer. So I would assume that the method being used by Alcatel to > send DTMF is the one not supported by sipxtapi :-( > If tones are really sent in rtp in special payload, then you can assume its a bug in sipxtapi. > Any ideas on how much effort it would be to add this kind of support to > sipxtapi? Or are there any other libraries which I should be looking at > which have this implementation? place a breakpoint in MpdPtAVT::decodeIn when DTMF is received, it should stop there. From there it should go into MpdPtAVT::signalKeyDown, and signal on mpNotify. The mpNotify is set in MpdPtAVT::handleSetDtmfNotify. This method is called by MpCallFlowGraph::addToneListener (which then calls other methods, but you get to MpdPtAVT::handleSetDtmfNotify eventually). So you need to find out whether MpdPtAVT::decodeIn si called, and if is, then who processes the mpNotify when it is signalled. It is somewhere in CallLib, probably in SipConnection. There is a method getDtmfQueuedEvent() that passes queued event into mpMediaInterface->addToneListener. Jaro _______________________________________________ sipxtapi-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipxtapi-dev/ _______________________________________________ sipxtapi-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipxtapi-dev/
