RE: BGP question

From: OhioHondo (ohiohondo@columbus.rr.com)
Date: Wed Apr 16 2003 - 10:49:12 GMT-3


RE: BGP questionIf the non-client is in the same AS it works the same. If
the RR receives an update from a "non-RRclient" (in the same AS has been
assumed all along) that it has a BGP session with, the RR will do the
following:

1) propagate that update to all RR-clients to which it has a BGP session
2) propagate that update to all EBGP routers (in external AS's and external
sub-AS's) to which it has a BGP session

It will not propagate that update to other RR's or "non-RRclients" within
its' AS/sub-AS.
  -----Original Message-----
  From: Danny.Andaluz@triaton-na.com [mailto:Danny.Andaluz@triaton-na.com]
  Sent: Wednesday, April 16, 2003 9:35 AM
  To: ohiohondo@columbus.rr.com; danielcgs@imc.net.au; jasonwydra@yahoo.com;
dannyandaluz@comcast.net; ccielab@groupstudy.com
  Subject: RE: BGP question

  That's right, Ohio. But, that's just regular EBGP. But what if the
non-client is in the same AS? That was my original point.

  -----Original Message-----
  From: OhioHondo [mailto:ohiohondo@columbus.rr.com]
  Sent: Wednesday, April 16, 2003 7:44 AM
  To: Daniel Cisco Group Study; Jason Wydra; Danny Andaluz;
ccielab@groupstudy.com
  Subject: RE: BGP question

  I would change that a bit. The RR will reflect the routes to the
RR-clients and to any external BGP router (in another AS or sub-AS) that it
has a BGP session with.

  -----Original Message-----
  From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
Daniel Cisco Group Study
  Sent: Wednesday, April 16, 2003 1:44 AM
  To: Jason Wydra; Danny Andaluz; ccielab@groupstudy.com
  Subject: RE: BGP question

  No.... The RR will still reflect the non-RR-Client's routes, but ONLY to
the RR Clients. The RR will not reflect those routes to other IBGP or EBGP
peers.

  Daniel

  -----Original Message-----
  From: Jason Wydra [mailto:jasonwydra@yahoo.com]
  Sent: Wednesday, 16 April 2003 14:07
  To: Daniel Cisco Group Study; Danny Andaluz; ccielab@groupstudy.com
  Subject: RE: BGP question

  So then the only difference is that a non-RR-client will not have it's
routes reflected by the RR while the RR-clients will reflect to all types?

  Daniel Cisco Group Study <danielcgs@imc.net.au> wrote:

  Danny,

  Your assumption about what a RR client is, is correct.

  If the RR did not reflect to IBGP Non-Clients, how would they know about
the routes coming from RR Clients? The only way would be to peer the RR
Clients with the IBGP Non-Clients, which would defeat the purpose of RRs.
Therefore the RR needs to reflect routes from RR clients to IBGP
non-clients.

  Hope this helps.

  Daniel

  -----Original Message-----
  From: Danny Andaluz [mailto:dannyandaluz@comcast.net]
  Sent: Saturday, 12 April 2003 06:05
  To: ccielab@groupstudy.com
  Subject: BGP question

  I have a question about non-clients in a route-reflector topology.
Assuming all routers are in the same AS, you have a hub and spoke topology
where the RR has three peerings with three different routers. Only two of
those neighbors are configured as route-reflector-clients. In Doyle's
routing TCPIP V. 2 pg. 127, it says that if a RR learns a route from a
RR-client that route will be sent to the other RR-client as well as the
non-client. I am under the impression that a non-client is simply a neighbor
that is not configured as a RR-client in the RR. If this non-client was in a
different AS, I can see this happening because that is EBGP, but IBGP
assumes a full mesh, so how could the RR send this route to the non-client?
Of course, I'm going on the assumption that a non-client is what I described
previously. So I guess my question really is, what is a non-client? TIA,
Danny

  **********************************************************************
  This email and any files transmitted with it are confidential and intended
solely for the use of the individual or entity to whom they are addressed.
If you have received this email in error please notify the system manager.
This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses. www.mimesweeper.com

  **********************************************************************

    _____

  Do you Yahoo!?
  The New <http://us.rd.yahoo.com/search/mailsig/*http://search.yahoo.com>
  Yahoo! Search - Faster. Easier. Bingo.

  **********************************************************************
  This email and any files transmitted with it are confidential and intended
solely for the use of the individual or entity to whom they are addressed.
If you have received this email in error please notify the system manager.
This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses. www.mimesweeper.com

  **********************************************************************



This archive was generated by hypermail 2.1.4 : Thu May 01 2003 - 13:35:54 GMT-3