draft-xiao-nvo3-bfd-geneve-00

Santosh P K <santosh.pallagatti@gmail.com> Thu, 03 October 2019 14:13 UTC

Return-Path: <santosh.pallagatti@gmail.com>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9D409120924; Thu, 3 Oct 2019 07:13:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 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_HELO_NONE=0.001, 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 e2dSbOnvi9ea; Thu, 3 Oct 2019 07:13:05 -0700 (PDT)
Received: from mail-lj1-x233.google.com (mail-lj1-x233.google.com [IPv6:2a00:1450:4864:20::233]) (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 05C6B12093D; Thu, 3 Oct 2019 07:13:04 -0700 (PDT)
Received: by mail-lj1-x233.google.com with SMTP id y3so2940485ljj.6; Thu, 03 Oct 2019 07:13:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=3xOr/7//CuhbxIP16ry5Ha77ARNhheTlkrVXIkVayds=; b=d+3lrmQJAF5qgnJMjD78g9WEKWankqsnos7oOrcpdie1tMnTBciTu76u0PgT+n+0lX R+RsVtJ5tg6GeL9pJe3eS2FOwV7S/qtyZHry69TcN13TZ4zN0fc5eOnMcgzhLQZIybHm GAEHpub/tHPRCu7k6mqmuDB3iOWNeMViUE5dlqrCYsmBPNskk9C4v5TWDlvga60duc8O FHjsu+F5I4fhErdn7LSJ+RmY3+Z4enG18Ybibx1G7jbsTr4yI4HNIumnRTqau6sY6d7r ZWv/45KDmsjTRk28HwzGk6V9aF4Sxw1b+sP/ULhwOc/1mz++4HggGQAS3kv/J5nn0/Zm tgcA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=3xOr/7//CuhbxIP16ry5Ha77ARNhheTlkrVXIkVayds=; b=KdatQvtkJ9WlcN/Tb7NJi8RzV3mNeP5fiNXJ2qTyTPn/kK0+cDOs4EEr7SMcTk9j7V fUftdTNkJ6c7VNgjBsGF7q4So/7lvRe5cHXD4evaSA0VFD7dcpjv81K4W9kLVvTfVUeY OcAGR0iGngZ2weil7NTVq40vt0G//ExUBeDBVJKNlvVapu8kvXHcMQkPfCn4IYp8YFEc 7H6f+88FgiqSDugjYGHY3Yb0xTTi/gLkI/Yjnvu1/gOle1AbRH/cdEXFx2/MsZaNkJZG t2CF16P/lspnnJuao+67bCeamNEiz6Gqw7CwyQv0MFgDwZUhbGiG9ZAnF58uGUzQGxTA Q5Iw==
X-Gm-Message-State: APjAAAXP1FVBBs3hGmYFk/0NzqlJjG4Wvdh+visFaIQHEDUpB2n+amfs /jjHGXfiYcworJkU8MsQ3gUULsLHo5yUFo3aQr6c3mum
X-Google-Smtp-Source: APXvYqzfL3i1CKxUKoHd8tunnEvgskYRZtqRVM6SDEXIS0yt7KZCz4cJvSF+3wvsllHI8PsjaNGa3DjwaJ0YHse1sFY=
X-Received: by 2002:a2e:6a02:: with SMTP id f2mr3767069ljc.250.1570111982026; Thu, 03 Oct 2019 07:13:02 -0700 (PDT)
MIME-Version: 1.0
From: Santosh P K <santosh.pallagatti@gmail.com>
Date: Thu, 03 Oct 2019 19:42:51 +0530
Message-ID: <CACi9rdsDot_UXWN9F4qJevCOpd15TFRXibPAP2=Xrq0-Xm_2Hw@mail.gmail.com>
Subject: draft-xiao-nvo3-bfd-geneve-00
To: nvo3@ietf.org, rtg-bfd WG <rtg-bfd@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000f241a80594022eca"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/m15JeqM8MqybUrDx8aIlgdYapIs>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
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: <https://mailarchive.ietf.org/arch/browse/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: Thu, 03 Oct 2019 14:13:08 -0000

Hello Authors,
    Below are the comments on the draft.

"[Ed.Note]: Use of O bit is still being discussed in the NVO3 WG, so
   the value is undetermined."


[SPK] In some of the implementation that are using BFD over GENEVE
have already started using O bit to indicate this is OAM packet and
these packets are not being forwarded. We may need to set this in the
GENEVE header for compatibility and have extra information for the new
implementation. Any thoughts?


 "Since multiple BFD sessions may be running between two NVEs, and multiple
BFD sessions may be originating or terminating at one NVE, there needs to
be a mechanism for demultiplexing received BFD packets to the proper
session."

[SPK] BFD VXLAN https://tools.ietf.org/html/draft-ietf-bfd-vxlan-07 drafts
there is good discussion going on if we need to define the motivation of
the draft on what problem it solves if we have BFD per VNI. There are
concerns about the scalability for the same. While we can still have BFD
for subset of VNI or we can have BFD per VNI at sedate interval/demand mode
and may use P/F sequence to poll when required. We can define supporting
use case or when P/F sequence can be really used for example it can be used
when data traffic for a given VNI has not been received for some duration.
There should also be an option to run BFD session for management VNI along
with BFD for per VNI.


 "Since multiple BFD sessions may be running between two NVEs, and multiple
BFD sessions may be originating or terminating at one NVE, there needs to
be a mechanism for demultiplexing received BFD packets to the proper
session."


[SPK] Above section in subtle way tries to talk about multiple BFD session
between same pair but again we need to be clear on what is the motivation?


These are my initial thoughts and would like to see good discussion over
this draft. Please do let me know if you think we need to address them.


Thanks
Santosh P K