Re: 答复: 答复: Soliciting WG feedback and comments on draft-zxd-rtgwg-ordered-metric-adjustment-00

Mike Shand <imc.shand@gmail.com> Tue, 22 October 2013 09:20 UTC

Return-Path: <imc.shand@gmail.com>
X-Original-To: rtgwg@ietfa.amsl.com
Delivered-To: rtgwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1A8DF11E8328 for <rtgwg@ietfa.amsl.com>; Tue, 22 Oct 2013 02:20:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.147
X-Spam-Level:
X-Spam-Status: No, score=-2.147 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, SARE_SUB_ENC_UTF8=0.152]
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 AcyEU6xYWNM9 for <rtgwg@ietfa.amsl.com>; Tue, 22 Oct 2013 02:20:17 -0700 (PDT)
Received: from mail-bk0-x230.google.com (mail-bk0-x230.google.com [IPv6:2a00:1450:4008:c01::230]) by ietfa.amsl.com (Postfix) with ESMTP id E908511E82E8 for <rtgwg@ietf.org>; Tue, 22 Oct 2013 02:20:16 -0700 (PDT)
Received: by mail-bk0-f48.google.com with SMTP id my13so1147926bkb.7 for <rtgwg@ietf.org>; Tue, 22 Oct 2013 02:20:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=NjCP5FY7wVCmNGGgAzohRszL70iczONzDwH68i44FFU=; b=Dxe0D9rnhzaTD1rZq8XpMkHiO/crwCmPzj1oAgWB4vVexFb7TwojYItLoTOtE7gxwZ LArjAzkfFY4iRXJ28jWiFsAh9e61s7Xgi+0VfAMf2QDoEl7gTn6fXOTej9Bx9Ca+OGYg p270IC3cWyyqFpI+Z43Kg5vbwIly0+IAaoz8xue1hHb+T7Nobz2wjWIv/5oyOKtYJuOi FwNfcMVNAB3UWRlrePMXL8NOwFiMBgoeqdQfCjePC9aZ+oIEbFKukgYqo51ePAsMKY/s Iw8WrciMGGZgp8kFQn8D06ICNhL90i0a1AbdDQIxDiUydt5DicMNoK5ti+mfqOKOLs2C EHOQ==
X-Received: by 10.204.103.199 with SMTP id l7mr11360811bko.11.1382433615568; Tue, 22 Oct 2013 02:20:15 -0700 (PDT)
Received: from [192.168.2.183] (46-65-61-13.zone16.bethere.co.uk. [46.65.61.13]) by mx.google.com with ESMTPSA id qg7sm12219905bkb.6.2013.10.22.02.20.14 for <rtgwg@ietf.org> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 22 Oct 2013 02:20:15 -0700 (PDT)
Message-ID: <5266434B.4050309@gmail.com>
Date: Tue, 22 Oct 2013 10:20:11 +0100
From: Mike Shand <imc.shand@gmail.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.0.1
MIME-Version: 1.0
To: rtgwg@ietf.org
Subject: Re: 答复: 答复: Soliciting WG feedback and comments on draft-zxd-rtgwg-ordered-metric-adjustment-00
References: <D496C972D1A13540A730720631EC73413A39ECE3@nkgeml507-mbs.china.huawei.com> <94A203EA12AECE4BA92D42DBFFE0AE470309F337@eusaamb101.ericsson.se> <D496C972D1A13540A730720631EC73413A39EF60@nkgeml507-mbs.china.huawei.com> <94A203EA12AECE4BA92D42DBFFE0AE47030A2579@eusaamb101.ericsson.se> <D496C972D1A13540A730720631EC73413A39EF7C@nkgeml507-mbs.china.huawei.com>
In-Reply-To: <D496C972D1A13540A730720631EC73413A39EF7C@nkgeml507-mbs.china.huawei.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
X-BeenThere: rtgwg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Routing Area Working Group <rtgwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtgwg>
List-Post: <mailto:rtgwg@ietf.org>
List-Help: <mailto:rtgwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 22 Oct 2013 09:20:18 -0000

So you have described the difference with OFIB (RFC 6976), but how does 
your proposal differ from "incremental cost advertisement" as described 
in RFC 5715 section 6.1?

Mike



On 22/10/2013 04:39, Yangang wrote:
> OK, I got it.
>
> Actually, we pay attention to two point:
>
> 1. Which method will be more nicety? In RFC6976, all devices in network need calculate the schedule time, base on the different hardware and environment, we worry about its effect. In our draft, only failure point adjust the cost, the other device just response the cost change. I think the effect of this kind of difference will be less.
>
> 2. Due to no new extension, maybe the distribution will be more smoothly.
>
> -----邮件原件-----
> 发件人: Acee Lindem [mailto:acee.lindem@ericsson.com]
> 发送时间: 2013年10月22日 9:42
> 收件人: Yangang
> 抄送: rtgwg@ietf.org; Zhangxudong (zhangxudong, VRP)
> 主题: Re: 答复: Soliciting WG feedback and comments on draft-zxd-rtgwg-ordered-metric-adjustment-00
>
> I'm aware of the basic premise of the two drafts and was not asking for you to restate the obvious. Specifically, what are the benefits and determents of your draft when compared to RFC 6976?
> Acee
>
> On Oct 21, 2013, at 9:30 PM, Yangang wrote:
>
>> Our draft is similar with section 6.1 in RFC5715, the cost of changed link will be adjusted and advertised, maybe more than one time, this sequence will base on some pre-calculations. But in RFC 6976, each device should calculate the distance with the failue link, base on this distance, each device decide when the FIB will be updated.
>>
>> -----邮件原件-----
>> 发件人: Acee Lindem [mailto:acee.lindem@ericsson.com]
>> 发送时间: 2013年10月21日 10:07
>> 收件人: Yangang
>> 抄送: rtgwg@ietf.org; Zhangxudong (zhangxudong, VRP)
>> 主题: Re: Soliciting WG feedback and comments on draft-zxd-rtgwg-ordered-metric-adjustment-00
>>
>> Can you contrast this with RFC 6976? You include RFC 6976 in the Normative References but it is never referenced (this will show up if you run idnits).
>> Acee
>> On Oct 20, 2013, at 9:49 PM, Yangang wrote:
>>
>>> Hi:
>>>
>>> We had submitted the a new draft: http://tools.ietf.org/html/draft-zxd-rtgwg-ordered-metric-adjustment-00, we want to discuss the micro-loop problem through another method. Your feedback and comments on the rtgwg mailing list are appreciated.
>>>
>>> Thanks,
>>> Rahul.Yan
>>>
>>> -----邮件原件-----
>>> 发件人: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org]
>>> 发送时间: 2013年10月18日 15:47
>>> 收件人: Zhangxudong (zhangxudong, VRP); Yangang
>>> 主题: New Version Notification for draft-zxd-rtgwg-ordered-metric-adjustment-00.txt
>>>
>>>
>>> A new version of I-D, draft-zxd-rtgwg-ordered-metric-adjustment-00.txt
>>> has been successfully submitted by Xudong Zhang and posted to the
>>> IETF repository.
>>>
>>> Filename:	 draft-zxd-rtgwg-ordered-metric-adjustment
>>> Revision:	 00
>>> Title:		 Algorithm for Ordered Metric Adjustment
>>> Creation date:	 2013-10-18
>>> Group:		 Individual Submission
>>> Number of pages: 10
>>> URL:             http://www.ietf.org/internet-drafts/draft-zxd-rtgwg-ordered-metric-adjustment-00.txt
>>> Status:          http://datatracker.ietf.org/doc/draft-zxd-rtgwg-ordered-metric-adjustment
>>> Htmlized:        http://tools.ietf.org/html/draft-zxd-rtgwg-ordered-metric-adjustment-00
>>>
>>>
>>> Abstract:
>>>   Upon link down event or link up event, each device in network
>>>   individually schedules route calculation.  Because of different
>>>   hardware capabilities and internal/external environments, the time to
>>>   update forwarding entries on these devices are disordered which can
>>>   cause a transient forwarding loop.  This document introduces a method
>>>   to prevent forwarding loop by adjusting link metric gradually for
>>>   several times.
>>>
>>>
>>>
>>>
>>>
>>> Please note that it may take a couple of minutes from the time of submission
>>> until the htmlized version and diff are available at tools.ietf.org.
>>>
>>> The IETF Secretariat
>>>
>>> _______________________________________________
>>> rtgwg mailing list
>>> rtgwg@ietf.org
>>> https://www.ietf.org/mailman/listinfo/rtgwg
> _______________________________________________
> rtgwg mailing list
> rtgwg@ietf.org
> https://www.ietf.org/mailman/listinfo/rtgwg