Re: [lisp] Review of the LISP-NEXGON draft

Trevor Darrell <trevor@eecs.berkeley.edu> Fri, 05 August 2022 18:56 UTC

Return-Path: <trevor@eecs.berkeley.edu>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D62D5C13C21B for <lisp@ietfa.amsl.com>; Fri, 5 Aug 2022 11:56:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.908
X-Spam-Level:
X-Spam-Status: No, score=-1.908 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id e2uN_FFGsg5W for <lisp@ietfa.amsl.com>; Fri, 5 Aug 2022 11:56:26 -0700 (PDT)
Received: from gateway0.EECS.Berkeley.EDU (gateway0.EECS.Berkeley.EDU [169.229.60.105]) (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 5CF72C14CF03 for <lisp@ietf.org>; Fri, 5 Aug 2022 11:56:26 -0700 (PDT)
Received: from mail-yb1-f181.google.com (mail-yb1-f181.google.com [209.85.219.181]) (authenticated bits=0) by gateway0.EECS.Berkeley.EDU (8.14.7/8.14.7) with ESMTP id 275IuOHn023600 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=FAIL) for <lisp@ietf.org>; Fri, 5 Aug 2022 11:56:25 -0700
Received: by mail-yb1-f181.google.com with SMTP id 7so5212681ybw.0 for <lisp@ietf.org>; Fri, 05 Aug 2022 11:56:25 -0700 (PDT)
X-Gm-Message-State: ACgBeo1NXznGLifT4nPp2LdiulhSyrjdNgrQ4GMwHhKj0HXpCY3mAWbQ VtOjfhI49mL6vuEECB2dVlLaSlIvtkWZAu3S+2A=
X-Google-Smtp-Source: AA6agR64Rn9yPphrkXDHl+QQQBWVliFnxrFRBi3MZCFKVc0kEPisRwBjOHMBri4uVFvZPjZkFskFzL6YNwydUXbXg64=
X-Received: by 2002:a25:2e11:0:b0:665:746:6ac5 with SMTP id u17-20020a252e11000000b0066507466ac5mr6350337ybu.481.1659725784410; Fri, 05 Aug 2022 11:56:24 -0700 (PDT)
MIME-Version: 1.0
References: <CAOZy3yH7yKGJparQUsA=g41ncn9W2-5XR+mW+ZyJbTQST-Rysw@mail.gmail.com> <F95CCB25-7E92-4FE9-9599-503302D6CCE7@gmail.com>
In-Reply-To: <F95CCB25-7E92-4FE9-9599-503302D6CCE7@gmail.com>
From: Trevor Darrell <trevor@eecs.berkeley.edu>
Date: Fri, 05 Aug 2022 11:56:12 -0700
X-Gmail-Original-Message-ID: <CAOZy3yF74+-A4yYnBBmkRsd3351c5eW7F_vJWN+EAZi_Qoni6g@mail.gmail.com>
Message-ID: <CAOZy3yF74+-A4yYnBBmkRsd3351c5eW7F_vJWN+EAZi_Qoni6g@mail.gmail.com>
To: Dino Farinacci <farinacci@gmail.com>
Cc: "lisp@ietf.org list" <lisp@ietf.org>, Fisher Yu <i@yf.io>
Content-Type: multipart/alternative; boundary="000000000000cdecba05e58305c3"
X-Virus-Scanned: clamav-milter 0.103.6 at gateway0.EECS.Berkeley.EDU
X-Virus-Status: Clean
Archived-At: <https://mailarchive.ietf.org/arch/msg/lisp/8LmmeZG9yAm4i8ywb10YVT4WMpA>
X-Mailman-Approved-At: Sun, 07 Aug 2022 10:34:01 -0700
Subject: Re: [lisp] Review of the LISP-NEXGON draft
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lisp/>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 05 Aug 2022 18:56:31 -0000

On Tue, Aug 2, 2022 at 1:16 PM Dino Farinacci <farinacci@gmail.com> wrote:

> Dear Professors Darrell and Yu,
>
> ...
> > Detections from each area are aggregated in algorithmically (location)
> addressable shards.
> >
> > A consolidation process is applied to merge multiple detections from
> multiple points of view, varying time-stamps, and varying detection and
> localization errors. The consolidation process emerges the current state -
> enumeration of the condition of each grid tile aggregated by the shard.
> Both condition enumeration, data-clustering, and consolidation processing
> applied on network edge computers are aligned with BDD research.
>
> One question, what if two detections, roughly at the same time, report
> different visualizations? Is there a policy, such that if one detected
> nothing and another detected an object, that you err on choosing there was
> an object present?
>
>
In general such policies are called "non-maximal suppression", and yes, it
is standard to include various heuristics and/or learned decision fusion
techniques to resolve unique detections.  While this is still somewhat an
area of research to perfect such techniques, they have been already widely
deployed for over a decade in e.g., vehicle and pedestrian detectors, both
within views and across multiple views.  Each vendor will likely implement
a specific policy at first, these policies will generally rely on the
network delivering as many samples as possible with minimal disruption to
the same AI context, ie EID in this case.


> ...
> > Therefore we believe that LISP@IETF.org is the appropriate review venue
> for this draft.  Please do not hesitate to contact us for further
> discussion of this important topic.
>
> That is great news. We will make sure we contact you if we need any
> questions answered about the use-case. But Sharon is very fluent with the
> use-case so he answers most of our questions.
>
> Cheers and thanks again,
> Dino
>
>
Thanks/Cheers
t