Hi,
As I understand you need to do two things:
- Send your customer the BGP routes you have received from the secondary
transit provider.
- Route that customer's traffic towards the secondary transit provider,
that is like policy-forwarding. Not using your routing table, because in
that case the traffic would be sent to the primary transit provider, since
the preference of its BGP routes is higher.
I am not sure whether using only RIBs it is possible to get what you want.
Probably you need to create a new forwarding routing instance. You would
have then your main routing instance with the BGP session with the primary
provider and the customers that go through that provider (primarily). In the
other routing instance you would create a BGP session with the secondary
transit provider and with the customers that receive service with it. This
way those customers will receive routes only from provider B, since they are
in a separate BGP process. You would need (I think) to create a RIB
importing to (inet.0, instance_B.inet.o) and exporting from
instance_B.inet.0. Then you would apply this RIB group in the BGP process
inside the routing instance_B. This way BGP routes learned from provider B
would be also included in inet.0
For traffic comming from interfaces where those "special" customers are
connected, you can apply filter-based forwarding to assign that traffic to
the routing instance B.
Probably I am missing something because I have not tested it.
Hope this helps.
Javier.
^ ^
==============ooo====(.)v(.)====ooo=====
Javier Antich Romaguera
Network Consultant
---------------------------------------------------------------------------
TELINDUS
Pza. Ciudad de Viena, 6-2º
28040 Madrid
---------------------------------------------------------------------------
javier.antich@telindus.es
tel: +34 91 456 00 08
fax: +34 91 536 10 74
---------------------------------------------------------------------------
For more information about our products and services,
please visit our website http://www.telindus.com
---------------------------------------------------------------------------
Full connectivity & mobility
==================ooo0===0ooo========
> -----Mensaje original-----
> De: Jeff Harrington [SMTP:jharring@nysernet.org]
> Enviado el: jueves 23 de agosto de 2001 16:39
> Para: juniper-nsp@puck.nether.net
> Asunto: [j-nsp] Question on creating a custom RIB
>
> All,
> I'm trying to do a workaround on my network to get non-active BGP
>
> routes (I'll explain why) to one of my customers. CCC doesn't look like
> it
> will work, so I'm looking to create a new RIB in the hope I can do
> this. I'm looking for any information from people who may have tried this
>
> - I would rather not play on a production network if I don't have to.
>
> I have a M20 with multiple peers and customers connected to it. One of my
>
> peers is my preferred route, and the second is an ATM PVC that is a backup
>
> for most of my customers. A new customer was recently connected that
> cannot connect to my primary transit provider, so I need to get the routes
>
> from the secondary to them. We have the secondary set up with a
> local-pref
> of 10, and would prefer to keep it that way if at all possible -
> unfortunitely this keeps the routes from that provider from being placed
> in
> the active table, so they don't get readvertised. The new customer (and
> others soon to be connected with the same situation) are all POS OC3.
> I've
> seen that you can only do CCC between like interfaces so I can't do that
> between the ATM peer and the POS customers (please correct me if I'm
> wrong)
>
> What I would like to do is send the routes from the backup peer to a new
> RIB and export that to this customer. The customers that would need this
> would be the only people seeing this routing table, so it hopefully won't
> break my normal routing. Looking at the Juniper web page, I got the
> documentation for creating a new routing table, and some documentation on
> an option for bgp-rib, but it wasn't terribly helpful.
>
> We could also do a tunnel for this, but I am looking to avoid that if I
> can.
>
> (In case anyone is wondering why I can't connect these customers up
> normally, the main provider I have is Abilene, and that is a difficult
> provider to connect to in some cases. The second provider is vBNS, which
> is less restrictive)
>
> Thanks in advance for any help people can provide.
>
> Jeff
>
>
> Jeff Harrington Network Engineer
> NYSERNet 100 Elwood Davis Road
> 315.413.0345 x5858 jharring@nysernet.org
This archive was generated by hypermail 2b29 : Mon Aug 05 2002 - 10:42:36 EDT