RE: "professional" in an IETF context

Vasilenko Eduard <vasilenko.eduard@huawei.com> Tue, 02 November 2021 16:45 UTC

Return-Path: <vasilenko.eduard@huawei.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5446B3A087C for <ietf@ietfa.amsl.com>; Tue, 2 Nov 2021 09:45:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.919
X-Spam-Level:
X-Spam-Status: No, score=-1.919 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, 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 8KnXNckYcPbl for <ietf@ietfa.amsl.com>; Tue, 2 Nov 2021 09:45:18 -0700 (PDT)
Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E05023A0879 for <ietf@ietf.org>; Tue, 2 Nov 2021 09:45:17 -0700 (PDT)
Received: from fraeml702-chm.china.huawei.com (unknown [172.18.147.201]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4HkFzf6klDz67xg4; Wed, 3 Nov 2021 00:41:50 +0800 (CST)
Received: from mscpeml100001.china.huawei.com (7.188.26.227) by fraeml702-chm.china.huawei.com (10.206.15.51) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2308.15; Tue, 2 Nov 2021 17:45:13 +0100
Received: from mscpeml500001.china.huawei.com (7.188.26.142) by mscpeml100001.china.huawei.com (7.188.26.227) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.15; Tue, 2 Nov 2021 19:45:13 +0300
Received: from mscpeml500001.china.huawei.com ([7.188.26.142]) by mscpeml500001.china.huawei.com ([7.188.26.142]) with mapi id 15.01.2308.015; Tue, 2 Nov 2021 19:45:13 +0300
From: Vasilenko Eduard <vasilenko.eduard@huawei.com>
To: Masataka Ohta <mohta@necom830.hpcl.titech.ac.jp>, "ietf@ietf.org" <ietf@ietf.org>
Subject: RE: "professional" in an IETF context
Thread-Topic: "professional" in an IETF context
Thread-Index: AQHXzn81X/erJ9331kq9GpkF+SkrzavudbiAgAAO/4CAAA3WAIAAAgwAgAAIvwCAAAI2gIAAQ/AAgAFc5gCAADM20A==
Date: Tue, 02 Nov 2021 16:45:13 +0000
Message-ID: <e834916e85ea47ef94fce07c23928d2b@huawei.com>
References: <8F4B97EA-665F-4A59-B99D-791B4AB9F2F7@yahoo.co.uk> <746C1453-FFB0-46E5-ABF2-8630DC23B959@network-heretics.com> <c3e9fe1b-8e48-a364-9e25-4084dac70889@meetinghouse.net> <3a6bf8ad-5492-0942-a451-6317e8a93705@network-heretics.com> <3e685576-a230-a7c4-f371-d66a55aa820d@necom830.hpcl.titech.ac.jp> <7a087707-499f-e3bf-8701-1a58930a8a22@meetinghouse.net> <4ec32d7a-a17b-635b-91bc-4152313d6800@necom830.hpcl.titech.ac.jp> <885e62bf-7d6a-4501-a48a-e7c2cbf20382@joelhalpern.com> <e59adb61-a55c-7f5f-a60a-40bf186c139d@necom830.hpcl.titech.ac.jp> <CAC8QAceMSrfkqGTYcMNr3JargO3gxJqTaEyf02LGHd-KVeUDHw@mail.gmail.com> <6286da3e-2beb-9556-089a-2e1951573b1e@gmail.com> <59c80b60-438f-b10f-ad61-ba839f6e4f95@necom830.hpcl.titech.ac.jp>
In-Reply-To: <59c80b60-438f-b10f-ad61-ba839f6e4f95@necom830.hpcl.titech.ac.jp>
Accept-Language: zh-CN, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.47.199.153]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/8yyR6ZZLUhNFBi3r4bV7DuStYsQ>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 02 Nov 2021 16:45:22 -0000

+1.
It was a big mistake to break OSI model and include L2 address (MAC) inside L3 address (IPv6).
Half of the address bits were wasted.
Many people are coming and coming asking that they would like too to get some bits of IPv6 address for some new protocol.
Eduard
-----Original Message-----
From: ietf [mailto:ietf-bounces@ietf.org] On Behalf Of Masataka Ohta
Sent: Tuesday, November 2, 2021 7:37 PM
To: ietf@ietf.org
Subject: Re: "professional" in an IETF context

Brian E Carpenter wrote:

> Somebody whose email never reaches my inbox alledgedly said:

How professional you are.

>>       > IPv6 with unnecessarily lengthy 16B addresses without valid
>>       > technical reasoning only to make network operations 
>> prohibitively
>>       > painful is a garbage protocol.
> 
> Apart from its incivility,

Are there anyone else who think such criticism for IPv6 as:

    IPv6 with unnecessarily lengthy 16B addresses without valid
    technical reasoning only to make network operations prohibitively
    painful is a garbage protocol.

is not civil?

Or, can we just conclude that requiring to be "civil" as demonstrated by Brian Carpenter is practically censorship not only unprofessional and uncivil but also immoral and, worse, unlawful?

 > this sentence is factually untrue.
 > It was expanded
 > to 16 bytes when the value of an interface identifier in addition to  > a routeable prefix was considered.

The fact is that there is no such idea of SIP nor IPng requirement to have "interface identifier" only to make IPv6 address purposelessly lengthy at all.

 > That idea was based on existing
 > practice in several non-IP network technologies, and on the IPng  > requirements process. In other words, on technical reasoning and on  > running code.

As I already pointed out in the past here, having "interface identifier" is a feature inherited from XNS having running code.

But, that XNS and IPv6 have running code dose not mean they are good.

						Masataka Ohta