Re: [Int-area] New Version Notification for draft-patterson-intarea-ipoe-health-02.txt

Richard Patterson <richard@helix.net.nz> Thu, 28 June 2018 08:30 UTC

Return-Path: <richard@helix.net.nz>
X-Original-To: int-area@ietfa.amsl.com
Delivered-To: int-area@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 109D4130E66 for <int-area@ietfa.amsl.com>; Thu, 28 Jun 2018 01:30:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=helix-net-nz.20150623.gappssmtp.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 MiPUMEr6JJWw for <int-area@ietfa.amsl.com>; Thu, 28 Jun 2018 01:30:23 -0700 (PDT)
Received: from mail-it0-x235.google.com (mail-it0-x235.google.com [IPv6:2607:f8b0:4001:c0b::235]) (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 EAF09130ECC for <int-area@ietf.org>; Thu, 28 Jun 2018 01:30:22 -0700 (PDT)
Received: by mail-it0-x235.google.com with SMTP id p17-v6so6374366itc.2 for <int-area@ietf.org>; Thu, 28 Jun 2018 01:30:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=helix-net-nz.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=/uVvKe3PbaEynhe+OFjfmcfpjxycwt8SQlhdNLSZahA=; b=HiPHo2D1Q6btKc/hsbYKILftyrPRTkYH05glKmv7u3TKxXAj818pXwBsn4CjaDSTkx rTJvdV5sD8vnPhYqhl1EfvUtd+l7KH8Q0HrMD/22Dec4EtOHVTOkp5qoNjYearnYPZOp kU1MN8n3IEeniqKw/TKtu0Q8D3kwVhRNrYETeG6x98Eh63xS9xWZKYlbL9h1sumGRsU2 MTACNh6lIoU9EaYufc5wWxXMsYJZs32dcZTxnX91DlatlnjtxPkeLKK8zv5GKPOssXOl YHek59GATAeWiPp1pelMhoFLQWjg9YkL8EnngKGxIpLBxWJzm1mVQB9N2KzqCjF2QOLz ZmRw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=/uVvKe3PbaEynhe+OFjfmcfpjxycwt8SQlhdNLSZahA=; b=YSBnCdfM74juevv4W2clHyX4DPM1pfQqWttll2McPDRpwZVgicCp8AN0gy4i+6rsD8 tJn5m7HS+y9k90R2xodIOrGv3aYzSzpZCDveSd0NqO3qMymjYPPAZIO6HYbzFrrhH1js 9P1FRD3crLA9nApM18au7K10t7BiZS9GW+4cCZSnR76QTgBhspJOApzdJoskGPuOW/bq 4QMnzdsVaRCFR+AKa4HdvKg2TAGpxxiN8QdDmQO8GiJUlnIWa7u+I3VgpNmuIbawy2xo IKhq55mNWVjrOvdf3ui1u2Xlt+COJBJ8is/XxdkjBi4r2o1gFBQqEtQdWsV/x3H8ZTNi 71cQ==
X-Gm-Message-State: APt69E1hBWDzbLCCYIPAX3aV28LM8TMQOFG00yt2w9a5iDyWnkBisf89 tsMK2/RCjaBzNcj0Ayt5crA8hNYq
X-Google-Smtp-Source: AAOMgpfiALMZLQtyQkQ9OXxCBaHTgZ89IT2ZlgIf2pfVaqHc4NOHYfRij9Np+4qgWHOmbZ8QhRy/VQ==
X-Received: by 2002:a24:d105:: with SMTP id w5-v6mr7055239itg.64.1530174621547; Thu, 28 Jun 2018 01:30:21 -0700 (PDT)
Received: from mail-it0-f53.google.com (mail-it0-f53.google.com. [209.85.214.53]) by smtp.gmail.com with ESMTPSA id v200-v6sm3679106ita.43.2018.06.28.01.30.20 for <int-area@ietf.org> (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 28 Jun 2018 01:30:20 -0700 (PDT)
Received: by mail-it0-f53.google.com with SMTP id p4-v6so4093979itf.2 for <int-area@ietf.org>; Thu, 28 Jun 2018 01:30:20 -0700 (PDT)
X-Received: by 2002:a24:9f81:: with SMTP id c123-v6mr7540859ite.81.1530174620115; Thu, 28 Jun 2018 01:30:20 -0700 (PDT)
MIME-Version: 1.0
References: <152942445652.30032.15080648913308255687.idtracker@ietfa.amsl.com> <8171C92C-3979-4889-9B8E-2695080CDA51@sky.uk> <CAHL_VyDhYOWrAU0f+pEngnLYWQxz=GQ=eZosNXBvYaNjCEAFKA@mail.gmail.com> <CAHL_VyA0t04z1CtgQY0pXPGvcX1ETVFJX1X0WN_y0ZkB8ypkwA@mail.gmail.com> <42d70c8b-5010-4000-9320-69da49565948@OPEXCLILM31.corporate.adroot.infra.ftgroup>
In-Reply-To: <42d70c8b-5010-4000-9320-69da49565948@OPEXCLILM31.corporate.adroot.infra.ftgroup>
From: Richard Patterson <richard@helix.net.nz>
Date: Thu, 28 Jun 2018 09:30:08 +0100
X-Gmail-Original-Message-ID: <CAHL_VyDPRoANbcAyAse97wEpZ_4BkqTkn5z=54He0kscUXQO_A@mail.gmail.com>
Message-ID: <CAHL_VyDPRoANbcAyAse97wEpZ_4BkqTkn5z=54He0kscUXQO_A@mail.gmail.com>
To: int-area@ietf.org
Cc: mohamed.boucadair@orange.com, jeanyves.cloarec@orange.com
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/int-area/AGEy-x5sDn9xLpo0oXHvusylWMQ>
Subject: Re: [Int-area] New Version Notification for draft-patterson-intarea-ipoe-health-02.txt
X-BeenThere: int-area@ietf.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: IETF Internet Area Mailing List <int-area.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/int-area>, <mailto:int-area-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/int-area/>
List-Post: <mailto:int-area@ietf.org>
List-Help: <mailto:int-area-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/int-area>, <mailto:int-area-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 28 Jun 2018 08:30:26 -0000

Thanks Med,
I've worked your comments in to the -03 working version.

-Rich
On Tue, 26 Jun 2018 at 15:30, <mohamed.boucadair@orange.com> wrote:
>
> Hi Richard,
>
> Thank you for writing this document.
>
> FWIW, please find some inputs to this draft:
>
> https://github.com/boucadair/IETF-Drafts-Reviews/blob/master/draft-patterson-intarea-ipoe-health-02-rev%20Med.pdf (pdf version)
> https://github.com/boucadair/IETF-Drafts-Reviews/raw/master/draft-patterson-intarea-ipoe-health-02-rev%20Med.doc  (.doc version)
>
> FYI, similar mechanisms are supported by our CPE (but also at the network side). It is worth to ACK that “some” means can be enabled at the network side (in addition to the CPE).
>
> I do see a value in the dynamic approach proposed in the draft (e.g., instruct the behavior). Some additional parameters can be included to tweak the mechanism and to align both CPE and network side.
>
> Cheers,
> Med
>
> > -----Message d'origine-----
> > De : Int-area [mailto:int-area-bounces@ietf.org] De la part de Richard
> > Patterson
> > Envoyé : mardi 19 juin 2018 18:17
> > À : int-area@ietf.org
> > Objet : [Int-area] New Version Notification for draft-patterson-intarea-ipoe-
> > health-02.txt
> >
> > Thanks for the comments on and off the v6ops list, we've published a
> > new version of draft-patterson-intarea-ipoe-health.
> >
> > The major changes can summarised as:
> >  - Emphasised preference for use of BFD echo as the health check mechanism.
> >  - Removed lifetime expiration from Behaviour 2 and clarified usage.
> >  - Updated Behaviour 3 with instructions for whilst mid-renew/rebind.
> >  - Reworded multihoming section.
> >  - Added Acknowledgements.
> >
> > Please continue providing feedback, and if anyone has a relationship
> > with DHCP client developers, or CPE vendors, we'd love to start a
> > dialogue there too.
> >
> > -Richard
> >
> >
> > On 19/06/2018, 17:07, "internet-drafts@ietf.org"
> > <internet-drafts@ietf.org> wrote:
> >
> >
> >     A new version of I-D, draft-patterson-intarea-ipoe-health-02.txt
> >     has been successfully submitted by Richard Patterson and posted to the
> >     IETF repository.
> >
> >     Name:draft-patterson-intarea-ipoe-health
> >     Revision:02
> >     Title:IPoE Client Health Checking
> >     Document date:2018-06-19
> >     Group:Individual Submission
> >     Pages:13
> >     URL:
> > https://www.ietf.org/internet-drafts/draft-patterson-intarea-ipoe-health-
> > 02.txt
> >     Status:
> > https://datatracker.ietf.org/doc/draft-patterson-intarea-ipoe-health/
> >     Htmlized:
> > https://tools.ietf.org/html/draft-patterson-intarea-ipoe-health-02
> >     Htmlized:
> > https://datatracker.ietf.org/doc/html/draft-patterson-intarea-ipoe-health
> >     Diff:
> > https://www.ietf.org/rfcdiff?url2=draft-patterson-intarea-ipoe-health-02
> >
> >     Abstract:
> >        PPP over Ethernet clients have the functionality to detect path
> >        unavailability by using PPP Keepalives.  IP over Ethernet does not
> >        have this functionality, and it's not specified when an IP over
> >        Ethernet client should consider its WAN connectivity down, unless
> >        there is a physical layer link down event.
> >
> >        This document describes a way for IP over Ethernet clients to achieve
> >        connectivity validation, similar to that of PPP over Ethernet, by
> >        using BFD Echo, or ARP and Neighbor Discovery functions.
> >
> >
> >
> >
> >     Please note that it may take a couple of minutes from the time of
> > submission
> >     until the htmlized version and diff are available at tools.ietf.org.
> >
> >     The IETF Secretariat
> >
> > _______________________________________________
> > Int-area mailing list
> > Int-area@ietf.org
> > https://www.ietf.org/mailman/listinfo/int-area