Hi all,
I set up 2 routers with VC3 and want them to do vrrp. Setup of vrrp was
done exactly as described in the documentation.
Unfortunately vrrp doesn't seem to work properly. On both routers vrrp
seems to act as a master. When connecting to one of the physical
addresses of one of the
are all the interfaces 1000Mbit interfaces?
and
if you login to the routers as root, what do you have in /var/log/messages ?
- Dave
On Mon, Feb 25, 2008 at 12:54 PM, Tobias Orlamuende
[EMAIL PROTECTED] wrote:
Hi all,
I set up 2 routers with VC3 and want them to do vrrp. Setup of vrrp was
Hi Ben,
I'm pretty sure that the clustering mechanism will reboot a system as a
last resort if it is unable to stop a resource. What resources do you
have in your cluster? I suppose this could be hardware related if the
systems (and their specific NICs) are having a difficult time
Hi there,
Thank you for your email. I am currently away on reservist and will only be
back on the 3rd March 2008.
My access to email during this period will be limited.
If there is any urgent matter that require attention, please contact Choon Kiat
([EMAIL PROTECTED]) during this period and cc
Ken,
You might have seen the vrrp priority of 150 for eth2 on R2 which was
just a test and replaced with 20 since a few days, but the problem still
exists.
Anyone else? ;-)
Cheers
Tobias
Ken Rozinsky schrieb:
Hello,
I'm in no way an expert but it looks to me like the priority on both
I'm not sure if the version you're using has the disable-vmac option, but
if not try searching the archives for how to disable it.
stig
Ken,
You might have seen the vrrp priority of 150 for eth2 on R2 which was
just a test and replaced with 20 since a few days, but the problem still
exists.
Some systems have issues with the virtual MAC addresses - try the
option to disable it.
Best,
Justin
On Mon, Feb 25, 2008 at 8:35 AM, Tobias Orlamuende
[EMAIL PROTECTED] wrote:
Ken,
You might have seen the vrrp priority of 150 for eth2 on R2 which was
just a test and replaced with 20 since
Thanks for the answer. I|d love to trz but in VC3 there is no
possibility. Seems we have to buy a subscription...
Could somebody from Vyatta please confirm this (vrrp) issue?
Cheers
Tobias
Justin Fletcher schrieb:
Some systems have issues with the virtual MAC addresses - try the
option to
This thread mentions the file to edit to disable vmac.
http://www.mail-archive.com/vyatta-users@mailman.vyatta.com/msg00957.html
stig
-Original Message-
From: [EMAIL PROTECTED] [mailto:vyatta-users-
[EMAIL PROTECTED] On Behalf Of Tobias Orlamuende
Sent: Monday, February 25, 2008
Thanks for the answer. I|d love to trz but in VC3 there is no
possibility. Seems we have to buy a subscription...
Could somebody from Vyatta please confirm this (vrrp) issue?
??? VC3 is a community release, available for download from the Vyatta web
site.
-- Dave
Intended to say that there is no possibility to set vrrp disable-mac
true in VC3.
Cheers
Tobias
Dave Roberts schrieb:
Thanks for the answer. I|d love to trz but in VC3 there is no
possibility. Seems we have to buy a subscription...
Could somebody from Vyatta please confirm this (vrrp)
Tobias,
The thread mentioned below will tell you how to hack the functionality
into VC3. If you prefer not to hack you might consider trying out the
Glendale alpha since it doesn't use the vmac in it's vrrp implementation.
It also supports multiple VIPs/group and multiple groups/interface and
Stig,
thanks for the infos.
I tried the hack mentioned, which stopped the packet-loss.
But in show vrrp both servers display State: Master... :-(
I remember something that on certain implementations the highest/lowest
IP always becomes master. So I also tried to set vrrp priority on all
inter
- show ospf4 database self-originate is one of the
best commands to troubleshoot ospf with, can we please
work towards adding it?
Nick,
I just now get around to seeing if quagga supports a similar command and I
found:
vDUT:~# show ip ospf database self-originate
OSPF Router with
14 matches
Mail list logo