Re: [pim] WG Adoption Call: draft-pim-with-ipv4-prefix-over-ipv6-nh

Hitoshi Asaeda <asaeda@ieee.org> Wed, 30 August 2017 01:59 UTC

Return-Path: <asaeda@ieee.org>
X-Original-To: pim@ietfa.amsl.com
Delivered-To: pim@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 301F61320C9 for <pim@ietfa.amsl.com>; Tue, 29 Aug 2017 18:59:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=ieee-org.20150623.gappssmtp.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 PS52DtLzRav5 for <pim@ietfa.amsl.com>; Tue, 29 Aug 2017 18:59:06 -0700 (PDT)
Received: from mail-pf0-x230.google.com (mail-pf0-x230.google.com [IPv6:2607:f8b0:400e:c00::230]) (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 0DED4126BF3 for <pim@ietf.org>; Tue, 29 Aug 2017 18:59:06 -0700 (PDT)
Received: by mail-pf0-x230.google.com with SMTP id l87so5406759pfj.1 for <pim@ietf.org>; Tue, 29 Aug 2017 18:59:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ieee-org.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to; bh=AaGWp7x7SRDWpzm3Y/FvUisQcJAkinQ7RIZX+5ypMzs=; b=olNR8SXqLsWQ+RlQ+rj/vMrcJTbf8MDL1pggph9g0JeIOFmh0rhal4pFcfwdQ5oDgJ KWsPXTdrkzodOIWWiItx/R2jOjEs5DFLjd7JQP4D/4pxpEhQVtFCvngKCffQmKU4YlUj Jz9xtFsHXu/mSv3uFb9KYGz8NuhzNg2gDWCrwiR9lKyYQ3m+jWL9NWWI67GeCH4FVJME 6JoMVE4ztJ/J+Y0KWyUqJ4BsHI3MT0uGeOJ4GHw1YVrh1PSgIXiYHPBep/On5n3mKMRB Ko+MhqgD3GavNB5M70NFUD7K3ojsn2fqg7Jd4F4lVPFyOYB0jyNoFqsnLGcZP+DhDv35 28Yw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to; bh=AaGWp7x7SRDWpzm3Y/FvUisQcJAkinQ7RIZX+5ypMzs=; b=K8BcdtdiC/Oo4NHEZBwQhPDCHRNoCkhzf4gb4IfGp0qoIwMLogfIMm0IfwnrrormTG 2vqJNmJ1dUevSYSSTLHoP+0Hv2F6oE2AEGK/W5LavQQKusBcrF/OqR1p/AqRSNg6n+xh GvjahUSCoWGqPZfOXMkV+V1SZ/Y4XXUcQul9KP2zhLnEO9dAY78EPpRv7PFTggYTHirA WvNxw6+/cD1eWDJuLdX9qayT25M+WVKdnhtgDDdYZ0XrZjHkbW0KaBnx7mWiW97WBTkd CSA94btwTAZjTBp43/MuOinWADyh+JHuFQAJLRkq6LrDxaSIOKLM2unJ+3yMkUHlmqF8 JBww==
X-Gm-Message-State: AHYfb5hpX5rVAhro4frYeEPcEbQwIB87rjdQF5Td0D9e+zZd4ysKamvj PQSDCMaQ5Ur1RkYesUIUsQ==
X-Received: by 10.84.194.228 with SMTP id h91mr2796278pld.397.1504058345167; Tue, 29 Aug 2017 18:59:05 -0700 (PDT)
Received: from ?IPv6:2001:200:e103:1000:d467:91ef:9550:ffe0? ([2001:200:e103:1000:d467:91ef:9550:ffe0]) by smtp.gmail.com with ESMTPSA id j187sm1355368pgc.10.2017.08.29.18.59.03 for <pim@ietf.org> (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Tue, 29 Aug 2017 18:59:04 -0700 (PDT)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
From: Hitoshi Asaeda <asaeda@ieee.org>
In-Reply-To: <8CCB28152EA2E14A96BBEDC15823481A0ACF861C@SJCEML701-CHM.china.huawei.com>
Date: Wed, 30 Aug 2017 10:59:04 +0900
Content-Transfer-Encoding: quoted-printable
Message-Id: <76FCC6CC-3686-4968-95CC-7A065692EAAE@ieee.org>
References: <8CCB28152EA2E14A96BBEDC15823481A0ACF861C@SJCEML701-CHM.china.huawei.com>
To: "pim@ietf.org" <pim@ietf.org>
X-Mailer: Apple Mail (2.3124)
Archived-At: <https://mailarchive.ietf.org/arch/msg/pim/18kJbKIeszI8vdEoucOQ7anPFm8>
Subject: Re: [pim] WG Adoption Call: draft-pim-with-ipv4-prefix-over-ipv6-nh
X-BeenThere: pim@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Protocol Independent Multicast <pim.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pim>, <mailto:pim-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pim/>
List-Post: <mailto:pim@ietf.org>
List-Help: <mailto:pim-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pim>, <mailto:pim-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 30 Aug 2017 01:59:08 -0000

I support the adoption.


> 2017/08/23 3:02, Michael McBride <Michael.McBride@huawei.com> wrote:
> 
> Hello PIMers,
>  
> This begins a call for adoption of draft-pim-with-ipv4-prefix-over-ipv6-nh-01 which was presented in Prague where 4 were for adoption and 0 against. Please respond with your thoughts, either way, on whether we should adopt this draft. The draft notes, from the discussion in Prague, are below.
>  
> Thanks,
> Mike
>  
> Prague meeting notes:
>  
> Stig: pim-with-ipv4-prefix-over-ipv6-nh.
> Ashutosh gupta is the main author.
> Problem statement:
> mcast routing needs a RPF tree to be formed in order to receive one copy of mcast data on lowest cost loop free path
> in case of PIMv4, it needs a valid PIMv4 neighbor to send PIMv4 join
> when using RFC5549, a IPv4 prefix is reachable over IPv6 next hop or vice versa
> if rpf interface has more than 1 pimv4 neighbor, then a new pim mechanism is needed to choose corresponding neighbor for IPv6 next hop.
> solution: use of secondary address list option in PIM hello
> status:
> deployed by one cisco customer.
> looking for wg adoption
> Toerless: is the join for the v4 still an v4 packet?
> Stig: yes
> Toerless: there is no interest to have a single address family pim adjacency.
> Stig: there could be. there is v4 and v6 on the router interfaces.
> Toerless: the address extension is in v4 or v6?
> stig: there is a hello where the family should be same as interface itself.
> Toerless: minimum recommendation is that v4 mapping is the hello option in v6 hello. one other logical next step is what is preferred solution. perhaps just build a v6 port connection. and can still send v4 joins.
> Stig: you could send a pim join with v6 destination address that might contact v4 s,gs.
> toerless: say prefer doing this in v6.
> stig: there is also people trying to deploy v6 only in their core networks. and also deliver v4 payloads
> toerless: first step make the control plane v6. and make v4 a service. get rid of native v4 packets is a different problem.
> stig: would prefer to have this a separate thing. simple document. to do what you say to use v6 join to ask for v4 join that would make a change to pim spec.
> toerless: would love protocol drafts to share best practices. have hello option in v6 pim.
> stig: would like some guidance on whether wg should do this.
> 4 people have read. 4 people think we should adopt. will take to list.
> Toerless: most of my comments don't have to go in this draft. maybe in mboned.
> Stig as chair: think it would be interesting to look at this in mboned. people that deploy multicast. v4 mcast with v6 signalling. maybe talk to isps.
> _______________________________________________
> pim mailing list
> pim@ietf.org
> https://www.ietf.org/mailman/listinfo/pim