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 >
- [Int-area] IPv10 draft (was Re: FW: [v6ops] v6ops… Eric Vyncke (evyncke)
- Re: [Int-area] IPv10 draft (was Re: FW: [v6ops] v… Khaled Omar
- Re: [Int-area] IPv10 draft (was Re: FW: [v6ops] v… Stephane Bortzmeyer
- Re: [Int-area] IPv10 draft (was Re: FW: [v6ops] v… Khaled Omar
- Re: [Int-area] IPv10 draft (was Re: FW: [v6ops] v… Bless, Roland (TM)
- Re: [Int-area] IPv10 draft (was Re: FW: [v6ops] v… Erik Kline
- Re: [Int-area] IPv10 draft (was Re: FW: [v6ops] v… Khaled Omar
- Re: [Int-area] IPv10 draft (was Re: FW: [v6ops] v… Ted Lemon
- Re: [Int-area] IPv10 draft (was Re: FW: [v6ops] v… Khaled Omar
- Re: [Int-area] IPv10 draft (was Re: FW: [v6ops] v… Stephane Bortzmeyer
- Re: [Int-area] IPv10 draft (was Re: FW: [v6ops] v… Khaled Omar
- Re: [Int-area] IPv10 draft (was Re: FW: [v6ops] v… Mikael Abrahamsson
- Re: [Int-area] IPv10 draft (was Re: FW: [v6ops] v… Khaled Omar
- Re: [Int-area] IPv10 draft (was Re: FW: [v6ops] v… Tom Herbert
- Re: [Int-area] IPv10 draft (was Re: FW: [v6ops] v… Khaled Omar
- Re: [Int-area] IPv10 draft (was Re: FW: [v6ops] v… Tom Herbert
- Re: [Int-area] IPv10 draft (was Re: FW: [v6ops] v… Mikael Abrahamsson
- Re: [Int-area] IPv10 draft (was Re: FW: [v6ops] v… Khaled Omar
- Re: [Int-area] IPv10 draft (was Re: FW: [v6ops] v… Khaled Omar
- Re: [Int-area] IPv10 draft (was Re: FW: [v6ops] v… Mikael Abrahamsson
- Re: [Int-area] IPv10 draft (was Re: FW: [v6ops] v… Khaled Omar
- Re: [Int-area] IPv10 draft (was Re: FW: [v6ops] v… Stewart Bryant
- Re: [Int-area] IPv10 draft (was Re: FW: [v6ops] v… Khaled Omar
- Re: [Int-area] IPv10 draft (was Re: FW: [v6ops] v… Khaled Omar
- Re: [Int-area] IPv10 draft (was Re: FW: [v6ops] v… JORDI PALET MARTINEZ
- Re: [Int-area] IPv10 draft (was Re: FW: [v6ops] v… Khaled Omar
- Re: [Int-area] IPv10 draft (was Re: FW: [v6ops] v… JORDI PALET MARTINEZ
- Re: [Int-area] IPv10 draft (was Re: FW: [v6ops] v… Stephane Bortzmeyer
- Re: [Int-area] IPv10 draft (was Re: FW: [v6ops] v… Mikael Abrahamsson
- Re: [Int-area] IPv10 draft (was Re: FW: [v6ops] v… Khaled Omar
- Re: [Int-area] IPv10 draft (was Re: FW: [v6ops] v… Khaled Omar
- Re: [Int-area] IPv10 draft (was Re: FW: [v6ops] v… Khaled Omar
- Re: [Int-area] IPv10 draft (was Re: FW: [v6ops] v… JORDI PALET MARTINEZ
- Re: [Int-area] IPv10 draft (was Re: FW: [v6ops] v… Khaled Omar
- Re: [Int-area] IPv10 draft (was Re: FW: [v6ops] v… Templin (US), Fred L
- Re: [Int-area] IPv10 draft (was Re: FW: [v6ops] v… Stephane Bortzmeyer
- Re: [Int-area] IPv10 draft (was Re: FW: [v6ops] v… Khaled Omar
- Re: [Int-area] IPv10 draft (was Re: FW: [v6ops] v… Eric Vyncke (evyncke)
- Re: [Int-area] IPv10 draft (was Re: FW: [v6ops] v… Khaled Omar
- Re: [Int-area] IPv10 draft (was Re: FW: [v6ops] v… Per Øyvind Heldal
- Re: [Int-area] IPv10 draft (was Re: FW: [v6ops] v… Khaled Omar
- Re: [Int-area] IPv10 draft (was Re: FW: [v6ops] v… Ted Lemon
- Re: [Int-area] IPv10 draft (was Re: FW: [v6ops] v… Khaled Omar