From owner-cvs-src@FreeBSD.ORG  Sun Aug 22 10:32:19 2004
Return-Path: <owner-cvs-src@FreeBSD.ORG>
Delivered-To: cvs-src@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 0E62E16A4CE; Sun, 22 Aug 2004 10:32:19 +0000 (GMT)
Received: from liberty.onthenet.com.au (liberty.OntheNet.com.au
	[203.22.124.10])	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 5003043D55; Sun, 22 Aug 2004 10:32:18 +0000 (GMT)
	(envelope-from grehan@freebsd.org)
Received: from freebsd.org (CPE-19-124.dsl.OntheNet.net [203.144.19.124])
	i7MAWGnP089348;	Sun, 22 Aug 2004 20:32:16 +1000 (EST)
	(envelope-from grehan@freebsd.org)
Message-ID: <41287625.1020800@freebsd.org>
Date: Sun, 22 Aug 2004 20:32:05 +1000
From: Peter Grehan <grehan@freebsd.org>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030524
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Andre Oppermann <andre@freebsd.org>
References: <200408212120.i7LLK6YQ092852@repoman.freebsd.org>
	<4128673E.F68B68EE@freebsd.org>
In-Reply-To: <4128673E.F68B68EE@freebsd.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: cvs-src@freebsd.org
cc: src-committers@freebsd.org
cc: Robert Watson <rwatson@freebsd.org>
cc: cvs-all@freebsd.org
Subject: Re: cvs commit: src/sys/net rtsock.c
X-BeenThere: cvs-src@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: CVS commit messages for the src tree <cvs-src.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src>,
	<mailto:cvs-src-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/cvs-src>
List-Post: <mailto:cvs-src@freebsd.org>
List-Help: <mailto:cvs-src-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src>,
	<mailto:cvs-src-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 22 Aug 2004 10:32:19 -0000

> A rtmessage should never ever be dropped.  That would wedge the synchronized
> state of any userland routing daemons.

  That only works with infinite memory or if you can flow-control
the sources of the messages. A drop is easy to cause e.g. by
downing a SONET link that might have many layers of serial ifnets
muxed on top of it. Gated used to handle this by looking for a gap
in sequence number and then falling back to a sysctl to re-read the
routing table/interface list. Hopefully not frequent events !

  Ask the Juniper guys how they handle this case :-)

later,

Peter.