The Routing Over Large Clouds Mailing List Archive by date

Cell Relay Retreat>List Archive>month:1995-Feb> msg00011



[Date Prev][Date Next][Thread Prev][Thread Next]  
  [Date Index][Thread Index][Author Index][Subject Index]

The Hole in my proposal

  • From: "j.garrett" <jwg@mare.att.com>
  • Date: 6 Feb 95 12:23:00 -0500
  • Cc: curtis@ans.net, rolc@maelstrom.timeplex.com, yakov@watson.ibm.com
  • Original-From: mare!jwg (j.garrett)

In message <199502061406.JAA09568@maelstrom.acton.timeplex.com>,
yakov@watson.ibm.com writes:

> Joel,
> 
> (a) is already solved in BGP-4 (and in IDRP for IPv6) -- there is an AGGREGATOR
> attribute that provides all the information required by (a).
> 
> To accommodate (b) requires minor extensions to BGP-4 -- a router, when
> it peers with another router, should be able to specify to its peer the
> set of destinations the router is "interested in". This set can be defined
> in terms of Routing Information Filters (aka RIFs). RIFs can be passed
> either at BGP-4 peer establishment time (as a set of optional parameters
> in the OPEN message), or after the peering is established (via UPDATE
> messages). There is a document that Curtis, Kannan Varadhan and myself
> are planning to submit as an Internet Draft this week that describes RIFs,
> and how they are supported in BGP-4 and IDRP.
> 
> Yakov.

Since the aggregation issue is being worked by Yakov et. al., are there
other issues with the Directed ARP approach described in RFC1433?

John Garrett