Re: p2p interfaces (Re: [v6ops] How do you solve 3GPP issue if neither operator nor handset supports PD?)

Jen Linkova <furry13@gmail.com> Thu, 26 November 2020 03:36 UTC

Return-Path: <furry13@gmail.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 32A583A0EFF for <ipv6@ietfa.amsl.com>; Wed, 25 Nov 2020 19:36:34 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.848
X-Spam-Level:
X-Spam-Status: No, score=-1.848 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable 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 noVshAmLYVet for <ipv6@ietfa.amsl.com>; Wed, 25 Nov 2020 19:36:32 -0800 (PST)
Received: from mail-qk1-x733.google.com (mail-qk1-x733.google.com [IPv6:2607:f8b0:4864:20::733]) (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 59F693A0DEB for <ipv6@ietf.org>; Wed, 25 Nov 2020 19:36:32 -0800 (PST)
Received: by mail-qk1-x733.google.com with SMTP id l2so546622qkf.0 for <ipv6@ietf.org>; Wed, 25 Nov 2020 19:36:32 -0800 (PST)
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:content-transfer-encoding; bh=DR1IpMewWRZtHL7vMSnmX904HCYkOFc7Mt7rAAUdzTg=; b=RZiFSR9gBXesEHVWRSCKDNOFgOre/zBATmQ/MGlqMTx4odz68zpYQt8Kl5MqGPelKG m0oo18phEANtHjK3Evs+KJ0zSzoAzctNr8BD/MT0/qYmGX/t7MSi4aEC7+eTa+tm5Udg a0n9InDWsz7oROURLuTCrOjUyEdjKTC+DAb4y1DPpJgQupuZ8zgJWEyvN42lqWQh9Y7j zn7hmCgIHyRFwNw8TybHUTdYmY/eV1hKj5iJamcdQQN8dgAKCxef1VplkSVoKBVogKyD D+0YKtSpZpj/G1whq3qr/qTgNeZIadVZGKrfaMvO6ZishDG214foH3rHTRKNuWEuJQcg TTpQ==
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=DR1IpMewWRZtHL7vMSnmX904HCYkOFc7Mt7rAAUdzTg=; b=Y9NYbaMiZQJ5AIrx47avCDm5XKz4OvhoyxUt9hv9fPQMIFrJYnK61mHEih7Kx1G2Iw jh1uskfk5a80kvbNzEYJFvf3dzEPonWJg51YiR9w+SFjCdobRerHun0sF2GP8fg9+vXp Ta4dlg1Bh55YRzClX2oRgGWa4E5eKlw3oHHyydnDHY8rfYcw42Sz6CJN+iQWBIEkSSVe 4i7O7W8Mbi2lip+uIafFmy67PiNHRzRu+xR0yP+BKEdHS1D8GJ7XpsFE1eoxTE6N56y7 L+OO36Dxo0zpnFwtdq//eJaRG1VcVHoLVtBu2aEzwC6iSejIkkqABESgUT2aKOzYSmwd 7JrA==
X-Gm-Message-State: AOAM5328p7Oa+Oejrz66Z+YER5TkEGTB77Ns/7nmnKM1ESnZy1a5xwag ZLQXcMluKc6igNk2IyTUYYO89PI4ggkEoV1bSCo=
X-Google-Smtp-Source: ABdhPJxS9RQFGgvUTkhsbIHphq5ZBPM9zZH8fx0EL0of+rTQ82XF+HFrFb9p8Ib9bjLrrCVCl7A0i3jOjkitEkWsQgw=
X-Received: by 2002:a37:941:: with SMTP id 62mr1263945qkj.444.1606361791262; Wed, 25 Nov 2020 19:36:31 -0800 (PST)
MIME-Version: 1.0
References: <CABNhwV2-dH81CY4wSisV8BU-7H9m5a1xYMqTMecRxhNqZe=ApQ@mail.gmail.com> <CAKD1Yr1xV179LZ7Kxtk5mGruJcJ+BpGb2heBBy4ORtRU7bfvqw@mail.gmail.com> <CAMGpriWqnmL0qo0Hm=b+GbzcdCuXz6PM5aq8owE7-=ty5pDFsw@mail.gmail.com> <1DB65027-BEF2-4C0A-ACF4-C979DA7444C2@employees.org> <m1khXWs-00007wC@stereo.hq.phicoh.net> <47150D97-27D7-4AFD-8418-692D68D09828@employees.org> <m1khXol-0000MEC@stereo.hq.phicoh.net> <BD254B32-FAAE-4433-9CF5-2AF19275CA96@employees.org> <C9C0C278-0055-402B-A2BC-E7EE20C66483@cisco.com> <20201124141320.GE3146465@puck.nether.net> <alpine.DEB.2.20.2011241518310.26384@uplift.swm.pp.se> <BB2B8AA7-9C29-48D8-9E7B-6D5FBCC5C9D5@cisco.com>
In-Reply-To: <BB2B8AA7-9C29-48D8-9E7B-6D5FBCC5C9D5@cisco.com>
From: Jen Linkova <furry13@gmail.com>
Date: Thu, 26 Nov 2020 14:36:20 +1100
Message-ID: <CAFU7BATqzy_sU-3dASm8sQpp_Pw3S49YD64ZNwxGHjtOg_F1uA@mail.gmail.com>
Subject: Re: p2p interfaces (Re: [v6ops] How do you solve 3GPP issue if neither operator nor handset supports PD?)
To: "Eric Vyncke (evyncke)" <evyncke=40cisco.com@dmarc.ietf.org>
Cc: Mikael Abrahamsson <swmike=40swm.pp.se@dmarc.ietf.org>, Jared Mauch <jared@puck.nether.net>, 6man WG <ipv6@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/pZZrRrI_g51jmKJy9atnBhEcB-w>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 26 Nov 2020 03:36:34 -0000

On Wed, Nov 25, 2020 at 1:25 AM Eric Vyncke (evyncke)
<evyncke=40cisco.com@dmarc.ietf.org> wrote:
> The looped interface issue was one of the use case for rfc7527 (using the SeND nonce option to detect whether the source of NS is myself)

+1. Actually I think Enhanced DAD shall be enabled by default (I was
surprised to see that it's not so widely supported as it should be).
Another nasty scenario is 'a short-lived loop in the switching
infrastructure disabling IPv6 on the router interface' (did I mention
that some routers are happily sending VRRP packets from an address
which is marked as 'duplicated'? ;-\

> -----Original Message-----
> From: Mikael Abrahamsson <swmike=40swm.pp.se@dmarc.ietf.org>
> Organization: People's Front Against WWW
> Date: Tuesday, 24 November 2020 at 15:19
> To: Jared Mauch <jared@puck.nether.net>
> Cc: Eric Vyncke <evyncke@cisco.com>om>, 6man WG <ipv6@ietf.org>
> Subject: Re: p2p interfaces (Re: [v6ops] How do you solve 3GPP issue if neither operator nor handset supports PD?)
>
>     On Tue, 24 Nov 2020, Jared Mauch wrote:
>
>     >   If a link is point-to-point are there operations that should be
>     > turned off, and should we define that list?  (perhaps DAD is one of them)
>
>     I've seen DAD failures disabling interface on IOS XR when POS link was
>     looped...
>
>     :P
>
>     --
>     Mikael Abrahamsson    email: swmike@swm.pp.se
>
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------



-- 
SY, Jen Linkova aka Furry