> On Sept. 15, 2014, 4:14 p.m., opticron wrote: > > This change appears to render the media_use_received_transport > > configuration option non-functional since it removes all checks relating to > > it. > > Joshua Colp wrote: > It'll still work, the difference is on received it is always done and the > outgoing check has been relaxed to not rely on the option.
I don't really understand your response here, Josh. As opticron stated, all references to the option media_use_received_transport have been removed, therefore the option has no effect any longer. - Mark ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: https://reviewboard.asterisk.org/r/3992/#review13301 ----------------------------------------------------------- On Sept. 14, 2014, 12:25 a.m., Joshua Colp wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > https://reviewboard.asterisk.org/r/3992/ > ----------------------------------------------------------- > > (Updated Sept. 14, 2014, 12:25 a.m.) > > > Review request for Asterisk Developers. > > > Repository: Asterisk > > > Description > ------- > > When enabling SRTP support in PJSIP it is either forced on or disabled. This > means that if you specify SRTP but the client does not support it the session > will fail. For situations where this guarantee is not required this new > functionality can be used to optimistically use SRTP if possible. This has > the added benefit of encrypting the media when possible but does not > guarantee it. This also fixes an issue where a client may offer SRTP using > the normal transport but we reject it. > > > Diffs > ----- > > /trunk/res/res_pjsip_sdp_rtp.c 423064 > /trunk/res/res_pjsip/pjsip_configuration.c 423064 > /trunk/res/res_pjsip.c 423064 > /trunk/include/asterisk/res_pjsip.h 423064 > /trunk/configs/samples/pjsip.conf.sample 423064 > > Diff: https://reviewboard.asterisk.org/r/3992/diff/ > > > Testing > ------- > > Used Blink to place calls with optimistic enabled and disabled on the PJSIP > side. > In Blink I alternated between disabled/mandatory/optional. > Confirmed that for each scenario the expected outcome occurred. > > Blink Asterisk Result > Disabled Optimistic Off Failed > Disabled Optimistic On Success (Not encrypted) > Mandatory Optimistic Off Success (Encrypted) > Mandatory Optimistic On Success (Encrypted) > Optional Optimistic Off Success (Encrypted) > Optional Optimistic On Success (Encrypted) > > > Thanks, > > Joshua Colp > >
-- _____________________________________________________________________ -- 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