Re: [Idr] 2 week WG LC on changes to draft-ietf-idr-flowspec-redirect-rt-bis-04.txt (4/20 to 5/4/2015) - extended to 5/18/2015

Shishio Tsuchiya <shtsuchi@cisco.com> Wed, 06 May 2015 14:59 UTC

Return-Path: <shtsuchi@cisco.com>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 67C811A8AAC for <idr@ietfa.amsl.com>; Wed, 6 May 2015 07:59:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.511
X-Spam-Level:
X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
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 ymlFFwUaLcrJ for <idr@ietfa.amsl.com>; Wed, 6 May 2015 07:59:04 -0700 (PDT)
Received: from bgl-iport-2.cisco.com (bgl-iport-2.cisco.com [72.163.197.26]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2EBC41ACDB1 for <idr@ietf.org>; Wed, 6 May 2015 07:59:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1308; q=dns/txt; s=iport; t=1430924341; x=1432133941; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=57ORXaLGRW5n+gNG5+OKlY2cIW6JZ8Iy7HfqUDHkmkg=; b=S3jwG3NZcuw1GnBWNLJ7DOwap3SVvruBIIQzR+suSV7KdiKgU5CmaRr+ iaTX9eqnWBu+5akdiAztcgPH6n6ZdESZmcapJ71tF/BrBQkICNG8mJytL 7R/i6IpBAho4o02ULYrqRZjUFkyjsPTEoZB++IOqhSdkuVICqGQotdhu9 A=;
X-IronPort-AV: E=Sophos;i="5.13,379,1427760000"; d="scan'208";a="51804808"
Received: from vla196-nat.cisco.com (HELO bgl-core-1.cisco.com) ([72.163.197.24]) by bgl-iport-2.cisco.com with ESMTP; 06 May 2015 14:58:58 +0000
Received: from [10.141.2.30] (dhcp-10-141-2-30.cisco.com [10.141.2.30]) by bgl-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id t46Ewvmg018989; Wed, 6 May 2015 14:58:57 GMT
Message-ID: <554A2C30.2050206@cisco.com>
Date: Wed, 06 May 2015 23:58:56 +0900
From: Shishio Tsuchiya <shtsuchi@cisco.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0
MIME-Version: 1.0
To: jhaas@pfrc.org
References: <009101d08799$91662180$b4326480$@ndzh.com> <5549E242.80101@cisco.com> <20150506140611.GA1007@pfrc.org>
In-Reply-To: <20150506140611.GA1007@pfrc.org>
Content-Type: text/plain; charset="ISO-2022-JP"
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/idr/vP2cQSRyj5H1zhUefM-emHTMGu4>
Cc: jhaas@juniper.net, idr@ietf.org, shares@ndzh.com
Subject: Re: [Idr] 2 week WG LC on changes to draft-ietf-idr-flowspec-redirect-rt-bis-04.txt (4/20 to 5/4/2015) - extended to 5/18/2015
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/idr/>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 06 May 2015 14:59:09 -0000

Jeff
(2015/05/06 23:06), Jeffrey Haas wrote:
> Shishio,
> 
> On Wed, May 06, 2015 at 06:43:30PM +0900, Shishio Tsuchiya wrote:
>> I support this draft, and  type 0x8008(redirect AS-2byte) and 0x8208(redirect AS-4byte).
>>
>> But I can't support type 0x8108 (redirect IPv4) to reduce confusion.
>> I think the type should be included in "BGP Flow-Spec Redirect to IP Action".
>> https://tools.ietf.org/html/draft-ietf-idr-flowspec-redirect-ip-02
> 
> Unlike the redirect-to-ip feature, this is a long deployed feature to
> redirect routes to VRFs containing the mentioned route-target.  IPv4 is a
> valid global administrator field in route-targets.

Thanks, I understood.
To support RFC4360 route-targets parameter, this type also is needed in  draft-ietf-idr-flowspec-redirect-rt.


> 
> If your implementation is unable to support such route-targets, it's fine to
> not implement it.  However, this is not redirecting based on IP nexthop or
> tunnel.

My comment is not mention about our implementation.
I just thought if this type 0x8108 is same function as 'Flow-spec Redirect to IPv4' of "BGP Flow-Spec Redirect to IP Action" then it would be complex for operators.

But it was my misunderstanding.


Support publication.

Regards,
-Shishio


> 
> -- Jeff
> .
>