[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Media Security Requirements Draft: New Requirement





On 6/26/07, Dan Wing <dwing@xxxxxxxxx> wrote:

...
>>>I don't think the cases above would necessarily fail, because the
>>>backward media direction is often opened before 200 OK, in order to
>>>allow announcements and other type of early media.
>>
>>And DTMF tones, which are transmitted to interact with IVRs,
>>is carried via INFO or NOTIFY or RFC2833?
>
>I don't think that is specified.

If it's via RFC2833, a bi-directional media path needs to be
open (as you know).

If I remember correctly , INFO is generated after 200 OK for RFC2976.
RFC 3959 uses 183/PRACK to establish media path for early media.
I assume the bidirection path is establish at this point. Then, DTMF tones, etc
can be carried as described in RFC2833 as well as SRTP.


>>>I am not familiar with that draft (neither am I aware of any other
>>>requirements than the ones currently being worked on in the reqs
>>>draft).
>
>>draft-wing-rtpsec-keying-eval-02.txt was the basis for my
>>presentation at the first RAI open area meeting a couple of
>>years back, and the basis for my presentation at the first
>>RTPSEC BoF.
>
> Ok. So, does that draft take the issues currently discussed into
> consideration?

No, we haven't revised that document since you brought up these
requirements.  But the requirements you have mentioned break how
SIP functions pre-200 (irrespective of SRTP).

-d