[asterisk-dev] [Code Review] 2455: Add support for DTMF via SIP INFO

Mark Michelson reviewboard at asterisk.org
Wed Apr 17 14:32:35 CDT 2013


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/2455/#review8302
-----------------------------------------------------------



/team/group/pimp_my_sip/res/res_sip_dtmf_info.c
<https://reviewboard.asterisk.org/r/2455/#comment15973>

    I believe that PJSIP should send a "500 Not handled by dialog usages" response if an in-dialog response is not handled by us, but have you double-checked that a response to the INFO is actually sent if we return -1 here?



/team/group/pimp_my_sip/res/res_sip_dtmf_info.c
<https://reviewboard.asterisk.org/r/2455/#comment15972>

    If an INFO arrives with no signal= line in the body, then we'll end up queuing a frame with 0-length DTMF. I have no idea what the result of this would be, but it's a good idea to make sure that the event is not '\0' before entering this if/else block.


- Mark Michelson


On April 17, 2013, 6:18 p.m., Jason Parker wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviewboard.asterisk.org/r/2455/
> -----------------------------------------------------------
> 
> (Updated April 17, 2013, 6:18 p.m.)
> 
> 
> Review request for Asterisk Developers.
> 
> 
> Bugs: ASTERISK-21261
>     https://issues.asterisk.org/jira/browse/ASTERISK-21261
> 
> 
> Repository: Asterisk
> 
> 
> Description
> -------
> 
> Sending is done inside of chan_gulp, if the dtmf= setting in res_sip.conf is set to info.  Receiving is done as a separate module, since that made the most sense, to me.
> 
> 
> Diffs
> -----
> 
>   /team/group/pimp_my_sip/channels/chan_gulp.c 385911 
>   /team/group/pimp_my_sip/res/res_sip_dtmf_info.c PRE-CREATION 
> 
> Diff: https://reviewboard.asterisk.org/r/2455/diff/
> 
> 
> Testing
> -------
> 
> DTMF gets parsed properly.  Outgoing packet looks okay.
> 
> 
> Thanks,
> 
> Jason Parker
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20130417/1c337c51/attachment.htm>


More information about the asterisk-dev mailing list