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

<zhang.zheng@zte.com.cn> Wed, 23 August 2017 00:31 UTC

Return-Path: <zhang.zheng@zte.com.cn>
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 30BA9132ADA for <pim@ietfa.amsl.com>; Tue, 22 Aug 2017 17:31:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.198
X-Spam-Level:
X-Spam-Status: No, score=-4.198 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 8VjmLTnLfKCh for <pim@ietfa.amsl.com>; Tue, 22 Aug 2017 17:31:26 -0700 (PDT)
Received: from zte.com.cn (mxhk.zte.com.cn [63.217.80.70]) by ietfa.amsl.com (Postfix) with ESMTP id 987941321A6 for <pim@ietf.org>; Tue, 22 Aug 2017 17:31:24 -0700 (PDT)
X-scanvirus: By SEG_CYREN AntiVirus Engine
X-scanresult: CLEAN
X-MAILFROM: <zhang.zheng@zte.com.cn>
X-RCPTTO: <pim@ietf.org>
X-FROMIP: 192.168.168.120
X-SEG-Scaned: 1
X-Received: unknown,192.168.168.120,20170823083105
Received: from unknown (HELO out1.zte.com.cn) (192.168.168.120) by localhost with SMTP; 23 Aug 2017 00:31:05 -0000
X-scanvirus: By SEG_CYREN AntiVirus Engine
X-scanresult: CLEAN
X-MAILFROM: <zhang.zheng@zte.com.cn>
X-RCPTTO: <pim@ietf.org>
X-FROMIP: 10.30.3.20
X-SEG-Scaned: 1
X-Received: unknown,10.30.3.20,20170823082708
Received: from unknown (HELO mse01.zte.com.cn) (10.30.3.20) by localhost with (AES256-SHA encrypted) SMTP; 23 Aug 2017 00:27:08 -0000
Received: from njxapp01.zte.com.cn ([10.41.132.200]) by mse01.zte.com.cn with SMTP id v7N0V1dk031759; Wed, 23 Aug 2017 08:31:01 +0800 (GMT-8) (envelope-from zhang.zheng@zte.com.cn)
Received: from mapi (njxapp05[null]) by mapi (Zmail) with MAPI id mid203; Wed, 23 Aug 2017 08:31:01 +0800 (CST)
Date: Wed, 23 Aug 2017 08:31:01 +0800
X-Zmail-TransId: 2afd599cccc5405-26001
X-Mailer: Zmail v1.0
Message-ID: <201708230831018194136@zte.com.cn>
References: 8CCB28152EA2E14A96BBEDC15823481A0ACF861C@SJCEML701-CHM.china.huawei.com
Mime-Version: 1.0
From: zhang.zheng@zte.com.cn
To: Michael.McBride@huawei.com
Cc: pim@ietf.org
Content-Type: multipart/mixed; boundary="=====_001_next====="
X-MAIL: mse01.zte.com.cn v7N0V1dk031759
X-HQIP: 127.0.0.1
X-HQIP: 127.0.0.1
Archived-At: <https://mailarchive.ietf.org/arch/msg/pim/o3bLJPJ1jQ3giBfEhlYMMRHpFQo>
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, 23 Aug 2017 00:31:28 -0000

Support the adoption of this draft. 



Thanks,

Sandy








原始邮件



发件人: <Michael.McBride@huawei.com>
收件人: <pim@ietf.org>
日 期 :2017年08月23日 02:02
主 题 :[pim] WG Adoption Call:  draft-pim-with-ipv4-prefix-over-ipv6-nh







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.