RE: [MMUSIC] Thinking about best-effort encryption

["Hadriel Kaplan" <HKaplan@xxxxxxxxxxxxxx>]

Just a note that in the end we chose to have the answer use the same m= line
transport as the offer, even if SRTP is chosen, specifically because
everyone thought it was illegal otherwise.  Oh, and it will help get through
middle-boxes that look at SDP and expect the offer/answer to match.  ;)

-hadriel


> -----Original Message-----
> From: Flemming Andreasen [mailto:fandreas@xxxxxxxxx]
> Sent: Sunday, November 05, 2006 10:22 PM
> 
> Dan Wing wrote:
> 
> >I understood Francois was pointing out the difference in the m-lines of
> the
> >offer, not the answer.
> >
> >I don't care much, myself, if the answer's m-line shows the RTP profile
> the
> >answerer selected.  It probably does ease some things, and Francois,
> >Hadriel, and I exchanged email a month ago that the offerer's RTP profile
> in
> >his m-line doesn't need to match the answerer's RTP profile in his m-
> line:
> >there is no RFC that requires those match.
> >
> >
> That would appear to be true (much to my surprise when I first saw this
> in the Kaplan draft), however there is also no RFC that specifies what
> to do if they don't match, and you can hardly argue this is in-line with
> the general offer/answer philosophy. Still, I don't think we are at a
> point where this particular question should drive the debate - we still
> need to agree on problem scope and a few fundamental design guidelines
> (per my note to EKR).
> 
> -- Flemming
> 
> >