Re: [VRRP] 答复: Re: vrrp faster backup
"Stephen Nadas" <stephen.nadas@ericsson.com> Tue, 07 July 2009 16:04 UTC
Return-Path: <stephen.nadas@ericsson.com>
X-Original-To: vrrp@core3.amsl.com
Delivered-To: vrrp@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2325D28C4CC for <vrrp@core3.amsl.com>; Tue, 7 Jul 2009 09:04:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.023
X-Spam-Level:
X-Spam-Status: No, score=-1.023 tagged_above=-999 required=5 tests=[AWL=-5.576, BAYES_50=0.001, CHARSET_FARAWAY_HEADER=3.2, CN_BODY_46=0.256, EXTRA_MPART_TYPE=1, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-4, SARE_SUB_ENC_GB2312=1.345]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Nu3Y3yqjcG8l for <vrrp@core3.amsl.com>; Tue, 7 Jul 2009 09:04:12 -0700 (PDT)
Received: from imr2.ericy.com (imr2.ericy.com [198.24.6.3]) by core3.amsl.com (Postfix) with ESMTP id 90D6E28C29E for <vrrp@ietf.org>; Tue, 7 Jul 2009 09:03:45 -0700 (PDT)
Received: from eusrcmw751.eamcs.ericsson.se (eusrcmw751.exu.ericsson.se [138.85.77.51]) by imr2.ericy.com (8.13.1/8.13.1) with ESMTP id n67G41ue019977; Tue, 7 Jul 2009 11:04:06 -0500
Received: from eusrcmw720.eamcs.ericsson.se ([138.85.77.20]) by eusrcmw751.eamcs.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Tue, 7 Jul 2009 11:03:28 -0500
X-MIMEOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/related; boundary="----_=_NextPart_001_01C9FF1C.6630F413"; type="multipart/alternative"
Date: Tue, 07 Jul 2009 11:02:58 -0500
Message-ID: <DF78BDF6956FDD4780D5DAD88A073CF4025C71B7@eusrcmw720.eamcs.ericsson.se>
In-Reply-To: <OFC467C746.76A90AA3-ON482575EC.00537AB2-482575EC.0053DB0C@zte.com.cn>
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
Thread-Topic: [VRRP] 答复: Re: vrrp faster backup
Thread-Index: Acn/FgwiEpXqnG3kRX2D9XgilB7n2wABY4jg
References: <a5f935c90907060552g37183173v526406191010e6f5@mail.gmail.com> <OFC467C746.76A90AA3-ON482575EC.00537AB2-482575EC.0053DB0C@zte.com.cn>
From: Stephen Nadas <stephen.nadas@ericsson.com>
To: liu.zhiwei1@zte.com.cn, Arnab Bakshi <arnab.bakshi@gmail.com>
X-OriginalArrivalTime: 07 Jul 2009 16:03:28.0246 (UTC) FILETIME=[774CD160:01C9FF1C]
Cc: vrrp@ietf.org
Subject: Re: [VRRP] 答复: Re: vrrp faster backup
X-BeenThere: vrrp@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Virtual Router Redundancy Protocol <vrrp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/vrrp>, <mailto:vrrp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/vrrp>
List-Post: <mailto:vrrp@ietf.org>
List-Help: <mailto:vrrp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/vrrp>, <mailto:vrrp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 07 Jul 2009 16:04:14 -0000
Hi, If I understand the original question properly, the question is how, under expected failure scenarios, can backup take over of the master in less than 3 seconds. This has been discussed at some length on the mailing list (which you may wish to review) and please see also latest draft: draft-ietf-vrrp-unified-spec-03 which should appear in the repository soon. The draft discusses this issue. Regards, Steve ________________________________ From: vrrp-bounces@ietf.org [mailto:vrrp-bounces@ietf.org] On Behalf Of liu.zhiwei1@zte.com.cn Sent: Tuesday, July 07, 2009 11:16 AM To: Arnab Bakshi Cc: vrrp@ietf.org Subject: [VRRP] 答复: Re: vrrp faster backup Dear Arnab Thanks for your feedback. Then when the priority value isn't zero, the Backup Router should waiting the Master Router time out. Are they any other way when priority isn't zero? Best Regards Dash Liu 刘志伟 ID: 183475 Chief Engineer Office, Standard Development and Industry Relations Product Marketing System 产品市场体系 D206, 889, Bibo Road,ZhangJiang, Pudong District, ShangHai P.R.China, 210023 Tel:+86-21-68896823/ 13701767991 Mobile:+86-13828760990 Email:liu.zhiwei1@zte.com.cn Arnab Bakshi <arnab.bakshi@gmail.com> 2009-07-06 20:52 收件人 liu.zhiwei1@zte.com.cn, vrrp@ietf.org 抄送 主题 Re: [VRRP] vrrp faster backup Hi Liu, As per RFC 3768, section 5.3.4 page 12: The priority value zero (0) has special meaning indicating that the current Master has stopped participating in VRRP. This is used to trigger Backup routers to quickly transition to Master without having to wait for the current Master to timeout. This is one way I think if the master router gracefully indicates the other routers in the network. Regards Arnab 2009/7/6 <liu.zhiwei1@zte.com.cn <mailto:liu.zhiwei1@zte.com.cn> > Dear All I'm a new comer in IETF. VRRP [RFC 3768] specifies an election protocol that dynamically assigns responsibility for a virtual router to one of the VRRP routers on a LAN. This election process provides dynamic fail over in the forwarding responsibility should the Master become unavailable. The router survivability capability provided by the Virtual Router Redundancy Protocol requirement: (3 * Master_Adver_Interval) + Skew_timer for Backup Router to declare Masterdown in the VRRP [RFC 3768]. It will be more than 3 second when the Master_Adver_Interval was 1 second. In some LAN environments, the Backup Router needs faster method to declare the Master Router is fail. As if (2 * Master_Adver_Interval) + Skew_timer or (1 * Master_Adver_Interval) + Skew_timer. Are there a message type which permits the Backup Router could backup faster? Best Regards Dash Liu 刘志伟 ID: 183475 Chief Engineer Office, Standard Development and Industry Relations Product Marketing System 产品市场体系 D206, 889, Bibo Road,ZhangJiang, Pudong District, ShangHai P.R.China, 210023 Tel:+86-21-68896823/ 13701767991 Mobile:+86-13828760990 Email:liu.zhiwei1@zte.com.cn <mailto:Email%3Aliu.zhiwei1@zte.com.cn> _______________________________________________ vrrp mailing list vrrp@ietf.org <mailto:vrrp@ietf.org> https://www.ietf.org/mailman/listinfo/vrrp <https://www.ietf.org/mailman/listinfo/vrrp>
- [VRRP] vrrp faster backup liu.zhiwei1
- Re: [VRRP] vrrp faster backup Arnab Bakshi
- [VRRP] 答复: Re: vrrp faster backup liu.zhiwei1
- Re: [VRRP] 答复: Re: vrrp faster backup Stephen Nadas