Re: [v6ops] Are we competitive?

Gábor LENCSE <lencse@hit.bme.hu> Mon, 08 August 2022 16:20 UTC

Return-Path: <lencse@hit.bme.hu>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8EA6FC14F720 for <v6ops@ietfa.amsl.com>; Mon, 8 Aug 2022 09:20:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.907
X-Spam-Level:
X-Spam-Status: No, score=-1.907 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yXhxsrgNGMg3 for <v6ops@ietfa.amsl.com>; Mon, 8 Aug 2022 09:20:35 -0700 (PDT)
Received: from frogstar.hit.bme.hu (frogstar.hit.bme.hu [IPv6:2001:738:2001:4020::2c]) (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 9FA2FC14F613 for <v6ops@ietf.org>; Mon, 8 Aug 2022 09:20:34 -0700 (PDT)
Received: from [192.168.1.131] (host-79-121-42-174.kabelnet.hu [79.121.42.174]) (authenticated bits=0) by frogstar.hit.bme.hu (8.15.2/8.15.2) with ESMTPSA id 278GKGEq032812 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for <v6ops@ietf.org>; Mon, 8 Aug 2022 18:20:22 +0200 (CEST) (envelope-from lencse@hit.bme.hu)
X-Authentication-Warning: frogstar.hit.bme.hu: Host host-79-121-42-174.kabelnet.hu [79.121.42.174] claimed to be [192.168.1.131]
Content-Type: multipart/alternative; boundary="------------m1ogkAy00QtCpDnd80NxsunD"
Message-ID: <74ad4196-78a2-0736-7ec9-9b90064113b8@hit.bme.hu>
Date: Mon, 08 Aug 2022 18:20:12 +0200
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.12.0
Content-Language: en-US
To: v6ops@ietf.org
References: <e4a35f0c-757a-aefa-c211-05b6015a4215@gmail.com> <YuJXbruluDmzF3RD@Space.Net> <ec68b29c62034d3e98adec9c5da45ff3@huawei.com> <25e4f9e4-e055-241c-7047-97dca8b09cc8@gmail.com> <3c35a91af90d4b82af724e7ce98378d3@huawei.com> <CAE=N4xcPq3CB5DDjPOk3oAqBfpJRebhXsFExSEAX_Yr3_XsSUg@mail.gmail.com> <97662d43-7daa-191c-792b-49a626fb9769@gmail.com> <0F8BFE03-BDCB-4789-B4B1-FD3811430863@tiesel.net> <b4f1dd5fd5f34c63b1638660413c7293@huawei.com>
From: Gábor LENCSE <lencse@hit.bme.hu>
In-Reply-To: <b4f1dd5fd5f34c63b1638660413c7293@huawei.com>
X-Virus-Scanned: clamav-milter 0.103.6 at frogstar.hit.bme.hu
X-Virus-Status: Clean
Received-SPF: pass (frogstar.hit.bme.hu: authenticated connection) receiver=frogstar.hit.bme.hu; client-ip=79.121.42.174; helo=[192.168.1.131]; envelope-from=lencse@hit.bme.hu; x-software=spfmilter 2.001 http://www.acme.com/software/spfmilter/ with libspf2-1.2.10;
X-DCC--Metrics: frogstar.hit.bme.hu; whitelist
X-Scanned-By: MIMEDefang 2.79 on 152.66.248.44
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/P7VDZEh1d0zWXIq0bFG972KxwU4>
Subject: Re: [v6ops] Are we competitive?
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Aug 2022 16:20:40 -0000

Dear XiPeng,

That's a great idea, I really appreciate it. Perhaps, I myself will use 
it for teaching at two Hungarian universities. :-)

I miss one thing from the table of contents: IPv6 transition technologies.

With two co-authors, I have also written a free book about IPv6 
(including IPv6 transition technologies) under the CC-BY-SA license in 
2015. I still use some of its chapters as educational material. 
Unfortunately it is in Hungarian and now becoming somewhat outdated. 
Anyway, if you are interested, you can look into it here: 
https://ipv6ready.hu/konyv/IPv6-konyv.pdf

Best regards,

Gábor

8/8/2022 5:56 PM keltezéssel, Xipengxiao írta:
>
> Hi Philipp,
>
> We will probably go ahead to write such a book.  The content will be 
> something like this:
>
>   * A short “IPv6 Quick Guide”, 50-100 pages, for network engineers in
>     operators and enterprises.  Rather than reading 500 RFCs, they can
>     read this book to get a big picture of IPv6.  As Fred said, this
>     book will link to some selected RFCs.   A tentative TOC:
>       o Overview of IPv6 technologies
>       o Overview of IPv6 deployment status
>       o Considerations for operator deployment, and case studies
>       o Considerations for enterprise deployments, and case studies
>
> Brian suggested that the book will be:
>
> a) free of charge on the Internet
>
> b) perhaps print-on-demand for $$
>
> c) written and edited "Wikipedia-style" by a group of experts
>
> d) but with a clearly agreed table of contents and a single editor to 
> guarantee quality
>
> This way, the book can be updated timely, and everybody who wants to 
> contribute can contribute. Comments and suggestions are welcome.
>
> Regards,
>
> XiPeng
>
> *From:* Philipp S. Tiesel <philipp@tiesel.net>
> *Sent:* Monday, August 8, 2022 2:30 PM
> *To:* Brian E Carpenter <brian.e.carpenter@gmail.com>
> *Cc:* Ed Horley <ed@hexabuild.io>; Xipengxiao <xipengxiao@huawei.com>; 
> IPv6 Operations <v6ops@ietf.org>
> *Subject:* Re: [v6ops] Are we competitive?
>
> Hi,
>
>
>
>     On 29. Jul 2022, at 04:33, Brian E Carpenter
>     <brian.e.carpenter@gmail.com> wrote:
>
>     On 29-Jul-22 10:00, Ed Horley wrote:
>
>         I believe Rick Graziani updated IPv6 Fundamentals, Second
>         Edition from Cisco Press in 2017. Prior to that, Tom Coffeen's
>         IPv6 Address Planning book was published in 2014, and mine was
>         published in Dec 2013 but I would not consider Tom or my book
>         to be one you would necessarily use in a classroom for
>         instruction.
>
>
>     I agree. For example, consider a general introduction to
>     networking that you might find in a Computer Science major, which
>     for the last many years has been based on IPv4 as a given. OK,
>     sometimes you'll find a mention of IPv6. An example text book for
>     such a course is Computer Networking, 8th Edition, James F. Kurose
>     and Keith Ross, Pearson. I haven't seen that exact edition
>     (published 2020) but the relevant bit of the contents says:
>
>     4.3    The Internet Protocol (IP): IPv4, Addressing, IPv6, and More
>        4.3.1    IPv4 Datagram Format
>        4.3.2    IPv4 Addressing
>        4.3.3    Network Address Translation (NAT)
>        4.3.4    IPv6
>
>     In other words, IPv6 is an afterthought.
>
>     (In the 7th edition, published 2016, but still widely in use,
>     there are 5 pages on IPv6 following 20 pages on IPv4+NAT. Of
>     course they look very out of date today.)
>
>     We want to see this:
>
>     4.3    The Internet Protocol (IP): IPv6, Addressing, Legacy IPv4
>        4.3.1    IPv6 Datagram Format
>        4.3.2    IPv6 Addressing
>        4.3.3    Legacy: IPv4 and Network Address Translation (NAT)
>
>     Get students past that stage and then the dedicated IPv6 books can
>     come into play.
>
> The only book I came across recently that did this differently is 
> Olivier Bonaventure's open-source computer-networking book 
> <htts://beta.computer-networking.info/syllabus/default/protocols/ipv6.html#ip-version-6> book.
>
> I remember fighting my Ph.D. advisor to make IPv6 and IPv4 at least 
> equals in her networks, protocols and architecture lesson and I guess 
> this is not standard today.
>
> Looking at recent training material I came across, some people still 
> teach classful routing…
>
> -> I guess the IETF could really try to help to modernise academic 
> teaching by providing a good stash of up-to-date material.
>
> AVE!
>
>    Philipp
>
>
>
>
>       Brian
>
>
>         My question would be, are you looking for a book to teach the
>         fundamentals of the protocol? If so, Rick's book is more than
>         sufficient and I would not be surprised if he will be updating
>         it for a Third Edition. If you are not looking for a
>         fundamentals book but something else, what is it you are
>         looking for?
>         On Thu, Jul 28, 2022 at 2:52 PM Xipengxiao
>         <xipengxiao=40huawei.com@dmarc.ietf.org
>         <mailto:40huawei.com@dmarc.ietf.org
>         <mailto:40huawei.com@dmarc.ietf.org>>> wrote:
>            Hi Brian,
>
>
>
>            Writing an IPv6 text book is a great idea!  I googled and
>         the newest IPv6 book was from 2014.  At that time, IPv6
>         deployment has just started.  Many progresses have been made
>         since then.  I think it’s warranted to write a new book. 
>          Plus, the covers of those books associated IPv6 with snails
>         and turtles.  It’s time to associate IPv6 with something
>         faster like dinosaurs J
>
>
>
>            Who can better lead this effort than you, Fred, Eric
>         Vyncke, Fernando et al?  I am willing to contribute a fair
>         amount of time to this effort.  I hope other experts can
>         contribute too.  Thanks. XiPeng     -----Original Message-----
>            From: Brian E Carpenter [mailto:brian.e.carpenter@gmail.com
>         <mailto:brian.e.carpenter@gmail.com>
>         <mailto:brian.e.carpenter@gmail.com
>         <mailto:brian.e.carpenter@gmail.com>>]
>            Sent: Thursday, July 28, 2022 5:05 PM
>            To: Xipengxiao <xipengxiao@huawei.com
>         <mailto:xipengxiao@huawei.com
>         <mailto:xipengxiao@huawei.com>>>; Gert Doering <gert@space.net
>         <mailto:gert@space.net <mailto:gert@space.net>>>
>            Cc: IPv6 Operations <v6ops@ietf.org <mailto:v6ops@ietf.org
>         <mailto:v6ops@ietf.org>>>
>            Subject: Re: [v6ops] Are we competitive?
>            Hi XiPeng,
>            Mainly I agree and this is a very useful summary.
>            However, we should question whether RFCs are the correct
>         way forward, rather than some kind of collaboration to produce
>         an ideal text book.
>            For example, consider the 3 volumes of "TCP/IP Illustrated"
>         by Stevens & Wright. I believe that had tremendous impact
>         (published 1994, so no IPv6).
>            If we go the RFC route, won't we just end up with 520 IPv6
>         RFCs?
>            Regards
>                 Brian Carpenter
>            On 29-Jul-22 06:59, Xipengxiao wrote:
>             > On Thu, Jul 28, 2022 at 02:51:43PM +1200, Brian E
>         Carpenter wrote:
>
>
>
>             > >> Following the ongoing discussion about "IPv6-only"
>         and why sites are still IPv4-only, I have a question: Are we
>         competitive?
>
>
>
>             > > [Gert] This is a valid question, which I feel hard to
>         answer for the general case.
>
>
>
>             > Let me be blunt and say that IPv6 is not as competitive
>         as we want/think.  If we are to improve, we need to have a
>         common understanding of the current IPv6 situation, the issues
>         and the possible solutions. Here is my 2c for starting the
>         discussion:
>
>
>
>             > IPv6 is currently like a messy forest:
>
>
>
>             > ·littered with dead trees (obsolete features/solutions),
>
>
>
>             > ·smell bad (many operations & performance issues),
>
>
>
>             > ·too many roads inside the forest (too many transition
>         solutions, too many address types), not well marked (without
>         clear solution guidelines), and fairly confusing
>
>
>
>             > ·the roads are difficult to walk (complex address
>         architecture, debatable header design, many complex solutions
>         like source/destination address selection, ND).
>
>
>
>             > This forest has 1 big advantage: plenty of O2
>         (addresses).  Consequently, many people avoid this forest but
>         those really need O2 come. A small number of “grey/white
>         wizards” (the experts) live in the forest. They know every
>         tree (feature/solution) well.  But they tend to focus on
>         fixing individual trees than fixing the forest.
>
>
>
>             > If we want to attract more residents to the forest (IPv6
>         adopters), it’s more important to fix the forest than to fix
>         the trees.  Some ideas:
>
>
>
>             > ·Provide better tour guide book (i.e. IPv6 solution
>         overviews): There are about 500 IPv6-related RFCs. Some are
>         obsoleted and some are conflicting.  I think we should
>         summarizing them and providing guidelines, so that people can
>         read fewer RFCs to master IPv6.  (e.g. the ND deployment
>         guideline draft summarizing 30+ RFCs into 1 draft)
>
>
>
>             > ·Among the many possible routes (e.g. solutions),
>         recommend only the most popular ones (e.g. recommend only
>         Dual-Stack, 464XLAT and MAP-T among the 10+ transition solutions).
>
>
>
>             > ·Provide better road signs in the forest (i.e. solution
>         guidelines): IPv6 solutions are almost complete.  Now it’s
>         more important to write guidelines to simplify operations than
>         to develop more solutions.
>
>
>
>             > ·Identify haphazard places in the forest, and post clear
>         “caution” signs (i.e. identify IPv6 operations/performance
>         issues, and provide guidelines/BCPs)
>
>
>
>             > ·Enlist existing residents to share experience on how to
>         settle into this forest (i.e. case sharing from Cisco, Alibaba
>         etc).
>
>
>
>             > BTW, upon the request of an enterprise, a few on-site
>         attendees had a small side meeting on Monday.  Their
>         **anonymous** opinions and future actions are summarized in
>         the attachment for your info.  If you are interested to join
>         the discussion and contribute, please voice up.  Thank you. 
>         XiPeng
>
>
>
>            ___
>            v6ops mailing list
>         v6ops@ietf.org <mailto:v6ops@ietf.org <mailto:v6ops@ietf.org>>
>         https://www.ietf.org/mailman/listinfo/v6ops
>         <https://www.ietf.org/mailman/listinfo/v6ops>
>         -- 
>         Ed Horley
>         ed@hexabuild.io <mailto:ed@hexabuild.io
>         <mailto:ed@hexabuild.io>>| (925) 876-6604
>         Advancing Cloud, IoT, and Security with IPv6
>         https://hexabuild.io <https://hexabuild.io/>
>         And check out the IPv6 Buzz Podcast at
>         https://packetpushers.net/series/ipv6-buzz/
>         <https://packetpushers.net/series/ipv6-buzz/>
>
>     _______________________________________________
>     v6ops mailing list
>     v6ops@ietf.org
>     https://www.ietf.org/mailman/listinfo/v6ops
>
> AVE!
>   Philipp S. Tiesel / phils…
> -- 
>    {phils}--->---(phils@in-panik.de)--->---(http://phils.in-panik.de)----,
>       wenn w eine   aube ist dn      man au dran dre en               
>     |
>            o     Schr        an muss     hc         h   (Kurt 
> Schwitters) |
> :wq!  <----(phone: +49-179-6737439)---<---(jabber: phils@in-panik.de)----'
>
>
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops