Re: [105attendees] Why do we need to go for 128 bits address space?
Suresh Krishnan <suresh.krishnan@gmail.com> Fri, 26 July 2019 17:13 UTC
Return-Path: <suresh.krishnan@gmail.com>
X-Original-To: 105attendees@ietfa.amsl.com
Delivered-To: 105attendees@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 79A62120047; Fri, 26 Jul 2019 10:13:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.997
X-Spam-Level:
X-Spam-Status: No, score=-0.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, FREEMAIL_REPLY=1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no 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 DAflXxdd8Fu5; Fri, 26 Jul 2019 10:13:32 -0700 (PDT)
Received: from mail-qt1-x841.google.com (mail-qt1-x841.google.com [IPv6:2607:f8b0:4864:20::841]) (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 E66AC120041; Fri, 26 Jul 2019 10:13:31 -0700 (PDT)
Received: by mail-qt1-x841.google.com with SMTP id a15so53277258qtn.7; Fri, 26 Jul 2019 10:13:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=l8cWc3KAuSht0QWKo+CvFmrTC5KX0yQqVUrHzG4qHhk=; b=izPcBRzTEeNj8ji4w1Gnf/OvhTXHp5mTFX4/hHb7ef7XWrb15kLsAL9lj66qcOQCqk VvE2/YQDSnhCbg7qcT7547bVhPk9LNV2pzEXfaS/CF0rIT7iD5sYfmp+Pb30I+W82qzv Wxln/X+KCJiwIHjI6BNFA10zJ6k0HczLbMfwywlt0poToUY5wgZyq3YX5r0aFl5gY2BC AARmnj8MH3J8tW+MUbkCZ/44kY8/+WPFd+JEB5b8yFsylriFKuouJgZZ8kmZWsulbulK UhqciZ6VIYAgGQTF99TDMp60d9vX8n5MPvAqmPLoTN7qroWSQRKZjWnPBEE0P5kyO2VP oUcA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=l8cWc3KAuSht0QWKo+CvFmrTC5KX0yQqVUrHzG4qHhk=; b=X+k0tfXYn1cKXmxJHEPhtSsVAupjssTtWvMN3EhdZHfhjKh1nw15H/KLMlp7UGfFrp YILBsYrtDYhmmoCFHwOY1DQ/IS8FV555NnnntYv0Xn6UdL0CU0lBpjxAuc/tdUkUHYpl RQHEht9IplATH/lK8FI9W4Y+lLS8SRwJ8R614TB5oRJ09VXFPX0C9NYXI10DB+GHEYG8 THp/1j9aOMvCrPTAoV1cV8Qp/xgIqdUO8KcRSbHyfKcOFXYLpZw+uuZXZQt6MJcDem3v xYGMivQW39gHLpkeBQUenZbpkxGcRvM0GjV0zd8Ep8uWan+PvapqhdUO3tV2xpbKl+Px APQQ==
X-Gm-Message-State: APjAAAXsDhH+aoWih1Ag7DXFMwx3j2ENqwa9mIOzsuWWLEnBlBAZPjQM RBWJItF3fiSMn4c61Zen/VtLX7ZppfJHdg==
X-Google-Smtp-Source: APXvYqwSRv1zIjJNYp+tuflF6Ri01C8M4Kbnmn87o+vgnW9SGqHlu+AeFjUXt159ELiK2ewbZHocog==
X-Received: by 2002:a0c:8b49:: with SMTP id d9mr67678970qvc.178.1564161209730; Fri, 26 Jul 2019 10:13:29 -0700 (PDT)
Received: from ?IPv6:2001:67c:1232:144:b541:cfbb:8051:bce8? ([2001:67c:1232:144:b541:cfbb:8051:bce8]) by smtp.gmail.com with ESMTPSA id t26sm27874885qtc.95.2019.07.26.10.13.28 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 26 Jul 2019 10:13:28 -0700 (PDT)
From: Suresh Krishnan <suresh.krishnan@gmail.com>
Message-Id: <817AEDD3-EE30-4244-BD7F-F85A3234C61B@gmail.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_EE8AD6EF-66A3-441E-BF72-3B87FD37A096"
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\))
Date: Fri, 26 Jul 2019 13:13:27 -0400
In-Reply-To: <37c3a341-6f11-df8d-babf-5ed3cd988b83@labs.htt-consult.com>
Cc: Mike Bishop <mbishop@evequefou.be>, shyam bandyopadhyay <shyamb66@gmail.com>, "iesg@ietf.org" <iesg@ietf.org>, Robert Moskowitz <rgm@labs.htt-consult.com>
To: "105attendees@ietf.org" <105attendees@ietf.org>
References: <CAPTMOtLOHDPvA3Tfky79idNS7CMZctsUCB4M8hB0urSU9u2JQQ@mail.gmail.com> <69139f83-77b8-4419-8c65-eb8956db4c96@evequefou.be> <37c3a341-6f11-df8d-babf-5ed3cd988b83@labs.htt-consult.com>
X-Mailer: Apple Mail (2.3445.104.11)
Archived-At: <https://mailarchive.ietf.org/arch/msg/105attendees/wFrKMORXZD6eCpV1K1rZlNnnWf8>
Subject: Re: [105attendees] Why do we need to go for 128 bits address space?
X-BeenThere: 105attendees@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Mailing list of all 105 attendees for official communication <105attendees.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/105attendees>, <mailto:105attendees-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/105attendees/>
List-Post: <mailto:105attendees@ietf.org>
List-Help: <mailto:105attendees-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/105attendees>, <mailto:105attendees-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 26 Jul 2019 17:13:35 -0000
Hi all, Apologies for further spamming this list. Since my queries were specifically referenced I felt obliged to respond. In my view, 105attendees is not the appropriate venue for this technical discussion, and I have hence responded on the 6man WG mailing list with my original technical comments on this proposal from a year ago. https://mailarchive.ietf.org/arch/msg/ipv6/ZjODueIaDUnHSbmq9Dmd9-pm5Yg If you are interested in technical discussions on this topic, feel free to respond on the 6man mailing list. Thanks Suresh > On Jul 26, 2019, at 11:01 AM, Robert Moskowitz <rgm@labs.htt-consult.com> wrote: > > Take it to the general IETF list... > > On 7/26/19 10:42 AM, Mike Bishop wrote: >> The attendees list is not an appropriate venue for a technical proposal. Perhaps you should present at HotRFC next time. >> >> Sent from Nine <http://www.9folders.com/> >> From: shyam bandyopadhyay <shyamb66@gmail.com> <mailto:shyamb66@gmail.com> >> Sent: Friday, July 26, 2019 10:29 AM >> To: iesg@ietf.org <mailto:iesg@ietf.org>; 105attendees@ietf.org <mailto:105attendees@ietf.org> >> Subject: [105attendees] Why do we need to go for 128 bits address space? >> >> To: The entire IETF community >> >> Sub: Why do we need to go for 128 bits address space if >> whatever is been trying to achieve with the existing >> approach of IPv6, can be achieved by 64 bits address space? >> >> Dear Folks, >> >> I raised this issue couple of time earlier. My intention >> was to collect all the points in support of 128 bits address >> space and try to figure out whether they can be solved >> with 64 bits address space as well. I am thankful to >> Mr. Suresh Krishnan for all the queries that he had. I >> have shown that all the points that he had, can be solved >> with 64 bits address space (Please follow a copy of my last mail >> as an attachment with all the answers). I believe all the points >> that were mentioned in the requirement specification of IPv6 can >> be achieved with 64 bits address space as well. I would request >> all the people mainly those who have been working with IPv6 for long >> to come forward in favor of 128 bits address space that can not >> be achieved with 64 bits address space. >> >> If it can be shown that 64 bits address space is good enough to >> solve all the requirements, either we have to move back to 64 bits >> address space in the future or we have to carry through this extra >> burden for ever for no reason. >> >> I would request readers to go through draft-shyam-real-ip-framework >> as a reference. It shows that if address space gets assigned to >> customer networks based on their actual need (in contrast to >> 64 bits address space (at least) for any customer network in IPv6), 64 bits >> address space is good enough for this world. Along with that, it comes up >> with the following: >> >> 1. It shows how to make a transition from (NAT based) private IP >> space to (NAT free) real IP space. >> 2. It comes up with a light weight routing protocol applicable inside >> VLSM tree that satisfies all the features supported by BGP. >> 3. It come up with a simple protocol for Host Identification with Provider >> Independent Address with the approach of DNS. This can be considered >> as an alternative of existing protocol (HIP). >> 4. It comes up with a hierarchical distribution of network for the >> convenience of routing and distribution that may be considered >> as useful in the long run. >> >> Hence, I would request all the like minded people to come forward >> and look into this matter seriously. >> >> Thanks. >> >> > > -- > Robert Moskowitz > Owner > HTT Consulting > C: 248-219-2059 > F: 248-968-2824 > E: rgm@labs.htt-consult.com <mailto:rgm@labs.htt-consult.com> > > There's no limit to what can be accomplished if it doesn't matter who gets the credit > -- > 105attendees mailing list > 105attendees@ietf.org > https://www.ietf.org/mailman/listinfo/105attendees
- [105attendees] Why do we need to go for 128 bits … shyam bandyopadhyay
- Re: [105attendees] Why do we need to go for 128 b… Mike Bishop
- Re: [105attendees] Why do we need to go for 128 b… Robert Moskowitz
- Re: [105attendees] Why do we need to go for 128 b… Clemens Schrimpe
- Re: [105attendees] Why do we need to go for 128 b… Suresh Krishnan