Vyatta -- Grouping To VRRP Interfaces Together

If you're using Vyatta as a router and you want to group two vrrp interfaces together for redundancy, use the sync-group option to have the two interfaces fail over together.  This is useful if you have two Vyatta routers on two separate switches and you want to fail over if one of the switches fail or if only one interface on the server fails.

Here is an example with rtr01 being the master router.  If just eth0 or just eth1 fails, both vrrp groups fail and service is transfered to rtr02.

rtr01 network configuration
- eth0 real 10.0.0.2
- eth0 vrrp 10.0.0.1
- eth1 real 10.1.0.2
- eth1 vrrp 10.1.0.1

Vyatta interface config:

 interfaces {
     ethernet eth0 {
         address 10.0.0.2/16
         hw-id 00:13:72:65:b4:cf
         vrrp {
             vrrp-group 1 {
                 advertise-interval 1
                 priority 150
                 sync-group failover
                 virtual-address 10.0.0.1/16
             }
         }
     }
     ethernet eth1 {
         address 10.1.0.2/16
         hw-id 00:13:72:65:b4:d0
         vrrp {
             vrrp-group 2 {
                 advertise-interval 1
                 priority 150
                 sync-group failover
                 virtual-address 10.1.0.1/16
             }
         }
     }
 }


rtr02 network configuration
- eth0 real 10.0.0.3
- eth0 vrrp 10.0.0.1
- eth1 real 10.1.0.2
- eth1 vrrp 10.1.0.1

Vyatta interface config:

 interfaces {
     ethernet eth0 {
         address 10.0.0.3/16
         hw-id 00:13:72:65:69:a9
         vrrp {
             vrrp-group 1 {
                 advertise-interval 1
                 priority 20
                 sync-group failover
                 virtual-address 10.0.0.1/16
             }
         }
     }
     ethernet eth1 {
         address 10.1.0.3/16
         hw-id 00:13:72:65:69:aa
         vrrp {
             vrrp-group 2 {
                 advertise-interval 1
                 priority 20
                 sync-group failover
                 virtual-address 10.1.0.1/16
             }
         }
     }
 }

Popular posts from this blog

Ansible - Task executed multiple times due to a Broken Pipe

Why is this a problem? If you are running a command that is non-idempotent, the command will be started over again which may cause a failure in your playbook execution.  Recently I ran into a situation where Ansible was rerunning on a task on a node even though the task was not configured to be retried.  It turns out that the ssh connection will retry actions auto-magically if the ssh connection fails while waiting for the task to execute. Here's how I was able to reproduce the issue.... Environment Setup I started by setting up a fake environment using containers. I have a scale-ssh  project that can be used to launch a set of containers running ssh that can be used to run Ansible against. $ git clone https://github.com/mwhahaha/scale-ssh $ cd scale-ssh $ ./build-container.sh $ cp ~/.ssh/id_rsa.pub authorized_keys $ ./run-containers.sh 10 After the containers have launched, we now have an Ansible inventory file that can be used to execute Ansible via SSH to our fre...
Read more

tcpdump - Show only http headers

Only the headers tcpdump -A -l -s 0 'tcp port 8088 and (((ip[2:2] - ((ip[0]&0xf) >2)) != 0)' | grep ': ' If you want the request listed as well: tcpdump -A -l -s 0 'tcp port 8088 and (((ip[2:2] - ((ip[0]&0xf) >2)) != 0)' | egrep '(GET|: )'
Read more

Vyatta -- SIP Connection Tracking for VOIP

I've your going to be running VOIP devices behind a Vyatta router, you may need to enable some extra connection tracking options on your firewall to handle the SIP traffic correctly. To enable sip tracking, log in to your router and do the following: vyatta@rtr01:~$ configure vyatta@rtr01# set firewall conntrack-options sip enable-indirect-media vyatta@rtr01# set firewall conntrack-options sip enable-indirect-signalling vyatta@rtr01# commit vyatta@rtr01# save
Read more