Re: [AVT] Comment on RAMS related to SDP

Ali,

I don't understand what the SDP in page 40 Figure 10 is used for. Caption says "Figure 10: Example SDP for
RTP_Rx when RAMS support is enabled " So who sends it and to whom ? 

More inline...

> -----Original Message-----
> From: mmusic-bounces <at> ietf.org 
> [mailto:mmusic-bounces <at> ietf.org] On Behalf Of Ali C. Begen (abegen)
> Sent: Monday, March 01, 2010 3:59 PM
> To: VAN CAENEGEM Tom; avt <at> ietf.org; mmusic <at> ietf.org
> Subject: Re: [MMUSIC] [AVT] Comment on RAMS related to SDP
> 
> Yes, I remember the same comment from an earlier email. However, I am
> not sure what needs to be changed. I am hoping that any incorrect SDP
> description will be caught in the wglc process.
> 
> Section 8 is the relevant section. Will be good of mmusic can 
> comment on
> it.
> http://tools.ietf.org/html/draft-ietf-avt-rapid-acquisition-fo
> r-rtp-07 
> 
> -acbegen
> 
> > -----Original Message-----
> > From: avt-bounces <at> ietf.org [mailto:avt-bounces <at> ietf.org] On 
> Behalf Of
> VAN CAENEGEM Tom
> > Sent: Monday, March 01, 2010 9:52 AM
> > To: avt <at> ietf.org; mmusic <at> ietf.org
> > Subject: [AVT] Comment on RAMS related to SDP
> > 
> > Ali, and other SDP experts...
> > 
> > I got a remark that it does not make sense to include a declarative
> SDP for the Retransmission Server
> > in the AVT WG RAMS draft, which contains the attributes and 
> transport
> addresses for the RTP unicast
> > session carrying the burst and retransmissions and the RTCP feedback
> channel associated with a source
> > specific multicast. These addresses/ports  cannot be imposed upon a
> Retransmission Server (acting as
> > the feedback Target and the source of the unicast RTP session).
> > 

Actually I think Figure 9 would be something the client could retrieve to know about the session, and it
makes sense to me. However, it would be helpful to be more verbose on the semantics of, e.g., a=rtcp,
<port>,... in each multicast and unicast m= lines. That is something which hasn't been specified before,
it's new. 

> > So, we should remove this SDP... What are other people's opinions?
> > 

Figure 10, yes.

Cheers,

José

> > Tom
> > 
> > 
> _______________________________________________
> mmusic mailing list
> mmusic <at> ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic
> 
> 

Panasonic R&D Center Germany GmbH
63225 Langen, Hessen, Germany
Reg: AG Offenbach (Hessen) HRB 33974
Managing Director: Thomas Micke