IETF Logo Mail Archive

Re: [RTG-DIR] RtgDir review: draft-ietf-bfd-multipoint-16

Greg Mirsky <gregimirsky@gmail.com> Fri, 25 May 2018 02:56 UTC

Return-Path: <gregimirsky@gmail.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8E99412D77B; Thu, 24 May 2018 19:56:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham 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 q1BEAZTSf1cq; Thu, 24 May 2018 19:56:37 -0700 (PDT)
Received: from mail-wm0-x242.google.com (mail-wm0-x242.google.com [IPv6:2a00:1450:400c:c09::242]) (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 98D2812D7F3; Thu, 24 May 2018 19:56:36 -0700 (PDT)
Received: by mail-wm0-x242.google.com with SMTP id f8-v6so10532390wmc.4; Thu, 24 May 2018 19:56:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=r2xBu/DzRqS+sKZs11IXp/AukS/Q1VPdI0Il8vzDDo4=; b=I1JiCGkVl7svAACSuqkZxoWBpMhHukO3rTg9cnI4yrckZ/+Qm2PGko1WVVVLzgsVdK rh0HCJRaBN9Nk4YYUkDDV+8DZGUFwGFkijvgj3PGV9/yHL4blkqEYT/PZUPH1w6/11zT Y/jUhZ8qgPg8GM18Q5J0f5IqabENys55y3FPEqrSOQUVqn3lqFJ33ABpYNdS1JI/OLJ0 JnvuGuFpu1egdDRJWu7bSoSm/LHYNPEksy2kIxjrCBjwfXsG0sCySOP4Vwnl62JiBoz0 /AfttRyt3YAsEWgY8UbnjKNHCRXkGJL6McCFkfM5NELCtGfkpWfxQrczHr2FI6BPO2oV Ii0Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=r2xBu/DzRqS+sKZs11IXp/AukS/Q1VPdI0Il8vzDDo4=; b=E1Hu7TIfda03S28QUe98Qmt/j8qolqGab04pkTXjN6yDlY8c6ZxN6z8VUN2TUXeIbP iQleUjLzlVDjOO/e/HK7y4kCXa/IubBe+oQ2N0c7Kc3mR3sbXZ16Jv1sw+GYt6qy1Pqq /kBmMs2E5KaTL4Po2oFM6xWCf75fxpFNmXKP4KFIafg/QvIErj785fPfTXEyyUJjLTIM fH3mhYMj0K+9ehNS/eRHrQIIq/tgMKtB3CyE6m9yMBH/9xhrVL84EbKxuP0iEcH4BWYN uoXDMAf2NDl6salWGw/sjtAg/wx0cn3d29f/17gRUEWz1zGxmHmGnyao1SfBdmMaZl2k p3fQ==
X-Gm-Message-State: ALKqPwfmT/+Ex6dBA5H044DlaXov8ws5cr7K0hNx6zAB64IeJ6493I6f v6ia9I20kdn09A0fW0m+6ibgxpdJKbTD7q5hRaA=
X-Google-Smtp-Source: AB8JxZqvPUVJCjGPzZtHtWcXntssnW0zRhgGPzza3P6ecc0wOrmeIZDWsx1jUyvUU5cCGHDX4qnmrEmNm+rZyj8vMkw=
X-Received: by 2002:a2e:7213:: with SMTP id n19-v6mr271083ljc.71.1527216995064; Thu, 24 May 2018 19:56:35 -0700 (PDT)
MIME-Version: 1.0
Received: by 2002:a2e:850d:0:0:0:0:0 with HTTP; Thu, 24 May 2018 19:56:34 -0700 (PDT)
In-Reply-To: <0d0b0e3e-c81a-f2cf-25d0-f3ea4d896376@nokia.com>
References: <9C5FD3EFA72E1740A3D41BADDE0B461FCF003008@dggema521-mbs.china.huawei.com> <28935.1526166269@localhost> <CA+RyBmWKAfqvpRzrrBmpcJsebqmA+OXB_URfuizFh+k9UK_GgA@mail.gmail.com> <24738.1526338685@localhost> <CA+RyBmV3=p5_KRSRDWZXQ-48dFn8CvobXjD37UF66FO9BPBpqw@mail.gmail.com> <0d0b0e3e-c81a-f2cf-25d0-f3ea4d896376@nokia.com>
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Thu, 24 May 2018 19:56:34 -0700
Message-ID: <CA+RyBmUWRTXCYRLgHBbvkX-ELTHOHT4MtfUr=48uDHOhtTagmg@mail.gmail.com>
To: Martin Vigoureux <martin.vigoureux@nokia.com>
Cc: Michael Richardson <mcr+ietf@sandelman.ca>, "<rtg-ads@ietf.org>" <rtg-ads@ietf.org>, rtg-dir@ietf.org, draft-ietf-bfd-multipoint.all@ietf.org, rtg-bfd@ietf.org
Content-Type: multipart/alternative; boundary="0000000000007c60ba056cfeea84"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/cxaZx-arArgI5wdWu-HABxx-UwI>
Subject: Re: [RTG-DIR] RtgDir review: draft-ietf-bfd-multipoint-16
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 25 May 2018 02:56:40 -0000

Hi Martin,
apologies for the delay. Yes, this text left after active-tails document
was spawned. Would the following be acceptable:
      Poll (P)

         Set to 1 if the local system is sending a Poll Sequence, or 0 if
not.

Regards,
Greg

On Fri, May 18, 2018 at 5:35 AM, Martin Vigoureux <
martin.vigoureux@nokia.com> wrote:

> Greg,
>
> looking back in the doc I found:
>       Poll (P)
>
>          Set to 1 if the local system is sending a Poll Sequence or is a
>          session of type MultipointHead soliciting the identities of the
>          tails, or 0 if not.
>
> This looks to me as not being in line with the rest of the document,
> especially the part on "MultipointHead soliciting the identities of the
> tails".
> Am I right in thinking that this anticipates on
> draft-ietf-bfd-multipoint-active-tail ?
>
> If so, please clarify this in the doc; if not, please correct me.
>
> Thanks
> -m
>
> Le 2018-05-15 à 1:09, Greg Mirsky a écrit :
>
>> Hi Michael,
>> thank you for the most expedient response. Both updates are in the new
>> working version.
>>
>> Regards,
>> Greg
>>
>> On Mon, May 14, 2018 at 3:58 PM, Michael Richardson <
>> mcr+ietf@sandelman.ca <mailto:mcr+ietf@sandelman.ca>> wrote:
>>
>>
>>     Greg Mirsky <gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>>
>>     wrote:
>>          > The text that follows the first sentence in section 4.13.1 is
>> the
>>          > replacement of the entire section 6.8.6 of RFC 5880. Would
>>     stressing that
>>          > make the relationship more clear, e.g.:
>>
>>          txt> The following procedure replaces the entire section 6.8.6
>>     of [RFC5880].
>>
>>          > And the same can be applied to the first sentence in section
>>     14.3.3:
>>
>>          txt> The following procedure replaces the entire section 6.8.7
>>     of [RFC5880].
>>
>>     That seems like good text.
>>
>>     --     ]               Never tell me the odds!                 | ipv6
>> mesh
>>     networks [
>>     ]   Michael Richardson, Sandelman Software Works        | network
>>     architect  [
>>     ] mcr@sandelman.ca <mailto:mcr@sandelman.ca>
>>     http://www.sandelman.ca/        |   ruby on rails    [
>>
>>
>>

v2.23.0 | Report a Bug | By Email