RE: [MMUSIC] Questions/Comments on draft-ietf-mmusic-sdp-bwparam-03.txt

[[e-mail]]

Hi Magnus,

> The session level value is bit redundant. It is simply the sum of all 
> media streams and reflect the total amount of bandwidth needed to 
> accommodate this session. This can of course be calculated by 
> a receiver.
> 

Also, in the <draft-ietf-mmusic-sdp-bwparam-03.txt>, in section 6.2.3, Usage rules section, it is stated that:
"...The session level value, if present, MUST be the sum of all media level values.".

I believe this is a true statement for constant bitrate streams. But what about VBR cases? At least for RTP usage, the definition of bandwidth is for max bandwidth consumption over a 1 second sliding window, right? Hence, max bandwidth consumption at session level may be smaller or equal to the sum of these max bandwidths at media levels. And if the client is making resource reservation for QoS purposes, then there may possibly be a redundant amount of bandwidth allocation if the session level bandwidth is simply the absolute sum. Therefore, I believe that the session level TIAS bandwidth value MAY be smaller than the sum of the media level TIAS values. 

I guess for unicast case, a possible way to see the session level bandwidth consumption is during the hinting process of the data at the server side.

Regards,
Emre

Emre Baris Aksu
Nokia Mobile Phones



> -----Original Message-----
> From: ext Magnus Westerlund [mailto:[e-mail]]
> Sent: 12 June, 2003 13:22
> To: Geetha Srikantan
> Cc: [e-mail]
> Subject: Re: [MMUSIC] Questions/Comments on
> draft-ietf-mmusic-sdp-bwparam-03.txt
> 
> 
> Hi,
> 
> Thanks for the comments.
> 
> Geetha Srikantan wrote:
> > I have a few questions and comments on 
> draft-ietf-mmusic-sdp-bwparam-03.txt:
> > 
> > 1. Page 9, the last few lines - What is the difference 
> between 'RTP-based media  
> >    stream' and 'RTP transport' here? It's not very clear 
> when the session level  
> >    TIAS value can be used.
> 
> There is no difference, I can change the RTP-based media 
> stream to "RTP 
> transported media stream".
> 
> The session level value is bit redundant. It is simply the sum of all 
> media streams and reflect the total amount of bandwidth needed to 
> accommodate this session. This can of course be calculated by 
> a receiver.
> 
> > 
> > 2. Section 6.2.3, 2nd paragraph - it would be good to 
> clarify that this entire 
> >    paragraph refers to the media level values.
> >    This paragraph is a little confusing to read..it might 
> help to mention
> >    explicitly that it is RECOMMENDED to use both the AS and 
> TIAS fields;
> >    AS for backwards compatibility, older implementations 
> would ignore the TIAS 
> >    field; TIAS would be recognized by newer and compliant 
> implementations,
> >    which must ignore the AS value.
> 
> No, It does not only apply for the media level, but both 
> levels. AS can 
> be present at both levels, if one includes it at either level one is 
> recommended to include TIAS also.
> 
> I don't quite understand what you mean with confusing to read. The 
> information you ask for is there: "..., it is RECOMMENDED to also 
> include the "AS" modifier when using "TIAS"". Do you have a more 
> concrete proposal on how reformulate the paragraph?
> 
> >    
> > 3. 6.3, 2nd paragraph - here too it might help clarity to 
> assert the 'MUST NOT' 
> >    case , before the 'MAY' case.
> 
> So you would like to be reformulated into something like this:
> 
> "At the SDP session level, the maxprate value MUST be the sum of all 
> media-level packet rates. The "maxprate" attribute MUST NOT 
> be present 
> at session level if the media streams use different transport. The 
> attribute MAY be present if the media streams use the same 
> transport. If 
>   the attribute is present at the session level it SHOULD also be 
> present at the media level for all media streams."
> 
> Is that better? If not please provide concrete proposals of 
> the paragraph.
> 
> 
> >    
> > 4. 6.3, is there any ambiguity in the last paragraph? For 
> instance, is it ok to
> >    *not* have maxprate if one or the other of TIAS or the 
> max packet rate 
> >    for the transport is not available?
> 
> Yes, if one can't derive a packet rate due to for example non packet 
> based transport then its ok. However if you use TIAS and have a 
> transport like IP/UDP/RTP you shall have it. Perhaps I should 
> reformulate the sentence to be more strict and explanatory.
> 
> >    
> > 5. It would be great to have a complete example of SDP 
> using TIAS and maxprate
> >    attributes.   
> >    
> 
> Yes, you are correct. I will look into it.
> 
> 
> Best Regards
> 
> Magnus Westerlund
> 
> Multimedia Technologies, Ericsson Research ERA/TVA/A
> ----------------------------------------------------------------------
> Ericsson AB                | Phone [phone]
> Torshamsgatan 23           | Fax   [phone]
> S-164 80 Stockholm, Sweden | mailto: [e-mail]
> 
> _______________________________________________
> mmusic mailing list
> [e-mail]
> https://www1.ietf.org/mailman/listinfo/mmusic
> 
_______________________________________________
mmusic mailing list
[e-mail]
https://www1.ietf.org/mailman/listinfo/mmusic