Re: 4941bis and multicast & QOS
Gyan Mishra <hayabusagsm@gmail.com> Fri, 14 February 2020 00:52 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 2D3E2120020 for <ipv6@ietfa.amsl.com>; Thu, 13 Feb 2020 16:52:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.997
X-Spam-Level:
X-Spam-Status: No, score=-1.997 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, 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 LcuNOJMBGN8B for <ipv6@ietfa.amsl.com>; Thu, 13 Feb 2020 16:52:40 -0800 (PST)
Received: from mail-il1-x129.google.com (mail-il1-x129.google.com [IPv6:2607:f8b0:4864:20::129]) (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 6D64712003F for <6man@ietf.org>; Thu, 13 Feb 2020 16:52:40 -0800 (PST)
Received: by mail-il1-x129.google.com with SMTP id i7so6653179ilr.7 for <6man@ietf.org>; Thu, 13 Feb 2020 16:52:40 -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; bh=WkUFgpptQpHBj+9OUxyCa8mRSldZtTwk7CLSbZpsd7w=; b=JlP03r3jEX57/OMSbaLP3iyZmv7br58DzeWOs1ILhjdcxrKJfwrM8T2iCZBTeDYDwJ raA6kLwm1er4hpt18SfXumd0gcQkp8qpJH/68xVlLF8c20LQTY30lfUXQvHVi9QWuY6C FQPv2x2vjf7NRCYvcRokQvJKdxijBgBtwEroKCQuoq6R9rk1X8tXmkOONWAtcUf5znBU AdG/w6kwOosUeGC1hlb7tq7WTnBaGmN66BkQAsoXAvBoeq27RHaH9YsDaKBCy+KlUabE iQ1MtD2zdCTk9YRunSa7ZYtb+QCF9Uy8o2AGGdLcf72Gi0JvWpsD107CF1DvQfPTck+v LhcA==
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=WkUFgpptQpHBj+9OUxyCa8mRSldZtTwk7CLSbZpsd7w=; b=rhy/CZW6PJys5jjjMTWiIBaNQYFmiPjiQ1dwOt+QPwC09gVOepY7cj0gp1qulH1SaD 2HVPY6DLwuOHOTkxTzUpKTvoyY2wW2OAxBq3YfXw8mqa+cQkli4GUVBzlkZVUXtZQq05 bMz1DQFJKxTlE7yC7DzbVevq5xECwQxOYs7IP1PCDXqiz91GH3jK+yEJuY6I/9Q/5OVB x8gTR/V50YuZbcwRDH9cIxBRzbqo/HyWxbYT4Q1F3/R9/B0m0nAJs8z0zok+QO8XNzkF qBqzQQxEH9XnFazijrakBbyVDpWBDiOhafejzjKClQojfGlQVzGQJhJfu+TX9tCQFTVt WnNQ==
X-Gm-Message-State: APjAAAVBGCRc6ttFdX6ipRnDJCjfbwTL+avzHdmfdlerOUFt5H+u7u7S 8BTtVc94sCstPFums5vEdB+2dHn2Ia6ECfSha2M=
X-Google-Smtp-Source: APXvYqzctZaHv99GZ7I7cjNOpROf+8veCJM1hr6qKknbV4dD3UWQcUfUlIkt3z4kSRYSUmFzYyd9N+i6z9I0qtg6ZYU=
X-Received: by 2002:a92:1547:: with SMTP id v68mr631849ilk.58.1581641559541; Thu, 13 Feb 2020 16:52:39 -0800 (PST)
MIME-Version: 1.0
References: <CABNhwV0AHFmq9QcTwhgUWmaahaXvGW95abg+s8Uf7NQ2KHhhKw@mail.gmail.com> <4b6225b43a12499caa9dfe99200e74e3@boeing.com>
In-Reply-To: <4b6225b43a12499caa9dfe99200e74e3@boeing.com>
From: Gyan Mishra <hayabusagsm@gmail.com>
Date: Thu, 13 Feb 2020 19:52:28 -0500
Message-ID: <CABNhwV2q3_hCpU5gQYVT6mnZfu8ac1vyE6Mon_-6qCsdptRq-Q@mail.gmail.com>
Subject: Re: 4941bis and multicast & QOS
To: "Manfredi (US), Albert E" <albert.e.manfredi@boeing.com>
Cc: 6MAN <6man@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000518e0f059e7e9f1c"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/JsaWYCqi1F7wTdHe6IfgC2zFVDM>
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: Fri, 14 Feb 2020 00:52:42 -0000
Sorry Bert I missed your reply - responding now On Sun, Feb 2, 2020 at 3:36 PM Manfredi (US), Albert E < albert.e.manfredi@boeing.com> wrote: > From: ipv6 <ipv6-bounces@ietf.org> On Behalf Of Gyan Mishra > > > How would multicast ASM or SSM work with the privacy extension temporary > address enabled. With the privacy temporary address enabled the IGMP Join > would go out the temporary addresses, just as would normal unicast traffic. > > That's a good question, although only SSM would be a problem. In ASM, the > IGMP/MLD join reports always go to the group multicast address anyway, and > presumably, that won’t change. The unique source address of the client > joining, or of the multicast source, should not matter. When responding to > a new IGMP query, a new source address could be used in the report, still > indicating to the router that membership exists. I would think, no problem. > You make a good point as to where the problem may fall. So with ASM model the receiver is not source aware and so sends a IGMP join via temporary address RPF interface for outgoing “client like” unicast connections. The LHR DR on the subnet creates MRIB state and forwards *,G shared tree join along RPF path to the Anycast RP /MSDP - which has active SA cache entry for the Source within the multicast routing domain. The LHR now learns the SA for the group and initiates SPT switchover to the SPT tree and builds a tree directly to the source. With SSM the receiver is source aware via MLDv2, which now has source field in the packet for the SSM channel - along with well know default SSM group 232/8 - receiver is able to send via temporary address S,G join and to its LHR DR router on the subnet - which now builds SPT tree directly to the source. So this all works well in a client / server multicast model with pim sparse-mode where the clients are receiver only and the server is source only. In a peer2peer multicast model where the source acts as both receiver and source and the receiver acts as both receiver and source is the “bi-dir PIM” model - this is the MPLS MVPN world translates into MP2MP LMDT instantiated via mLDP. Multicast is predominately used in enterprises. The internet MBONE never really took off due to multicast use of UDP RTP transport for streaming and thus a requirement for end to end QOS for reliability. So in the enterprise bi-dir pim model application requiring peer2peer multicast is the only scenario where you would run into issues with the privacy temporary address changing and becoming invalid resulting in session reset. The app based source discovery would have to trigger changing of SSM channel when the source becomes invalid so the session would not reset. I think for this peer2peer model to work you really need a stable address on the host. This could be one use case where RFC 4941bis would fail - with removing the stable address as it’s currently written. > > In SSM, the IP destination address of the reports is a well-known > multicast address, to routers, but of course, if you want to include only a > certain set of sources, those source IP address(es) in the IGMP/MLD report > either have to be valid, or you get nothing. > > > The temporary address would be the RPF path shared and SPT tree. > > Isn’t this just related to multicast routing, between routers? Their > addresses would not change at a dizzying rate? > > Bert > > -- Gyan Mishra Network Engineering & Technology Verizon Silver Spring, MD 20904 Phone: 301 502-1347 Email: gyan.s.mishra@verizon.com
- 4941bis and multicast & QOS Gyan Mishra
- RE: 4941bis and multicast & QOS Manfredi (US), Albert E
- Re: 4941bis and multicast & QOS Gyan Mishra
- Re: 4941bis and multicast & QOS Mark Smith
- Re: 4941bis and multicast & QOS Gyan Mishra
- Re: 4941bis and multicast & QOS Mark Smith
- Re: 4941bis and multicast & QOS Gyan Mishra
- Re: 4941bis and multicast & QOS Fernando Gont
- Re: 4941bis and multicast & QOS Gyan Mishra
- Re: 4941bis and multicast & QOS Gyan Mishra