[prev in list] [next in list] [prev in thread] [next in thread]
List: ietf-vrrp
Subject: [VRRP] Re: Vrrp Implementation issue over LinuxIp
From: "Biju Mammen" <bijum () tasmannetworks ! com>
Date: 2005-10-19 15:59:33
Message-ID: 65399618110DC3429471909DC04562C705731D03 () diamond ! tasmannetworks ! com
[Download RAW message or body]
Hi,
The simple answer (without messing around with kernel code) is to defer
the new interface addition(into linux kernel)till you transition to the
master state for that Virtual IP. When backing out of the master state,
simply revoke the interface (from the kernel) which has been created.
You might also want to create a blackhole route for the interface (the
new interface) so that packets bound for the Virtual IP interface are
dropped.
Thanks
Biju Mammen
-----Original Message-----
From: vrrp-bounces@ietf.org [mailto:vrrp-bounces@ietf.org] On Behalf Of
vrrp-request@ietf.org
Sent: Wednesday, October 19, 2005 4:55 AM
To: vrrp@ietf.org
Subject: vrrp Digest, Vol 16, Issue 1
Send vrrp mailing list submissions to
vrrp@ietf.org
To subscribe or unsubscribe via the World Wide Web, visit
https://www1.ietf.org/mailman/listinfo/vrrp
or, via email, send a message with subject or body 'help' to
vrrp-request@ietf.org
You can reach the person managing the list at
vrrp-owner@ietf.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of vrrp digest..."
Today's Topics:
1. Vrrp Implementation issue over LinuxIp (venkateshs)
2. Vrrp Implementation issue over LinuxIp (venkateshs)
3. Re: Vrrp Implementation issue over LinuxIp (William Stanislaus)
4. RE: Vrrp Implementation issue over LinuxIp (venkateshs)
5. Re: Vrrp Implementation issue over LinuxIp (William Stanislaus)
6. RE: Vrrp Implementation issue over LinuxIp (venkateshs)
----------------------------------------------------------------------
Message: 1
Date: Wed, 19 Oct 2005 15:39:24 +0530
From: "venkateshs" <venkateshs@future.futsoft.com>
Subject: [VRRP] Vrrp Implementation issue over LinuxIp
To: <vrrp@ietf.org>
Message-ID: <003701c5d495$305639a0$7c71cb0a@che.flextronics.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi,
We are planning to run VRRP over a Logical Interface created in Linux
IP.(similar to eth0)
How we can I prevent that Linux Interface from sending arp reply when
it
is in Backup State?
Also,How can we to 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.
************************************************************************
***
------------------------------
Message: 2
Date: Wed, 19 Oct 2005 15:50:20 +0530
From: "venkateshs" <venkateshs@future.futsoft.com>
Subject: [VRRP] Vrrp Implementation issue over LinuxIp
To: <vrrp@ietf.org>
Message-ID: <003801c5d496$b6590f40$7c71cb0a@che.flextronics.com>
Content-Type: text/plain; charset="iso-8859-1"
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.
************************************************************************
***
------------------------------
Message: 3
Date: Wed, 19 Oct 2005 11:31:31 +0100
From: William Stanislaus <william@erg.abdn.ac.uk>
Subject: Re: [VRRP] Vrrp Implementation issue over LinuxIp
To: vrrp IETF <vrrp@ietf.org>
Message-ID: <BF7BDF13.15DC%william@erg.abdn.ac.uk>
Content-Type: text/plain; charset="US-ASCII"
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" <venkateshs@future.futsoft.com> 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
> vrrp@ietf.org
> https://www1.ietf.org/mailman/listinfo/vrrp
>
--
Best Regards,
William Stanislaus | Researcher
Electronics Research Group | University of Aberdeen
email: william@erg.abdn.ac.uk | Mobile +44 7821870521
Office Phone : +44 1224 272813
www.erg.abdn.ac.uk
------------------------------
Message: 4
Date: Wed, 19 Oct 2005 16:29:39 +0530
From: "venkateshs" <venkateshs@future.futsoft.com>
Subject: RE: [VRRP] Vrrp Implementation issue over LinuxIp
To: "'William Stanislaus'" <william@erg.abdn.ac.uk>, "'vrrp IETF'"
<vrrp@ietf.org>
Message-ID: <003a01c5d49c$347385e0$7c71cb0a@che.flextronics.com>
Content-Type: text/plain; charset="Windows-1252"
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: vrrp-bounces@ietf.org [mailto:vrrp-bounces@ietf.org]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" <venkateshs@future.futsoft.com> 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
> vrrp@ietf.org
> https://www1.ietf.org/mailman/listinfo/vrrp
>
--
Best Regards,
William Stanislaus | Researcher
Electronics Research Group | University of Aberdeen
email: william@erg.abdn.ac.uk | Mobile +44 7821870521
Office Phone : +44 1224 272813
www.erg.abdn.ac.uk
_______________________________________________
vrrp mailing list
vrrp@ietf.org
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.
************************************************************************
***
------------------------------
Message: 5
Date: Wed, 19 Oct 2005 12:20:38 +0100
From: William Stanislaus <william@erg.abdn.ac.uk>
Subject: Re: [VRRP] Vrrp Implementation issue over LinuxIp
To: <venkateshs@future.futsoft.com>, vrrp IETF <vrrp@ietf.org>
Message-ID: <BF7BEA96.15E1%william@erg.abdn.ac.uk>
Content-Type: text/plain; charset="US-ASCII"
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" <venkateshs@future.futsoft.com> 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: vrrp-bounces@ietf.org [mailto:vrrp-bounces@ietf.org]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" <venkateshs@future.futsoft.com> 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
>> vrrp@ietf.org
>> https://www1.ietf.org/mailman/listinfo/vrrp
>>
>
> --
> Best Regards,
> William Stanislaus | Researcher
> Electronics Research Group | University of Aberdeen
> email: william@erg.abdn.ac.uk | Mobile +44 7821870521
> Office Phone : +44 1224 272813
> www.erg.abdn.ac.uk
>
>
>
> _______________________________________________
> vrrp mailing list
> vrrp@ietf.org
> 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: william@erg.abdn.ac.uk | Mobile +44 7821870521
Office Phone : +44 1224 272813
www.erg.abdn.ac.uk
------------------------------
Message: 6
Date: Wed, 19 Oct 2005 17:29:12 +0530
From: "venkateshs" <venkateshs@future.futsoft.com>
Subject: RE: [VRRP] Vrrp Implementation issue over LinuxIp
To: "'William Stanislaus'" <william@erg.abdn.ac.uk>
Cc: vrrp@ietf.org
Message-ID: <003c01c5d4a4$85de7180$7c71cb0a@che.flextronics.com>
Content-Type: text/plain; charset="Windows-1252"
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:william@erg.abdn.ac.uk]
Sent: Wednesday, 19 October 2005 4:51 PM
To: venkateshs@future.futsoft.com; 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" <venkateshs@future.futsoft.com> 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: vrrp-bounces@ietf.org [mailto:vrrp-bounces@ietf.org]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" <venkateshs@future.futsoft.com> 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
>> vrrp@ietf.org
>> https://www1.ietf.org/mailman/listinfo/vrrp
>>
>
> --
> Best Regards,
> William Stanislaus | Researcher
> Electronics Research Group | University of Aberdeen
> email: william@erg.abdn.ac.uk | Mobile +44 7821870521
> Office Phone : +44 1224 272813
> www.erg.abdn.ac.uk
>
>
>
> _______________________________________________
> vrrp mailing list
> vrrp@ietf.org
> 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: william@erg.abdn.ac.uk | 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.
************************************************************************
***
------------------------------
_______________________________________________
vrrp mailing list
vrrp@ietf.org
https://www1.ietf.org/mailman/listinfo/vrrp
End of vrrp Digest, Vol 16, Issue 1
***********************************
_______________________________________________
vrrp mailing list
vrrp@ietf.org
https://www1.ietf.org/mailman/listinfo/vrrp
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic