Re: [MMUSIC] Any comments on draft-ietf-mmusic-sdp-cs-00?

["Elwell, John" <john.elwell at siemens-enterprise.com>]

Simo, Miguel,

1. I wonder whether a little more can be said about non-support for the
two correlation methods. If a received call contains neither calling
line ID nor UUS, what should I do?  I could treat it as not related to
the CS call negotiated through SDP, in other words treat it as an
unrelated incoming call that happens to arrive during the time window
when I am expecting the CS call. I might, for example, reject the call,
since I am busy on another call, or I might cause it to wait for me to
become free.

On the other hand I could say that, because it arrived during the window
in which I expected the CS call, that it is indeed the expected CS call
and I should treat it as such. There is a small chance it was an
independent call, in which case I would falsely associate it with the
SDP exchange.

2. The security considerations section needs more work. For example, we
could talk about the correlation mechanisms and the chances that they
could mislead and hence the potential for attack. Also the inability to
use SRTP or other mechanisms to secure the media path should be
mentioned.

John


> -----Original Message-----
> From: mmusic-bounces at ietf.org 
> [mailto:mmusic-bounces at ietf.org] On Behalf Of 
> Simo.Veikkolainen at nokia.com
> Sent: 15 May 2009 10:40
> To: mmusic at ietf.org
> Subject: [MMUSIC] Any comments on draft-ietf-mmusic-sdp-cs-00?
> 
> Hello,
>  
> Our draft on SDP Extension For Setting Up Audio Media Streams 
> Over CS Bearers In The PSTN 
> (http://tools.ietf.org/html/draft-ietf-mmusic-sdp-cs-00 
> <http://tools.ietf.org/html/draft-ietf-mmusic-sdp-cs-00> ) 
> was submitted as a WG item before the SF meeting, and since 
> then we haven't had much discussion on it. 
>  
> We are not planning to a major revision of the doc at the 
> moment, so now would be a good time to take a look at the doc 
> and comment on this list.
>  
> Thanks
> Simo and Miguel
>  
>