Re: [Fecframe] Working Group Item? was: Re: draft-zixuan-fecframe-source-mi ??
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Fecframe] Working Group Item? was: Re: draft-zixuan-fecframe-source-mi ??
- To: "zouzixuan" <tendyntu at huawei.com>, "Einat Yellin (Lachover)" <Einat at radvision.com>, <gjshep at gmail.com>
- Subject: Re: [Fecframe] Working Group Item? was: Re: draft-zixuan-fecframe-source-mi ??
- From: "Ali C. Begen (abegen)" <abegen at cisco.com>
- Date: Fri, 9 Oct 2009 12:22:42 -0700
- Authentication-results: sj-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none
- Cc: tme at multicasttech.com, fecframe at ietf.org
- Delivered-to: fecframe at core3.amsl.com
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=abegen at cisco.com; l=1008; q=dns/txt; s=sjiport01001; t=1255116290; x=1256325890; 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:=20RE:=20Working=20Group=20Item?=20was: =20Re:=20[Fecframe]draft-zixuan-fecframe-source-mi=20=20? ?|Date:=20Fri,=209=20Oct=202009=2012:22:42=20-0700 |Message-ID:=20<04CAD96D4C5A3D48B1919248A8FE0D540A6358F9@ xmb-sjc-215.amer.cisco.com>|To:=20"zouzixuan"=20<tendyntu @huawei.com>,=0D=0A=20=20=20=20=20=20=20=20"Einat=20Yelli n=20(Lachover)"=20<Einat at radvision.com>,=20<gjshep at gmail. com>|Cc:=20<tme at multicasttech.com>,=20<fecframe at ietf.org> |MIME-Version:=201.0|Content-Transfer-Encoding:=20quoted- printable|In-Reply-To:=20<00c501ca48d5$3cc3a890$b64af9b0$ @com>|References:=20<00c501ca48d5$3cc3a890$b64af9b0$ at com>; bh=Rru95UV4Q61JdkS9cmZrQO/Kf6JfxVW+xsEaw8AORSk=; b=FQYNh29SkMTa7zhHciTvNTJgGcNVwZN78k1n1gH1AxdFd+iy9OgHMFBM kMyRPhenqQfdexdyB1IT6MNgVddnwDQa64M2aexbtzLLTo02QdnvZCULg 8rQzse8BGg9Yn9yaFoL41jGrEETQX2RdtALCUj8pdCAmy8WtlqbGSp3R3 o=;
- In-reply-to: <00c501ca48d5$3cc3a890$b64af9b0$ at com>
- List-archive: <http://www.ietf.org/mail-archive/web/fecframe>
- List-help: <mailto:fecframe-request@ietf.org?subject=help>
- List-id: Discussion of FEC Framework <fecframe.ietf.org>
- List-post: <mailto:fecframe@ietf.org>
- List-subscribe: <https://www.ietf.org/mailman/listinfo/fecframe>, <mailto:fecframe-request@ietf.org?subject=subscribe>
- List-unsubscribe: <https://www.ietf.org/mailman/listinfo/fecframe>, <mailto:fecframe-request@ietf.org?subject=unsubscribe>
- References: <00c501ca48d5$3cc3a890$b64af9b0$ at com>
- Thread-index: AcpIvWqSu9jpaRmKSNipa3n/tt0MYgAAK3YQABXKgWA=
- Thread-topic: RE: Working Group Item? was: Re: [Fecframe]draft-zixuan-fecframe-source-mi ??
> The focus of our draft is on backward-compatibility issue. Separate flow is just an
> option. Based on the previous discussion on the draft, now we think defining a generic
What other option(s) do you propose?
Using a separate flow requires additional support on the clients already supporting the framework. Rather than wasting that energy on those modifications, I'd rather prefer making the non-framework clients compatible with the framework if they indeed want to benefit from the framework features.
Ow, I suggest the non-compatible clients to stick with the non-complicated FEC scenarios. This whole stuff is not worth the effort IMO.
-acbegen
> mapping information format for various ways of building source block in practice should be
> the most important issue for backward compatibility. We suggest to make this work
> (defining a generic mapping information format) to be a work item. We can update our draft
> to be the basis of this work.
Note: Messages sent to this list are the opinions of the senders and do not imply endorsement by the IETF.