[asterisk-dev] [Code Review] 2692: chan_pjsip: T.38 Fax Support

[opticron]

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



/trunk/include/asterisk/res_sip_session.h
<https://reviewboard.asterisk.org/r/2692/#comment18169>

    I have a strong urge to push transport-specific items in this struct into an opaque pvt ointer.



/trunk/res/res_sip.c
<https://reviewboard.asterisk.org/r/2692/#comment18173>

    What happens when the SDP in an INVITE conflicts with this setting? Does this apply to inbound or outbound (or both) calls? I attempted to set this up and test with SIPp, but chan_pjsip would have none of it in addition to compile issues with my older version of pjproject that was missing a struct member.


- opticron


On July 25, 2013, 11:34 a.m., Joshua Colp wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviewboard.asterisk.org/r/2692/
> -----------------------------------------------------------
> 
> (Updated July 25, 2013, 11:34 a.m.)
> 
> 
> Review request for Asterisk Developers.
> 
> 
> Repository: Asterisk
> 
> 
> Description
> -------
> 
> This change adds T.38 support to chan_pjsip. A seperate optional module has been created which contains the T.38 state machine, SDP parsing/generation, and UDPTL sending/receiving.
> 
> 
> Diffs
> -----
> 
>   /trunk/channels/chan_gulp.c 395397 
>   /trunk/include/asterisk/res_sip.h 395397 
>   /trunk/include/asterisk/res_sip_session.h 395397 
>   /trunk/res/res_sip.c 395397 
>   /trunk/res/res_sip/sip_configuration.c 395397 
>   /trunk/res/res_sip_session.c 395397 
>   /trunk/res/res_sip_session.exports.in 395397 
>   /trunk/res/res_sip_t38.c PRE-CREATION 
> 
> Diff: https://reviewboard.asterisk.org/r/2692/diff/
> 
> 
> Testing
> -------
> 
> Tested sending and receiving using Zoiper.
> 
> 
> Thanks,
> 
> Joshua Colp
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20130725/fad5dbc4/attachment-0001.htm>