[asterisk-dev] Asterisk pjsip support all media_encryption no/dtls/sdes for incoming request

[Henry Lin]

Hi Joshua,,

Thanks for all your advice!

We will try to do it as you said as we can!




-- Henry --

On Mon, Jan 18, 2016 at 7:46 PM, Joshua Colp <jcolp at digium.com> wrote:

> Henry Lin wrote:
>
>>
>> Hi Joshua,
>>
>> Thanks for your tips.
>>
>> For the OUTGOING part, there is no problem. we already did as you said (
>> use inherited endpoints).
>>
>> For INCOMING part, you said:
>>
>> 1.  media_encryption_optimistic is created for SDES, which can supports
>> both sdes and no-encryption in the same config endpoints.
>>      and our test for DTLS also works but is a side effect.
>>
>> 2. a new param of media_encryption = "optional" is possible to do in the
>> code, which can supports SDES/DTLS/NO-ENCRYPTION at the same config
>> endpoint for incoming ( ex: caller ).
>>
>>
>> So in your opinion:
>>
>> would it be better to integrate media_encryption = "optional" with
>> media_encryption_optimistic = true ? or just leave them separated?
>>
>
> I'd just leave them separated, I'm not a huge fan of repurposing
> optimistic away from its original purpose and changing the requirements of
> it.
>
>
>> since they are trying to solve the same problem --- support webrtc
>> clients but also have backward-compatibility to the huge amount of
>> old-school devices
>>
>> media_encryption = "optional" implies media_encryption_optimistic = true.
>>
>>
>> by the way,
>> Is there anyone already implement this, or opened an issue tracker that
>> can be patched ?
>>
>
> I know of noone who has done this or any patch.
>
> --
> Joshua Colp
> Digium, Inc. | Senior Software Developer
> 445 Jan Davis Drive NW - Huntsville, AL 35806 - US
> Check us out at: www.digium.com & www.asterisk.org
>
>
> --
> _____________________________________________________________________
> -- 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20160119/42ac7a02/attachment.html>