ZRTP also permits best-effort encryption: allowing SRTP to be used
with the standards RTP/AVP profile in the SDP:
http://tools.ietf.org/html/draft-zimmermann-avt-zrtp-22
- Alan -
On Mon, Apr 11, 2011 at 8:58 AM, Nenad Milidrag <[email protected]> wrote:
> Hi Jean-Hugues,
>
> There is also a draft
> http://tools.ietf.org/html/draft-kaplan-mmusic-best-effort-srtp-01, that
> was interpreting SAVP as SRTP only while AVP in combination with crypto
> is used as "best-effort SRTP".
>
> Regards,
> Nenad
>
>
>
> -----Original Message-----
> From: [email protected]
> [mailto:[email protected]] On Behalf Of
> Jean-Hugues Royer
> Sent: Saturday, April 09, 2011 1:35 PM
> To: [email protected]
> Subject: [Sip-implementors] RTP/AVP with crypto attribute
>
> Hi,
>
> What is the recommended behavior when you receive a SDP offer with a
> RTP/AVP media protocol including a crypto attribute ?
>
> Ignore the media ?
> Ignore the crypto attribute ?
> Process it as a RTP/SAVP when SRTP is locally supported ? In that case
> answer with a RTP/AVP or change it to a RTP/SAVP ?
>
> Is there any document that actually restricts the use of a crypto
> attribute to a media with RTP/SAVP ? (RFC4568 doesn't)
>
> SNOM is one the several producers of such offers when they want to
> optionally offer SRTP.
>
> Their argument for not using two medias (RTP/AVP & RTP/SAVP) by default
> in the offer (as it should be) is that some proxies doesn't support
> multiples medias, are you aware of such proxies ?
>
> _______________________________________________
> Sip-implementors mailing list
> [email protected]
> https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
>
> _______________________________________________
> Sip-implementors mailing list
> [email protected]
> https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
>
_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
