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>