Re: [VRRP] vrrp Digest, Vol 88, Issue 1

Thirumavalavan Periyannan <> Fri, 18 October 2013 19:36 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 58A3D11E81B8 for <>; Fri, 18 Oct 2013 12:36:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.598
X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id S9KVHZwX5Z2i for <>; Fri, 18 Oct 2013 12:35:59 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id 74E5A11E82B9 for <>; Fri, 18 Oct 2013 12:35:58 -0700 (PDT)
Received: from ( by ( with Microsoft SMTP Server (TLS) id; Fri, 18 Oct 2013 12:35:57 -0700
Received: from ([]) by ([]) with mapi; Sat, 19 Oct 2013 00:57:04 +0530
From: Thirumavalavan Periyannan <>
To: "" <>
Date: Sat, 19 Oct 2013 01:02:02 +0530
Thread-Topic: vrrp Digest, Vol 88, Issue 1
Thread-Index: Ac7MNLlZ59a+hVLcSZ6Rd9/w3STvSwAAwY4Q
Message-ID: <>
References: <>
In-Reply-To: <>
Accept-Language: en-US
Content-Language: en-US
acceptlanguage: en-US
Content-Type: multipart/alternative; boundary="_000_617438426768D648ABBC00E677AA0149028C9A0DF814INEXCHANGEc_"
MIME-Version: 1.0
Subject: Re: [VRRP] vrrp Digest, Vol 88, Issue 1
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Virtual Router Redundancy Protocol <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Fri, 18 Oct 2013 19:36:03 -0000


Yes, If Virtual IP (including link local) is different for specific VRID then it will be DUAL Master State on DUT1 & DUT2 routers.

Thanks & Regards,
Thirumavalavan Periyannan
Associate SQA Engineer, Extreme Networks

-----Original Message-----
From: [] On Behalf Of
Sent: Saturday, October 19, 2013 12:31 AM
Subject: vrrp Digest, Vol 88, Issue 1

If you have received this digest without all the individual message attachments you will need to update your digest options in your list subscription.  To do so, go to

Click the 'Unsubscribe or edit options' button, log in, and set "Get MIME or Plain Text Digests?" to MIME.  You can set this option globally for all the list digests you receive at this point.

Send vrrp mailing list submissions to


To subscribe or unsubscribe via the World Wide Web, visit


or, via email, send a message with subject or body 'help' to


You can reach the person managing the list at


When replying, please edit your Subject line so it is more specific than "Re: Contents of vrrp digest..."

Today's Topics:

   1. VRRP IPV6 Session Configuration with different link local

      addresses (as VIP) (Sandhya Puppala)


Message: 1

Date: Thu, 17 Oct 2013 22:27:21 -0700 (PDT)

From: Sandhya Puppala <>

To: "" <>

Subject: [VRRP] VRRP IPV6 Session Configuration with different link

            local     addresses (as VIP)



Content-Type: text/plain; charset="iso-8859-1"


Consider the below topology,

DUT1 ----- DUT2

Configured DUT1 as owner with vip as fe80::ca35:b8ff:fea8:82fd.

And configured DUT2 as not-owner with vip as fe80::ca35:b8ff:fea8:8212

VIP on DUT1 and DUT2 are different.

What should be the states of DUT1 & DUT2?

According to draft

section 7.1,

If the packet was not generated by the address owner (Priority does not equal 255 (decimal)), the receiver MUST drop the packet, otherwise continue processing.

1. Does it need to compare the vip address of received packet and its vip address?

??? If there are different what need to be done?

As per RFC "DUT2 should accept the packet from DUT1".

Does this mean DUT2 state should become backup?



-------------- next part --------------

An HTML attachment was scrubbed...

URL: <>



vrrp mailing list<>

End of vrrp Digest, Vol 88, Issue 1


This e-mail and any attachments to it may contain confidential and proprietary material and is solely for the use of the intended recipient. Any review, use, disclosure, distribution or copying of this transmittal is prohibited except by or on behalf of the intended recipient. If you have received this transmittal in error, please notify the sender and destroy this e-mail and any attachments and all copies, whether electronic or printed.