Re: Dumb question about routing headers

Gyan Mishra <hayabusagsm@gmail.com> Sun, 24 May 2020 23:05 UTC

Return-Path: <hayabusagsm@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 21E5A3A0DEA for <ipv6@ietfa.amsl.com>; Sun, 24 May 2020 16:05:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.087
X-Spam-Level:
X-Spam-Status: No, score=-2.087 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_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_REMOTE_IMAGE=0.01, URIBL_BLOCKED=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 Uc106_Dy7hxL for <ipv6@ietfa.amsl.com>; Sun, 24 May 2020 16:05:46 -0700 (PDT)
Received: from mail-io1-xd32.google.com (mail-io1-xd32.google.com [IPv6:2607:f8b0:4864:20::d32]) (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 E75D03A0DE5 for <ipv6@ietf.org>; Sun, 24 May 2020 16:05:45 -0700 (PDT)
Received: by mail-io1-xd32.google.com with SMTP id d5so7538834ios.9 for <ipv6@ietf.org>; Sun, 24 May 2020 16:05:45 -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=qosD/uLaVh8+0a6OFb7Nuiyeribfo4IROkmLn3JIUcQ=; b=XDPuZyiz5QZEnJFFlMhn4XI4iiQ6qwSdT9tInlzTKmROrxq+uBrAel1UWKGk6R0Nv5 0RRThTPRdXjInO/R0Fix3Nl06NGFHCj6eDfT2Bkp6aO7vjx2/klwUFJb4/xf2Tm3C87V gy8xrTyTZUKElwdLDeDrH8NYkKALtXDGopUFGDVpAkitxvEZJy4BWwUQrFs9CkQ7BX7P blyYW6bXuXyyG3tbXy8U+Xd+Ht0/aebr1tcTmECj+zVx8pTpxQwoT5Abg192q8Q0/Yrv T7wbibe15P6zGzAvFGIts4tuz2A1DX275DNmEM1kMJ2o+sSPKwr8hENg49oe0UCo2/Ym NDoQ==
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=qosD/uLaVh8+0a6OFb7Nuiyeribfo4IROkmLn3JIUcQ=; b=q24fZoOG2GR8ZW2XcZ7FvIktpo1R/9FZt60dxl3KkZAdF8E4X5T7NKryep1wyZ2+8m tMSlGANOwSZ2crnoyRb7NnYPBuejKE7T0D/OPoYVf8hvGDSzcrwJXablQgZA0fTqrjgx 7VvUfwTV8uaRP01MiDxdDPuEo7fs4xss0MqwM6PWRBuVX+Rd8o3p8SNMp7jxo4uIOGcm VJAlfyltY0WinhHPLM19Yn6xf8PBbthDaamgWbPEvzbBEBuWjP4OWMo7ftSv9ZxKGzOb u7QjrvTsmYtTwJUgSXq5al6PwO6C6ZBBTjZQ22Be3LsKHE5W842qKiN0g7YGkdswDhRp K2yA==
X-Gm-Message-State: AOAM532xrb/L/DFlxvWKi+D4TKA4QsehjW5i3Qg35pxNI4l3To8PFVQt nCutpjzhfWye9jCm6QtGEFEjffxAXHW1PU+yKII=
X-Google-Smtp-Source: ABdhPJxmJ6tcNzTMLsTgcb0sYWQtsu3sd53ud8CuKiQ7bCPLTrLjL16Sw+IydOwauUOQ0R+HqPjJVDsCL3uXIT8rVXw=
X-Received: by 2002:a6b:5f06:: with SMTP id t6mr1846353iob.88.1590361544053; Sun, 24 May 2020 16:05:44 -0700 (PDT)
MIME-Version: 1.0
References: <4cf28892-12a9-7376-c378-4af46f7002c2@gmail.com> <a92543b3-41e2-0f4c-1cf3-34b68b3275ce@foobar.org>
In-Reply-To: <a92543b3-41e2-0f4c-1cf3-34b68b3275ce@foobar.org>
From: Gyan Mishra <hayabusagsm@gmail.com>
Date: Sun, 24 May 2020 19:05:33 -0400
Message-ID: <CABNhwV3wJn5CeD1o3cZkf5oM=SPVDTZ9Y1Vo6wMEv86KwEyEqA@mail.gmail.com>
Subject: Re: Dumb question about routing headers
To: Nick Hilliard <nick@foobar.org>
Cc: 6man <ipv6@ietf.org>, Brian E Carpenter <brian.e.carpenter@gmail.com>
Content-Type: multipart/alternative; boundary="000000000000e5d7a605a66ce650"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/0TcDog1vTtYIUIEpQ-vKUaHWrgI>
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: Sun, 24 May 2020 23:05:50 -0000

For the multicast data plane to build the multicast path during the RPF
check for source or shared tree bust be the same interface as the path
through which the unicast destination was learned for the source for ASM or
SSM source tree or RP for ASM shared tree.  If you had previous segments
that were unicast and then all of sudden at a multicast segment thrown in
it would be a recursion issue there the unicast RPF interface has to be set
uRIB present and then multicast mRIB would use the same interface for its
RPF check based on pim being enabled uRIB path.

That scenario would not work.  All segments have to be unicast segments.  I
believe this question came up on PGM draft WGLC in regards to RFC 8200.  I
think the address type on PGM was lose and not descriptive as it should be
but from a technical multicast perspective it’s not possible to interleave
multicast with unicast segments as RPF check would fail.

Gyan

On Sun, May 24, 2020 at 5:23 PM Nick Hilliard <nick@foobar.org> wrote:

> Brian E Carpenter wrote on 24/05/2020 22:05:
> > Is a routing header whose final destination is a multicast address,
> > but whose previous segments are all unicast, valid?
>
> .... or whose intermediate destinations are multicast addresses?
>
> https://twitter.com/brenankeller/status/1068615953989087232
>
> Nick
>
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------
>
-- 

<http://www.verizon.com/>

*Gyan Mishra*

*Network Solutions A**rchitect *



*M 301 502-134713101 Columbia Pike *Silver Spring, MD