On Thursday 04 April 2002 09:53, Crist J. Clark wrote:
> On Thu, Apr 04, 2002 at 09:12:40AM +0200, Sebastien Petit wrote:
> [snip]
>
> > with the RFC2338, FreeBSD must respond to ARP query on 10.0.1.1 and
> > 172.16.2.1 with 00:00:5E:01:01 MAC address and not with the real MAC
> > addresses of phy
On Thu, Apr 04, 2002 at 09:12:40AM +0200, Sebastien Petit wrote:
[snip]
> with the RFC2338, FreeBSD must respond to ARP query on 10.0.1.1 and
> 172.16.2.1 with 00:00:5E:01:01 MAC address and not with the real MAC
> addresses of physical interfaces. Then when a switching between SLAVE and
> MASTER
- Original Message -
From: "Crist J. Clark" <[EMAIL PROTECTED]>
To: "Sebastien Petit" <[EMAIL PROTECTED]>
Cc: "Scott Ullrich" <[EMAIL PROTECTED]>; "'Barney Wolff'"
<[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Se
On Wed, Apr 03, 2002 at 12:06:20PM +0200, Sebastien Petit wrote:
[snip]
> Design of freevrrpd cause a problem actually because when a MASTER server
> leave LAN (cable problem), SLAVE take his place and send gratuitous ARP for
> update ARP cache of all hosts on the same LAN.
That's not really a
rested in
> taking a look at my hacks (no pun intended).
>
> Hopefully in the next couple of weeks we will have a new development version
> posted.
>
> Peace,
>
> Scott
>
> > -Original Message-
> > From: Barney Wolff [mailto:[EMAIL PROTECTED]]
>
On Wed, 3 Apr 2002, Sebastien Petit wrote:
>
> freevrrpd actually use RFC MAC addresses (00:00:5E:00:01:VRID) as ethernet
> source address when it send to the multicast address (as described in the
> RFC). Actually, FreeBSD doesn't support multiple ethernet address on one
> physical interface
On Wednesday 03 April 2002 03:09, Crist J. Clark wrote:
> On Tue, Apr 02, 2002 at 06:52:26PM -0500, Scott Ullrich wrote:
> > Correct. The master and backup settings and/will override the RFC. Can
> > anyone suggest a few ways that this could all be improved at the kernel
> > level?
>
> I think i
On Tue, Apr 02, 2002 at 06:52:26PM -0500, Scott Ullrich wrote:
> Correct. The master and backup settings and/will override the RFC. Can
> anyone suggest a few ways that this could all be improved at the kernel
> level?
I think it was Julian who mentioned netgraph(5)? That probably would
be a r
Title: RE: HUT Project
Correct. The master and backup settings and/will override the RFC. Can anyone suggest a few ways that this could all be improved at the kernel level?
-Scott
> -Original Message-
> From: Crist J. Clark [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday,
On Tue, Apr 02, 2002 at 12:00:30PM -0500, Scott Ullrich wrote:
> The HUT Project includes FreeVRRPD. Since Sebastien hasn't rung in here, I
> will try to clear the air.
>
> Sebastien and I are currently rewriting FreeVRRPD to take care of the
> remaining RFC issues and to cleanup the ARP code.
Title: RE: HUT Project
The HUT Project includes FreeVRRPD. Since Sebastien hasn't rung in here, I will try to clear the air.
Sebastien and I are currently rewriting FreeVRRPD to take care of the remaining RFC issues and to cleanup the ARP code. The new version will be completel
Does anyone have any insight on how this compares to the existing
net/freevrrpd port? Without digging at all, it appears that freevrrpd
tries to update everybody's ARP tables rather than taking over the
MAC address. I wonder how well that would work.
--
Barney Wolff
I never met a computer I did
On Mon, 1 Apr 2002 17:35:56 -0800
"Crist J. Clark" <[EMAIL PROTECTED]> wrote:
> On Mon, Apr 01, 2002 at 02:10:29PM -0800, Lars Eggert wrote:
> > Christophe Prevotaux wrote:
> > > I was wondering why the FreeBSD core team would think
> > > of including the vrrp daemon and loadd to the distribution
On Mon, 1 Apr 2002, Crist J. Clark wrote:
> On Mon, Apr 01, 2002 at 02:10:29PM -0800, Lars Eggert wrote:
> > Christophe Prevotaux wrote:
> > > I was wondering why the FreeBSD core team would think
> > > of including the vrrp daemon and loadd to the distribution or let
> > > the author of this c
On Mon, Apr 01, 2002 at 02:10:29PM -0800, Lars Eggert wrote:
> Christophe Prevotaux wrote:
> > I was wondering why the FreeBSD core team would think
> > of including the vrrp daemon and loadd to the distribution or let
> > the author of this commit his source for peer reviewing
> ...
> > Maybe it
On Mon, 01 Apr 2002 14:29:02 -0800
Lars Eggert <[EMAIL PROTECTED]> wrote:
> Christophe Prevotaux wrote:
> > Having this as part of the system would ensure that
> > the integration and future update of the vrppd or loadd
> > would be supported and also that its usage would become
> > more common ,
Christophe Prevotaux wrote:
> Having this as part of the system would ensure that
> the integration and future update of the vrppd or loadd
> would be supported and also that its usage would become
> more common , self-inducing a greater amount of support
> for users and better documentation etc..
Having this as part of the system would ensure that
the integration and future update of the vrppd or loadd
would be supported and also that its usage would become
more common , self-inducing a greater amount of support
for users and better documentation etc etc...
On Mon, 01 Apr 2002 14:10:
Christophe Prevotaux wrote:
> I was wondering why the FreeBSD core team would think
> of including the vrrp daemon and loadd to the distribution or let
> the author of this commit his source for peer reviewing
...
> Maybe it need to be integrated into current and then backported
> to stable (has i
19 matches
Mail list logo
