Re: You asked about multicast scope
Stig Venaas <stig@venaas.com> Thu, 29 March 2012 11:16 UTC
Return-Path: <stig@venaas.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 5360221F88ED; Thu, 29 Mar 2012 04:16:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.56
X-Spam-Level:
X-Spam-Status: No, score=-102.56 tagged_above=-999 required=5 tests=[AWL=0.039, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YBQSuJ6BGJxt; Thu, 29 Mar 2012 04:16:27 -0700 (PDT)
Received: from ufisa.uninett.no (ufisa.uninett.no [IPv6:2001:700:1:2:158:38:152:126]) by ietfa.amsl.com (Postfix) with ESMTP id 37C5121F86E1; Thu, 29 Mar 2012 04:16:27 -0700 (PDT)
Received: from [10.21.80.149] (128-107-239-233.cisco.com [128.107.239.233]) by ufisa.uninett.no (Postfix) with ESMTPSA id A90D7803F; Thu, 29 Mar 2012 13:16:23 +0200 (CEST)
Message-ID: <4F74447E.6020506@venaas.com>
Date: Thu, 29 Mar 2012 04:16:14 -0700
From: Stig Venaas <stig@venaas.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120312 Thunderbird/11.0
MIME-Version: 1.0
To: Kerry Lynn <kerlyn@ieee.org>
Subject: Re: You asked about multicast scope
References: <FF493C74-28AA-4B3D-ABBA-38294010230F@cisco.com> <BEEE8260-1AC5-41C9-A9D7-EFF1CCF5CBB4@muada.com> <DA8DC604-C36C-4D59-931A-B7C22F8E2051@cisco.com> <00B02ED4-4D6F-4B67-B548-D186C1B3B2CA@muada.com> <2AA4DD9C-DD38-422C-8483-FF295C086E11@cisco.com> <848F4FFF-2303-4E49-81CB-A0BD9180F31D@muada.com> <CABOxzu0yC6Y4gFXKACDSdAy+GNzWGZStjpVMUB5HWXjBoXKUxw@mail.gmail.com>
In-Reply-To: <CABOxzu0yC6Y4gFXKACDSdAy+GNzWGZStjpVMUB5HWXjBoXKUxw@mail.gmail.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: Iljitsch van Beijnum <iljitsch@muada.com>, 6man 6man <ipv6@ietf.org>, Fred Baker <fred@cisco.com>, pcp@ietf.org
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.12
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: <http://www.ietf.org/mail-archive/web/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, 29 Mar 2012 11:16:28 -0000
On 3/29/2012 3:38 AM, Kerry Lynn wrote: > On Thu, Mar 29, 2012 at 12:02 PM, Iljitsch van Beijnum > <iljitsch@muada.com <mailto:iljitsch@muada.com>> wrote: > > On 28 Mar 2012, at 12:08 , Fred Baker wrote: > > >> I haven't read the spec yet, but isn't PCP supposed to work in > the service provider run NAT64/CGN case, too? In that case, the > multicasts need to escape out of the site or even organization to > reach the service provider at least in the SOHO case. So this would > be a scope just shy of global, maybe a new "service provider" scope? > > > I personally rarely use "zero configuration" and "service > provider" in the same sentence... > > Am I understanding you correctly when I take that to mean that the > admin (value 4) scope is appropriate because then the people running > the multicast routing can determine exactly how far these packets > travel? > > That makes sense, but there is one potential issue, that I think > some people who are well-steeped in IPv6 multicast should look at: > in this situation, the scope value 4 may need wider distribution > than side-wide, which is scope 5. I can't find any documentation on IMO you cannot do that. The higher scope value, the wider distribution. If you have scopes X and Y where X < Y, then the distribution of X should be a subset (can be the same) of the distribution of Y. There are implementations making such assumptions. > whether that's ok or not between sessions right now, but I'm > reluctant to assume that a lower scope value can have wider > distribution than a higher one without having a spec that explicitly > says so or hearing from some implementers. > > Correct me if I'm wrong, but isn't Admin Scoped multicast defined on a per- > port, per-application basis? That would suggest that some multicast group > addresses can (selectively) be forwarded through the CER uplink to the ISP. There is nothing magical with scope 4. It is wider than link-local, and you need to configure routers to limit the distribution according to your policy. Stig > -K- > > Iljitsch > -------------------------------------------------------------------- > IETF IPv6 working group mailing list > ipv6@ietf.org <mailto:ipv6@ietf.org> > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 > -------------------------------------------------------------------- > > > > > -------------------------------------------------------------------- > IETF IPv6 working group mailing list > ipv6@ietf.org > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 > --------------------------------------------------------------------
- Re: You asked about multicast scope Iljitsch van Beijnum
- Re: You asked about multicast scope Kerry Lynn
- Re: You asked about multicast scope Fred Baker
- Re: You asked about multicast scope Stig Venaas
- Re: You asked about multicast scope Brian Haberman
- Re: You asked about multicast scope Iljitsch van Beijnum
- Re: You asked about multicast scope Brian Haberman
- Re: You asked about multicast scope Fred Baker