[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [MMUSIC] WGLC on draft-ietf-mmusic-rfc4756bis-03
- To: "Thomas Schierl" <schierl at hhi.fhg.de>
- Subject: Re: [MMUSIC] WGLC on draft-ietf-mmusic-rfc4756bis-03
- From: "Ali C. Begen (abegen)" <abegen at cisco.com>
- Date: Mon, 19 Oct 2009 09:15:50 -0700
- Authentication-results: sj-iport-4.cisco.com; dkim=neutral (message not signed) header.i=none
- Cc: Jean-Francois Mule <jf.mule at cablelabs.com>, fecframe at ietf.org, mmusic at ietf.org, Joerg Ott <jo at netlab.tkk.fi>
- Delivered-to: mmusic at core3.amsl.com
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=abegen at cisco.com; l=3574; q=dns/txt; s=sjiport04001; t=1255968953; x=1257178553; h=from:sender:reply-to:subject:date:message-id:to:cc: mime-version:content-transfer-encoding:content-id: content-description:resent-date:resent-from:resent-sender: resent-to:resent-cc:resent-message-id:in-reply-to: references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:list-owner:list-archive; z=From:=20"Ali=20C.=20Begen=20(abegen)"=20<abegen at cisco.co m>|Subject:=20RE:=20[MMUSIC]=20WGLC=20on=20draft-ietf-mmu sic-rfc4756bis-03|Date:=20Mon,=2019=20Oct=202009=2009:15: 50=20-0700|Message-ID:=20<04CAD96D4C5A3D48B1919248A8FE0D5 40A6E7817 at xmb-sjc-215.amer.cisco.com>|To:=20"Thomas=20Sch ierl"=20<schierl at hhi.fhg.de>|Cc:=20"Jean-Francois=20Mule" =20<jf.mule at cablelabs.com>,=20<mmusic at ietf.org>,=0D=0A=20 =20=20=20=20=20=20=20"Joerg=20Ott"=20<jo at netlab.tkk.fi>, =20<fecframe at ietf.org>|MIME-Version:=201.0 |Content-Transfer-Encoding:=20quoted-printable |In-Reply-To:=20<4ADC86D7.9030307 at hhi.fhg.de>|References: =20<9AAEDF491EF7CA48AB587781B8F5D7C6024FEC0C at srvxchg3.cab lelabs.com>=20<4ADC589D.8000306 at hhi.fhg.de>=20<04CAD96D4C 5A3D48B1919248A8FE0D540A6E779B at xmb-sjc-215.amer.cisco.com >=20<4ADC86D7.9030307 at hhi.fhg.de>; bh=UjXcWGvqn5vkvf4C7a1PC9d9f90qXgdiBQhYsTY4rUE=; b=NwGNE0+2wx8PZOgeAcYs4JUx9b3oaBBMHCGkf5pVJ9JneckUyyWyDPjU L2nHpn4WK30hWKROv2m2He74dm20D0Rd+xAH1QAAAA82GT8SXbEfHXlc4 P8DPnYjr+si41VPgmsoCp1h0kumL1sCNcDK3AJoOZrmtBV/82UnaDc0Ab A=;
- In-reply-to: <4ADC86D7.9030307 at hhi.fhg.de>
- List-archive: <http://www.ietf.org/mail-archive/web/mmusic>
- List-help: <mailto:mmusic-request@ietf.org?subject=help>
- List-id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
- List-post: <mailto:mmusic@ietf.org>
- List-subscribe: <https://www.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
- List-unsubscribe: <https://www.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
- References: <9AAEDF491EF7CA48AB587781B8F5D7C6024FEC0C at srvxchg3.cablelabs.com> <4ADC589D.8000306 at hhi.fhg.de> <04CAD96D4C5A3D48B1919248A8FE0D540A6E779B at xmb-sjc-215.amer.cisco.com> <4ADC86D7.9030307 at hhi.fhg.de>
- Thread-index: AcpQ0ZUtBfUYh5EZQmafLgecsm2eSwABbIqA
- Thread-topic: [MMUSIC] WGLC on draft-ietf-mmusic-rfc4756bis-03
Cool, here is the new version addressing all remaining comments received so far.
http://www.ietf.org/id/draft-ietf-mmusic-rfc4756bis-05.txt
Cheers,
-acbegen
> -----Original Message-----
> From: Thomas Schierl [mailto:schierl at hhi.fhg.de]
> Sent: Monday, October 19, 2009 11:34 AM
> To: Ali C. Begen (abegen)
> Cc: Jean-Francois Mule; mmusic at ietf.org; Joerg Ott; draft-ietf-mmusic-
> rfc4756bis at tools.ietf.org
> Subject: Re: [MMUSIC] WGLC on draft-ietf-mmusic-rfc4756bis-03
>
> Hi Ali,
>
> Ali C. Begen (abegen) wrote:
>
> Now, this sounds different than the first scenario you described above, IMO. And,
> this leads to the original SDP you gave:
>
> a=group:FEC-XR SB RB
> a=group:FEC-XR SB SE RB RB+E
>
>
>
>
> You are right, RB and RB+E are meant to be additive with respect to SB+SE.
>
>
>
>
>
> section 4.1:
>
> "Repair flows that are in different FEC groups are non-
> additive.".
>
>
>
> Why would it be contrary? Here, RB and RB+E are in the same line and that is enough
> to state their additivity. But, in this scenario, their joint decoding helps the group of
> SB+SE. The above SDP says if the source consists of SB only, then just use RB only since
> RB+E would not help with decoding.
>
>
>
> If the signaling in the example above is in line with the intention of
> the draft, I would make the following modifications:
>
> - You may add an "...exclusively in different FEC groups..." to the
> sentence of section 4.1 above.
>
>
>
> We can add this to make it stronger. But, I believe if two repair flows are additive
> in a group, it does not mean that they will also be additive in any other group where one
> of the source flows they protect is listed.
>
>
>
> I think this makes the text clearer, at least to me.
>
>
>
>
> Agree?
>
>
>
> - Further, I would add the following text to section 4.1 to make it clearer:
>
> "In order to express multiple relations between source and repair flows,
> source and repair flows may appear in more than one FEC group."
>
>
>
> I believe this was clear, but it is a good suggestion.
>
>
>
> Good
>
>
>
>
>
>
> I think the same should be valid for the FEC-SSRC grouping.
>
>
>
> Sure.
>
> Thanks for the review. Let me know if you agree with the above.
>
>
>
> Thanks for the clarifications. I am ok with the changes and the resulting draft.
>
> Thomas
>
>
>
>
> Cheers, acbegen.
>
>
>
>
> Best regards,
> Thomas
>
>
> --
> Thomas Schierl
> --------------
> Fraunhofer HHI
>
>
>
> Jean-Francois Mule wrote:
>
>
> This is to start a 2-week working group last call on draft
> draft-ietf-mmusic-rfc4756bis-03,
> http://tools.ietf.org/html/draft-ietf-mmusic-rfc4756bis-03. The comment
> period will end on Wednesday October 28.
>
> Please send your comments to the mmusic list and the authors.
>
> Thank you,
> Jean-Francois.
>
>
> _______________________________________________
> mmusic mailing list
> mmusic at ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> --
> Thomas Schierl
> --------------
> Fraunhofer HHI
>
>
>
>