Re: Vrrp Implementation issue over LinuxIp

William Stanislaus <[email protected]>
Newsgroups gmane.ietf.vrrp
Message-ID <BF7BF546.15EB%[email protected]>
May I know which VRRP daemon you are using in your linux box.

-William.


On 19/10/05 12:59, "venkateshs" <[email protected]> wrote:

> 
> I want the Linux kernel to Respond for ARP Requests.
> 
> Kernel should send ARP Response with VRRP MAC in case of Master State.
> If it is in backup state,ARP Requests should be dropped by kernel itself.
> 
> How can I make Linux Interface to understand different VMAC and respond with
> them?
> 
> Thanks
> Venkatesan S.
> 
> 
> -----Original Message-----
> From: William Stanislaus [mailto:[email protected]]
> Sent: Wednesday, 19 October 2005 4:51 PM
> To: [email protected]; vrrp IETF
> Subject: Re: [VRRP] Vrrp Implementation issue over LinuxIp
> 
> 
> You can verify who is master from the VRRP advertisement message.
> 
> Normally you have multiple VRID for single interface in a clustering mode
> for load sharing/balancing. When all routers who were master for their
> VRID's fail except one router, then that router can act as Master for all
> the VRID's as you have mentioned.
> 
> Check RFC 3768 Section 4.2.
> 
> -William.
> 
> 
> On 19/10/05 11:59, "venkateshs" <[email protected]> wrote:
> 
>> 
>> I understand only master  will send the ARP Response?How can I distinguish
>> linux device as Master/Slave?
>> 
>> As in the VRRP Mib definitions, We can have multiple VRID for a single
>> Interface.
>> If I am having Multiple VRID's over a single Interface like,
>> 
>>   Interface
>>     |
>>     |
>>    VRID1<--------->VRID1
>>    VRID2<--------->VRID2
>>    VRID3<--------->VRID3
>> 
>> Assume,if it behaves as a master in case of all VRID's.
>> 
>> We have different Virtual MAC  as 00:00:5e:00:01:01
>>                                      00:00:5e:00:01:02
>>                                      00:00:5e:00:01:03 associated with
> that
>> Interface.
>> 
>> Can these mac addresses associated with a Single Linux Interface?
>> 
>> Thanks
>> Venkatesan S.
>> 
>> -----Original Message-----
>> From: [email protected] [mailto:[email protected]]On Behalf Of
>> William Stanislaus
>> Sent: Wednesday, 19 October 2005 4:02 PM
>> To: vrrp IETF
>> Subject: Re: [VRRP] Vrrp Implementation issue over LinuxIp
>> 
>> 
>> Hi Venkatesh,
>> When you are requesting arp for a physical interface of any vrrp enabled
>> interface, we cannot stop sending the arp response, but when you send an
> arp
>> request for the virtual ip address associated to the vrrp, only the master
>> sends the arp response.
>> 
>> Can you be more specific what you mean by "various" virtual mac address,
>> Since for any vrrp virtual ip address, we have unique virtual mac address
>> within that network.
>> 
>> -William.
>> 
>> 
>> On 19/10/05 11:20, "venkateshs" <[email protected]> wrote:
>> 
>>> Hi,
>>> 
>>>    We are planning to run VRRP over a Logical Interface created in Linux
>>> IP.(similar to eth0)
>>> 
>>>    How we can prevent that Linux Interface from sending arp reply when it
>> is
>>> in Backup State?
>>> 
>>>   Also,How can we associate various virtual MacAddresses to that Linux
>>> Interface?
>>> 
>>>   Please share your valuable suggestions.
>>> 
>>> Thanks in advance,
>>> Venkatesan S.
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>> 
> ***************************************************************************
>>> This message is proprietary to Future Software Limited (FSL)
>>> and is intended solely for the use of the individual to whom it
>>> is addressed. It may contain  privileged or confidential information
>>> and should not be circulated or used for any purpose other than for
>>> what it is intended.
>>> 
>>> If you have received this message in error, please notify the
>>> originator immediately. If you are not the intended recipient,
>>> you are notified that you are strictly prohibited from using,
>>> copying, altering, or disclosing the contents of this message.
>>> FSL accepts no responsibility for loss or damage arising from
>>> the use of the information transmitted by this email including
>>> damage from virus.
>>> 
>> 
> ***************************************************************************
>>> 
>>> 
>>> _______________________________________________
>>> vrrp mailing list
>>> [email protected]
>>> https://www1.ietf.org/mailman/listinfo/vrrp
>>> 
>> 
>> --
>> Best Regards,
>> William Stanislaus | Researcher
>> Electronics Research Group | University of Aberdeen
>> email: [email protected] | Mobile +44 7821870521
>> Office Phone : +44 1224 272813
>> www.erg.abdn.ac.uk
>> 
>> 
>> 
>> _______________________________________________
>> vrrp mailing list
>> [email protected]
>> https://www1.ietf.org/mailman/listinfo/vrrp
>> 
>> 
>> 
>> 
>> 
> ***************************************************************************
>> This message is proprietary to Future Software Limited (FSL)
>> and is intended solely for the use of the individual to whom it
>> is addressed. It may contain  privileged or confidential information
>> and should not be circulated or used for any purpose other than for
>> what it is intended.
>> 
>> If you have received this message in error, please notify the
>> originator immediately. If you are not the intended recipient,
>> you are notified that you are strictly prohibited from using,
>> copying, altering, or disclosing the contents of this message.
>> FSL accepts no responsibility for loss or damage arising from
>> the use of the information transmitted by this email including
>> damage from virus.
>> 
> ***************************************************************************
>> 
>> 
> 
> --
> Best Regards,
> William Stanislaus | Researcher
> Electronics Research Group | University of Aberdeen
> email: [email protected] | Mobile +44 7821870521
> Office Phone : +44 1224 272813
> www.erg.abdn.ac.uk
> 
> 
> 
> 
> 
> ***************************************************************************
> This message is proprietary to Future Software Limited (FSL)
> and is intended solely for the use of the individual to whom it
> is addressed. It may contain  privileged or confidential information
> and should not be circulated or used for any purpose other than for
> what it is intended.
> 
> If you have received this message in error, please notify the
> originator immediately. If you are not the intended recipient,
> you are notified that you are strictly prohibited from using,
> copying, altering, or disclosing the contents of this message.
> FSL accepts no responsibility for loss or damage arising from
> the use of the information transmitted by this email including
> damage from virus.
> ***************************************************************************
> 
> 

-- 
Best Regards,
William Stanislaus | Researcher
Electronics Research Group | University of Aberdeen
email: [email protected] | Mobile +44 7821870521
Office Phone : +44 1224 272813
www.erg.abdn.ac.uk



_______________________________________________
vrrp mailing list
[email protected]
https://www1.ietf.org/mailman/listinfo/vrrp
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.