From: Sandro Ciffali (sandyccie@xxxxxxxxx)
Date: Fri Mar 15 2002 - 10:50:44 GMT-3
If you redistribute BGP into IGP at the border of your
domain, And then redistribute the IGP into BGP again
with the filters, Yes you don't need IBGP. But what
about the BGP attributes that your router learned from
one AS, When he redistributes it to IGP all the
attributes are alost, this can be a serious issue
since now all the networks will apear to be originated
by your AS, You will loose origin, community etc. etc.
Ofcourse unlesss you are using table map which will
then preserve attributes. I tried the table-map couple
of days ago and had lot's of problems, I am not sure
it is a matured solution yet.
Till then in order to preserve all the bgp learnt
attributes from one as to another it is important that
we run ebgp with external peer, redistribute it to igp
inside as, run ibgp with other routers in the as and
then give these routes to other neighbors.
Sandro
--- H C <henchou@hotmail.com> wrote:
> Hi all,
>
> I have a more basic question. Would someone clarify
> the relationship
> between iBGP and IGP? BGP synchronization exists so
> iBGP will wait until
> IGP has propagated within the AS then advertise it
> outside of AS. BGP RR
> exists because iBGP needs fully meshed with peers
> and may not scale for very
> large networks. If I'm running IGP and redistribute
> with BGP, where would
> iBGP play? I guess I'm not seeing this relationship
> clearly. Thanks if
> anyone would shed some light.
>
> Henry
>
>
> From: "Michael Jia" <mjia@cisco.com>
> Reply-To: "Michael Jia" <mjia@cisco.com>
> To: "ccielab" <ccielab@groupstudy.com>
> Subject: RE: IBGP redistribution
> Date: Thu, 14 Mar 2002 15:39:15 -0800
>
> Hi, all
>
> Thank you all for the quick reply. the command
> "bgp redistribute-internal" indeed injects ibgp
> routes
> into IGP.
>
> It will be very easy to create conflict routes by
> using
> this command and should be planned carefully before
> doint it.
>
> Thanks again.
> Michael
>
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:57:09 GMT-3