Re: [CCAMP] Fwd: New Version Notification fordraft-izh-ccamp-flexe-fwk-06.txt
Loa Andersson <loa@pi.nu> Mon, 14 January 2019 07:32 UTC
Return-Path: <loa@pi.nu>
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B8228130F81 for <ccamp@ietfa.amsl.com>; Sun, 13 Jan 2019 23:32:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Nn3-rcLmIHXi for <ccamp@ietfa.amsl.com>; Sun, 13 Jan 2019 23:32:28 -0800 (PST)
Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 70D04130F72 for <ccamp@ietf.org>; Sun, 13 Jan 2019 23:32:28 -0800 (PST)
Received: from [192.168.1.20] (unknown [119.94.174.90]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id E13DB1801591; Mon, 14 Jan 2019 08:32:23 +0100 (CET)
To: niu.xiaobing@zte.com.cn
Cc: ccamp@ietf.org, ccamp-chairs@tools.ietf.org
References: <201901110807.x0B87Jlx085707@mse02.zte.com.cn>
From: Loa Andersson <loa@pi.nu>
Message-ID: <17445c64-75d6-8e69-eca0-77d5cd85c726@pi.nu>
Date: Mon, 14 Jan 2019 15:32:19 +0800
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0
MIME-Version: 1.0
In-Reply-To: <201901110807.x0B87Jlx085707@mse02.zte.com.cn>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ccamp/NTu4Qrs_ZWUo9d5Om2dr-nQGjsw>
Subject: Re: [CCAMP] Fwd: New Version Notification fordraft-izh-ccamp-flexe-fwk-06.txt
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Discussion list for the CCAMP working group <ccamp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ccamp>, <mailto:ccamp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ccamp/>
List-Post: <mailto:ccamp@ietf.org>
List-Help: <mailto:ccamp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ccamp>, <mailto:ccamp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 14 Jan 2019 07:32:32 -0000
Xiaobing, The way I read you is that if I send an Ethernet frame over a FlexE interface all the bits/bytes of this frame will be transmitted on the same FlexE Client, right? What I tried to ask repeatedly is that if I have e.g. three Ethernet frames, and can identify frame 1 and 3 as belonging to the same flow, while frame does not belong to that same flow, can I make sure that: Frame 1 is transmitted over FlexE CLient-1 Frame 2 is not transmitted over FlexE Client-1 Frame 3 is transmitted over FlexE CLient-1 Is that possible???? /Loa On 2019-01-11 14:11, niu.xiaobing@zte.com.cn wrote: > hi, > > Sorry for the late reply. > > From my understanding, when an Ethernet frame is to be transmitted over > Ethernet PHY (or FlexE group), it will be encapsultated and adapted > through RS and xMII into the FlexE client. It looks like a one-to-one > relationship between an Ethernet frame and the flexe client. > > Refere to clause 5.2 'Relationship to IEEE 802.3 Stack' in FlexE 2.0 IA > for more information: > > The FlexE Shim can be envisioned as being in the middle of the PCS in > the 100GBASE-R stack as illustrated in [802.3] Figure 80-1 or in the > 200GBASE-R or > > 400GBASE-R stack as illustrated in [802.3bs] Figure 116-1. Each FlexE > Client has its own separate MAC, Reconciliation Sublayer, and xMII above > the FlexE Shim which > > operate at the FlexE Client rate. The layers below the PCS (100GBASE-R > PMA, optional FEC, PMD) are used intact as specified for Ethernet. > > > BRs, > > 牛小兵 Xiaobing NIU > > E: niu.xiaobing@zte.com.cn <mailto:niu.xiaobing@zte.com.cn> > > www.zte.com.cn <http://www.zte.com.cn/> > > 原始邮件 > *发件人:*LoaAndersson <loa@pi.nu> > *收件人:*牛小兵10019881; > *抄送人:*ccamp@ietf.org <ccamp@ietf.org>;ccamp-chairs@tools.ietf.org > <ccamp-chairs@tools.ietf.org>; > *日 期 :*2018年12月27日 14:28 > *主 题 :**Re: [CCAMP] Fwd: New Version Notification > fordraft-izh-ccamp-flexe-fwk-06.txt* > Xiaobing, > > Let me see if I understand you correctly. > > Let us assume that we have a 100GE PHY with on 100GE FlexE Group > and that FlexE Group have 5 FlexE Clients. > > If an Ethernet frame is to be transmitted over the FlexE Group, are you > saying that it is arbitrary which FlexE Client it will be transmitted > over?? > > /Loa > > > On 2018-12-25 14:41, niu.xiaobing@zte.com.cn wrote: > > hi Loa, > > > > Sorry for the late reply. > > > > In Fig2, 3, and 4 of FlexE 2.0 IA, 'control' model works in this way, > > > > The control function manages which calendar slots each FlexE Client is > > inserted into > > > > and inserts the FlexE overhead on each FlexE PHY in the transmit direction. > > > > It does not relate to the mapping from 'the correct > > Ethernet Frame to the correct FlexE Client' in the FlexE Mux. > > > > I'm not sure if I understand your question correctly. > > > > > > Happy Christmas! > > > > > > 牛小兵 Xiaobing NIU > > > > 标准预研工程师 Standard Engineer > > > > 算法标准部/有线研究院/有线产品经营部 Algorithm Standard Department/ > > Wireline Product R&D Institute > > > > ** > > > > 中兴通讯股份有限公司 ZTE Corporation > > > > 北京市朝阳区安定路5号院8号外运大厦A座4楼, 邮编: 100029 > > > > 4/F, Sinotrans Tower A, Building 8, No.5 Anding Road, Chaoyang > > District,Beijing, P.R.China, > > > > T: +86 755 xxxxxxxx M: +86 13439566425 <javascript:void(0);> > > > > E: niu.xiaobing@zte.com.cn <mailto:niu.xiaobing@zte.com.cn> > > > > www.zte.com.cn <http://www.zte.com.cn/> > > > > > > *发件人:*LoaAndersson <loa@pi.nu> > > *收件人:*牛小兵10019881; > > *抄送人:*ccamp@ietf.org <ccamp@ietf.org>;ccamp-chairs@tools.ietf.org > > <ccamp-chairs@tools.ietf.org>; > > *日 期 :*2018年12月19日 14:37 > > *主 题 :**Re: [CCAMP] Fwd: New Version Notification > > fordraft-izh-ccamp-flexe-fwk-06.txt* > > > > > > On 2018-12-18 17:52, niu.xiaobing@zte.com.cn wrote: > > > hi, Loa > > > > <snip> > > > > > > Once a FlexE group is created, it can be seen as one huge PCS module > > > created as well. Transport of different FlexE client information streams > > > over the FlexE group is decided by the data plane "control" module. > > > > What info does the data plane "control" module use to map the correct > > Ethernet Frame to the correct FlexE Client? > > > > /Loa > > > > <nip> > > > > > > > > -- > > > > > > Loa Andersson email: loa@pi.nu > > Senior MPLS Expert > > Bronze Dragon Consulting phone: +46 739 81 21 64 > > > > > > -- > > > Loa Andersson email: loa@pi.nu > Senior MPLS Expert > Bronze Dragon Consulting phone: +46 739 81 21 64 > > -- Loa Andersson email: loa@pi.nu Senior MPLS Expert Bronze Dragon Consulting phone: +46 739 81 21 64
- [CCAMP] 答复: Fwd: New Version Notification fordr… niu.xiaobing
- Re: [CCAMP] 答复: Fwd: New Version Notification f… Loa Andersson
- Re: [CCAMP] Fwd: New Version Notification fordraf… niu.xiaobing
- Re: [CCAMP] Fwd: New Version Notification fordraf… Loa Andersson
- Re: [CCAMP] Fwd: New Version Notification fordraf… niu.xiaobing
- Re: [CCAMP] Fwd: New Version Notification fordraf… niu.xiaobing
- Re: [CCAMP] Fwd: New Version Notification fordraf… Loa Andersson
- Re: [CCAMP] Fwd: New Version Notification fordraf… niu.xiaobing
- Re: [CCAMP] Fwd: New Version Notification fordraf… Loa Andersson
- Re: [CCAMP] Fwd: New Version Notification fordraf… wang.qilei
- Re: [CCAMP] Fwd: New Version Notification fordraf… Loa Andersson
- Re: [CCAMP] Fwd: New Version Notification fordraf… Loa Andersson