Javier,
Thanks for the input. After my post I had found some information
on routing instances, and it looked promising. Your message seems to
confirm that. Thanks for the help.
Jeff
At 06:02 PM 8/23/2001 +0200, Javier Antich wrote:
>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