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

Ship it!


Ship It!

- Joshua Colp


On Dec. 17, 2014, 3:36 p.m., Mark Michelson wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviewboard.asterisk.org/r/4277/
> -----------------------------------------------------------
> 
> (Updated Dec. 17, 2014, 3:36 p.m.)
> 
> 
> Review request for Asterisk Developers.
> 
> 
> Repository: Asterisk
> 
> 
> Description
> -------
> 
> We were using the pjsip_dialog's secure flag to indicate if the transport in 
> use was secure. However, there is a difference between dialog security and 
> transport security. In RFC 3261 sections 12.1.1 and 12.1.2, it indicates that 
> for a dialog to be secure, the transport in use must be secure AND the target 
> URI must be a SIPS URI. Since we're only interested in if the transport in 
> use is secure, we have to use a different method to determine that.
> 
> This patch seeks to fix this by asking PJSIP for information about the 
> dialog's target URI and then checking if the transport in use is a secure 
> transport.
> 
> 
> Diffs
> -----
> 
>   /branches/13/channels/pjsip/dialplan_functions.c 429672 
> 
> Diff: https://reviewboard.asterisk.org/r/4277/diff/
> 
> 
> Testing
> -------
> 
> This has been tested by John Bigelow by placing a call over TLS into the 
> dialplan and seeing the value of ${CHANNEL(pjsip,secure)}. With a TLS 
> transport, this returns 1. When re-run without a TLS transport, this returns 
> 0. It has also been tested that this value functions independently of 
> ${CHANNEL(rtp, secure)} as expected.
> 
> 
> Thanks,
> 
> Mark Michelson
> 
>

-- 
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-dev

Reply via email to