Merit Network
Can't find what you're looking for? Search the Mail Archives.
  About Merit   Services   Network   Resources & Support   Network Research   News   Events   Home

Discussion Communities: Merit Network Email List Archives

North American Network Operators Group

Date Prev | Date Next | Date Index | Thread Index | Author Index | Historical

Re: Route filters, IRRs, and route objects

  • From: Jake Khuon
  • Date: Wed Mar 27 14:08:44 2002
  • Action:
  • Dcc:
  • Expires:

### On 27 Mar 2002 13:48:09 -0500, Przemyslaw Karwasiecki
### <karwas@ifxcorp.com> casually decided to expound upon nanog@merit.edu
### the following thoughts about "Route filters, IRRs, and route objects":

PK> Why it is required by some providers to generate explicit,
PK> exact route objects, in order to allow routes through
PK> their filters?

Chalk this up to RIPE181 legacy.  In those days of yor, you could only
achieve the effect of filtering on those more specifics by registering
seperate route objects.  Many route objects in the IRR today are byproducts
of the blind migration which simply converted RIPE181 formatted objects to
RPSL.  Although this was great in that it didn't really break anything it
also didn't force folks to really learn RPSL and take advantage of the new
syntax so many people just never bothered to take their objects and properly
convert them.


--
/*===================[ Jake Khuon <khuon@NEEBU.Net> ]======================+
 | Packet Plumber, Network Engineers     /| / [~ [~ |) | | --------------- |
 | for Effective Bandwidth Utilisation  / |/  [_ [_ |) |_| N E T W O R K S |
 +=========================================================================*/




Discussion Communities


About Merit | Services | Network | Resources & Support | Network Research
News | Events | Contact | Site Map | Merit Network Home


Merit Network, Inc.