Re: Network Operator's input

Alexandre Petrescu <alexandre.petrescu@gmail.com> Tue, 30 April 2019 08:16 UTC

Return-Path: <alexandre.petrescu@gmail.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2771E1200B2 for <ipv6@ietfa.amsl.com>; Tue, 30 Apr 2019 01:16:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.632
X-Spam-Level:
X-Spam-Status: No, score=-2.632 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_DNSWL_MED=-2.3, SPF_SOFTFAIL=0.665, 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 lzVysR6yiTbV for <ipv6@ietfa.amsl.com>; Tue, 30 Apr 2019 01:16:20 -0700 (PDT)
Received: from oxalide-smtp-out.extra.cea.fr (oxalide-smtp-out.extra.cea.fr [132.168.224.13]) (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 E3EF7120099 for <ipv6@ietf.org>; Tue, 30 Apr 2019 01:16:19 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by oxalide-sys.extra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id x3U8GHhe188584 for <ipv6@ietf.org>; Tue, 30 Apr 2019 10:16:17 +0200
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 8A37F203A78 for <ipv6@ietf.org>; Tue, 30 Apr 2019 10:16:17 +0200 (CEST)
Received: from muguet2-smtp-out.intra.cea.fr (muguet2-smtp-out.intra.cea.fr [132.166.192.13]) by pisaure.intra.cea.fr (Postfix) with ESMTP id 8084D203A13 for <ipv6@ietf.org>; Tue, 30 Apr 2019 10:16:17 +0200 (CEST)
Received: from [10.8.35.150] (is154594.intra.cea.fr [10.8.35.150]) by muguet2-sys.intra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id x3U8GHif009863 for <ipv6@ietf.org>; Tue, 30 Apr 2019 10:16:17 +0200
Subject: Re: Network Operator's input
To: ipv6@ietf.org
References: <F8BFFCAD-E58E-4736-8A1C-56579B6F6032@employees.org> <a2465e81-a17f-ab48-efda-20fe12a70077@foobar.org> <22774.1556560887@localhost> <m1hLB3s-0000ItC@stereo.hq.phicoh.net>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Message-ID: <b9b91ac4-5baf-9a34-bf78-852d840f169e@gmail.com>
Date: Tue, 30 Apr 2019 10:16:17 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1
MIME-Version: 1.0
In-Reply-To: <m1hLB3s-0000ItC@stereo.hq.phicoh.net>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: fr
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/95jFKaVvv8zXW6oU1dglFi9j62A>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Apr 2019 08:16:22 -0000

Philip,

Le 29/04/2019 à 20:31, Philip Homburg a écrit :
>> I think that the objectors have been rather few, have been unreasonably loud
>> and very repetitive.
> 
> Here is the opinion of operators at the RIPE meeting last fall:
> https://ripe77.ripe.net/archives/video/2335/
> Reactions at 5:38
> 
> Of course in true tradition of the IETF, operator input is mostly ignored.

I am not sure whether this is a sarcasm.  If it is, this is what I think:

For me, Operator input is highly valuable in many contexts, since the 
Internet sheer size is mostly covered by Network Operators.  But not in 
all contexts.

There are IPv6 contexts in which there are no operators in the ISP 
sense.  Yet there are people who run the networks in these ISP-less IPv6 
contexts.

For example, there are very little, if incumbent, operators in vehicular 
networks.  Another example is the IETF network where the operator is, 
err, I dont know, but surely not an ISP.

In that sense, I do appreciate if IETF has tradition that takes 
operator's input as much as other input.

This opinion is about operators input and IPv6.  This opinion is not 
about this draft.

Alex

> 
> 
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------
>