RE: RADB - BGP routing

[Benny Leong (HTHK - Senior Engineer II - iServices Development, NNSD)]

I have PI class C address applied from APNIC. Am I globally routable ? 


        ----------
        From:  Brian [SMTP:[EMAIL PROTECTED]]
        Sent:  Wednesday, September 27, 2000 9:25 PM
        To:  Benny Leong (HTHK - Senior Engineer II - iServices Development,
NNSD)
        Cc:  '[EMAIL PROTECTED]'; 'Spolidoro, Guilherme'
        Subject:  RE: RADB - BGP routing

        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
        >       To:  '[EMAIL PROTECTED]'
        >       Subject:  RE: RADB - BGP routing
        > 
        >       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]
        > 
        > **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]
        > 

        -----------------------------------------------
        Brian Feeny, CCNA, CCDA       [EMAIL PROTECTED]   
        Network Administrator         
        ShreveNet Inc. (ASN 11881)            

**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]