Re: [Lsr] Working Group Adoption Poll for "Updates to Anycast Property advertisement for OSPFv2" - draft-chen-lsr-anycast-flag-06

Robert Raszuk <robert@raszuk.net> Fri, 22 March 2024 14:33 UTC

Return-Path: <robert@raszuk.net>
X-Original-To: lsr@ietfa.amsl.com
Delivered-To: lsr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7871EC151098 for <lsr@ietfa.amsl.com>; Fri, 22 Mar 2024 07:33:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.105
X-Spam-Level:
X-Spam-Status: No, score=-7.105 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=raszuk.net
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 HjkLPydrbsIT for <lsr@ietfa.amsl.com>; Fri, 22 Mar 2024 07:33:37 -0700 (PDT)
Received: from mail-ed1-x52c.google.com (mail-ed1-x52c.google.com [IPv6:2a00:1450:4864:20::52c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BF627C14F6E8 for <lsr@ietf.org>; Fri, 22 Mar 2024 07:33:37 -0700 (PDT)
Received: by mail-ed1-x52c.google.com with SMTP id 4fb4d7f45d1cf-56bc753f58eso2645566a12.3 for <lsr@ietf.org>; Fri, 22 Mar 2024 07:33:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raszuk.net; s=google; t=1711118015; x=1711722815; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=Ks/r2z28AEwGgDNgH2EzHntSxnrHKcO9oJ64MtysRmg=; b=HA+idV+XTYizMKbakdQ3bYIIrmRa++uHPxwF24ikCLc6ptSFFnzP4RDniIpvqV/99H llA8n/UU9zUsmPj04994mU7WvxL19D9EOtWMyVDkO/e/dwtAKOjp4gc0uo9AD90uLvCs RdOpPXp+0mZdObZ6tKj/UmgntG7MHV/3Z+ScodocTzoQQRpQh4j8yI9rWkZ5fGZ2uoNL P6kCK2bkSSEfWRs6Z8iSQLAh/HCvrjeDLZclYy31dmUiFaqP/25j7bxHFKbqKLYVO94j hXWOxJSNYUK0rla3G0rPqm1AUw+WQXBwmqJEuQBM8n5kl+NoF4Bk07ryKLEIwyq2qKat RklA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1711118015; x=1711722815; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=Ks/r2z28AEwGgDNgH2EzHntSxnrHKcO9oJ64MtysRmg=; b=TW0Mg7dVQK19kXCP5cnsu0Cw7EYKHKAGNUsag+xH/0aOVexPaYvWCImmWS9Pi6FVLL qTZAjCBCw/MGVFXz0DPXcBSF8DeHdl85Qke9ojUvJeh6Cos0SKezfENmg9eArUitkvEx H7l6RGMJo2csrJNKGo208MbGh4p19QwZDAwxKd7aRtuJjXINp/i7QidTPaKDy+6e0Gu7 f4AYT/JGj2JDo/gzth+nu3cX7b5XhjfZBbjF4UkQXvcEzLC1psuRkd1oXDDpWWmCw2LL vK34ZQQ5FTjgMaWQeBVtKdEhvDxk3nuUNsgtid6cBQ9LawxQaoo+mbjcFniQC4LrGhNa 6JHQ==
X-Forwarded-Encrypted: i=1; AJvYcCW/E7dcO8t+iU664q4CVPi/ypOqmUCnImt0WM24TqTZosTKYd8CBrfW0S2HikMufIK3dmQ4AQnw6CFFklo=
X-Gm-Message-State: AOJu0YxSF+p5+ON2WHkdzF5aLlQMdUkDi48XUbXzTaAtMlLuND40A2SP h5hWc6hR/zGb0bL2qKNHnjFjFEdNM5tKVNU7BOrqng+BkmZ9k8ZI7WRP5V5rqiSoDA74kOA3Zty P+xm4/wjC63Wp+toYULy/KiTjH86af4tJokbPBw==
X-Google-Smtp-Source: AGHT+IFlmOq5ZdTUTaR1IxW/djVbM5vbm/GbuXuim06XOMDhQZTmMkbn+ILS6/QmatmiDudLAhlI1AHfqSV1x6YGhxU=
X-Received: by 2002:a50:99d0:0:b0:56b:b0aa:5103 with SMTP id n16-20020a5099d0000000b0056bb0aa5103mr1718429edb.5.1711118015286; Fri, 22 Mar 2024 07:33:35 -0700 (PDT)
MIME-Version: 1.0
References: <F425E082-D008-4565-98AE-98593BF1F391@gmail.com> <BY5PR11MB43370E2EA7A23B62A917275CC1322@BY5PR11MB4337.namprd11.prod.outlook.com>
In-Reply-To: <BY5PR11MB43370E2EA7A23B62A917275CC1322@BY5PR11MB4337.namprd11.prod.outlook.com>
From: Robert Raszuk <robert@raszuk.net>
Date: Fri, 22 Mar 2024 15:33:23 +0100
Message-ID: <CAOj+MMFOtM4UThzj16ridbY0wc-y9Td=MeMrbs3HyVYU1YGVqA@mail.gmail.com>
To: "Les Ginsberg (ginsberg)" <ginsberg=40cisco.com@dmarc.ietf.org>
Cc: Acee Lindem <acee.ietf@gmail.com>, lsr <lsr@ietf.org>, "draft-chen-lsr-anycast-flag@ietf.org" <draft-chen-lsr-anycast-flag@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000786a01061440b5c3"
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/hB6OFudy-wEvfb1zi9enUKpCTuE>
Subject: Re: [Lsr] Working Group Adoption Poll for "Updates to Anycast Property advertisement for OSPFv2" - draft-chen-lsr-anycast-flag-06
X-BeenThere: lsr@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Link State Routing Working Group <lsr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lsr>, <mailto:lsr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lsr/>
List-Post: <mailto:lsr@ietf.org>
List-Help: <mailto:lsr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lsr>, <mailto:lsr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 22 Mar 2024 14:33:42 -0000

Hi Les,

> Knowledge of whether a given prefix is Anycast has proven useful in
existing deployments

Would you be so kind and enlighten us with a few practical examples in
which you exhibit practical usefulness of this flag at the IGP level?

More basic question - is this set by CLI or is there a special protocol
algorithm which set such flag ? If it is the latter, can you explain it ?

So if suddenly one src of such anycast goes down rest of the area still
thinks it is anycast ?

>From the BGP side of things indeed for basic IPv4/IPv6 concept of ghost
loopbacks were used as next hops which indeed were advertised as anycast
addresses. Is that one example in which you would hope that BGP prefers a
path if the next hop is an anycast address as told by IGP ? And you push
that "automation" to operators to prefer such paths by manual configuration
?

And to second Bruno's question - what is IGP's definition of an anycast
address ?

Many thx,
Robert


On Thu, Mar 21, 2024 at 7:47 PM Les Ginsberg (ginsberg) <ginsberg=
40cisco.com@dmarc.ietf.org> wrote:

> I support adoption of this draft.
> Knowledge of whether a given prefix is Anycast has proven useful in
> existing deployments - closing this gap for OSPFv2 is a good thing to do.
>
> One editorial comment. The introduction (and abstract) states:
>
> " Both SR-MPLS prefix-SID and IPv4 prefix may be configured as anycast
>    and as such the same value can be advertised by multiple routers."
>
> But there is no further discussion of prefix-SID in the draft.
> I think mention of the prefix-SID should be removed.
>
>     Les
>
>
> > -----Original Message-----
> > From: Lsr <lsr-bounces@ietf.org> On Behalf Of Acee Lindem
> > Sent: Tuesday, March 19, 2024 11:43 AM
> > To: lsr <lsr@ietf.org>
> > Cc: draft-chen-lsr-anycast-flag@ietf.org
> > Subject: [Lsr] Working Group Adoption Poll for "Updates to Anycast
> Property
> > advertisement for OSPFv2" - draft-chen-lsr-anycast-flag-06
> >
> >
> > This starts the Working Group adoption call for
> draft-chen-lsr-anycast-flag.
> > This is a simple OSPFv2 maintenance draft adding an Anycast flag for IPv4
> > prefixes to align with IS-IS and OSPFv3.
> >
> > Please send your support or objection to this list before April 6th,
> 2024.
> >
> > Thanks,
> > Acee
> >
> >
> > _______________________________________________
> > Lsr mailing list
> > Lsr@ietf.org
> > https://www.ietf.org/mailman/listinfo/lsr
>
> _______________________________________________
> Lsr mailing list
> Lsr@ietf.org
> https://www.ietf.org/mailman/listinfo/lsr
>