Re: [manet] DLEP redundant Destination Ups

Stan Ratliff <ratliffstan@gmail.com> Fri, 09 August 2019 19:33 UTC

Return-Path: <ratliffstan@gmail.com>
X-Original-To: manet@ietfa.amsl.com
Delivered-To: manet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B1073120019 for <manet@ietfa.amsl.com>; Fri, 9 Aug 2019 12:33:13 -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 xyK-9x14xFWt for <manet@ietfa.amsl.com>; Fri, 9 Aug 2019 12:33:12 -0700 (PDT)
Received: from mail-pl1-x633.google.com (mail-pl1-x633.google.com [IPv6:2607:f8b0:4864:20::633]) (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 EEFB512002E for <manet@ietf.org>; Fri, 9 Aug 2019 12:33:11 -0700 (PDT)
Received: by mail-pl1-x633.google.com with SMTP id a93so45278403pla.7 for <manet@ietf.org>; Fri, 09 Aug 2019 12:33:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=HgmMAauDrcf9J55PYy6uC6h6bg/HIXRaT1xqsotFJM0=; b=ZWGKIdhC+IK6GoOVBIKU1WPgJeOWmBel2pxMu16tzARxOt3KYoINsRvFO+tTCjOO3w kgL1iz+i+ecqBMiwpULzXZFamT3eZO4kPnrDd1DesKavqdxDbFuTNUlJS49dCwA7MgPR nHQjeFZzIbO5Rh4TNLbyTm5t/HrOi3toRVbqbbXqgrVxZIRM2zQc4O6LI+O4FsGddkLD Up4ct4y0a0OZ9aFF2210IKnZ/ieK+BTBUyVqxbQ0skVLJ8vpgS9nKW/smi7ldjmLzRc2 wDGBG9SmewJxbBBM+wQcyL+Fhq2KYk1U3AWnutInfN21e8GYPgX2rtn7FjLzBUYpIDFc xcIg==
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; bh=HgmMAauDrcf9J55PYy6uC6h6bg/HIXRaT1xqsotFJM0=; b=LSAUUfxxQj2gdGg/jqTMv6i58LZCVxx2b1ET+ydC3EoOxpjjRKh0ZO8W0XeKObZr64 ALWTKeFQZ+vCvIY6E12UmlnlTjy2NiR4tYpJCZ4ZVJ2F3FYdu1vjbvFyq1fliQNBS5km hreh3n88R8j+ZfzRrD2IlmbfC8tk8e0/uU/aIos9vq0opdOIVUWyIsoTjiYBLU74rBVE 7lKKPNZrIdYWocaM8vYZYzkqygzu4YH7ihNyBZ+NzY2rvqRSB+YTupUGh0AgPhK/bsac ARYSvbf073MYN1mY1z7lOXw/KSyKcxksguRqBIGqWKihXYaPkysAWFsw6yHl2WXtwlFg gSwQ==
X-Gm-Message-State: APjAAAVXrpPFgoY0YMZYv7SjXil4vOazkv/SREaiKccCp25zBGR4Yqb0 +l4x6/AYW/kq6ypUF/0VqcJKwfjh4ZJDdGQ0ATxL5g==
X-Google-Smtp-Source: APXvYqz7k/tPbY9OSM/FAKD7zynMh7/rFtgQvNZrZC+vta3hzHzWEBrM/G599MoYU388BujNDL3oqPoLlKo8FYE9dA4=
X-Received: by 2002:a17:902:23:: with SMTP id 32mr4835891pla.214.1565379191358; Fri, 09 Aug 2019 12:33:11 -0700 (PDT)
MIME-Version: 1.0
References: <E2AD4802-3193-4ACC-B3D9-3162A8EB7CB1@ll.mit.edu>
In-Reply-To: <E2AD4802-3193-4ACC-B3D9-3162A8EB7CB1@ll.mit.edu>
From: Stan Ratliff <ratliffstan@gmail.com>
Date: Fri, 09 Aug 2019 15:33:00 -0400
Message-ID: <CALtoyo=K1xamjQ4_pBgeZQ8rp75_v5gwPt_Ux0u7RmYsZRQcnw@mail.gmail.com>
To: "Wiggins, David - 0665 - MITLL" <David.Wiggins@ll.mit.edu>
Cc: "manet@ietf.org" <manet@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000a3c74a058fb43e0b"
Archived-At: <https://mailarchive.ietf.org/arch/msg/manet/QCIvCEzrz9ZFLIGOYKv8W3NJk3k>
Subject: Re: [manet] DLEP redundant Destination Ups
X-BeenThere: manet@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Mobile Ad-hoc Networks <manet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/manet>, <mailto:manet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/manet/>
List-Post: <mailto:manet@ietf.org>
List-Help: <mailto:manet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/manet>, <mailto:manet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Aug 2019 19:33:14 -0000

David,

This looks like it's a candidate for an errata. I think what *should* be
done is for the router to respond with a "Destination Up Response", using a
new status code that effectively says "State Error", or "Destination is
already up". Then I think the router should treat the second Destination Up
as a *Destination Down*, which resets the state error.

My rationale for not just ignoring the 2nd Dest up, or treating it as a
Dest Update is that there *could be* associated data with the Dest Up, like
IPv4/IPv6 address data items, and/or connected subnet data items, that may
or may not clash with the new Dest Up. IMO, best to clean it up and try
again "from scratch". I don't think this sould trigger a complete peer
session outage.

Other opinions?

Regards,
Stan


On Fri, Aug 9, 2019 at 2:43 PM Wiggins, David - 0665 - MITLL <
David.Wiggins@ll.mit.edu> wrote:

> If a modem sends two Destination Ups for the same destination without an
> intervening Destination Down for that destination, how should the router
> respond?
>
>
>
> a) This is a protocol error.  Terminate the session.
>
> b) Ignore the second Destination Up.
>
> c) Treat the second Destination Up as a Destination Update.
>
> d) something else
>
>
>
> Thanks,
>
> David
>
>
> _______________________________________________
> manet mailing list
> manet@ietf.org
> https://www.ietf.org/mailman/listinfo/manet
>