Does that mean registering with RADB guarantee global routability ?
----------
From: Howard C. Berkowitz [SMTP:[EMAIL PROTECTED]]
Sent: Thursday, September 28, 2000 10:40 PM
To: [EMAIL PROTECTED]
Subject: RE: RADB - BGP routing
Being assigned PI space does NOT guarantee global routability. See
RFC 2050.
In the real world, prefixes shorter than /21 will probably be
globally routable. Indeed, /24 may very well be routable. Hint: do
NOT call a /24 a Class C. Registries and providers get very
suspicious of addressing plans
in which everything falls on a /24 or /16 boundary.
But the address registries -- APNIC, RIPE NCC, and ARIN -- do not
control what prefix length filters are implemented by providers. No
organization guarantees global reachability, because no organization
controls global routing.
Incidentally, the registries may differ in other policies. RIPE NCC
now requires that you must register your routing policies before
being assigned an AS.
It's not even as simple as length. Some filter policies are on the
NANOG web page. A given carrier, for example, may permit a /24 from
the 192/8 "traditional" or "swamp" space, but not permit a /24 from
more recently assigned blocks for which people are expected to know
about CIDR.
Unfortunately, a lot of this real-world global routing conventions
are not well documented. My understanding of them began with
RIPE-181, which was superceded by RPSL. That simply taught me the
language. A good working knowledge comes from daily reading of
NANOG, RIPE, and APNIC mailing lists, and, even then, I need to
discuss policies with every specific provider involved in a
particular peering situation.
There's good news, I suppose, that Cisco certifications and global
routing practice have little to do with one another.
There's bad news, I suppose, that Cisco certifications and global
routing practice have little to do with one another.
Guilherme Spolidoro wrote,
>If APNIC gave you only a single class C, yes.
>
>The bottow line is: you need to follow the APNIC rules. If they
assigned a
>class C to you is because their current rules for that class C
range is to
>assign on a /24 manner. Most likely they have other blocks of class
C that
>they assign on CIDR mode.
>
>Does it help?
>
>From: Benny Leong (HTHK - Senior Engineer II - iServices
Development,
>NNSD) [mailto:[EMAIL PROTECTED]]
>Sent: Thursday, September 28, 2000 2:19 AM
>To: 'Brian'
>
>I have PI class C address applied from APNIC. Am I globally
routable ?
>
> ----------
> From: Brian [SMTP:[EMAIL PROTECTED]]
>
> On Wed, 27 Sep 2000, Benny Leong (HTHK - Senior Engineer II
-
>iServices Development, NNSD) wrote: >
> > >From the ARIN, there is a statement shown below :
> >
> > *The minimum block of IP address space assigned by ARIN is
a /20.
>Smaller
> > blocks obtained directly from ARIN are the least likely to
be
>globally
> > routable.
> >
> > What does that mean ? Thanks.
>
> It means that if you got an allocation from arin of say a
/24, /23,
> etc. That its the least likely space to be routable. Back
in the
>day,
> ARIN would allocate a /24 to just about anyone on the net
with a
> presense......this space is not part of any provider
aggregate, and
>its
> the least likely to be routable.
>
> > ----------
> > From: Spolidoro, Guilherme
>[SMTP:[EMAIL PROTECTED]]
> > Sent: Monday, September 25, 2000 9:15 PM
>
> > You can find a lot of information about RADB on the
RADB.net
>web
> > site. The
> > problem is that I never found some examples or
explanations
>on how
> > large
> > ISPs use the information stored on the IRRd servers
on real
>life.
> > Maybe
> > somebody with more experience could comment about
that.
> >
> > Anyway, RADB runs an IRRd server that is used to
store each
>ISP
> > routing
> > policy, for example: what are your AS numbers, your
>networks, what
> > networks
> > you'll accept from ISP xxx or what networks you're
going to
> > advertise to ISP
> > wwww (just two simple examples). You write your
policy using
>a
> > specific
> > language (like an script) that can be used to
configure the
>BGP on
> > your
> > NAP/MAE routers.
> >
> > There are serveral IRRd servers and RADB.net host
the
>"official" one
> > for the
> > US. RIPE has another server for Europe and some ISPs
have
>their own
> > server.
> > I'm not sure why an ISP would want to have his own
IRRd
>server, but
> > my guess
> > is that they probably use that information to know
what are
>their
> > customers's BGP policies for them, i.e. what
networks their
> > customers will
> > advertise for them so they can configure the BGP
filters
>properly.
> >
> > I know of at least one ISP that won't accept any
>advertisement from
> > their
> > customers unless register on the RADB IRRd server.
> >
> > It's my opinion that since everybody can use the
information
>on the
> > IRRd
> > servers as they want, it's always good to keep it up
to date
>so you
> > don't
> > have somebody blocking your networks because you
didn't
>register
> > your latest
> > policy there.
> >
> > Good luck.
> >
> > -----Original Message-----
> > From: Benny Leong (HTHK - Senior Engineer II -
iServices
> > Development,
> > NNSD) [mailto:[EMAIL PROTECTED]]
> > Sent: Monday, September 25, 2000 2:09 AM
> > To: '[EMAIL PROTECTED]'
> > Subject: RADB - BGP routing
> >
> > What is the use of RADB ?
> > Is it a must to register AS number and the route to
the RADB
**NOTE: New CCNA/CCDA List has been formed. For more information go
to
http://www.groupstudy.com/list/Associates.html
_________________________________
UPDATED Posting Guidelines:
http://www.groupstudy.com/list/guide.html
FAQ, list archives, and subscription info: http://www.groupstudy.com
Report misconduct and Nondisclosure violations to
[EMAIL PROTECTED]
**NOTE: New CCNA/CCDA List has been formed. For more information go to
http://www.groupstudy.com/list/Associates.html
_________________________________
UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
FAQ, list archives, and subscription info: http://www.groupstudy.com
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: RADB - BGP routing
Benny Leong (HTHK - Senior Engineer II - iServices Development, NNSD) Mon, 02 Oct 2000 20:22:35 -0700
- Re: ... Howard C. Berkowitz
- RE: ... Spolidoro, Guilherme
- ... Patrick A. Morin
- RE: ... Benny Leong (HTHK - Senior Engineer II - iServices Development, NNSD)
- ... Martin-Guy Richard
- RE: ... Spolidoro, Guilherme
- RE: ... Yee, Jason
- RE: ... Benny Leong (HTHK - Senior Engineer II - iServices Development, NNSD)
- RE: ... Spolidoro, Guilherme
- ... Howard C. Berkowitz
- RE: ... Benny Leong (HTHK - Senior Engineer II - iServices Development, NNSD)
- ... Howard C. Berkowitz

