RE: So where have all these new 6man WG people come from?

"Bernier, Daniel" <daniel.bernier@bell.ca> Thu, 28 May 2020 14:23 UTC

Return-Path: <prvs=4108728e5=daniel.bernier@bell.ca>
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 CFCAE3A0F71 for <ipv6@ietfa.amsl.com>; Thu, 28 May 2020 07:23:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 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, 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=bell.ca
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 6neiQ3GqxCJo for <ipv6@ietfa.amsl.com>; Thu, 28 May 2020 07:23:06 -0700 (PDT)
Received: from ESA1-Dor.bell.ca (esa1-dor.bell.ca [204.101.223.58]) (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 DA3643A0D89 for <6man@ietf.org>; Thu, 28 May 2020 07:23:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bell.ca; i=@bell.ca; q=dns/txt; s=ESAcorp; t=1590675785; x=1622211785; h=from:to:cc:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version:subject; bh=ngBBFmsjqZwfmaauZvS7mtfM+KAa6M+uhFhZ75XTRT8=; b=DYBtuz5smfvbeFD2uR8RBusioZ7/qXsNoyQJ8eKKjW0lY03tyZcQzMJl GufejkBd2WlDyrQuy1r1sA11bMTm9CZsFTEScQC3Yolx+GgsY4KifbGrM QJSNXbnxuZgu+/w2fohLJGpT/AhU5+akXCoiYCFDrGCflyMPPg0HY4PIj o6XI3FOPnGhboPCAFQOlzBL6zJMP2yweAqy+eOw18AvxzXbsPInyp2DDK H6xzwa1yKgQsUs9y/yD2spBy2pfJrMCB/WdaSHTuuWqwkuy9lDC3wlMFE MU/aDNhZhzx+agiUK42np59+iL2of3jja7XLcaAkqqBMOwVNMEFLYWU7/ Q==;
IronPort-SDR: /kE8/1+D6eEKkc6TR7a/9lICcstzLhgBnWRhLYQCiSsuDVEbKiCYhb6OEJsZxgVhFUwcwlBnlM Z3RY6FfAgFiw==
Subject: RE: So where have all these new 6man WG people come from?
Received: from unknown (HELO DG1MBX02-WYN.bell.corp.bce.ca) ([10.39.18.12]) by esa01corp-dor.bell.corp.bce.ca with ESMTP/TLS/ECDHE-RSA-AES256-SHA384; 28 May 2020 10:23:04 -0400
Received: from DG1MBX04-WYN.bell.corp.bce.ca (2002:8eb6:120e::8eb6:120e) by DG1MBX02-WYN.bell.corp.bce.ca (2002:8eb6:120c::8eb6:120c) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Thu, 28 May 2020 10:23:04 -0400
Received: from DG1MBX04-WYN.bell.corp.bce.ca ([fe80::985f:63a7:1da1:aa02]) by DG1MBX04-WYN.bell.corp.bce.ca ([fe80::985f:63a7:1da1:aa02%22]) with mapi id 15.00.1497.006; Thu, 28 May 2020 10:23:04 -0400
From: "Bernier, Daniel" <daniel.bernier@bell.ca>
To: "Voyer, Daniel" <daniel.voyer@bell.ca>, "Templin (US), Fred L" <Fred.L.Templin@boeing.com>, "otroan@employees.org" <otroan@employees.org>, Mark Smith <markzzzsmith@gmail.com>
CC: 6MAN <6man@ietf.org>
Thread-Topic: [EXT]RE: So where have all these new 6man WG people come from?
Thread-Index: AQHWNPns4SR2GoqyikqG5AlmyzCwQai9jQsA
Date: Thu, 28 May 2020 14:23:04 +0000
Message-ID: <4FE8C14C-421D-45D5-A1DE-D48E66AAC652@bell.ca>
References: <8A5DB52F-5355-484D-8E70-02247C2DF88E@bell.ca>
In-Reply-To: <8A5DB52F-5355-484D-8E70-02247C2DF88E@bell.ca>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/16.37.20051002
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [172.28.92.3]
Content-Type: text/plain; charset="utf-8"
Content-ID: <CCC1B40340910342B6016E5B2FE2F90B@exchange.bell.ca>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/8UJ_jOrelP9YmBF06tGZTEVmaHY>
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: Thu, 28 May 2020 14:23:08 -0000

+1 to my colleagues comment

Moreover, every open community thrives at trying to grow and add new active participants, committers (just look at the IETF Hackathons attendees growth).
It would be counter-intuitive if WG were actually proposing the opposite.

Thanks,
Dan B

On 2020-05-28, 10:11 AM, "ipv6 on behalf of Voyer, Daniel" <ipv6-bounces@ietf.org on behalf of daniel.voyer@bell.ca> wrote:

    Hello Fred,

    I too, come from the real-world, the operator side which implies wireline & wireless network. It's pretty awesome that you have an aviation hat though, I can't claim that I have a "drone hat" .. just yet.

    But with this new ecosystem where we try to have an end-to-end type architecture, from access network, to metro and core network and try to adapt to a 5G/MEC, I believe we are redefining boundaries between domains. What's happening in 6man AND SPRING working group just reflect those new changes. New contributors coming in is not just happening to those 2 working group, there's also new contributors showing at DMM wg, and there's wireline folks attending 3GPP (not just related to segment routing). Proposing to "reject" or "treat" new contributors separately makes an "us and them" type of relationship and it's not good for reaching a form of consensus. 

    Regards,
    dan

    On 2020-05-28, 9:54 AM, "ipv6 on behalf of Templin (US), Fred L" <ipv6-bounces@ietf.org on behalf of Fred.L.Templin@boeing.com> wrote:

        Ole,

        > It seems that a proxy war is being fought out in the working group.
        > With both opponents and proponents of proposals closely aligned along company borders.

        I am representing real-world use cases (planes, trains and automobiles) with my
        aviation hat on. I do not work for a network equipment vendor and do not have
        company influences driving my decisions. I think this flood of people coming into
        6man many for the first time is bad for the 6man technical process and may
        interfere with the timely need for solutions to real world problems. I trust that
        the chairs will recognize what is going on and make the right decisions.

        Thanks - Fred

        > -----Original Message-----
        > From: ipv6 [mailto:ipv6-bounces@ietf.org] On Behalf Of otroan@employees.org
        > Sent: Thursday, May 28, 2020 5:12 AM
        > To: Mark Smith <markzzzsmith@gmail.com>
        > Cc: 6MAN <6man@ietf.org>
        > Subject: Re: So where have all these new 6man WG people come from?
        > 
        > Segment Routing (CRH, SRH and friends) isn't something 6man has traditionally dealt with.
        > We have been more concerned about IPv6 in the open Internet, end to end, and not so much of technologies only applicable within a
        > controlled domain.
        > 
        > From that perspective, it is not surprising that this work attracts a different participant-set than before.
        > 
        > It seems that a proxy war is being fought out in the working group.
        > With both opponents and proponents of proposals closely aligned along company borders.
        > 
        > Best regards,
        > Ole, with the dystopian hat on.
        > 
        > 
        > > On 28 May 2020, at 13:23, Mark Smith <markzzzsmith@gmail.com> wrote:
        > >
        > > I've been an active participant in the ipng, 6man and v6ops IETF working groups since 2002.
        > >
        > > While I've only been to one IETF meeting in person since then (106, sponsored by the Internet Society), over that time I've come to
        > recognise the names of many of the regular and active participants in these IPv6 working groups.
        > >
        > > I do not recognise many of the names of people who are objecting to the 6man working group adopting the CRH draft.
        > >
        > > Those who have been active 6man participants in recent years would know that even an ID adopted by 6man, written by Bob and
        > Brian, that had a number of revisions, didn't survive WG last call, and that occurred while Bob was (as he still is) one of the 6man WG
        > chairs.
        > >
        > >
        > > Regards,
        > > Mark.
        > > --------------------------------------------------------------------
        > > IETF IPv6 working group mailing list
        > > ipv6@ietf.org
        > > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
        > > --------------------------------------------------------------------
        > 
        > --------------------------------------------------------------------
        > IETF IPv6 working group mailing list
        > ipv6@ietf.org
        > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
        > --------------------------------------------------------------------

        --------------------------------------------------------------------
        IETF IPv6 working group mailing list
        ipv6@ietf.org
        Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
        --------------------------------------------------------------------
        ------------------------------------------------------------------------------
        External Email: Please use caution when opening links and attachments / Courriel externe: Soyez prudent avec les liens et documents joints


    --------------------------------------------------------------------
    IETF IPv6 working group mailing list
    ipv6@ietf.org
    Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
    --------------------------------------------------------------------
    ------------------------------------------------------------------------------
    External Email: Please use caution when opening links and attachments / Courriel externe: Soyez prudent avec les liens et documents joints