Re: [Gen-art] Genart last call review of draft-ietf-mboned-ieee802-mcast-problems-09

"Eric Vyncke (evyncke)" <evyncke@cisco.com> Mon, 14 October 2019 21:53 UTC

Return-Path: <evyncke@cisco.com>
X-Original-To: gen-art@ietfa.amsl.com
Delivered-To: gen-art@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4B257120829; Mon, 14 Oct 2019 14:53:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.5
X-Spam-Level:
X-Spam-Status: No, score=-14.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=h0PstIDS; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=ks3zAA9d
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 dhen-QK2_4zh; Mon, 14 Oct 2019 14:53:40 -0700 (PDT)
Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8923B12003E; Mon, 14 Oct 2019 14:53:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6192; q=dns/txt; s=iport; t=1571090020; x=1572299620; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=2g8SOVhpUZKiGcOuz5p1aptEGlaC8k6UrNLZDeafaJY=; b=h0PstIDSIS7bfHfmEHqscEwOssgqQ1tYssJ0cnDXsJ7GX+LEmAHMidVw 8TaRx5m249bsS5m8jBJUs8Jh9RB9CupBJW6rlJZBj4Z3AOF/GOGmSUrxa Gpitt9EmaFwOzultQfTR5Eu+LAMv31JYENpARC9JU33FzFmIqDE0DWSpa M=;
IronPort-PHdr: =?us-ascii?q?9a23=3AwH95yxIVKzjERc0VjNmcpTVXNCE6p7X5OBIU4Z?= =?us-ascii?q?M7irVIN76u5InmIFeBvad2lFGcW4Ld5roEkOfQv636EU04qZea+DFnEtRXUg?= =?us-ascii?q?Mdz8AfngguGsmAXEDlPfjhbCESF8VZX1gj9Ha+YgBY?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CIAADM7aRd/5FdJa1mGwEBAQEBAQE?= =?us-ascii?q?FAQEBEQEBAwMBAQGBagMBAQELAYFKUAVsVyAECyqEJINHA4pKgjcll36BQoE?= =?us-ascii?q?QA1QJAQEBDAEBIwoCAQGEQAIXgkckNwYOAgMJAQEEAQEBAgEFBG2FLQyFTAI?= =?us-ascii?q?BAxIREQwBASkOAQ8CAQgUBgIRFQICAjAVEAIEAQ0FIoMAAYJGAy4BAgylDgK?= =?us-ascii?q?BOIhhdYEygn0BAQWFChiCFwMGgQwoAYlEgkkYgUA/gREnDBOCTD6CYQKBHCk?= =?us-ascii?q?zKIJPMoIsjTaCOZ1YCoIihwiKDYQEG4I6h06POI4tiCKRFQIEAgQFAg4BAQW?= =?us-ascii?q?BaCOBWHAVZQGCQVAQFIFPg3OFFIU/dIEpkCUBAQ?=
X-IronPort-AV: E=Sophos;i="5.67,296,1566864000"; d="scan'208";a="640833622"
Received: from rcdn-core-9.cisco.com ([173.37.93.145]) by rcdn-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 14 Oct 2019 21:53:39 +0000
Received: from XCH-RCD-018.cisco.com (xch-rcd-018.cisco.com [173.37.102.28]) by rcdn-core-9.cisco.com (8.15.2/8.15.2) with ESMTPS id x9ELrdMB014001 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 14 Oct 2019 21:53:39 GMT
Received: from xhs-rtp-002.cisco.com (64.101.210.229) by XCH-RCD-018.cisco.com (173.37.102.28) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Mon, 14 Oct 2019 16:53:38 -0500
Received: from xhs-rcd-002.cisco.com (173.37.227.247) by xhs-rtp-002.cisco.com (64.101.210.229) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Mon, 14 Oct 2019 17:53:38 -0400
Received: from NAM04-CO1-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-002.cisco.com (173.37.227.247) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Mon, 14 Oct 2019 16:53:38 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=h+ZUdj4/11lBcs7ATWeP/s/8QZUUmILfTQTnPzQNYxPFcj3LAnK2dWEjz6ay39YaFMMvcvtkRuYffmCw4H8PzDHmEey2VYVKWiJSrDkiNWtVqRy+lrpCG1yIcnMzjL5Ft8YVt+QdM1YVev+6qqhGkXntjA8daduDquqjnhdahd/cUtdMUa6d6JcGwfyZvu/m9DEQkJYqOf3J51LXpdxFf+2nnsR2dazfc+/Y1+EjVW1uRaV7VnX1gkn8HXkHB367DeZBHiHNNcvblenPviMMK9viLVQdEZ55OF3aKfRnICk1TSosZVSLfA3Zwh+sDnAhuTZpwCWsrCVWBINIuDw1Lg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=2g8SOVhpUZKiGcOuz5p1aptEGlaC8k6UrNLZDeafaJY=; b=FIIyRiqybAzVcZEGQXCZiSKRJBYK8MEW1Hra7b1fxwr78HahyeJUGBQYx0Mqc74sWC4shD1ukTsWH7S+eNG5KsC2Y8AfNbDWv3dXIqWSJtXZxlbcOPh56fcZ+crKWqvQEzAbMUTeAxauwNF1+NClXD19hcS7DGL1IdL1tVw1JlfDOT4JNVsGf6pBBzz2EgVq8Ma8NVKHRgS/ISHx9TO+GVhFBzkr9CBZ8P0/aULSXtBapEK/xsYerY4Nfns5jh0Fen1aAogq2mMw7OCnb8aZ0gYnkWfZo/XciTHwHdLon7Hd+kxQnzXZCsKwqnyKV3h6IQ71OLG8VUdFGKul1Pn7yA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=2g8SOVhpUZKiGcOuz5p1aptEGlaC8k6UrNLZDeafaJY=; b=ks3zAA9dUToKL9bNw8k+6fN6SU8wpa3+GD4YQsAebOmpX0X/CNqqRVOjbrsJfOtLUoqedpCBJmh7oK7RdygBNjM6lN/hM+9ZMa/7S6MsQtp/LAO4GxcODpoLHOUHvEZtfZmSP2ciJCmo7BrxyuheYdWMr6Ut7ctIId38nIvkWoI=
Received: from MN2PR11MB4144.namprd11.prod.outlook.com (20.179.150.210) by MN2PR11MB4381.namprd11.prod.outlook.com (52.135.37.28) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2347.18; Mon, 14 Oct 2019 21:53:36 +0000
Received: from MN2PR11MB4144.namprd11.prod.outlook.com ([fe80::e4f8:d335:c018:c62a]) by MN2PR11MB4144.namprd11.prod.outlook.com ([fe80::e4f8:d335:c018:c62a%7]) with mapi id 15.20.2347.021; Mon, 14 Oct 2019 21:53:36 +0000
From: "Eric Vyncke (evyncke)" <evyncke@cisco.com>
To: Pete Resnick <resnick@episteme.net>, "gen-art@ietf.org" <gen-art@ietf.org>
CC: "mboned@ietf.org" <mboned@ietf.org>, "draft-ietf-mboned-ieee802-mcast-problems.all@ietf.org" <draft-ietf-mboned-ieee802-mcast-problems.all@ietf.org>
Thread-Topic: Genart last call review of draft-ietf-mboned-ieee802-mcast-problems-09
Thread-Index: AQHVgtAvYGgEy8PWlk+7qLUJxPN/zqdaz48A
Date: Mon, 14 Oct 2019 21:53:36 +0000
Message-ID: <234D8B93-8406-4A63-BEDC-9DE911DF01A2@cisco.com>
References: <157108586606.24818.4432409066357706850@ietfa.amsl.com>
In-Reply-To: <157108586606.24818.4432409066357706850@ietfa.amsl.com>
Accept-Language: fr-BE, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.1d.0.190908
authentication-results: spf=none (sender IP is ) smtp.mailfrom=evyncke@cisco.com;
x-originating-ip: [2001:420:c0c1:36:155a:bee:c9e2:bff1]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: a162853a-5297-4470-895f-08d750f0f759
x-ms-traffictypediagnostic: MN2PR11MB4381:
x-ms-exchange-purlcount: 1
x-microsoft-antispam-prvs: <MN2PR11MB4381F05CA9AEBAE68E32E376A9900@MN2PR11MB4381.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-forefront-prvs: 01901B3451
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(39860400002)(136003)(396003)(366004)(376002)(346002)(199004)(189003)(4001150100001)(99286004)(4326008)(256004)(14444005)(2906002)(14454004)(36756003)(2501003)(5660300002)(25786009)(6486002)(8936002)(54906003)(6246003)(8676002)(71200400001)(71190400001)(6436002)(33656002)(478600001)(81166006)(81156014)(316002)(229853002)(2616005)(6512007)(58126008)(66556008)(110136005)(6306002)(6506007)(486006)(305945005)(446003)(7736002)(76176011)(476003)(11346002)(102836004)(186003)(91956017)(46003)(66946007)(76116006)(66446008)(66476007)(64756008)(6116002)(86362001); DIR:OUT; SFP:1101; SCL:1; SRVR:MN2PR11MB4381; H:MN2PR11MB4144.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: AVecmA0VjYVDPVhCHIh0krzSANFwTdjKkFsUgFrIzJXCUAy/YFCEf52ROIf6P+3Z/nueVYRsaMk3+8NqlbWMYAOYOvkuKmRUR0h8NoAZQX2zwZJ6TFTqLcoWouy2CQf8wwlgke+GJqYtb6F0x+kihSJ9Qv3KrvyX8K6Nat8pILdXcxVTBwd8LNsRi3Hg8403Uj51zymDu/Bf+QNq1c9g/Fz+H3CcptRBqFCmQNwryisV0yfuy2hhSy4xAx/pjNQpUj05W8qJkXuomis+qptdqvvdZP9rfDvft8lOe5fhGtYtsLhcoI15pUHeMayNn0PSem84mvBKf6zNtp5VUQAt0VxM4UIvZWOqQJq1bNiQxOZX2+4QGpYFEBMAwZf5sQHfw7GpodnsD2RDnoRgaMppjOZ0059Re9kcuWvTRSnveCwyMZIMVMu4GzYaQ/If5eZm1EelpgijuybhL2L/s5rtRw==
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-ID: <37E2F3819E88404ABDD486E737064177@namprd11.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: a162853a-5297-4470-895f-08d750f0f759
X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Oct 2019 21:53:36.6389 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: Ol9eW8OAVwsDW+lvoQTLI1/ad0x6l/K9UBUb7jrQS/qghCNAEwwFPHd2K3YojaTTZaVyCIeo1gaQ39rDSsb3BQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB4381
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.28, xch-rcd-018.cisco.com
X-Outbound-Node: rcdn-core-9.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/gen-art/ld0eu0L0pn9Tk4ph8TIw1G7encs>
Subject: Re: [Gen-art] Genart last call review of draft-ietf-mboned-ieee802-mcast-problems-09
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "GEN-ART: General Area Review Team" <gen-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gen-art>, <mailto:gen-art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gen-art/>
List-Post: <mailto:gen-art@ietf.org>
List-Help: <mailto:gen-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 14 Oct 2019 21:53:45 -0000

Thank you Pete for your extensive review. As the responsible AD for this document, I really appreciate them

-éric

On 14/10/2019, 22:44, "Pete Resnick via Datatracker" <noreply@ietf.org>; wrote:

    Reviewer: Pete Resnick
    Review result: On the Right Track
    
    I am the assigned Gen-ART reviewer for this draft. The General Area
    Review Team (Gen-ART) reviews all IETF documents being processed
    by the IESG for the IETF Chair.  Please treat these comments just
    like any other last call comments.
    
    For more information, please see the FAQ at
    
    <https://trac.ietf.org/trac/gen/wiki/GenArtfaq>;.
    
    Document: draft-ietf-mboned-ieee802-mcast-problems-09
    Reviewer: Pete Resnick
    Review Date: 2019-10-14
    IETF LC End Date: 2019-10-14
    IESG Telechat date: Not scheduled for a telechat
    
    Summary:
    
    This document has good information and analysis of multicast problems and is
    certainly valuable. However, there are some things in the document which could
    use clarification or editing.
    
    Major issues:
    
    The first paragraph of section 8 really has too little useful comment. There is
    no reference for 802.1ak, the reference to 802.1Q is inline instead of in the
    references section, and the content of neither of these standards is explained
    in this document. The paragraph doesn't really lay out what the topic of
    discussion is, at least for someone like myself who is not versed in the topic.
    I really think this needs to be addressed.
    
    Minor issues:
    
    (Some of these issues are more or less "minor".)
    
    Section 3.1.4 seems a little thin to this non-expert. It is certainly true that
    "every station has to be configured to wake up to receive the multicast", but
    it seems like only a poorly designed protocol would create the situation where
    "the received packet may ultimately be discarded" on any kind of regular basis.
    If there are a class of packets that the receiver will ultimately discard, that
    sounds like they should be on a separate multicast address, or the sender
    should be determining if the packet will be discarded before sending it.
    Perhaps what this section is driving at is that multicast protocols are often
    designed without taking power-saving considerations into account, but then
    *that's* what this section should probably talk about. As it is, it sounds like
    the old joke about saying to the doctor, "My arm hurts when I do this" and the
    doctor replying, "The stop doing that".
    
    In section 3.2.1, the last paragraph is missing a bunch of information:
    "It's often the first service that operators drop": What is "it"?
    "Multicast snooping" is not defined.
    In what scenario are devices "registering"?
    
    Section 3.2.2: "This intensifies the impact of multicast messages that are
    associated to the mobility of a node." I don't understand why. Are you simply
    saying that as the number of addresses goes up, more discovery packets must be
    sent?
    
    Section 3.2.4: This seems like more of general problem than a
    multicast-specific one, and as described it sounds like an attack rather than a
    poor outcome of a protocol design decision like the rest of the examples.
    Perhaps framing it that way would make the section clearer.
    
    Section 4.4: Which problem in section 3 is 4.4 supposed to address?
    
    Section 5.1: "...and sometimes the daemons just seem to stop, requiring a
    restart of the daemon and causing disruption." What a strange thing to say.
    Does this simply mean "and the current implementations are buggy"?
    
    Also section 5.1: "The distribution of users on wireless networks / subnets
    changes from one IETF meeting to the next". This document doesn't seem to be
    about the IETF meeting network. This sentence seems inappropriately specific.
    The "NAT" and "Stateful firewalls" sections are also overly specific to the
    IETF meeting network. Generalizing would help.
    
    7: This section seems quite thin, and perhaps unnecessary. The recommendations
    are implicit in the previous sections.
    
    Nits/editorial comments:
    
    Section 3.2.4: The mention of the face-to-face (probably better: "plenary")
    meeting seems unnecessary.
    
    Section 5.1: Numbering the subsections would probably be useful.