Re: [Idr] MP-BGP Extension and the Procedures for IPv4/IPv6 Mapping Advertisement

Robert Raszuk <robert@raszuk.net> Mon, 18 March 2024 15:08 UTC

Return-Path: <robert@raszuk.net>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8CF01C180B7E for <idr@ietfa.amsl.com>; Mon, 18 Mar 2024 08:08:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.106
X-Spam-Level:
X-Spam-Status: No, score=-7.106 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_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham 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 86zdNIeiuH99 for <idr@ietfa.amsl.com>; Mon, 18 Mar 2024 08:08:22 -0700 (PDT)
Received: from mail-ed1-x533.google.com (mail-ed1-x533.google.com [IPv6:2a00:1450:4864:20::533]) (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 AF45DC180B54 for <idr@ietf.org>; Mon, 18 Mar 2024 08:08:17 -0700 (PDT)
Received: by mail-ed1-x533.google.com with SMTP id 4fb4d7f45d1cf-56a9f5694dcso1081797a12.1 for <idr@ietf.org>; Mon, 18 Mar 2024 08:08:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raszuk.net; s=google; t=1710774495; x=1711379295; 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=iOTzI27RXKSuLr9PSw2yhjIphbEYf9l/Rrh4WmVVQjg=; b=C4cqQFRUFG/4Up2vmBTdgHOEyTckCGOq4iYxXxPpC569MUvAHaSq+a7uSLwhu6+4Ov gPBVgt4gec9mquD7Bn24Rs/PwBAivWf2jaESuTl/oGKIWOYcu1uM+5O2fFJOR/N0MbFz uifZwNt4Om9DoUF8XqVnCOmbEgqY4MpvhiAu4UR6qWIs/qlVGbJuAhEzNMzc5bG+Yo/W 54P0uUzjSSDtQPgrxqdA7OV1AGfbxCZSZv5Pfz71akfDRNueGm0gx5/+pK/tWXGb0Ls5 Oo/t/qDdWWs9/nE+5W9CfJYhkSUctvUmA5BijvK8+jGrYhZ+m+SSn7k94yX7k7bPbR11 c7Kg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1710774495; x=1711379295; 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=iOTzI27RXKSuLr9PSw2yhjIphbEYf9l/Rrh4WmVVQjg=; b=vjr641+Pv7VA+YqXMst/Z0BWyxE80Jdjm3Xz+MVt2Z5uGH/N9zt6Mia9TKV4hICijw sqhcbcPuxArFOsM5oJtUNxqVkTMFAKRFBhgoq3aRTN3TlFJ3KMU4a4HpjntIQbmyzffL VSjMI/SNj0S3TMslihaYv//ruIitjDrBE8QDGsMDywtZijaSrNpkyoe7OlcKtbWAM41F omQ1wqLIkbN2nYlyT/nCyQOCGKJ+tCUHEvz6wrotPhCtIU15HngHRX4JceKwsBcm7lrt PkyAdfpG0zbV5AILOmSpqDrD2baOt0lH+D5om8cmzs6frQNODxNYCj9jJRplO/v1Zrlh x3LQ==
X-Gm-Message-State: AOJu0Ywncay7uefFmH4o2wG241XB+/ceLNMGGKgCd+CiQO9MDNUmHTB5 Cd+AoeWXoHbCbHEQl5N81vLHosmp5H9dHi/RVHHy5YzhTkV3VQm6RPchZp8yqDN71R+vW9DTMKk k144ExbDTB/GJN03X5O4ID7bKyCbJQAsRNQHngDi3su5QEk2mavY=
X-Google-Smtp-Source: AGHT+IGtWZbJjVIzjoURr7z6hGKhMkLchRx28bKEtpyMQIykmFg245L26J9TF1KGGqHN377zFmfIRfWmN0tggjQfJaA=
X-Received: by 2002:a05:6402:c43:b0:565:59a:a103 with SMTP id cs3-20020a0564020c4300b00565059aa103mr10753259edb.33.1710774495553; Mon, 18 Mar 2024 08:08:15 -0700 (PDT)
MIME-Version: 1.0
References: <A60F08E3-16BC-4E55-90E0-3039F8FA044F@gmail.com>
In-Reply-To: <A60F08E3-16BC-4E55-90E0-3039F8FA044F@gmail.com>
From: Robert Raszuk <robert@raszuk.net>
Date: Mon, 18 Mar 2024 16:08:04 +0100
Message-ID: <CAOj+MMEUZRfK8a+5DYiTi-HHpUVsboni2iqmBT10AAn3nRWgoA@mail.gmail.com>
To: Acee Lindem <acee.ietf@gmail.com>
Cc: idr <idr@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000001943210613f0bac0"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/nQCb1xBpcUsg0LTWsixSpduabdQ>
Subject: Re: [Idr] MP-BGP Extension and the Procedures for IPv4/IPv6 Mapping Advertisement
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idr/>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 18 Mar 2024 15:08:26 -0000

Hi Acee,

Apologies if this has already been covered but it was clear from
> yesterday’s IDR meeting chat  that I’m not the only one who questions the
> necessity of this BGP extension.
>
> Why can you just use one of the IPv6 addresses ranges reserved for
> embedded IPv4 addresses as described in section 2.2.5 of RFC 4291?
>

You man 2.5.5 ?

Well the issue here is that this section describes a special address block
to be used for mapping and last time I checked is hardly routable
interdomain.

Moreover the goal of "IPv4-mapped IPv6 address" as explained even better in
RFC4038 is to provide a way to talk to IPv6 services itself for IPv4  only
sites/hosts. This proposal just aims to assist to interconnect IPv4 only
sites.

So authors here are proposing to signal arbitrary prefix within and overlay
between interesting (typically non directly connected ASNs) which of their
prefix should be used to reach remote IPv4 sites.

I think from this perspective the proposal is sound.

What is however questionable and what we have recently discussed with Ketan
- why not do encapsulation instead of double translation ... to accomplish
the very same.

Cheers,
R.

PS.

If you use these embedded IPv4 using the standard mappings there no reason
> to advertise explicit mappings. There is already precedence for doing this
> - https://datatracker.ietf.org/doc/rfc6992/
>

This is intradomain only.