Re: [MMUSIC] WGLC of last set of changes to Bundle (draft-ietf-mmusic-sdp-bundle-negotiation-22) - Magnus' comments

[Christer Holmberg <[e-mail]>]

Thanks, Magnus!

Regards,

Christer

Sent from my Windows Phone
________________________________
From: Magnus Westerlund<mailto:[e-mail]>
Sent: ‎14/‎07/‎2015 19:54
To: Christer Holmberg<mailto:[e-mail]>; mmusic<mailto:[e-mail]>
Cc: [e-mail]<mailto:[e-mail]>
Subject: Re: [MMUSIC] WGLC of last set of changes to Bundle (draft-ietf-mmusic-sdp-bundle-negotiation-22) - Magnus' comments

Hi,

I think this looks okay from my perspective and will resolve my issue.

Cheers

Magnus

Christer Holmberg skrev den 2015-07-13 12:34:
> Hi,
>
> In order to address the issue raised by Magnus, I suggest the following
> modification:
>
> *_OLD:_*
>
> 10.3.1.  General
>
>     When a BUNDLE group, which contains RTP based media, is created, the
>
>     offerer and answerer MUST negotiate whether to enable RTP/RTCP
>
>     multiplexing for the RTP based media associated with the BUNDLE group
>
>     [RFC5761].
>
>     If RTP/RTCP multiplexing is enabled, the same address:port
>
>     combination will be used for receiving (and sending) all RTP packets
>
>     and the RTCP packets associated with the BUNDLE group.  Each endpoint
>
>     will send the packets towards the BUNDLE address of the other
>
>     endpoint.
>
>     If RTP/RTCP multiplexing is not enabled, separate address:port
>
>     combinations will be used for receiving (and sending) the RTP packets
>
>     and the RTCP packets.  If the remote endpoint has associated an SDP
>
>     'rtcp' attribute with the "m=" line associated with the BUNDLE-tag,
>
>     the attribute value will be used for sending all RTCP packets
>
>     associated with the BUNDLE group towards that endpoint.
>
> *_NEW:_*
>
> 10.3.1.  General
>
>     When a BUNDLE group, which contains RTP based media, is created, the
>
>     offerer and answerer MUST negotiate whether to enable RTP/RTCP
>
>     multiplexing for the RTP based media associated with the BUNDLE group
>
>     [RFC5761].
>
>     If RTP/RTCP multiplexing is enabled, the same address:port
>
>     combination will be used for sending all RTP packets
>
>     and the RTCP packets associated with the BUNDLE group.  Each endpoint
>
>     will send the packets towards the BUNDLE address of the other
>
>     endpoint. The same address:port combination MAY be used
>
>     for receiving RTP packets and RTCP packets.
>
>     If RTP/RTCP multiplexing is not enabled, separate address:port
>
>     combinations will be used for sending the RTP packets
>
>     and the RTCP packets.  The same address:port combinations
>
>     MAY be used for receiving RTP packets and RTCP packets.
>
>     If the remote endpoint has associated an SDP
>
>     'rtcp' attribute with the "m=" line associated with the BUNDLE-tag,
>
>     the attribute value will be used for sending all RTCP packets
>
>     associated with the BUNDLE group towards that endpoint.
>
> Regards,
>
> Christer
>
> *From:*mmusic [mailto:[e-mail]] *On Behalf Of *Christer
> Holmberg
> *Sent:* 25. kesäkuuta 2015 8:19
> *To:* Magnus Westerlund; mmusic
> *Cc:* [e-mail]
> *Subject:* Re: [MMUSIC] WGLC of last set of changes to Bundle
> (draft-ietf-mmusic-sdp-bundle-negotiation-22)
>
> Hi Magnus,
>
> Thanks for your comment!
>
> Regarding RTP/RTCP mux, I guess it should be clarified that one uses
> single address:ports for sending and receiving RTP and RTCP, but that
> those address:ports don't have to be the same.
>
> I'll think of some wording.
>
> Regards,
>
> Christer
>
> Sent from my Windows Phone
>
> ------------------------------------------------------------------------
>
> *From: *Magnus Westerlund <mailto:[e-mail]>
> *Sent: *‎23/‎06/‎2015 10:14
> *To: *mmusic <mailto:[e-mail]>
> *Cc: *[e-mail]
> <mailto:[e-mail]>
> *Subject: *Re: [MMUSIC] WGLC of last set of changes to Bundle
> (draft-ietf-mmusic-sdp-bundle-negotiation-22)
>
> Hi,
>
> I looked at the changes and wonder if I spotted an inconsistency?
> Otherwise things looks good.
>
> In Section 5 text was changed to enable non-symmetric RTP usages.
> Resulting in the following text:
>
>      The address:port combination used for sending bundled media
>      MAY be the same as the BUNDLE address, used to receive bundled media,
>      depending on whether symmetric RTP [RFC4961] is used.
>
>
>   From 10.3.1:
>
>      If RTP/RTCP multiplexing is enabled, the same address:port
>      combination will be used for receiving (and sending) all RTP packets
>      and the RTCP packets associated with the BUNDLE group.  Each endpoint
>      will send the packets towards the BUNDLE address of the other
>      endpoint.
>
> This appears to strongly suggest that one should/must use symmetric RTP
> when doing RTP/RTCP muxing. However, I find nothing in RFC 5761 that
> mandates usage of symmetric RTP with RTP/RTCP Mux, even if it the text
> is written with that as an assumption, I find nothing that prevents
> non-symmetric sending.
>
> Thus, I wonder if the text in 10.3.1 needs to be updated to avoid this
> issue.
>
> Cheers
>
> Magnus Westerlund
>
> ----------------------------------------------------------------------
> Services, Media and Network features, Ericsson Research EAB/TXM
> ----------------------------------------------------------------------
> Ericsson AB                 | Phone  [phone]
> Färögatan 6                 | Mobile [phone]
> SE-164 80 Stockholm, Sweden | mailto: [e-mail]
> <mailto:[e-mail]>
> ----------------------------------------------------------------------
>
> _______________________________________________
> mmusic mailing list
> [e-mail] <mailto:[e-mail]>
> https://www.ietf.org/mailman/listinfo/mmusic
>


--

Magnus Westerlund

----------------------------------------------------------------------
Services, Media and Network features, Ericsson Research EAB/TXM
----------------------------------------------------------------------
Ericsson AB                 | Phone  [phone]
Färögatan 6                 | Mobile [phone]
SE-164 80 Stockholm, Sweden | mailto: [e-mail]
----------------------------------------------------------------------