Re: [Int-area] IPv10 draft (was Re: FW: [v6ops] v6ops - New Meeting Session Request for IETF 109 - IPv10)

Erik Kline <ek.ietf@gmail.com> Thu, 17 September 2020 14:28 UTC

Return-Path: <ek.ietf@gmail.com>
X-Original-To: int-area@ietfa.amsl.com
Delivered-To: int-area@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D20E43A0B84; Thu, 17 Sep 2020 07:28:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 ZqICbEj0vNlp; Thu, 17 Sep 2020 07:28:21 -0700 (PDT)
Received: from mail-ot1-x32c.google.com (mail-ot1-x32c.google.com [IPv6:2607:f8b0:4864:20::32c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2018B3A0B86; Thu, 17 Sep 2020 07:28:21 -0700 (PDT)
Received: by mail-ot1-x32c.google.com with SMTP id o8so2075856otl.4; Thu, 17 Sep 2020 07:28:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=4057qAMXz0UmMWFK1JPtag3/u68jWbupe4VluLewEVA=; b=OBXR4IqJMxuJphvjlP8Xt8YHKd4Eci3HvylLvyfaK6rzelupgPK+F7GOXZfgAMVRuR FiQ/X1V56r0ziMG+3r8D0W1iEXCn+nkbVjV3oLzpUnlSfJjWlnL7cezWnZj0hEQ1Hiil coBXEpczizCKlaACJcEe4DCX3bp9LKs32efKbtjDxxQXA7t/A3mF877KV8QvfU9vomcm A2NeA2jaOADmUaDcQsJljbhMD9N0NqoQ6884k5G9BALlVvVnlsHYHp1w0uWg7Y1v42Z/ 9/2sg8uPwQYIsA1ApIujsMrit4NRk4FkastCb656UvTYFxxdUQHurt5PM/Y8774bnYoq +gBQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=4057qAMXz0UmMWFK1JPtag3/u68jWbupe4VluLewEVA=; b=uKt6X0N4kUzZR7t8SIPlsQNoy/sX8gOiS3ehIXP+8ggY3BwXN3+oMNrd64sfUDF+2p TgOQTGsfLoP+TO5rb7rXOqfT7a9auE3Ym9OrCulhiCMnSXhHhVjHwvdAVRAnQHpcXQUS 9wq8MgdFiLeHGqIT9zh+msD3efTTOr+lR71MUfoFlCmT1BRbye3M+l1AUy8wwPIi5sEw I+3hIe/6d5E4lhyO6gx4xrPcbi+80Ciet1g9UInjtt2QWroxjCtICtrWicbqQ8m1vEzd u4f/OPn63SIUEbXBsKpOC01AeS3NCLiRRYtAWhaINZiuARj+Rs+79qut65pxsluxRNAL F8Iw==
X-Gm-Message-State: AOAM533gPu0I1FpMpEyIUcbVqry/Pr2wa+Yx2L8KhpZuK90rKrSRalJu oJGwNRb/bqQIpCs0K70MAn9qhiXUVrUr8ZaQAkw=
X-Google-Smtp-Source: ABdhPJxqGoCmgWWUu7ZHkzJk501s2VH8fqL98V976W1W+tVPTT80ZKtlPWbU11roIPh/DGio6FTUV7TeaqdohfbYJ80=
X-Received: by 2002:a9d:5910:: with SMTP id t16mr6118085oth.155.1600352900366; Thu, 17 Sep 2020 07:28:20 -0700 (PDT)
MIME-Version: 1.0
References: <BA9AA3A6-AD8E-448C-8435-9861ED6DB844@cisco.com> <VI1P194MB02854BE1477807D40AD44E34AE3E0@VI1P194MB0285.EURP194.PROD.OUTLOOK.COM> <20200917140810.GA29793@nic.fr> <VI1P194MB0285AEE49C63F9DF0E18021FAE3E0@VI1P194MB0285.EURP194.PROD.OUTLOOK.COM>
In-Reply-To: <VI1P194MB0285AEE49C63F9DF0E18021FAE3E0@VI1P194MB0285.EURP194.PROD.OUTLOOK.COM>
From: Erik Kline <ek.ietf@gmail.com>
Date: Thu, 17 Sep 2020 07:28:09 -0700
Message-ID: <CAMGpriXM-uZOSxtWB4ALoRgcYR9nS+mn8Zc6qH=TLrYJdkRZSA@mail.gmail.com>
To: Khaled Omar <eng.khaled.omar@outlook.com>
Cc: Stephane Bortzmeyer <bortzmeyer@nic.fr>, Ron Bonica <rbonica@juniper.net>, int-area <int-area@ietf.org>, "intarea-chairs@ietf.org" <intarea-chairs@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000024470c05af8332e3"
Archived-At: <https://mailarchive.ietf.org/arch/msg/int-area/s0c_1f6tyLzhSrh7Wbru8Rj1Y9c>
Subject: Re: [Int-area] IPv10 draft (was Re: FW: [v6ops] v6ops - New Meeting Session Request for IETF 109 - IPv10)
X-BeenThere: int-area@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF Internet Area Mailing List <int-area.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/int-area>, <mailto:int-area-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/int-area/>
List-Post: <mailto:int-area@ietf.org>
List-Help: <mailto:int-area-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/int-area>, <mailto:int-area-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 17 Sep 2020 14:28:23 -0000

I concur with Nick Hilliard's comments on the v6ops thread: I really think
you should have a sample implementation.  A github repo with Linux kernel
patches and some client and server apps that actually cause IPv10 packets
to be sent on the wire would be a good starting point.  Patches for
tcpdump/wireshark to parse IPv10 would also be good.

Without the lessons learned from a working implementation it's not clear to
me that this conversation can meaningfully advance.  Even during IPng days,
I believe, there was some BSD exploratory work:
https://tools.ietf.org/html/rfc1682 .

On Thu, Sep 17, 2020 at 7:13 AM Khaled Omar <eng.khaled.omar@outlook.com>
wrote:

> >> No, most of the feedback you received was to explain why it is a bad
> idea from the beginning and why your premises, your reasoning and your
> conclusion are all false.
>
> Why it is a bad idea ?????!!!!!
>
> IPv6 requires updating and migration.
> IPv10 requires only updating.
>
> IPv6 took so long time.
> IPv10 will take short time.
>
> IPv6 is a new address structure.
> IPv10 is a solution only.
>
> Other transitioning techniques requires so much translations and
> involvement of the DNS in the communication process.
> IPv10 doesn't requires neither.
>
> Other transitioning techniques requires training.
> IPv10 requires no training.
>
> Best regards,
>
> Khaled Omar
>
> -----Original Message-----
> From: Stephane Bortzmeyer <bortzmeyer@nic.fr>
> Sent: Thursday, September 17, 2020 4:08 PM
> To: Khaled Omar <eng.khaled.omar@outlook.com>
> Cc: Eric Vyncke (evyncke) <evyncke@cisco.com>; int-area <int-area@ietf.org>;
> intarea-chairs@ietf.org; Ron Bonica <rbonica@juniper.net>
> Subject: Re: [Int-area] IPv10 draft (was Re: FW: [v6ops] v6ops - New
> Meeting Session Request for IETF 109 - IPv10)
>
> On Thu, Sep 17, 2020 at 01:58:21PM +0000,  Khaled Omar <
> eng.khaled.omar@outlook.com> wrote  a message of 122 lines which said:
>
> > Most of the feedbacks I got are related to changing the draft name
> > from IPv10 to any other name.
>
> No, most of the feedback you received was to explain why it is a bad idea
> from the beginning and why your premises, your reasoning and your
> conclusion are all false.
>
> No need to spend meeting time on it.
>
> _______________________________________________
> Int-area mailing list
> Int-area@ietf.org
> https://www.ietf.org/mailman/listinfo/int-area
>