Re: [VRRP] Backup->Master transition and ARP reply question

Evan Gilman <evan@miami.edu> Wed, 22 February 2012 17:33 UTC

Return-Path: <evan@miami.edu>
X-Original-To: vrrp@ietfa.amsl.com
Delivered-To: vrrp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8A20B21F87FA for <vrrp@ietfa.amsl.com>; Wed, 22 Feb 2012 09:33:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level:
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 UK7KsJbT9IBx for <vrrp@ietfa.amsl.com>; Wed, 22 Feb 2012 09:33:36 -0800 (PST)
Received: from mail-tel.cgcent.miami.edu (mail-tel.cgcent.miami.edu [64.56.84.155]) by ietfa.amsl.com (Postfix) with ESMTP id 7AEE621F8714 for <vrrp@ietf.org>; Wed, 22 Feb 2012 09:33:36 -0800 (PST)
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AtQHAD4mRU+BqyD2gWdsb2JhbABDsToEgQYiAQEWJieBcwEBAQQBAQEkETYLDAQLEQQBAQEJHgcPAhYfCQgGDQEFAgEBiAavGokDBIxQBwEBAQ4ECAEPAQIDAgECBAkDBAoCAgMFBR0IAoNBgVseBxMaEoM8BIgcM4xphUoTjS4
X-IronPort-AV: E=Sophos;i="4.73,465,1325480400"; d="scan'208";a="9287379"
Received: from umex002.cgcent.miami.edu ([129.171.32.246]) by mail-tel.cgcent.miami.edu with ESMTP/TLS/AES128-SHA; 22 Feb 2012 12:33:35 -0500
Received: from [129.171.37.137] (129.171.37.137) by smtp.umail.miami.edu (129.171.32.246) with Microsoft SMTP Server (TLS) id 14.1.355.2; Wed, 22 Feb 2012 12:33:35 -0500
Message-ID: <4F4526C8.90009@miami.edu>
Date: Wed, 22 Feb 2012 12:32:56 -0500
From: Evan Gilman <evan@miami.edu>
User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:5.0) Gecko/20110624 Thunderbird/5.0
MIME-Version: 1.0
To: Stephen Nadas <stephen.nadas@ericsson.com>
References: <4F42AB5E.4000409@miami.edu> <450AE4BEC513614F96969DDA34F359342552A59835@EUSAACMS0701.eamcs.ericsson.se>
In-Reply-To: <450AE4BEC513614F96969DDA34F359342552A59835@EUSAACMS0701.eamcs.ericsson.se>
Content-Type: text/plain; charset="ISO-8859-1"; format=flowed
Content-Transfer-Encoding: 7bit
X-Originating-IP: [129.171.37.137]
Cc: "vrrp@ietf.org" <vrrp@ietf.org>
Subject: Re: [VRRP] Backup->Master transition and ARP reply question
X-BeenThere: vrrp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Virtual Router Redundancy Protocol <vrrp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/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: Wed, 22 Feb 2012 17:33:40 -0000

Stephen -

Great, thanks for the information. One more question. If ARP Responses 
should be sent with an Ethernet source MAC of the physical router, does 
that also apply for the Gratuitous ARPs sent before transition to 
Master? The document is not very clear on that point, especially in that 
section 8.1.2 mandates an Ethernet SA of the physical MAC for ARP 
Response, but does not mention ARP Request (Gratuitous or not). 
Hopefully this one is a little easier... thanks again for your input.

--
evan


On 02/22/2012 09:14 AM, Stephen Nadas wrote:
> Hi Evan,
>
> This list is quiet but still the right place for this question.
>
> IMO the answer to the 1st questions is yes.
>
> For the 2nd question I guess (in v4 case) you are seeing grat arps before the advertisement from the router assuming vrrp mastership.  My guess would be that the original intent was that the steps were intended to be followed in order but I do not know this for sure.  Remember that 5798 was edited into 1 doc from the v4 rfc and the v6 draft; if there had been a statement in one or the other of the src docs wrt your question I think it would have made it into 5798.
>
> Thanks,
> Steve
>
> -----Original Message-----
> From: vrrp-bounces@ietf.org [mailto:vrrp-bounces@ietf.org] On Behalf Of Evan Gilman
> Sent: Monday, February 20, 2012 3:22 PM
> To: vrrp@ietf.org
> Subject: [VRRP] Backup->Master transition and ARP reply question
>
> Hello all. I have a couple quick questions for you, hopefully there are still people subscribed to this list that know the answers.
>
> 1. Section 8.1.2 (Host ARP Requests) of RFC 5798 states that "...the source address of the Ethernet frame of this ARP response is the physical MAC address of the physical router", however I've observed ARP responses with an Ethernet source of the Virtual MAC in products claiming 5798 compliance - is this required for compliance?
>
> 2. Section 6.4.2 (Backup) of RFC 5798 has three or four actions to take on the 'If Master_Down_Timer fires' condition, the last of which is 'Transition to the Master state', and the first of which is 'Send an advertisement'. Are these actions written in strict order? In other words, must the actions be executed sequentially in order to be determined 5798 Compliant? Seems to me that they would. It also seems to me that this question should be answered by some sort of RFC guideline, however I've yet to find one.
>
> Thanks in advance for your time, it's very much appreciated.
>
> --
> evan
>
> _______________________________________________
> vrrp mailing list
> vrrp@ietf.org
> https://www.ietf.org/mailman/listinfo/vrrp