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 freshly launc
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

mysql -- Error reading master configuration

If you are trying to setup and slave and you get this error message in the error log repeatedly, it maybe that the master configuration isn't correct. You may need to try resetting the slave with: mysql> reset slave; Query OK, 0 rows affected (0.00 sec) Then reissue the change master command to setup the slave: mysql> CHANGE MASTER TO -> MASTER_HOST='xxx.xxx.xxx.xx', -> MASTER_USER='xxxxxxxx', -> MASTER_PASSWORD='xxxxxxx', -> MASTER_PORT=3306, -> MASTER_LOG_FILE='mysql-bin.000003', -> MASTER_LOG_POS=1372; Query OK, 0 rows affected (0.01 sec) Restart the slave: mysql> start slave; Query OK, 0 rows affected (0.00 sec)
Read more