Good morning,

I'm having issues with pfsync on trunk interfaces, although I suspect it to
be
any interface that is slow to start. When I run pfsync on a vlan interface
on a trunk(4),
the pfsync bulk transfer never completes.

Running pfsync on an interface that starts quickly I see:
07:41:45.982402 arp who-has 10.240.252.2 tell 10.240.252.2
07:41:45.982517 10.240.252.2: PFSYNCv6 len 36
    act UPD ST REQ count 1
        id: 0000000000000000 creatorid: 00000000
 (DF) [tos 0x10]
07:41:45.982606 10.240.252.1: PFSYNCv6 len 36
    act BULK UPD STAT count 1
        creatorid: e9bd40d6 age: 00:00:00 status: start
 (DF) [tos 0x10]
...snip...
07:41:46.062065 10.240.252.1: PFSYNCv6 len 304
    act BULK UPD STAT count 1
        creatorid: e9bd40d6 age: 00:00:01 status: end
    act UPD ST count 1
    ...
 (DF) [tos 0x10]


Running on pfsync on trunk(4) that initial request never shows up, and the
bulk update never starts/finishes. I would like to run pfsync on trunk(4)
lacp link, but as it looks now I have firewalls with carp demote counter 33
forever.

Anyone else having problems with this ? Anything I can do to improve the
situation ?

Tested with 5.4 and 5.5, real and virtual machines, failover and lacp
trunk(4).

Regards Tony

Reply via email to