Re: Seeking opinions on draft-akiya-bfd-seamless-alert-discrim

Marc Binderberger <marc@sniff.de> Wed, 26 November 2014 06:34 UTC

Return-Path: <marc@sniff.de>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7FC8D1A1B9E for <rtg-bfd@ietfa.amsl.com>; Tue, 25 Nov 2014 22:34:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.56
X-Spam-Level:
X-Spam-Status: No, score=-1.56 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, T_RP_MATCHES_RCVD=-0.01] autolearn=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 drF49kxC-qYd for <rtg-bfd@ietfa.amsl.com>; Tue, 25 Nov 2014 22:34:37 -0800 (PST)
Received: from door.sniff.de (door.sniff.de [IPv6:2001:6f8:94f:1::1]) by ietfa.amsl.com (Postfix) with ESMTP id E61C01A1B9B for <rtg-bfd@ietf.org>; Tue, 25 Nov 2014 22:34:36 -0800 (PST)
Received: from [IPv6:::1] (localhost.sniff.de [127.0.0.1]) by door.sniff.de (Postfix) with ESMTP id 742112AA0F; Wed, 26 Nov 2014 06:34:33 +0000 (GMT)
Date: Tue, 25 Nov 2014 22:37:33 -0800
From: Marc Binderberger <marc@sniff.de>
To: Sam Aldrin <aldrin.ietf@gmail.com>
Message-ID: <20141125223733023799.7609dd07@sniff.de>
In-Reply-To: <CA+C0YO0NV3dkf==-M+kmTu5V_wEm4K0sBjxwu6ChrtieSXX8fw@mail.gmail.com>
References: <CECE764681BE964CBE1DFF78F3CDD3943F59FF47@xmb-aln-x01.cisco.com> <D098C403.279A9%mmudigon@cisco.com> <CECE764681BE964CBE1DFF78F3CDD3943F5A1776@xmb-aln-x01.cisco.com> <CA+C0YO0NV3dkf==-M+kmTu5V_wEm4K0sBjxwu6ChrtieSXX8fw@mail.gmail.com>
Subject: Re: Seeking opinions on draft-akiya-bfd-seamless-alert-discrim
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: GyazMail version 1.5.15
Archived-At: http://mailarchive.ietf.org/arch/msg/rtg-bfd/t3xNsSyDO5AP1VGxBfWjRlYC69I
Cc: "rtg-bfd@ietf.org" <rtg-bfd@ietf.org>, "manav@ionosnetworks.com" <manav@ionosnetworks.com>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Nov 2014 06:34:38 -0000

Hello Sam,

> [resending as mailer complained, mail is too long; removed earlier content 
> as well)

complained but still delivered the long email too :-)


> Keeping the solution aside, what makes it special that the use case cannot 
> be documented in 'use case' ID?

I would say it's the other way around: what makes S-BFD base and use-case so 
special that we separated them?

And sure, there is a good answer: size and focus. Especially keeping focus on 
both topics - protocol and use cases - is probably easier with two documents.
But for something the size of the alert-discriminator the size is not a 
problem and for being focused it's then in favour of one single document 
(IMHO).

Splitting a small document makes it just fuzzy (my very personal opinion ;-)


> Secondly, the alert-discriminator ID specifies the 'trace' option (sec 2.2).
> I am not sure if it is indeed needed as BFD was not used so far like this.
> Just a simple extension or not is different matter. Whether we should be 
> doing it with BFD (not just S-BFD) is more important and needs to be 
> discussed.

Interesting point.  


Regards, Marc