[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
best practice for advertising peering fabric routes
- Subject: best practice for advertising peering fabric routes
- From: morrowc.lists at gmail.com (Christopher Morrow)
- Date: Tue, 14 Jan 2014 21:22:24 -0500
- In-reply-to: <CAD6AjGQuknOWjr-PMjPQnHjnLUcvDnvtsx_0KCwGP66sFn=51A@mail.gmail.com>
- References: <[email protected]> <CAD6AjGQuknOWjr-PMjPQnHjnLUcvDnvtsx_0KCwGP66sFn=51A@mail.gmail.com>
On Tue, Jan 14, 2014 at 9:09 PM, Cb B <cb.list6 at gmail.com> wrote:
> On Jan 14, 2014 6:01 PM, "Eric A Louie" <elouie at yahoo.com> wrote:
>>
>> I have a connection to a peering fabric and I'm not distributing the
> peering fabric routes into my network.
>>
good plan.
>> I see three options
>> 1. redistribute into my igp (OSPF)
>>
>> 2. configure ibgp and route them within that infrastructure. All the
> default routes go out through the POPs so iBGP would see packets destined
> for the peering fabric and route it that-a-way
>>
>> 3. leave it "as is", and let the outbound traffic go out my upstreams and
> the inbound traffic come back through the peering fabric
>>
>>
4. all peering-fabric routes get next-hop-self on your peering router
before going into ibgp...
all the rest of your network sees your local loopback as nexthop and
things just work.
>> Advantages and disadvantages, pros and cons? Recommendations?
> Experiences, good and bad?
>>
>>
>> I have 5 POPs, 2 OSPF areas, and have not brought iBGP up between the
> POPs yet. That's another issue completely from a planning perspective.
>>
>> thanks
>> Eric
>>
>
> http://tools.ietf.org/html/rfc5963
>
> I like no-export