Re: Maximum Prefix Limit

Jeffrey Haas <jhaas@nexthop.com> Thu, 17 January 2002 13:31 UTC

Received: from trapdoor.merit.edu (postfix@trapdoor.merit.edu [198.108.1.26]) by nic.merit.edu (8.9.3/8.9.1) with ESMTP id IAA09337 for <idr-archive@nic.merit.edu>; Thu, 17 Jan 2002 08:31:52 -0500 (EST)
Received: by trapdoor.merit.edu (Postfix) id 651069123F; Thu, 17 Jan 2002 08:30:19 -0500 (EST)
Delivered-To: idr-outgoing@trapdoor.merit.edu
Received: by trapdoor.merit.edu (Postfix, from userid 56) id 3B351912D0; Thu, 17 Jan 2002 08:30:19 -0500 (EST)
Delivered-To: idr@trapdoor.merit.edu
Received: from segue.merit.edu (segue.merit.edu [198.108.1.41]) by trapdoor.merit.edu (Postfix) with ESMTP id 7BB7D9123F for <idr@trapdoor.merit.edu>; Thu, 17 Jan 2002 08:30:16 -0500 (EST)
Received: by segue.merit.edu (Postfix) id 755715DDDA; Thu, 17 Jan 2002 08:30:12 -0500 (EST)
Delivered-To: idr@merit.edu
Received: from presque.djinesys.com (presque.djinesys.com [198.108.88.2]) by segue.merit.edu (Postfix) with ESMTP id 06F4D5DD9E for <idr@merit.edu>; Thu, 17 Jan 2002 08:30:12 -0500 (EST)
Received: from jhaas.nexthop.com (jhaas.nexthop.com [64.211.218.31]) by presque.djinesys.com (8.11.3/8.11.1) with ESMTP id g0HDTd364401; Thu, 17 Jan 2002 08:29:39 -0500 (EST) (envelope-from jhaas@nexthop.com)
Received: (from jhaas@localhost) by jhaas.nexthop.com (8.11.0/8.11.0) id g0HDTeJ20380; Thu, 17 Jan 2002 08:29:40 -0500 (EST)
Date: Thu, 17 Jan 2002 08:29:40 -0500
From: Jeffrey Haas <jhaas@nexthop.com>
To: Manav Bhatia <mnvbhatia@yahoo.com>
Cc: idr@merit.edu
Subject: Re: Maximum Prefix Limit
Message-ID: <20020117082940.A20374@nexthop.com>
References: <03b001c19e4e$aa86e750$b4036c6b@Manav> <20020116103528.A18433@nexthop.com> <059c01c19f14$91b1de80$b4036c6b@Manav>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <059c01c19f14$91b1de80$b4036c6b@Manav>; from mnvbhatia@yahoo.com on Thu, Jan 17, 2002 at 10:35:23AM +0530
X-NextHop-MailScanner: Found to be clean
Sender: owner-idr@merit.edu
Precedence: bulk

On Thu, Jan 17, 2002 at 10:35:23AM +0530, Manav Bhatia wrote:
> Does it really make sense to have seperate counters for each SAFI?

The MIB needs to allow for implementations tomake that choice.
A per AFI/SAFI counter may be reasonable.  A per AFI counter is also
reasonable.

> The session in any case will be torn even if the threshold for a single
> SAFI crosses. Does it make much sense in saying that," i will accept x SAFI
> 1 routes, y SAFI 2 routes, etc"?

No, but it may make sense to say "I'll accept X ipv4/unicast routes, but
if I get > Y ipv4/multicast routes, drop the peer session, potentially
removing the ipv4/multicast capability".

> Manav

-- 
Jeff Haas 
NextHop Technologies