Re: BGP & multihoming

From: Hamele Kassa (hkassa@attrmc.net)
Date: Mon Nov 11 2002 - 20:06:19 GMT-3


That was the point I was trying to clarify. Thanks.

HK
----- Original Message -----
From: "Peter van Oene" <pvo@usermail.com>
To: <ccielab@groupstudy.com>
Sent: Monday, November 11, 2002 12:27 PM
Subject: Re: BGP & multihoming

> I expect HK was referring to ARIN's assignment policy for IPv4 which I
> believe currently limits assignments to /20 or shorter.
>
> Most providers that I am aware of will accept most anything if you are
> paying transit. Naturually they'll only announce /24's and greater
> beyond their AS, but I have seen many of them accept /28 and longer so
> long as the client was forking over a good amount of green :-)
>
> In these cases, I often feel that people overlook the benefits of
> multihoming to one large provider so long as the connections are into
> different POPs. To me, there is less hassle here, and likely robust
> enough service. Not to mention you contribute to the greater good by
> not spewing out your micro prefixes around the globe.
>
> Pete
>
>
> On Mon, 2002-11-11 at 15:22, MADMAN wrote:
> > I keep seeing people refer to this /19 as the smallest aggregate that
> > will be accepted by a provider though I have yet to meet this provider.
> > I have set up several customers with dual home full routes and they
> > announce a single /24 network or maybe a couple but very few have /19 or
> > better. The providers I have worked with that accepted the /24 include
> > Qwest, MCI, Sprint, Onvoy, and AT&T come to mind.
> >
> > Dave
> >
> > Hamele Kassa wrote:
> > >
> > > Brian,
> > >
> > > You do not need to secure your own registered address/es(your network
has to
> > > be bigger than /19 space to qualify). The IP address/es assigned to
you
> > > from your providers (/24 or shorter address space) will work for you
as
> > > long as you are running BGP(no longer prefix than /24). However you
need to
> > > secure and AS from ARIN(if you are multihomed you will qualify).
> > >
> > > I hope this helps.
> > >
> > > HK
> > >
> > > ----- Original Message -----
> > > From: "Brian T. Albert" <brian.albert@worldnet.att.net>
> > > To: "MADMAN" <dave@interprise.com>
> > > Cc: <ccielab@groupstudy.com>
> > > Sent: Sunday, November 10, 2002 10:51 AM
> > > Subject: RE: BGP & multihoming
> > >
> > > > When you say "your own registered address/es", do you mean prefixes
> > > assigned
> > > > to you from your 2 providers or obtained from another authority?
What
> > > other
> > > > authority can assign you prefixes independent of you providers, and
what
> > > are
> > > > the requirements to obtain them?
> > > >
> > > > BA
> > > >
> > > > -----Original Message-----
> > > > From: MADMAN [mailto:dave@interprise.com]
> > > > Sent: Saturday, November 09, 2002 9:12 PM
> > > > To: Brian T. Albert
> > > > Cc: ccielab@groupstudy.com
> > > > Subject: Re: BGP & multihoming
> > > >
> > > >
> > > >
> > > > You don't need NAT if you have your own registered address/es. No
> > > special
> > > > config required, you simply announce your public address/es
> > > >
> > > > Dave
> > > >
> > > > "Brian T. Albert" wrote:
> > > >
> > > > > In the real world can BGP multihoming to 2 different providers be
> > > > > accomplished without NAT for the internal networks? I have found
some
> > > > links
> > > > > on CCO http://www.cisco.com/warp/public/459/BGP-PIX.htm that show
how to
> > > > do
> > > > > it with NAT, but is it possible without. If so, can someone supply
some
> > > > > config examples or good links.
> > > > >
> > > > > Thanks
> > > > >
> > > > > Brian T. Albert
> > > > > brian.albert@worldnet.att.net
> > > >
> > > > --
> > > > David Madland
> > > > CCIE# 2016
> > > > Sr. Network Engineer
> > > > Qwest Communications Inc.
> > > > 612-664-3367
> > > > dave@interprise.com
> > > >
> >
> > --
> > David Madland
> > CCIE# 2016
> > Sr. Network Engineer
> > Qwest Communications
> > 612-664-3367
> >
> > "You don't make the poor richer by making the rich poorer." --Winston
> > Churchill



This archive was generated by hypermail 2.1.4 : Tue Dec 03 2002 - 07:22:57 GMT-3