From VRRP-owner@drcoffsite.com  Fri Jun  2 02:56:53 2000
Received: from drcoffsite.com ([216.177.1.130])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA25704
	for <vrrp-archive@lists.ietf.org>; Fri, 2 Jun 2000 02:56:51 -0400 (EDT)
Received: from stephens.ittc.ukans.edu [129.237.125.220] by drcoffsite.com with ESMTP
  (SMTPD32-5.05) id A965874404EE; Fri, 02 Jun 2000 02:51:17 -0400
Received: from simba.ittc.ukans.edu (simba.ittc.ukans.edu [129.237.125.184])
	by stephens.ittc.ukans.edu (8.9.3/8.9.3/ITTC-NOSPAM-1.0) with ESMTP id BAA24775
	for <vrrp@drcoffsite.com>; Fri, 2 Jun 2000 01:52:11 -0500 (CDT)
Received: from localhost by simba.ittc.ukans.edu (8.8.7/KU-4.0-client)
	id AAA28812; Fri, 2 Jun 2000 00:45:57 -0500
Date: Fri, 2 Jun 2000 00:45:57 -0500 (CDT)
From: Srinivas Akkipeddi <akki@ittc.ukans.edu>
To: vrrp@drcoffsite.com
Subject: Startup event & IP addresses
Message-ID: <Pine.LNX.3.96.1000602003918.28810A-100000@simba.ittc.ukans.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Precedence: bulk
Sender: VRRP-owner@drcoffsite.com

hello,

	we have some doubts in the ietf draft (rfc2338) . In the draft it
is mentioned that a virtual router is identified by its VRID and a set of
associated IP addresses . Could you please give a condition in a network
topology where a virtual router has more than 1 associated address.

	The other doubt that we had was , it is mentioned a transition
from thee initialise state to either the master or backup state is done on
receiving a startup event. We would like to know what the startup event
means.

Thanks
akki
gautam



From VRRP-owner@drcoffsite.com  Fri Jun  2 03:11:05 2000
Received: from drcoffsite.com ([216.177.1.130])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id DAA25885
	for <vrrp-archive@lists.ietf.org>; Fri, 2 Jun 2000 03:11:04 -0400 (EDT)
Received: from shrimp.baynetworks.com [192.32.253.7] by drcoffsite.com with ESMTP
  (SMTPD32-5.05) id AD2B8B6A04EE; Fri, 02 Jun 2000 03:07:23 -0400
Received: from mailhost.BayNetworks.COM (h8754.s84f5.BayNetworks.COM [132.245.135.84])
	by shrimp.baynetworks.com (8.9.1/8.9.1) with ESMTP id DAA15049;
	Fri, 2 Jun 2000 03:01:57 -0400 (EDT)
Received: from mailhost.CorpIndia.BayNetworks.COM (ns1.corpindia.baynetworks.com [141.251.85.6])
	by mailhost.BayNetworks.COM (8.9.1/8.8.8) with ESMTP id DAA00179;
	Fri, 2 Jun 2000 03:12:07 -0400 (EDT)
Received: from nortelnetworks.com (snail.corpindia.baynetworks.com [141.251.87.19])
	by mailhost.CorpIndia.BayNetworks.COM (8.8.8/8.8.8) with ESMTP id MAA15564;
	Fri, 2 Jun 2000 12:33:54 -0500 (GMT)
Message-ID: <39375D4F.DC731ACE@nortelnetworks.com>
Date: Fri, 02 Jun 2000 12:37:59 +0530
From: Aruneesh Salhotra <salhotra@nortelnetworks.com>
X-Mailer: Mozilla 4.61 [en] (Win95; I)
X-Accept-Language: en
MIME-Version: 1.0
To: Srinivas Akkipeddi <akki@ittc.ukans.edu>
CC: vrrp@drcoffsite.com
Subject: Re: Startup event & IP addresses
References: <Pine.LNX.3.96.1000602003918.28810A-100000@simba.ittc.ukans.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Precedence: bulk
Sender: VRRP-owner@drcoffsite.com
Content-Transfer-Encoding: 7bit

Hi Srinivas,
This is my first effort to send something on VRRP. Hope i will be of help to
you.
According to VRRP, there is a master and a set of back routers. The VRID
identifies a IP address for which are configuring VRRP in order to have backup
routers. It may be possible that the master router (say VRID 1) may be the
backup router for another master router (say VRID 2).
Likewise, consider the case that you have 3 Routers (A,B,C) of critical
importance. You reserve another router (D) which will act as a backup for all
the three routers. Whenever either of A,B, or C goes down, D will respond to
the ARP requests for the failed router.
Another scenario could be there are 2 routers (B,C) backing for a router (A).
Suppose A goes down, B takes over. If now B goes down, C takes up (which will
depend on the priority set for the routers A,B,C).

For the init->master or init->backup state, its been sometime that i read that
RFC, but the state transition happens which there is an exchange of VRRP
advertisments on a multicast address 222.18.0.254 (verify this ?) .... where
the routers on which VRRP is configured respond with their proirities. Thus
master and backup are decided.
Thanx. Hope it helps you.
Bye
Aruneesh

Srinivas Akkipeddi wrote:

> hello,
>
>         we have some doubts in the ietf draft (rfc2338) . In the draft it
> is mentioned that a virtual router is identified by its VRID and a set of
> associated IP addresses . Could you please give a condition in a network
> topology where a virtual router has more than 1 associated address.
>
>         The other doubt that we had was , it is mentioned a transition
> from thee initialise state to either the master or backup state is done on
> receiving a startup event. We would like to know what the startup event
> means.
>
> Thanks
> akki
> gautam



From VRRP-owner@drcoffsite.com  Fri Jun  2 13:32:11 2000
Received: from drcoffsite.com (dns1.drcoffsite.com [216.177.1.130])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA08017
	for <vrrp-archive@lists.ietf.org>; Fri, 2 Jun 2000 13:32:11 -0400 (EDT)
Received: from mailhost.iprg.nokia.com [205.226.5.12] by drcoffsite.com with ESMTP
  (SMTPD32-5.05) id AE014702038C; Fri, 02 Jun 2000 13:25:21 -0400
Received: from darkstar.iprg.nokia.com (darkstar.iprg.nokia.com [205.226.5.69])
	by mailhost.iprg.nokia.com (8.9.3/8.9.3-GLGS) with ESMTP id KAA07049;
	Fri, 2 Jun 2000 10:25:44 -0700 (PDT)
Received: (from root@localhost)
	by darkstar.iprg.nokia.com (8.9.3/8.9.3-VIRSCAN) id KAA14993;
	Fri, 2 Jun 2000 10:25:42 -0700
X-Virus-Scanned:  Fri, 2 Jun 2000 10:25:42 -0700 Nokia Silicon Valley Email Exploit Scanner
Received: from <hinden@iprg.nokia.com> (spruce.iprg.nokia.com [205.226.1.63]) by darkstar.iprg.nokia.com  SMTP/WTS (12.69)
 xma014304; Fri, 2 Jun 00 10:25:27 -0700
Message-Id: <4.3.2.7.2.20000602102116.01edf2f0@mailhost.iprg.nokia.com>
X-Sender: hinden@mailhost.iprg.nokia.com
X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
Date: Fri, 02 Jun 2000 10:23:35 -0700
To: Srinivas Akkipeddi <akki@ittc.ukans.edu>
From: Bob Hinden <hinden@iprg.nokia.com>
Subject: Re: Startup event & IP addresses
Cc: vrrp@drcoffsite.com
In-Reply-To: <Pine.LNX.3.96.1000602003918.28810A-100000@simba.ittc.ukans
 .edu>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Precedence: bulk
Sender: VRRP-owner@drcoffsite.com

Akki,

>         we have some doubts in the ietf draft (rfc2338) . In the draft it
>is mentioned that a virtual router is identified by its VRID and a set of
>associated IP addresses . Could you please give a condition in a network
>topology where a virtual router has more than 1 associated address.

When there are more than one prefix configure for the link.  This is fairly 
common in some networks such as web hosting sites.

>         The other doubt that we had was , it is mentioned a transition
>from thee initialise state to either the master or backup state is done on
>receiving a startup event. We would like to know what the startup event
>means.

When router decides to start running VRRP.

Bob



From VRRP-owner@drcoffsite.com  Fri Jun  2 13:37:46 2000
Received: from drcoffsite.com (dns1.drcoffsite.com [216.177.1.130])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA08119
	for <vrrp-archive@lists.ietf.org>; Fri, 2 Jun 2000 13:37:45 -0400 (EDT)
Received: from mailhost.iprg.nokia.com [205.226.5.12] by drcoffsite.com with ESMTP
  (SMTPD32-5.05) id A01D47BB038C; Fri, 02 Jun 2000 13:34:21 -0400
Received: from darkstar.iprg.nokia.com (darkstar.iprg.nokia.com [205.226.5.69])
	by mailhost.iprg.nokia.com (8.9.3/8.9.3-GLGS) with ESMTP id KAA08205;
	Fri, 2 Jun 2000 10:35:10 -0700 (PDT)
Received: (from root@localhost)
	by darkstar.iprg.nokia.com (8.9.3/8.9.3-VIRSCAN) id KAA00371;
	Fri, 2 Jun 2000 10:35:05 -0700
X-Virus-Scanned:  Fri, 2 Jun 2000 10:35:05 -0700 Nokia Silicon Valley Email Exploit Scanner
Received: from <hinden@iprg.nokia.com> (spruce.iprg.nokia.com [205.226.1.63]) by darkstar.iprg.nokia.com  SMTP/WTS (12.69)
 xma032254; Fri, 2 Jun 00 10:34:51 -0700
Message-Id: <4.3.2.7.2.20000602102351.020f94b8@mailhost.iprg.nokia.com>
X-Sender: hinden@mailhost.iprg.nokia.com
X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
Date: Fri, 02 Jun 2000 10:33:10 -0700
To: Subodh Nijsure <SNijsure@SkyStream.com>
From: Bob Hinden <hinden@iprg.nokia.com>
Subject: Re: VRRP implementations...
Cc: "'vrrp@drcoffsite.com'" <vrrp@drcoffsite.com>
In-Reply-To: <B25E2E5A003CD311B61E00902778AF2A6A726C@SERVER1>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Precedence: bulk
Sender: VRRP-owner@drcoffsite.com

Subodh,

>Is their "survey" out there that lists commercial vendors that have
>currently implemented VRRP?
>/Subodh Nijsure
>SkyStream Networks.

Please see:

   ftp:://playground.sun.com/pub/hinden/vrrp/vrrp-implementations.txt

This was last updated 12/1998.  I believe there are a number of other 
implementations now.

Anyone else who has a VRRP implementation that is not listed, please send 
me the info and I will update the file.

Thanks,
Bob




From VRRP-owner@drcoffsite.com  Fri Jun  2 16:57:51 2000
Received: from drcoffsite.com (dns1.drcoffsite.com [216.177.1.130])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA13458
	for <vrrp-archive@lists.ietf.org>; Fri, 2 Jun 2000 16:57:50 -0400 (EDT)
Received: from devmail.dev.tivoli.com [208.230.244.136] by drcoffsite.com with ESMTP
  (SMTPD32-5.05) id AEA59C50208; Fri, 02 Jun 2000 16:52:53 -0400
Received: from madev-dns.ma.dev.tivoli.com (madev-dns.ma.dev.tivoli.com [146.84.242.19])
	by devmail.dev.tivoli.com (8.9.1/8.8.8) with ESMTP id PAA13946
	for <vrrp@drcoffsite.com>; Fri, 2 Jun 2000 15:53:47 -0500 (CDT)
Received: from ptasillo (ptasillo.ma.dev.tivoli.com [146.84.242.70])
	by madev-dns.ma.dev.tivoli.com (8.8.8/8.8.8) with SMTP id QAA23940;
	Fri, 2 Jun 2000 16:55:08 -0400 (EDT)
From: "Paul Tasillo" <Paul.tasillo@tivoli.com>
To: <vrrp@drcoffsite.com>
Cc: "Paul Tasillo" <ptasillo@ma.dev.tivoli.com>
Subject: VRRP implementation?
Date: Fri, 2 Jun 2000 16:56:13 -0400
Message-ID: <NDBBIBIGNKNLFBNPNPAIAEMDCDAA.Paul.tasillo@tivoli.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
Precedence: bulk
Sender: VRRP-owner@drcoffsite.com
Content-Transfer-Encoding: 7bit

I'm familar with Cisco's flavor of VRRP called HSRP, have other vendors
implemented VRRP and do they have mibs for the rfc?
Please reply directly b/c I'm not on the list.

Thanks in advance,
Paul

Paul Tasillo
Tivoli Systems, Inc.
1 Technology Park Drive
Westford, MA 01886
617-693-2077



From VRRP-owner@drcoffsite.com  Fri Jun  2 17:23:25 2000
Received: from drcoffsite.com (dns1.drcoffsite.com [216.177.1.130])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA14867
	for <vrrp-archive@lists.ietf.org>; Fri, 2 Jun 2000 17:23:24 -0400 (EDT)
Received: from mailhost.iprg.nokia.com [205.226.5.12] by drcoffsite.com with ESMTP
  (SMTPD32-5.05) id A4F18A5D032C; Fri, 02 Jun 2000 17:19:45 -0400
Received: from darkstar.iprg.nokia.com (darkstar.iprg.nokia.com [205.226.5.69])
	by mailhost.iprg.nokia.com (8.9.3/8.9.3-GLGS) with ESMTP id OAA02680;
	Fri, 2 Jun 2000 14:20:04 -0700 (PDT)
Received: (from root@localhost)
	by darkstar.iprg.nokia.com (8.9.3/8.9.3-VIRSCAN) id OAA32541;
	Fri, 2 Jun 2000 14:20:02 -0700
X-Virus-Scanned:  Fri, 2 Jun 2000 14:20:02 -0700 Nokia Silicon Valley Email Exploit Scanner
Received: from <hinden@iprg.nokia.com> (spruce.iprg.nokia.com [205.226.1.63]) by darkstar.iprg.nokia.com  SMTP/WTS (12.69)
 xma031475; Fri, 2 Jun 00 14:19:37 -0700
Message-Id: <4.3.2.7.2.20000602141432.020f94b8@mailhost.iprg.nokia.com>
X-Sender: hinden@mailhost.iprg.nokia.com
X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
Date: Fri, 02 Jun 2000 14:17:56 -0700
To: "Paul Tasillo" <Paul.tasillo@tivoli.com>
From: Bob Hinden <hinden@iprg.nokia.com>
Subject: Re: VRRP implementation?
Cc: <vrrp@drcoffsite.com>
In-Reply-To: <NDBBIBIGNKNLFBNPNPAIAEMDCDAA.Paul.tasillo@tivoli.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Precedence: bulk
Sender: VRRP-owner@drcoffsite.com

As of last 1998 there were about nine independent implementations.  See:

   ftp://playground.sun.com/pub/hinden/vrrp/vrrp-implementations.txt

I am pretty sure there are a bunch more now.

Bob

At 04:56 PM 6/2/2000 -0400, Paul Tasillo wrote:
>I'm familar with Cisco's flavor of VRRP called HSRP, have other vendors
>implemented VRRP and do they have mibs for the rfc?
>Please reply directly b/c I'm not on the list.
>
>Thanks in advance,
>Paul
>
>Paul Tasillo
>Tivoli Systems, Inc.
>1 Technology Park Drive
>Westford, MA 01886
>617-693-2077



From VRRP-owner@drcoffsite.com  Sat Jun  3 01:10:09 2000
Received: from drcoffsite.com (dns1.drcoffsite.com [216.177.1.130])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA22713
	for <vrrp-archive@lists.ietf.org>; Sat, 3 Jun 2000 01:10:08 -0400 (EDT)
Received: from dialin156.ottawa.globalserve.net [205.205.36.195] by drcoffsite.com
  (SMTPD32-5.05) id A1DFCFF20500; Sat, 03 Jun 2000 01:04:31 -0400
Received: (qmail 1452 invoked by uid 1000); 3 Jun 2000 05:01:21 -0000
Date: Sat, 3 Jun 2000 01:01:21 -0400
From: Jerome Etienne <jetienne@arobas.net>
To: vrrp@drcoffsite.com
Subject: Re: VRRP implementations...
Message-ID: <20000603010121.A1386@long-haul.net>
Reply-To: jetienne@arobas.net
References: <B25E2E5A003CD311B61E00902778AF2A6A726C@SERVER1> <4.3.2.7.2.20000602102351.020f94b8@mailhost.iprg.nokia.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
User-Agent: Mutt/1.0i
In-Reply-To: <4.3.2.7.2.20000602102351.020f94b8@mailhost.iprg.nokia.com>; from hinden@iprg.nokia.com on Fri, Jun 02, 2000 at 10:33:10AM -0700
Precedence: bulk
Sender: VRRP-owner@drcoffsite.com

On Fri, Jun 02, 2000 at 10:33:10AM -0700, Bob Hinden wrote:
> Anyone else who has a VRRP implementation that is not listed, please send 
> me the info and I will update the file.

When i sent the info about my implementation to bob hinden, he encouraged me
to send them to the list. It is an opensource implementation of VRRPv2 as 
specified in rfc2338. It run in userspace under linux. You can find it in
http://w3.arobas.net/~jetienne/vrrpd.tgz

I doesn't have commercial implementations to test the interoperability, so 
if any interoperability problems occur, please email me.



From VRRP-owner@drcoffsite.com  Thu Jun  8 13:11:16 2000
Received: from drcoffsite.com ([216.177.1.130])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA12268
	for <vrrp-archive@lists.ietf.org>; Thu, 8 Jun 2000 13:11:15 -0400 (EDT)
Received: from mta5.rcsntx.swbell.net [151.164.30.29] by drcoffsite.com with ESMTP
  (SMTPD32-5.05) id AFF250D1054C; Thu, 08 Jun 2000 12:55:14 -0400
Received: from zainprov ([207.193.24.81]) by mta5.rcsntx.swbell.net
 (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9)
 with SMTP id <0FVU00D3GFA52U@mta5.rcsntx.swbell.net> for vrrp@drcoffsite.com;
 Thu,  8 Jun 2000 11:05:52 -0500 (CDT)
Date: Thu, 08 Jun 2000 11:05:52 -0500 (CDT)
Date-warning: Date header was inserted by mta5.rcsntx.swbell.net
From: zainprov@swbell.net
Subject: Shocking LOSE 10-100lbs. DESTINY
To: vrrp@drcoffsite.com
Message-id: <0FVU00DK6FDP2U@mta5.rcsntx.swbell.net>
MIME-version: 1.0
Content-type: text/plain; charset=unknown-8bit
Precedence: bulk
Sender: VRRP-owner@drcoffsite.com


Hello From Destiny,

You will LOOSE 20-100 pounds easy!
Do to Such a high demand for Destiny, we are able
To Dramatically reduce our price for the entire System!
You will LOVE our incredible offer on this
Scientific Breakthrough in Weight Loss.
Now with a 105% Money Back Guarantee!   
LOOK! http://home.swbell.net/zainprov/destiny.htm



We hope things are going well for you.  Good luck, God Bless, and 
HAVE A GREAT DAY!



Either you are someone else subscribed to our list.  To be removed
Simply reply with a blank email.  

Thank you,

Sherry Wilson



From VRRP-owner@drcoffsite.com  Sun Jun 11 15:39:06 2000
Received: from drcoffsite.com (dns1.drcoffsite.com [216.177.1.130])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA09124
	for <vrrp-archive@lists.ietf.org>; Sun, 11 Jun 2000 15:39:05 -0400 (EDT)
Received: from joshua.drcoffsite.com [216.177.1.132] by drcoffsite.com with ESMTP
  (SMTPD32-5.05) id A6FE45001FE; Sun, 11 Jun 2000 15:22:38 -0400
Received: from tcb-labors-art.com [24.26.66.193] by joshua.drcoffsite.com
  (SMTPD32-5.05) id ABDE29E0152; Sun, 11 Jun 2000 15:43:26 -0400
Message-ID: <82933.12571@tcb-labors-art.com>
From: "stop_snoring87441@tcb-labors-art.com" <stop_snoring87441@tcb-labors-art.com>
Subject: As Seen On TV!  Stop Snoring (32736)
Date: Sun, 11 Jun 2000 15:24:53 -0400 (EDT)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit

You have received this letter because you have made 
an inquiry about one of our affiliate products. 
Subscribe/Unsubscribe details are at the BOTTOM of this email. 
If you find this information useful, please forward it to a 
friend or colleague.
Precedence: bulk
Sender: VRRP-owner@drcoffsite.com


We have good news for snorers and people who have to listen to them. 

SNORENZ helps reduce snoring noise - simply, naturally and effectively. 

             For More Info Click Below or call/send fax to (801) 999-6758
  
http://snore-no-more.gq.nu


To be remove from all future
mailings please hit reply and
type "remove" in the subject


***************************************************************************************
51858


From VRRP-owner@drcoffsite.com  Tue Jun 13 08:26:48 2000
Received: from drcoffsite.com (dns1.drcoffsite.com [216.177.1.130])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA04935
	for <vrrp-archive@lists.ietf.org>; Tue, 13 Jun 2000 08:26:47 -0400 (EDT)
Received: from jarramas.karlskrona.se [195.84.83.57] by drcoffsite.com with ESMTP
  (SMTPD32-5.05) id A7114EE20200; Tue, 13 Jun 2000 08:20:33 -0400
Received: from host (ip148.providence11.ri.pub-ip.psi.net [38.26.242.148])
	by jarramas.karlskrona.se (8.8.8/8.8.8) with ESMTP id OAA11296;
	Tue, 13 Jun 2000 14:21:06 +0200
Message-Id: <200006131221.OAA11296@jarramas.karlskrona.se>
From: "Owen Reed" <25mmt@safe-mail.net>
Subject: Your business depends on it #5B2E
To: trust29d@jarramas.karlskrona.se
X-Mailer: Microsoft Outlook Express 4.72.1712.3
X-MimeOLE: Produced By Microsoft MimeOLE V(null).1712.3
Mime-Version: 1.0
Date: Tue, 13 Jun 2000 07:01:08 -0500
Content-Type: text/plain; charset="iso-8859-1"
Precedence: bulk
Sender: VRRP-owner@drcoffsite.com
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by ietf.org id IAA04935

Email marketing is starting to boom and 
you're probably wondering how you can 
capitalize on this phenomenal advertising 
method. Well..here is your chance!
 
As e-commerce grows, you need to stay 
on top of your competition and keep up with
the technology.  
 
GENIUS MARKETING STRATEGIES CAN HELP!
 
We can target a market that will advertise
your business effectively. NATIONWIDE OR 
LOCAL TARGETING IS AVAILABLE!
 
You've probably seen millions of email addresses 
on CD's for $50 or lots of companies offering
deals that seem too good to be true...
Well, they are! 
 
We are professional email marketers who 
take pride in our excellent customer service.
 
RATED #1 EMAIL MARKETERS IN
ENTREPRENEUR MAGAZINE
 
Get a head start on your competition today 
with FREE ADVERTISING CONSULTING from 
Genius Marketing Strategies.
 
Please Call 401-433-5811

 
We accept:
VISA, MASTER CARD, AND AMERICAN EXPRESS
OR CHECK BY FAX OR PHONE.


***********************************************************
Since you have received this message you have either responded
to one of our offers in the past or your address has been 
registered with us. If you wish to be removed please reply to:
mailto:merch345@yahoo.com?subject=remove
************************************************************






From VRRP-owner@drcoffsite.com  Mon Jun 19 00:29:12 2000
Received: from drcoffsite.com (dns1.drcoffsite.com [216.177.1.130])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id AAA14667
	for <vrrp-archive@lists.ietf.org>; Mon, 19 Jun 2000 00:29:11 -0400 (EDT)
Received: from fep8.mail.ozemail.net [203.2.192.102] by drcoffsite.com with ESMTP
  (SMTPD32-5.05) id AF7464F04CE; Mon, 19 Jun 2000 00:20:04 -0400
Received: from mail.ozemail.com.au (1cust11.tnt2.gold-coast.au.da.uu.net [210.84.179.11]) by fep8.mail.ozemail.net (8.9.0/8.6.12) with SMTP id OAA13801; Mon, 19 Jun 2000 14:20:25 +1000 (EST)
From: 92538322@copit.com
Received: from asdrgtheh11222@copit.com(alt1.nowhere.com(209.87.56.45)) by asdrgtheh11222@copit.com (8.8.5/8.6.5) with SMTP id GAA07364 for <asdrgtheh11222@copit.com>; Mon, 19 Jun 2000 14:02:55 -0600 (EST)
Date: Mon, 19 Jun 00 14:02:55 EST
To: asdrgtheh11222@copit.com
Subject: ADULTS ONLY- HOT TEENS!!
Message-ID: <asdrgtheh11222@copit.com>
Reply-To: asdrgtheh11222@copit.com
X-PMFLAGS: 128 0
X-UIDL: B45M390FN F111mmmmmRREOVJ VFG454525R4TFVDF5
Comments: Authenticated sender is <asdrgtheh11222@copit.com>
Precedence: bulk
Sender: VRRP-owner@drcoffsite.com

CRAZY HOT TEEN GIRLS, NAKED AND LIVE!!

INSTANT ACCESS TO THE HOTTEST ADULT ENTERTAINMENT!!

TALK LIVE RIGHT NOW TO A HOT NAKED OVER 18 TEEN GIRL!!

http://www.hardandhorny.com@207.173.191.17/fuck/pb/

http://www.hardandhorny.com@207.173.191.17/fuck/pb/


LIVE SHOWS, PEEP CAMERAS, INSTANT ACCESS!!

THIS SITE CONTAINS EXPLICIT ADULT MATERIAL, IF NUDITY AND SEXUAL ACTS OFFENDS YOU, DO NOT ENTER.


To be removed from out RANDOMLY SELECTED LISTING please send us an email remove_myname@hotmail.com 

PLEASE FORWARD ANY COMPLAINTS DIRECT TO US AND WE WILL ENSURE YOUR REMOVAL FROM THIS LIST :)


From VRRP-owner@drcoffsite.com  Mon Jun 19 17:17:52 2000
Received: from drcoffsite.com (dns1.drcoffsite.com [216.177.1.130])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA23674
	for <vrrp-archive@lists.ietf.org>; Mon, 19 Jun 2000 17:17:52 -0400 (EDT)
Received: from mailhost.iprg.nokia.com [205.226.5.12] by drcoffsite.com with ESMTP
  (SMTPD32-5.05) id ACEF19BB0322; Mon, 19 Jun 2000 17:13:19 -0400
Received: from darkstar.iprg.nokia.com (darkstar.iprg.nokia.com [205.226.5.69])
	by mailhost.iprg.nokia.com (8.9.3/8.9.3-GLGS) with ESMTP id OAA09575;
	Mon, 19 Jun 2000 14:14:10 -0700 (PDT)
Received: (from root@localhost)
	by darkstar.iprg.nokia.com (8.9.3/8.9.3-VIRSCAN) id OAA24765;
	Mon, 19 Jun 2000 14:14:07 -0700
X-Virus-Scanned:  Mon, 19 Jun 2000 14:14:07 -0700 Nokia Silicon Valley Email Exploit Scanner
Received: from <hinden@iprg.nokia.com> (spruce.iprg.nokia.com [205.226.1.63]) by darkstar.iprg.nokia.com  SMTP/WTS (12.69)
 xma015890; Mon, 19 Jun 00 14:10:28 -0700
Message-Id: <4.3.2.7.2.20000619140402.01bdcc38@mailhost.iprg.nokia.com>
X-Sender: hinden@mailhost.iprg.nokia.com
X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
Date: Mon, 19 Jun 2000 14:08:31 -0700
To: vrrp@drcoffsite.com
From: Bob Hinden <hinden@iprg.nokia.com>
Subject: No Pittsburgh IETF VRRP Session
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Precedence: bulk
Sender: VRRP-owner@drcoffsite.com

I was not planning to request a meeting slot for VRRP at the Pittsburgh 
IETF because I don't think there are any significant VRRP issues to 
discuss.  If anyone has an important topic that relates to VRRP please let 
me know.   The cut off date to request a meeting slot is July 7.

Bob Hinden
VRRP w.g. Chair



From VRRP-owner@drcoffsite.com  Tue Jun 20 09:06:56 2000
Received: from drcoffsite.com (dns1.drcoffsite.com [216.177.1.130])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA20708
	for <vrrp-archive@lists.ietf.org>; Tue, 20 Jun 2000 09:06:55 -0400 (EDT)
Received: from fep6.mail.ozemail.net [203.2.192.123] by drcoffsite.com with ESMTP
  (SMTPD32-5.05) id AB3D2840348; Tue, 20 Jun 2000 09:01:49 -0400
Received: from mail.ozemail.com.au (1cust177.tnt2.gold-coast.au.da.uu.net [210.84.179.177]) by fep6.mail.ozemail.net (8.9.0/8.6.12) with SMTP id WAA07423; Tue, 20 Jun 2000 22:59:51 +1000 (EST)
Received: from the_rite_way56@hotmail.com(mail.hotmail.com(213.34.45.345)) by the_rite_way56@hotmail.com (8.8.5/8.6.5) with SMTP id GAA02913 for <the_rite_way56@hotmail.com>; Tue, 20 Jun 2000 22:16:02 -0600 (EST)
Date: Tue, 20 Jun 00 22:16:02 EST
From: 07324710@ozemail.com.au
To: the_rite_way56@hotmail.com
Subject: MAKE HUGE MONEY ONLINE - NOW!!
Message-ID: <fkfdgdrfgredgrgvsjfre@hushmail.com>
Reply-To: the_rite_way56@hotmail.com
X-PMFLAGS: 128 0
X-UIDL: lfgvldrzkfgvs fgdxfgrxdfgved7ur3948er5uq34we8tr3
Comments: Authenticated sender is <the_rite_way56@hotmail.com>
Precedence: bulk
Sender: VRRP-owner@drcoffsite.com

I Made a million in 1 year with this!! YOU CAN TOO!!

NO Inventory - NO Employees - NO Products - NO Hassles!
 
Join the highest paid AFFILIATE program ... $104.00+ commission!

Amazing conversions - 1/100 want this product!!

http://3515356774/mdreporter/index.html
 
*FREE* duplication and marketing rights to 9+ software programs!
*FREE* web hosting and 15+ professionally created Web pages!
*FREE* article reveals Microsoft's foolproof recipe for home based
business and Internet success! Click below for instant access!

http://3515356774/mdreporter/index.html
 
To be removed from all future mailings please send an email
to auto57457@hushmail.com with the word "remove" in the subject line.


From VRRP-owner@drcoffsite.com  Wed Jun 21 14:14:57 2000
Received: from drcoffsite.com (dns1.drcoffsite.com [216.177.1.130])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA10455
	for <vrrp-archive@lists.ietf.org>; Wed, 21 Jun 2000 14:14:56 -0400 (EDT)
Received: from ibm13.ilab.sztaki.hu [193.6.16.82] by drcoffsite.com with ESMTP
  (SMTPD32-5.05) id A409FB820054; Wed, 21 Jun 2000 14:06:01 -0400
Received: from 139.130.51.8 ([209.81.129.160])
          by ibm13.ilab.sztaki.hu (Lotus Domino Build 166.1)
          with SMTP id 2000062105322351:996 ;
          Wed, 21 Jun 2000 05:32:23 +0200 
To: <admin@notodrugs.org>
From: beverly69@daum.net
Subject: Gasoline price are scheduled to increase                         17896
Date: Tue, 20 Jun 2000 22:28:44 -0500
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Errors-To: admin@notodrugs.org
Reply-To: admin@notodrugs.org
X-MIMETrack: Itemize by SMTP Server on ibm13/SZTAKI(Release 5.0 (France)|30 March 1999) at
 06/21/2000 05:32:24 AM,
	Serialize by Router on ibm13/SZTAKI(Release 5.0 (France)|30 March 1999) at
 06/21/2000 08:13:50 PM,
	Serialize complete at 06/21/2000 08:13:50 PM
Message-ID: <0000727d25aa$0000426c$000045e8@139.130.51.8>
MIME-Version: 1.0
Precedence: bulk
Sender: VRRP-owner@drcoffsite.com

Current Market Information.  
New strategy could realize up to 40% or greater returns.

Free video
Free "How to" manual for successfully trading in the oil marketplace
Free trade to help you get started
Find out where today's profits are
Learn how to take advantage of high gasoline prices!

Act Now -- click below for complete information.


http://204.1.122.214/056ks98r717d/897456t2sd/







To be removed:
mailto:69chevelle@hongkong.com
















Current Market Information.  
New strategy could realize up to 40% or greater returns.

Free video





From VRRP-owner@drcoffsite.com  Sun Jun 25 14:08:47 2000
Received: from drcoffsite.com (dns1.drcoffsite.com [216.177.1.130])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA09589
	for <vrrp-archive@lists.ietf.org>; Sun, 25 Jun 2000 14:08:46 -0400 (EDT)
Received: from stephens.ittc.ukans.edu [129.237.125.220] by drcoffsite.com with ESMTP
  (SMTPD32-5.05) id A8CF1C6B0382; Sun, 25 Jun 2000 14:00:47 -0400
Received: from simba.ittc.ukans.edu (simba.ittc.ukans.edu [129.237.125.184])
	by stephens.ittc.ukans.edu (8.9.3/8.9.3/ITTC-NOSPAM-1.0) with ESMTP id NAA20075
	for <vrrp@drcoffsite.com>; Sun, 25 Jun 2000 13:01:37 -0500 (CDT)
Received: from localhost by simba.ittc.ukans.edu (8.8.7/KU-4.0-client)
	id LAA21820; Sun, 25 Jun 2000 11:51:37 -0500
Date: Sun, 25 Jun 2000 11:51:37 -0500 (CDT)
From: Srinivas Akkipeddi <akki@ittc.ukans.edu>
To: vrrp@drcoffsite.com
Subject: simple doubt
Message-ID: <Pine.LNX.3.96.1000625114703.21818A-100000@simba.ittc.ukans.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Precedence: bulk
Sender: VRRP-owner@drcoffsite.com

Hi ,
	I have this simple doubt . Consider a suitiation where there are 2
Routers A,B on a common lan . Some hosts on the lan have the default route
set to A and others to B .So there are 2 virtual routers with A being
master for one virtual router and B its backup and vice versa . If router
A goes down then B becomes the master for both the virtual routers . when
B receives an ARP request for virtual router (initially for which A was
the master) then which virtual MAC ID does it send in reply to the request
. I hope you understand my question . It is a simple one but i could not
put it in a better fashion
thanks
akki

-------------------------------------------------------------------------------
		1301 W 24th Street    		Ph: 785-840-0350 (home)
 		 Apt : #P34                          785-864-3041 (off)
		Lawrence			email:
		kansas-66046			  akki@ittc.ukans.edu
		USA				  akkipeddi@mailcity.com
						  svinia@eecs.ukans.edu




From VRRP-owner@drcoffsite.com  Sun Jun 25 15:54:44 2000
Received: from drcoffsite.com (dns1.drcoffsite.com [216.177.1.130])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA09995
	for <vrrp-archive@lists.ietf.org>; Sun, 25 Jun 2000 15:54:43 -0400 (EDT)
Received: from southpass.baynetworks.com [134.177.3.16] by drcoffsite.com with ESMTP
  (SMTPD32-5.05) id A27913D80346; Sun, 25 Jun 2000 15:50:17 -0400
Received: from mailhost.BayNetworks.COM (h016b.s86b1.BayNetworks.COM [134.177.1.107])
	by southpass.baynetworks.com (8.9.1/8.9.1) with ESMTP id MAA28184;
	Sun, 25 Jun 2000 12:42:55 -0700 (PDT)
Received: from pobox.engeast.BayNetworks.COM (pobox.engeast.baynetworks.com [192.32.61.6])
	by mailhost.BayNetworks.COM (8.9.1/8.8.8) with ESMTP id MAA25116;
	Sun, 25 Jun 2000 12:49:03 -0700 (PDT)
Received: from baynetworks.com ([134.177.4.140])
	by pobox.engeast.BayNetworks.COM (SMI-8.6/BNET-97/04/24-S) with ESMTP
	id PAA06985; Sun, 25 Jun 2000 15:50:32 -0400
	for 
Message-ID: <39566054.AFD07DF8@baynetworks.com>
Date: Sun, 25 Jun 2000 15:41:09 -0400
From: Ayikudy Srikanth <asrikant@nortelnetworks.com>
Reply-To: asrikant@nortelnetworks.com
Organization: Nortel Networks Inc.
X-Mailer: Mozilla 4.61 [en] (Win95; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Srinivas Akkipeddi <akki@ittc.ukans.edu>
CC: vrrp@drcoffsite.com
Subject: Re: simple doubt
References: <Pine.LNX.3.96.1000625114703.21818A-100000@simba.ittc.ukans.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Precedence: bulk
Sender: VRRP-owner@drcoffsite.com
Content-Transfer-Encoding: 7bit

I think I understand your question. It will send the VRRP MAC of A because it is
backing up for router A . Essentially there are 2 VRs in your scenario. VR1 has A
has owner and B as backup and VR2 has B has owner and A as backup.
VR1 has Mac X and VR2 has Mac Y and so when B is a master and it gets a ARP query
with A's IP address, then it will respond with Mac X

Hope this clarifies!

Srikanth


Srinivas Akkipeddi wrote:

> Hi ,
>         I have this simple doubt . Consider a suitiation where there are 2
> Routers A,B on a common lan . Some hosts on the lan have the default route
> set to A and others to B .So there are 2 virtual routers with A being
> master for one virtual router and B its backup and vice versa . If router
> A goes down then B becomes the master for both the virtual routers . when
> B receives an ARP request for virtual router (initially for which A was
> the master) then which virtual MAC ID does it send in reply to the request
> . I hope you understand my question . It is a simple one but i could not
> put it in a better fashion
> thanks
> akki
>
> -------------------------------------------------------------------------------
>                 1301 W 24th Street              Ph: 785-840-0350 (home)
>                  Apt : #P34                          785-864-3041 (off)
>                 Lawrence                        email:
>                 kansas-66046                      akki@ittc.ukans.edu
>                 USA                               akkipeddi@mailcity.com
>                                                   svinia@eecs.ukans.edu



From VRRP-owner@drcoffsite.com  Mon Jun 26 00:24:37 2000
Received: from drcoffsite.com (dns1.drcoffsite.com [216.177.1.130])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id AAA14477
	for <vrrp-archive@lists.ietf.org>; Mon, 26 Jun 2000 00:24:37 -0400 (EDT)
Received: from baynet.baynetworks.com [134.177.3.20] by drcoffsite.com with ESMTP
  (SMTPD32-5.05) id A9F86920052; Mon, 26 Jun 2000 00:20:08 -0400
Received: from mailhost.BayNetworks.COM (h016b.s86b1.BayNetworks.COM [134.177.1.107])
	by baynet.baynetworks.com (8.9.1/8.9.1) with ESMTP id VAA21417;
	Sun, 25 Jun 2000 21:18:57 -0700 (PDT)
Received: from mailhost.CorpIndia.BayNetworks.COM (ns1.corpindia.baynetworks.com [141.251.85.6])
	by mailhost.BayNetworks.COM (8.9.1/8.8.8) with ESMTP id VAA20513;
	Sun, 25 Jun 2000 21:18:47 -0700 (PDT)
Received: from nortelnetworks.com (snail.corpindia.baynetworks.com [141.251.87.19])
	by mailhost.CorpIndia.BayNetworks.COM (8.8.8/8.8.8) with ESMTP id JAA01012;
	Mon, 26 Jun 2000 09:46:01 -0500 (GMT)
Message-ID: <3956D9CA.BBE2B603@nortelnetworks.com>
Date: Mon, 26 Jun 2000 09:49:22 +0530
From: Aruneesh Salhotra <salhotra@nortelnetworks.com>
X-Mailer: Mozilla 4.61 [en] (Win95; I)
X-Accept-Language: en
MIME-Version: 1.0
To: Srinivas Akkipeddi <akki@ittc.ukans.edu>
CC: vrrp@drcoffsite.com
Subject: Re: simple doubt
References: <Pine.LNX.3.96.1000625114703.21818A-100000@simba.ittc.ukans.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Precedence: bulk
Sender: VRRP-owner@drcoffsite.com
Content-Transfer-Encoding: 7bit

Hi Srinivas
Surely your question is a simple one. Here lies the solution.
There are two points to note in VRRP.
1. There is a VR-ID, for every VRRP address.
2. There is a VMAC address, for every VRRP address (5EA0XXXXXX-YY).
**here YY is same as the VR-ID.

Now the case you have mentioned will have the following setup.
** Sp. you assign VR-ID 1 to Router A, and VR-ID 2 to Router B.
Now A will have two MACs 5EA0XXXXXX-01 (master) & 5EA0XXXXXX-02 (backup).
Now A will have two MACs 5EA0XXXXXX-02 (master)& 5EA0XXXXXX-01 (backup).

A responds to an ARP request with its First MAC address and B responds to an ARP
request with its Second MAC address.
Now when Router A goes down, both the MAC addresses which B is responsible for, are
activated.

When a request for the IP address of A is received, then B responds to the request,
with the Second MAC address it has (5EA0XXXXXX-01).
Aruneesh



Srinivas Akkipeddi wrote:

> Hi ,
>         I have this simple doubt . Consider a suitiation where there are 2
> Routers A,B on a common lan . Some hosts on the lan have the default route
> set to A and others to B .So there are 2 virtual routers with A being
> master for one virtual router and B its backup and vice versa . If router
> A goes down then B becomes the master for both the virtual routers . when
> B receives an ARP request for virtual router (initially for which A was
> the master) then which virtual MAC ID does it send in reply to the request
> . I hope you understand my question . It is a simple one but i could not
> put it in a better fashion
> thanks
> akki
>
> -------------------------------------------------------------------------------
>                 1301 W 24th Street              Ph: 785-840-0350 (home)
>                  Apt : #P34                          785-864-3041 (off)
>                 Lawrence                        email:
>                 kansas-66046                      akki@ittc.ukans.edu
>                 USA                               akkipeddi@mailcity.com
>                                                   svinia@eecs.ukans.edu



From VRRP-owner@drcoffsite.com  Mon Jun 26 07:03:28 2000
Received: from drcoffsite.com (dns1.drcoffsite.com [216.177.1.130])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA29760
	for <vrrp-archive@lists.ietf.org>; Mon, 26 Jun 2000 07:03:27 -0400 (EDT)
Received: from cobra.medialincs.co.kr [210.126.9.1] by drcoffsite.com with ESMTP
  (SMTPD32-5.05) id A73BA71B0084; Mon, 26 Jun 2000 06:58:03 -0400
Received: from ysyu (ysyu [210.126.9.192])
	by cobra.medialincs.co.kr (8.10.0/8.10.0) with SMTP id e5QAt9I06776
	for <vrrp@drcoffsite.com>; Mon, 26 Jun 2000 19:55:09 +0900 (KST)
Message-ID: <001d01bfdf5d$6bd2e880$c0097ed2@medialincs.com>
Reply-To: =?ks_c_5601-1987?B?wK+/67z2?= <ysyu@medialincs.com>
From: =?ks_c_5601-1987?B?wK+/67z2?= <ysyu@medialincs.com>
To: <vrrp@drcoffsite.com>
Subject: @VRRP-Critical Qustions for implementation.
Date: Mon, 26 Jun 2000 19:58:11 +0900
Organization: medialincs
MIME-Version: 1.0
Content-Type: text/plain;
	charset="ks_c_5601-1987"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Precedence: bulk
Sender: VRRP-owner@drcoffsite.com
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from base64 to 8bit by ietf.org id HAA29760


Hello,
I have some questions. Some of these are meaningful I think. 
Sorry for poor english in advance.
And hope many people comment about this.

Questions are as follows.
------------------------------------------------------------
(Q.1) When one can consider another was failed? 
       (What condition makes it impossible to send vrrp advertisment-msg?)

Assume two router runnnig vrrp.
Each router has a connection to a WAN.
When one consider another was failed? 
 I think as follows.
 - when physical line disconnected
 - when router was down (->power off)
 - when router's software was down or crashed (->power on)
 Are these condition enough?
 Assume one router's wan connection is failed(-out of use, whether connected or not) 
 - we have to apply this condition to vrrp operation or not?
          Is this out of vrrp range or not?
------------------------------------------------------------
(Q.2) When is it useful especially? 

Is there someone who has specific "vrrp sample configuration" which 
 applied to real network or expected to be applied?
(I searched but could't find . I wonder about this very much)
------------------------------------------------------------
(Q.3) Running vrrp on multiple interface

Let's assume a router have many interfaces,
Should the router be capable of running vrrp on multiple interface simultaneously?
This capability is needed?
------------------------------------------------------------
(Q.4) OSPF for fast fail-over in the WAN

Even if one runs vrrp between routers which capable of fast fail-detection ,
I think " real fail-over " is dependant on routing protocol in the wan.
(because routing protocol such as rip convergence slowly
         so can't reroute retun-path fastly in short time.)
Right? 
------------------------------------------------------------

Thanks,
Yongsu Yu


From VRRP-owner@drcoffsite.com  Mon Jun 26 10:53:27 2000
Received: from drcoffsite.com (dns1.drcoffsite.com [216.177.1.130])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA07609
	for <vrrp-archive@lists.ietf.org>; Mon, 26 Jun 2000 10:53:23 -0400 (EDT)
Received: from southpass.baynetworks.com [134.177.3.16] by drcoffsite.com with ESMTP
  (SMTPD32-5.05) id AD049D4035C; Mon, 26 Jun 2000 10:47:32 -0400
Received: from mailhost.BayNetworks.COM (h016b.s86b1.BayNetworks.COM [134.177.1.107])
	by southpass.baynetworks.com (8.9.1/8.9.1) with ESMTP id HAA24816;
	Mon, 26 Jun 2000 07:40:19 -0700 (PDT)
Received: from pobox.engeast.BayNetworks.COM (pobox.engeast.baynetworks.com [192.32.61.6])
	by mailhost.BayNetworks.COM (8.9.1/8.8.8) with ESMTP id HAA02114;
	Mon, 26 Jun 2000 07:46:28 -0700 (PDT)
Received: from skibum.engeast (skibum [192.32.138.69])
	by pobox.engeast.BayNetworks.COM (SMI-8.6/BNET-97/04/24-S) with SMTP
	id KAA19421; Mon, 26 Jun 2000 10:47:59 -0400
	for 
Received: from localhost by skibum.engeast (SMI-8.6/SMI-SVR4)
	id KAA04294; Mon, 26 Jun 2000 10:47:59 -0400
Date: Mon, 26 Jun 2000 10:47:59 -0400 (EDT)
From: Hamayon Mujeeb <hmujeeb@nortelnetworks.com>
X-Sender: hmujeeb@skibum
To: =?ks_c_5601-1987?B?wK+/67z2?= <ysyu@medialincs.com>
cc: vrrp@drcoffsite.com
Subject: Re: @VRRP-Critical Qustions for implementation.
In-Reply-To: <001d01bfdf5d$6bd2e880$c0097ed2@medialincs.com>
Message-ID: <Pine.GSO.3.96.1000626103051.4282A-100000@skibum>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Precedence: bulk
Sender: VRRP-owner@drcoffsite.com


> ------------------------------------------------------------
> (Q.1) When one can consider another was failed? 
>        (What condition makes it impossible to send vrrp advertisment-msg?)

If you are asking about "when Backup should consider the Master to 
be down ?" ...  When the Backup does not recieve an advertisement from 
the Master for Master_Down_Time seconds, it should consider the 
Master to be Down. 
The reason is not important. It could be anything stopping 
the Master to function properly and send out the periodic VRRP 
advertisement.


If you are asking about "when the Master should consider itself to
be down (and send a zero-priority advertisement) ? ... It is only
when the corresponding IP interface goes down, and the Master is
still able to send traffic on the wire. (In cases where power
fails, or connection is down or physical line breaks, the Master 
would not be able to send out anything anyway ...)


> ------------------------------------------------------------
> (Q.3) Running vrrp on multiple interface
> 
> Let's assume a router have many interfaces,
> Should the router be capable of running vrrp on multiple interface
> simultaneously? 
> This capability is needed?

Yes. There should be no restriction ...


> ------------------------------------------------------------
> (Q.4) OSPF for fast fail-over in the WAN
> 
> Even if one runs vrrp between routers which capable of fast fail-detection ,
> I think " real fail-over " is dependant on routing protocol in the wan.
> (because routing protocol such as rip convergence slowly
>          so can't reroute retun-path fastly in short time.)
> Right? 

VRRP is more targeted towards networks which have hosts that are NOT 
running routing protocols. These hosts have default routes to the
gateways in the local LANs, and hence loose connectivity to outside
world once the default gateway is down. VRRP solves this problem 
by allowing multiple routers in the LAN taking responsibilty for
the default gateway address(es) without the host knowing about
that.

I don't see a great advantage of running VRRP and a routing 
protocol at the same time ... maybe somebody can enlighten me.
(Although the routers run routing protocols among themselves, 
it is the hosts that do not run routing protocols, that benefit 
from VRRP.)

Hamayon Mujeeb
Nortel Networks



From VRRP-owner@drcoffsite.com  Tue Jun 27 05:18:05 2000
Received: from drcoffsite.com (dns1.drcoffsite.com [216.177.1.130])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA05351
	for <vrrp-archive@lists.ietf.org>; Tue, 27 Jun 2000 05:18:02 -0400 (EDT)
Received: from cobra.medialincs.co.kr [210.126.9.1] by drcoffsite.com with ESMTP
  (SMTPD32-5.05) id AE87D640164; Tue, 27 Jun 2000 05:06:15 -0400
Received: from ysyu (ysyu [210.126.9.192])
	by cobra.medialincs.co.kr (8.10.0/8.10.0) with SMTP id e5R92ZI09452;
	Tue, 27 Jun 2000 18:02:46 +0900 (KST)
Message-ID: <007001bfe016$ecc37cc0$c0097ed2@medialincs.com>
Reply-To: =?Windows-1252?B?wK+/67z2?= <ysyu@medialincs.com>
From: =?Windows-1252?B?wK+/67z2?= <ysyu@medialincs.com>
To: <hmujeeb@nortelnetworks.com>
Cc: <vrrp@drcoffsite.com>
Subject: out of vrrp-range ? 
Date: Tue, 27 Jun 2000 18:05:42 +0900
Organization: medialincs
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_006D_01BFE062.4F1D4B80"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Precedence: bulk
Sender: VRRP-owner@drcoffsite.com

This is a multi-part message in MIME format.

------=_NextPart_000_006D_01BFE062.4F1D4B80
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: base64

IFRoYW5rIHlvdSBmb3IgdXIgc2luY2VyZSBhbnN3ZXJzLiANCg0KIEkgd291bGQgbGlrZSB0byBh
c2sgeW91IGFib3V0IHRoZSBzYW1lIHF1ZXN0aW9uKFEuMSkgYWdhaW4uDQogVGhpcyBpcyB3aGF0
IGkgd2FudCB0byBrbm93LiBDb3NpZGVyIGZvbGxvd2luZyBmaWd1cmUuDQoNCihRLjEpDQoiIFdo
ZW4gUm91dGVyIFItNCBnb2VzIGRvd24sIHNob3VsZCBNUi0yIGNvbnNpZGVyIGl0c2VsZiB0byBi
ZSBkb3duIG9yIG5vdD8gIg0KIiBJcyBpdCBvdXQgb2YgdnJycC1yYW5nZSA/ICINCg0KDQogICAg
ICAgICAgKy0tLS0tLS0tLS0tLS0tICBXQU4gIC0tLS0tLS0tLS0tLS0tLS0rDQogICAgICAgICAg
fCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8ICAgICAgICArLS0tLS0rDQog
ICAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8LS0tLS0tLS18
IEg5ICB8IDwtIGRlc3QuIEhvc3QNCiAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgIHwgICAgICAgICstLS0tLSsNCiAgICAgICAgICB8ICAgICAgICAgIHwgICAg
ICAgICAgICB8ICAgICAgICAgICAgIHwNCiAgICAgICAgICB8ICAgICAgICstLS0tLSsgICAgICAr
LS0tLS0rICAgICAgICAgIHwNCiAgICAgICAgICB8ICAgICAgIHwgUi0zIHwgICAgICB8IFItNCB8
ICAgICAgICAgIHwNCiAgICAgICAgICB8ICAgICAgICstLS0tLSsgICAgICArLS0tLS0rICAgICAg
ICAgIHwNCiAgICAgICAgICB8ICAgICAgICAgIHwgICAgICAgICAgICB8ICAgICAgICAgICAgIHwN
CiAgICAgICAgICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsgIA0KICAg
ICAgICAgICAgICAgICAgICAgfCAgICAgICAgICAgIHwgPC0tLS0iIFdoZW4gUm91dGVyIFItNCBn
b2VzIGRvd24sIA0KICAgICAgICAgICAgICAgICAgICAgfCAgICAgICAgICAgIHwgICAgICAgc2hv
dWxkIE1SLTIgY29zaWRlciBpdHNlbGYgdG8gYmUgZG93biBvciBub3Q/ICINCiAgICAgICAgICAg
ICAgICAgICstLS0tLSsgICAgICArLS0tLS0rDQogICAgICAgICAgICAgICAgICB8IE1SMSB8ICAg
ICAgfCBNUjIgfA0KICAgICAgICAgICAgICAgICAgfCAgJiAgfCAgICAgIHwgICYgIHwNCiAgICAg
ICAgICAgICAgICAgIHwgQlIyIHwgICAgICB8IEJSMSB8DQogICAgIFZSSUQ9MSAgICAgICArLS0t
LS0rICAgICAgKy0tLS0tKyAgICAgICAgIFZSSUQ9Mg0KICAgICBJUCBBIC0tLS0tLS0tLS0+KiAg
ICAgICAgICAgICo8LS0tLS0tLS0tLSBJUCBCDQogICAgICAgICAgICAgICAgICAgICB8ICAgICAg
ICAgICAgfA0KICAgICAgICAgICAgICAgICAgICAgfCAgICAgICAgICAgIHwNCiAgICAgICAgICAg
ICAgICAgICAgIHwgICAgICAgICAgICB8DQogICAtLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0t
LS0tKy0tLS0tKy0tLS0tLS0tKy0tLS0tLS0tKy0tLS0tLS0tKy0tDQogICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgXiAgICAgICAgXiAgICAgICAgXiAgICAgICAgXg0KICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgICAgICAgIHwgICAgICAgIHwg
ICAgICAgIHwNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgKElQIEEpICAg
KElQIEEpICAgKElQIEIpICAgKElQIEIpDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgfCAgICAgICAgfCAgICAgICAgfCAgICAgICAgfA0KICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICstLSstLSsgICstLSstLSsgICstLSstLSsgICstLSstLSsNCiAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8ICBIMSB8ICB8ICBIMiB8ICB8ICBI
MyB8ICB8ICBINCB8PC0tIHNyYy4gaG9zdA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICstLS0tLSsgICstLS0tLSsgICstLSstLSsgICstLSstLSsNCg==

------=_NextPart_000_006D_01BFE062.4F1D4B80
Content-Type: text/html;
	charset="Windows-1252"
Content-Transfer-Encoding: base64

PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv
L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXdp
bmRvd3MtMTI1MiIgaHR0cC1lcXVpdj1Db250ZW50LVR5cGU+DQo8TUVUQSBjb250ZW50PSJNU0hU
TUwgNS4wMC4yNjE0LjM1MDAiIG5hbWU9R0VORVJBVE9SPg0KPFNUWUxFPjwvU1RZTEU+DQo8L0hF
QUQ+DQo8Qk9EWSBiYWNrZ3JvdW5kPSIiIGJnQ29sb3I9I2ZmZmZmZj48Rk9OVCBmYWNlPSYjNDgx
NDg7JiM1MzQ2MTsmIzUyNDA0OyBzaXplPTI+Jm5ic3A7VGhhbmsgeW91IGZvciB1ciANCnNpbmNl
cmUgYW5zd2Vycy4gPEJSPjxCUj4mbmJzcDtJIHdvdWxkIGxpa2UgdG8gYXNrIHlvdSBhYm91dCB0
aGUgc2FtZSANCnF1ZXN0aW9uKFEuMSkgYWdhaW4uPEJSPiZuYnNwO1RoaXMgaXMgd2hhdCBpIHdh
bnQgdG8ga25vdy4gQ29zaWRlciBmb2xsb3dpbmcgDQpmaWd1cmUuPEJSPjxCUj4oUS4xKTxCUj4i
IFdoZW4gUm91dGVyIFItNCBnb2VzIGRvd24sIHNob3VsZCBNUi0yIGNvbnNpZGVyIGl0c2VsZiAN
CnRvIGJlIGRvd24gb3Igbm90PyAiPEJSPiIgSXMgaXQgb3V0IG9mIHZycnAtcmFuZ2UgPyANCiI8
QlI+PEJSPjxCUj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsgDQorLS0tLS0tLS0tLS0tLS0mbmJzcDsgV0FOJm5ic3A7IA0KLS0tLS0tLS0tLS0t
LS0tLSs8QlI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7IA0KfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAN
CnwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgDQorLS0tLS0rPEJS
PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAN
CnwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgDQp8LS0tLS0t
LS18IEg5Jm5ic3A7IHwgJmx0Oy0gZGVzdC4gDQpIb3N0PEJSPiZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyANCnwmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgDQp8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7IA0KKy0tLS0tKzxCUj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgDQp8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IA0KfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyANCnwmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsgDQp8PEJSPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyANCnwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgKy0tLS0tKyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyANCistLS0tLSsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgDQp8PEJSPiZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyANCnwmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCBSLTMgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyB8IA0KUi00IHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsgDQp8PEJSPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyANCnwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg
Ky0tLS0tKyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyANCistLS0tLSsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgDQp8PEJSPiZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyANCnwmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgDQp8Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7IA0KfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyANCnw8QlI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IA0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0rJm5ic3A7IA0KPEJSPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyANCnwmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCAmbHQ7LS0t
LSIgDQpXaGVuIFJvdXRlciBSLTQgZ29lcyBkb3duLCANCjxCUj4mbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgDQp8Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
IA0KfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBzaG91bGQgTVItMiBjb3Np
ZGVyIGl0c2VsZiB0byBiZSBkb3duIG9yIA0Kbm90PyANCiI8QlI+Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IA0KKy0tLS0tKyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyANCistLS0tLSs8QlI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7IA0KfCBNUjEgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8IE1S
MiANCnw8QlI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IA0K
fCZuYnNwOyAmYW1wOyZuYnNwOyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwmbmJz
cDsgJmFtcDsmbmJzcDsgDQp8PEJSPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyANCnwgQlIyIHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCBCUjEg
fDxCUj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgDQpWUklEPTEmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsgKy0tLS0tKyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAN
CistLS0tLSsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg
DQpWUklEPTI8QlI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IElQIEEgDQotLS0tLS0tLS0tJmd0
OyombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsgDQoqJmx0Oy0tLS0tLS0tLS0gSVAgDQpCPEJSPiZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyANCnwmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsgDQp8PEJSPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyANCnwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgDQp8PEJSPiZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyANCnwmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg
DQp8PEJSPiZuYnNwOyZuYnNwOyANCi0tLS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0rLS0t
LS0rLS0tLS0tLS0rLS0tLS0tLS0rLS0tLS0tLS0rLS08QlI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IA0KXiZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyANCl4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsgDQpeJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7IA0KXjxCUj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgDQp8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7IA0KfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyANCnwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgDQp8PEJSPiZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyANCihJUCBB
KSZuYnNwOyZuYnNwOyAoSVAgQSkmbmJzcDsmbmJzcDsgKElQIEIpJm5ic3A7Jm5ic3A7IChJUCAN
CkIpPEJSPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyANCnwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsgDQp8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IA0KfCZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyANCnw8QlI+Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IA0KKy0tKy0tKyZuYnNwOyArLS0rLS0r
Jm5ic3A7ICstLSstLSsmbmJzcDsgDQorLS0rLS0rPEJSPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyANCnwmbmJzcDsgSDEgfCZuYnNwOyB8Jm5ic3A7IEgyIHwm
bmJzcDsgfCZuYnNwOyBIMyB8Jm5ic3A7IHwmbmJzcDsgSDQgfCZsdDstLSBzcmMuIA0KaG9zdDxC
Uj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgDQorLS0tLS0r
Jm5ic3A7ICstLS0tLSsmbmJzcDsgKy0tKy0tKyZuYnNwOyArLS0rLS0rPC9GT05UPjwvQk9EWT48
L0hUTUw+DQo=

------=_NextPart_000_006D_01BFE062.4F1D4B80--



From VRRP-owner@drcoffsite.com  Tue Jun 27 14:03:04 2000
Received: from drcoffsite.com (dns1.drcoffsite.com [216.177.1.130])
	by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA19365
	for <vrrp-archive@lists.ietf.org>; Tue, 27 Jun 2000 14:03:03 -0400 (EDT)
Received: from southpass.baynetworks.com [134.177.3.16] by drcoffsite.com with ESMTP
  (SMTPD32-5.05) id A9C11C3704DA; Tue, 27 Jun 2000 13:52:01 -0400
Received: from mailhost.BayNetworks.COM (h016b.s86b1.BayNetworks.COM [134.177.1.107])
	by southpass.baynetworks.com (8.9.1/8.9.1) with ESMTP id KAA15642;
	Tue, 27 Jun 2000 10:45:04 -0700 (PDT)
Received: from pobox.engeast.BayNetworks.COM (pobox.engeast.baynetworks.com [192.32.61.6])
	by mailhost.BayNetworks.COM (8.9.1/8.8.8) with ESMTP id KAA02574;
	Tue, 27 Jun 2000 10:51:13 -0700 (PDT)
Received: from skibum.engeast (skibum [192.32.138.69])
	by pobox.engeast.BayNetworks.COM (SMI-8.6/BNET-97/04/24-S) with SMTP
	id NAA13343; Tue, 27 Jun 2000 13:52:44 -0400
	for 
Received: from localhost by skibum.engeast (SMI-8.6/SMI-SVR4)
	id NAA05458; Tue, 27 Jun 2000 13:52:44 -0400
Date: Tue, 27 Jun 2000 13:52:44 -0400 (EDT)
From: Hamayon Mujeeb <hmujeeb@nortelnetworks.com>
X-Sender: hmujeeb@skibum
To: =?Windows-1252?B?wK+/67z2?= <ysyu@medialincs.com>
cc: vrrp@drcoffsite.com
Subject: Re: out of vrrp-range ? 
In-Reply-To: <007001bfe016$ecc37cc0$c0097ed2@medialincs.com>
Message-ID: <Pine.GSO.3.96.1000627135131.5448E-100000@skibum>
MIME-Version: 1.0
Content-Type: MULTIPART/ALTERNATIVE; BOUNDARY="----=_NextPart_000_006D_01BFE062.4F1D4B80"
Content-ID: <Pine.GSO.3.96.1000627135131.5448F@skibum>
Precedence: bulk
Sender: VRRP-owner@drcoffsite.com

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

------=_NextPart_000_006D_01BFE062.4F1D4B80
Content-Type: TEXT/PLAIN; CHARSET=Windows-1252
Content-ID: <Pine.GSO.3.96.1000627135131.5448G@skibum>
Content-Transfer-Encoding: QUOTED-PRINTABLE

On Tue, 27 Jun 2000, [Windows-1252] =C0=AF=BF=EB=BC=F6 wrote:

> (Q.1)
> " When Router R-4 goes down, should MR-2 consider itself to be down or no=
t? "
> " Is it out of vrrp-range ? "

According to the standard, yes, it is out of vrrp-range.
VRRP has no interaction with the routing protocols so it
does not have any way of knowing if R4 went down.

Hamayon



>=20
>=20
>           +--------------  WAN  ----------------+
>           |                                     |        +-----+
>           |                                     |--------| H9  | <- dest.=
 Host
>           |                                     |        +-----+
>           |          |            |             |
>           |       +-----+      +-----+          |
>           |       | R-3 |      | R-4 |          |
>           |       +-----+      +-----+          |
>           |          |            |             |
>           --------------------------------------+ =20
>                      |            | <----" When Router R-4 goes down,=20
>                      |            |       should MR-2 cosider itself to b=
e down or not? "
>                   +-----+      +-----+
>                   | MR1 |      | MR2 |
>                   |  &  |      |  &  |
>                   | BR2 |      | BR1 |
>      VRID=3D1       +-----+      +-----+         VRID=3D2
>      IP A ---------->*            *<---------- IP B
>                      |            |
>                      |            |
>                      |            |
>    ------------------+------------+-----+--------+--------+--------+--
>                                         ^        ^        ^        ^
>                                         |        |        |        |
>                                       (IP A)   (IP A)   (IP B)   (IP B)
>                                         |        |        |        |
>                                      +--+--+  +--+--+  +--+--+  +--+--+
>                                      |  H1 |  |  H2 |  |  H3 |  |  H4 |<-=
- src. host
>                                      +-----+  +-----+  +--+--+  +--+--+
>=20

------=_NextPart_000_006D_01BFE062.4F1D4B80--


