Re: [CCAMP] Vendor-Specific Application Code in draft-ietf-ccamp-rwa-wson-encode
Dieter Beller <Dieter.Beller@alcatel-lucent.com> Thu, 29 January 2015 13:17 UTC
Return-Path: <dieter.beller@alcatel-lucent.com>
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com
(Postfix) with ESMTP id A6DFF1A036C for <ccamp@ietfa.amsl.com>;
Thu, 29 Jan 2015 05:17:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.186
X-Spam-Level:
X-Spam-Status: No,
score=-6.186 tagged_above=-999 required=5 tests=[BAYES_00=-1.9,
HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.723, RCVD_IN_DNSWL_HI=-5,
T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 s7119ANroL09 for
<ccamp@ietfa.amsl.com>; Thu, 29 Jan 2015 05:17:07 -0800 (PST)
Received: from smtp-fr.alcatel-lucent.com (fr-hpgre-esg-01.alcatel-lucent.com
[135.245.210.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384
(256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix)
with ESMTPS id 072191A0154 for <ccamp@ietf.org>;
Thu, 29 Jan 2015 05:17:07 -0800 (PST)
Received: from fr711usmtp1.zeu.alcatel-lucent.com (unknown [135.239.2.122]) by
Websense Email Security Gateway with ESMTPS id B2DFE5E1C07FB;
Thu, 29 Jan 2015 13:17:02 +0000 (GMT)
Received: from FR712WXCHHUB03.zeu.alcatel-lucent.com
(fr712wxchhub03.zeu.alcatel-lucent.com [135.239.2.74]) by
fr711usmtp1.zeu.alcatel-lucent.com (GMO) with ESMTP id t0TDH1Ae016156
(version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL);
Thu, 29 Jan 2015 14:17:04 +0100
Received: from [149.204.107.121] (135.239.27.41) by
FR712WXCHHUB03.zeu.alcatel-lucent.com (135.239.2.74) with Microsoft SMTP
Server (TLS) id 14.3.195.1; Thu, 29 Jan 2015 14:16:52 +0100
Message-ID: <54CA32C2.3000405@alcatel-lucent.com>
Date: Thu, 29 Jan 2015 14:16:50 +0100
From: Dieter Beller <Dieter.Beller@alcatel-lucent.com>
Organization: Alcatel-Lucent
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
rv:31.0) Gecko/20100101 Thunderbird/31.4.0
MIME-Version: 1.0
To: Fatai Zhang <zhangfatai@huawei.com>,
"adrian@olddog.co.uk" <adrian@olddog.co.uk>, Leeyoung <leeyoung@huawei.com>,
"'Giovanni Martinelli (giomarti)'" <giomarti@cisco.com>
References: <006901d0371a$9e1f1960$da5d4c20$@olddog.co.uk>
<7AEB3D6833318045B4AE71C2C87E8E1729C7E09C@dfweml706-chm>
<010501d0373c$d34e3db0$79eab910$@olddog.co.uk>
<F82A4B6D50F9464B8EBA55651F541CF85CBF2DA4@SZXEMA504-MBS.china.huawei.com>
In-Reply-To: <F82A4B6D50F9464B8EBA55651F541CF85CBF2DA4@SZXEMA504-MBS.china.huawei.com>
X-SubSwitch: [CCAMP]; [CCAMP]
Content-Type: text/html; charset="windows-1252"
Content-Transfer-Encoding: 8bit
X-Originating-IP: [135.239.27.41]
Archived-At: <http://mailarchive.ietf.org/arch/msg/ccamp/Rk6tuqhE0XfYCeURlwt5ioZ_Mq8>
Cc: "ccamp@ietf.org" <ccamp@ietf.org>,
"ccamp-chairs@tools.ietf.org" <ccamp-chairs@tools.ietf.org>,
"draft-ietf-ccamp-rwa-wson-encode.all@tools.ietf.org"
<draft-ietf-ccamp-rwa-wson-encode.all@tools.ietf.org>
Subject: Re: [CCAMP] Vendor-Specific Application Code in
draft-ietf-ccamp-rwa-wson-encode
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
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: <http://www.ietf.org/mail-archive/web/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: Thu, 29 Jan 2015 13:17:09 -0000
Thanks,
Dieter
Hi Young and all,
As an individual, I agree with Adrain, which means I would support Option 2.
I think we just need add some sentences to fit Option 2.
When s=0 and OI=1, the first 32 (or 48) bits of the Vendor-Specific Application Code field contain an Enterprise Number (or OUI) that defines the context in which the remainder of that field is interpreted. In addition, we need to add some text to describe the process rules that Adrian hinted below.
My question is:
Which number (either an Enterprise number or OUI) should be used? I think we just need pick one of them. If an Enterprise Number is used, it needs 32 bits, otherwise 48 bits should be used. If 48 bits are used, it needs to put one line more (32 bits) to the current format of Optical Interface Class.
To Young, you can also take a look at [draft-ietf-pce-rfc7150bis], which has some informaiton releated to Enterprise Number.
Best Regards
Fatai
-----Original Message-----
From: Adrian Farrel [mailto:adrian@olddog.co.uk]
Sent: Saturday, January 24, 2015 2:46 AM
To: Leeyoung; 'Giovanni Martinelli (giomarti)'
Cc: draft-ietf-ccamp-rwa-wson-encode.all@tools.ietf.org; ccamp@ietf.org; ccamp-chairs@tools.ietf.org
Subject: RE: Vendor-Specific Application Code in draft-ietf-ccamp-rwa-wson-encode
> Thanks Adrian for taking this on.
Well, we'll get there eventually!
> My preference is Option 1.
OK.
It is my least favorite option because it is most likely to hit interoperability
issues.
So, if the WG wants to go this way, we will have to work a little to explain how
it works and why it isn't a problem (specifically for the IESG).
> It would be hard to catch moving target around this
> area if we were to take Option 2.
I see no moving targets at all.
This is how all other vendor-specific fields are handled in protocols.
The way it works is that anyone receiving such a field looks at the first 32
bits and interprets it as an Enterprise Code from the IANA registry (hint: easy
to get and many well-known vendors have them).
If it is an Enterprise Code they recognise they process according to their own
vendor-specific knowledge about the contents.
If they don't recognise the Enterprise Code, they fail the processing.
An Enterprise will often (always?) define their own structure starting with a
version number or something similar, and often using TLVs.
What have I missed about moving targets?
Cheers,
Adrian
_______________________________________________ CCAMP mailing list CCAMP@ietf.org https://www.ietf.org/mailman/listinfo/ccamp" rel="nofollow">https://www.ietf.org/mailman/listinfo/ccamp
- [CCAMP] Vendor-Specific Application Code in draft… Adrian Farrel
- Re: [CCAMP] Vendor-Specific Application Code in d… Lam, Hing-Kam (Kam)
- Re: [CCAMP] Vendor-Specific Application Code in d… Gert Grammel
- Re: [CCAMP] Vendor-Specific Application Code in d… Lam, Hing-Kam (Kam)
- Re: [CCAMP] Vendor-Specific Application Code in d… Leeyoung
- Re: [CCAMP] Vendor-Specific Application Code in d… Lou Berger
- Re: [CCAMP] Vendor-Specific Application Code in d… Adrian Farrel
- Re: [CCAMP] Vendor-Specific Application Code in d… Adrian Farrel
- Re: [CCAMP] Vendor-Specific Application Code in d… Lam, Hing-Kam (Kam)
- Re: [CCAMP] Vendor-Specific Application Code in d… BRUNGARD, DEBORAH A
- Re: [CCAMP] Vendor-Specific Application Code in d… Leeyoung
- Re: [CCAMP] Vendor-Specific Application Code in d… BRUNGARD, DEBORAH A
- Re: [CCAMP] Vendor-Specific Application Code in d… Leeyoung
- Re: [CCAMP] Vendor-Specific Application Code in d… Varma, Eve L (Eve)
- Re: [CCAMP] Vendor-Specific Application Code in d… Adrian Farrel
- Re: [CCAMP] Vendor-Specific Application Code in d… Leeyoung
- Re: [CCAMP] Vendor-Specific Application Code in d… Doolan, Paul (Coriant - US/Irving)
- Re: [CCAMP] Vendor-Specific Application Code in d… Fatai Zhang
- Re: [CCAMP] Vendor-Specific Application Code in d… Dieter Beller
- Re: [CCAMP] Vendor-Specific Application Code in d… Adrian Farrel
- Re: [CCAMP] Vendor-Specific Application Code in d… Huub van Helvoort
- Re: [CCAMP] Vendor-Specific Application Code in d… Leeyoung
- Re: [CCAMP] Vendor-Specific Application Code in d… Lou Berger
- Re: [CCAMP] Vendor-Specific Application Code in d… Gert Grammel
- Re: [CCAMP] Vendor-Specific Application Code in d… Gabriele Maria Galimberti (ggalimbe)
- Re: [CCAMP] Vendor-Specific Application Code in d… Zhangxian (Xian)
- Re: [CCAMP] Vendor-Specific Application Code in d… Lou Berger
- Re: [CCAMP] Vendor-Specific Application Code in d… Daniele Ceccarelli
- Re: [CCAMP] Vendor-Specific Application Code in d… Adrian Farrel
- Re: [CCAMP] Vendor-Specific Application Code in d… Lou Berger
- Re: [CCAMP] Vendor-Specific Application Code in d… Leeyoung
- Re: [CCAMP] Vendor-Specific Application Code in d… Leeyoung
- Re: [CCAMP] Vendor-Specific Application Code in d… Daniele Ceccarelli
- Re: [CCAMP] Vendor-Specific Application Code in d… Leeyoung
- Re: [CCAMP] Vendor-Specific Application Code in d… Adrian Farrel