9 Replies Latest reply: Oct 26, 2009 4:54 AM by Scott Morris - CCDE/4xCCIE/2xJNCIE RSS

    BGP connections

    hsnanua

      Here is a question about BGP connection. Please do assist me in this.

       

      The attachment shows 6 bgp routers. 2 are EBGP and 4 are IBGP, in the same AS.

       

      First question, if sync is off, and there is no IGP in the AS, which routers in the AS 65500 will advertise a route to 172.16.0.0?

       

      Second question, if sync is on and there is no IGP, then what will the case be?

       

      Third, if sync in on and IGP is present, then what will happen?

       

      And finally, if sync is off and IGP is present?

       

      The reason being, I am confused about the role of sync in the diagram, but before that, the main question: How does BGP behave in propagating routes? Each book and site explains differently.

       

      Help

        • 1. Re: BGP connections
          krait

          BGP syncronization function is to make sure that if there are non iBGP routers in the transit path they will not drop traffic since they dont know the destination.

           

          It isnt really a question about an IGP being present or not, its more about if the route in question is redistributed into the IGP.

          Something which is quite unmanagble if you are doing full eBGP peering with a full internet routing database in BGP.

          To many routes to be manageble in an IGP.

           

          In the picture you provided.

          It looks like all the routers in the transit path are talking BGP, so the use of BGP syncronization in this case would fill no use.

           

          Thats my view on the case, im not sure if i explained this in a good maner or not, but im sure one of they usuall braniacs (ment in a good sense )

          will be able to further explain it.

           

           

           

          Anyway to clarify:

          bgp sync on without igp would make sure that no routes where distributed via iBGP.

          • 2. Re: BGP connections
            Martin

            Sync is on = Router B uses the 172.16.0.0 and installs in its routing table;

            But iBGP routers do NOT advertise or use that network, so Router F have NO idea about the network 172.16.0.0

             

            Sync is off = iBGP router hear about that network, install it and advertise so Router F hears about 172.16.0.0 from Router E and can send traffic to that destination. Router F is very happy.

            • 3. Re: BGP connections
              hsnanua

              Thanks all....

               

              In regards, if i configure next-hop-self command on all IBGP routers, will the routing meets it's goal?

               

              Also, from all this, the two ways for internal networks to reach the external networks (IBGP to EBGP)  is to define the routes using the network statement and using aggregate routes. Right?

               

              Thanks...

               

              Regards

              • 4. Re: BGP connections
                Martin

                Not all iBGP routers, just E and B, the border routers, I think that is the "preferred" method.

                I saw an example in the book and did test it on GNS3 with 3 iBGP routers, not 4. If you have GNS3 you can test it too.

                 

                I am not too sure on your second Q. I know you should advertise only networks that router can reach with network statement. In my lab, iBGP got networks from eBGP, or advertised by eBGP.  BGP is WEIRD, you need a lot of practice to figure it out.

                • 5. Re: BGP connections
                  hsnanua

                  Thanks.. Now, this looks like a task for GNS3.... Ill tesst it out toimorrow and see what i get.. ill share the findings..Thanks again

                  • 6. Re: BGP connections
                    Scott Morris - CCDE/4xCCIE/2xJNCIE

                    If you're not running an underlying IGP, then you'll need to use directly connected links for peering and will continually have to use next-hop-self or bring in all connected links into BGP to solve reachability.

                     

                    Have fun with your tests though!  Seeing is the best way to figure it out!

                     

                    Scott

                    • 7. Re: BGP connections
                      Martin
                      Also, from all this, the two ways for internal networks to reach the external networks (IBGP to EBGP)  is to define the routes using the network statement and using aggregate routes. Right?

                       

                      The following summarizes the differences between the main BGP commands:
                      • The network command tells BGP what to advertise.
                      • The neighbor command tells BGP where to advertise.
                      • The aggregate-address command tells BGP how to advertise the networks

                       

                      Reference: Paquet, C., Teare, D. 2007, Authorized Self-Study Guide: Building Scalable Cisco Internetworks (BSCI), Third Edition,  Cisco Press.

                      • 8. Re: BGP connections
                        hsnanua

                        Martin,

                         

                        Thanks so much. The attachment was really good. Thanks..

                         

                        Warm Regards

                        • 9. Re: BGP connections
                          Scott Morris - CCDE/4xCCIE/2xJNCIE
                          The following summarizes the differences between the main BGP commands:
                          • The network command tells BGP what to advertise.
                          • The neighbor command tells BGP where to advertise.
                          • The aggregate-address command tells BGP how to advertise the networks

                           

                          That's kind of an over-simplified way of looking at things....

                           

                          The network command is ONE way of telling BGP what to advertise.  The redistribute command is another.  In the Cisco world, network command = internal origin code while redistribute = incomplete/unknown origin code.

                           

                          The aggregate-address command tells BGP of a CHANGE in how to advertise networks.  (although default behavior is summary + details, though most will use "summary-only" parameter to manipulate)

                           

                          Scott