03 17:43:
>thanks, commited
>
>Brian S. Vangsgaard(b...@avalanic.dk) on 2015.10.01 13:27:12 +0200:
>>Hi,
>>
>>Problem:
>>If a client have a state entry in the relayd anchor, and the target
>>server goes down, the client will be unable to "failover" f
Hi Sebastian
You commited the wrong patch.
Please see http://marc.info/?l=openbsd-tech&m=144378086813524&w=2
The patch below, results in a relayd panic if more than one host is
available in the group.
Sebastian Benoit skrev den 2015-12-03 17:43:
thanks, commited
Brian S. Vang
bump
Den 02-10-2015 kl. 12:09 skrev Brian S. Vangsgaard:
Hi
Patch for relayd that will enable quick removal of all host-related
entries in the related relayd anchor if the host fails the SLA check.
Without this patch, the anchor cleanup wil not be called before the next
SLA round (adding a
Hi
Patch for relayd that will enable quick removal of all host-related
entries in the related relayd anchor if the host fails the SLA check.
Without this patch, the anchor cleanup wil not be called before the next
SLA round (adding a minimum 10 sec delay on failover).
Tested on a dual gatew
Hi again,
Just found a bug in the patch, while testing I only use one host in each
group, failover using another group.
This works, but only calling sync_table() with multiple hosts in a group
(we want that :) ), causes the parent to exit when calling sync_table().
I'll rework the patch and
Hi,
Problem:
If a client have a state entry in the relayd anchor, and the target
server goes down, the client will be unable to "failover" for 10 sec +
(10 sec - elapsed time since last SLA check).
There are two issues here, this patch only fix the problem about delayed
(10 seconds) failover
Hi,
(this is a repost from misc@)
Needing a backup connection to the internet, I decided to give the
Huawei 909u-521 a try.
Hardware details:
http://consumer.huawei.com/en/solutions/m2m-solutions/products/tech-specs/me909u-521mini-pcie-en.htm
It's mounted in a Soekris 6501 device.
During