From owner-freebsd-pf@FreeBSD.ORG  Sat Oct 15 14:20:57 2011
Return-Path: <owner-freebsd-pf@FreeBSD.ORG>
Delivered-To: freebsd-pf@hub.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id 71E7E1065673;
	Sat, 15 Oct 2011 14:20:57 +0000 (UTC)
	(envelope-from glebius@FreeBSD.org)
Received: from freefall.freebsd.org (freefall.freebsd.org
	[IPv6:2001:4f8:fff6::28])
	by mx1.freebsd.org (Postfix) with ESMTP id 4A2A08FC12;
	Sat, 15 Oct 2011 14:20:57 +0000 (UTC)
Received: from freefall.freebsd.org (localhost [127.0.0.1])
	by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p9FEKvcC026498;
	Sat, 15 Oct 2011 14:20:57 GMT
	(envelope-from glebius@freefall.freebsd.org)
Received: (from glebius@localhost)
	by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p9FEKulv026435;
	Sat, 15 Oct 2011 14:20:56 GMT (envelope-from glebius)
Date: Sat, 15 Oct 2011 14:20:56 GMT
Message-Id: <201110151420.p9FEKulv026435@freefall.freebsd.org>
To: nerijus.ambrazas@ktu.lt, glebius@FreeBSD.org, freebsd-pf@FreeBSD.org
From: glebius@FreeBSD.org
Cc: 
Subject: Re: kern/114095: [carp] carp+pf delay with high state limit
X-BeenThere: freebsd-pf@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: "Technical discussion and general questions about packet filter
	\(pf\)" <freebsd-pf.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-pf>,
	<mailto:freebsd-pf-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-pf>
List-Post: <mailto:freebsd-pf@freebsd.org>
List-Help: <mailto:freebsd-pf-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-pf>,
	<mailto:freebsd-pf-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 15 Oct 2011 14:20:57 -0000

Synopsis: [carp] carp+pf delay with high state limit

State-Changed-From-To: open->closed
State-Changed-By: glebius
State-Changed-When: Sat Oct 15 14:20:00 UTC 2011
State-Changed-Why: 
Not a bug. This is a feature. pfsync(4) suppresses carp(4)
preemption until new recently booted node downloads full
table of pf(4) states from its peer.


http://www.freebsd.org/cgi/query-pr.cgi?pr=114095