About use_vmac :setting fwmark cause VRRP sent from base interface

--===============6330492614935770553==
Content-Type: multipart/alternative; boundary="000000000000c2aa0005764a6b5c"

--000000000000c2aa0005764a6b5c
Content-Type: text/plain; charset="UTF-8"

Hi all:
I encounter a problem about fwmark and "use_vmac".
I'm using keepalived 2.0.7 on OpenWrt 15.05 for some VRRPv3 tests, and I'd
like the VRRP messages be sent via VMAC interface.
Thus I set "use_vmac" and do not set "vmac_xmit_base".
At the begining, with following config, VRRP via VMAC is OK.
But after I set fwmark for other application by command:

# iptables -t mangle -A OUTPUT -j MARK --set-xmark 0xff00/0xff00

Just after the command, the VRRP become being sent from the base interface.

Does anyone else encounter the same situation?
Is it a normal behavoir of keepalived?
And, is it possible to set fwmark for my other application and still keep
VRRP via VMAC?

Appreciate for any help.
Thank you.

Here is my config:

global_defs {
   router_id TEST1
   vrrp_version 3
}

vrrp_instance VI_1 {
   state MASTER
   interface br-lan
   virtual_router_id 1
   priority 200
   advert_int 1
   use_vmac
   virtual_ipaddress {
      192.168.1.1
   }
}

--000000000000c2aa0005764a6b5c
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>Hi all:<br></div><div>I encounter a problem about fwm=
ark and &quot;use_vmac&quot;.</div><div>I&#39;m using keepalived 2.0.7 on O=
penWrt 15.05 for some VRRPv3 tests, and I&#39;d like the VRRP messages be s=
ent via VMAC interface.<br></div><div>Thus I set &quot;use_vmac&quot; and d=
o not set &quot;vmac_xmit_base&quot;.<br></div><div>At the begining, with f=
ollowing config, VRRP via VMAC is OK.</div><div>But after I set fwmark for =
other application by command: <br></div><div><br></div><div># iptables -t m=
angle -A OUTPUT -j MARK --set-xmark 0xff00/0xff00<br></div><div><br></div><=
div>
<div>Just after the command, the VRRP become being sent from the base inter=
face.<br></div><div><br></div><div>Does anyone else encounter the same situ=
ation?<br></div>

</div><div>Is it a normal behavoir of keepalived?<br></div><div>And, is it =
possible to set fwmark for my other application and still keep VRRP via VMA=
C?</div><div><br></div><div>Appreciate for any help. <br></div><div>Thank y=
ou.<br></div><div><br></div><div>Here is my config:</div><div><br></div><di=
v>global_defs {</div><div>=C2=A0=C2=A0 router_id TEST1</div><div>=C2=A0=C2=
=A0 vrrp_version 3<br></div><div>}</div><div><br></div><div>vrrp_instance V=
I_1 {</div><div>=C2=A0=C2=A0 state MASTER</div><div>=C2=A0=C2=A0 interface =
br-lan</div><div>=C2=A0=C2=A0 virtual_router_id 1</div><div>=C2=A0=C2=A0 pr=
iority 200<br></div><div>=C2=A0=C2=A0 advert_int 1</div><div>=C2=A0=C2=A0 u=
se_vmac</div><div>=C2=A0=C2=A0 virtual_ipaddress {</div><div>=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0 192.168.1.1<br></div><div>=C2=A0=C2=A0 }<br></div><div>}=
<br></div></div>

--000000000000c2aa0005764a6b5c--


--===============6330492614935770553==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline


--===============6330492614935770553==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Keepalived-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/keepalived-devel

--===============6330492614935770553==--