We're Sorry, Full Content Access is for Members Only...

If you like to keep on reading, Become a Member Now! Here is why:

  • Learn any CCNA, CCNP and CCIE R&S Topic. Explained As Simple As Possible.
  • Try for Just $1. The Best Dollar You've Ever Spent on Your Cisco Career!
  • Full Access to our 641 Lessons. More Lessons Added Every Week!
  • Content created by Rene Molenaar (CCIE #41726)

465 Sign Ups in the last 30 days

satisfaction-guaranteed
100% Satisfaction Guaranteed!
You may cancel your monthly membership at any time.
No Questions Asked!

Forum Replies

  1. Hi John,

    That’s right and still true. We use the bandwidth command so it reflects the actual bandwidth of the interface, it doesn’t influence the actual bandwidth. Routing protocols like OSPF or EIGRP use the bandwidth for their metric calculation.

    Rene

  2. Hi Rene,

    What is the best order of approach for bandwidth-percent for use with point-to-point interfaces?

    My example is:
    1 hub router with a 256kbps interface.
    6 spoke routers, each having a 64kbps VC.

    1. When the hub router attempts to communicate with all spoke routers at the same time at full capacity = 64kbps X 6 = 360kbps.

    360kbps is more than the 256kbps on our interface. Start with the hub router, divide the bandwidth of 256kbps by our 6 links to give us 42kbps per VC.

    QUESTION: The 42kbps is way short of the 64kbps per link, before even considering EIGRP

    ... Continue reading in our forum

  3. Hi Rene,
    I am confused with multipoint scenario.

    1. “When you run EIGRP over a frame-relay multipoint network then EIGRP will divide the bandwidth of the physical interface by the number of EIGRP neighbors.” Let’s assume that we have hub router with physical bandwith of 1544kbps and 4 neighbors, so 1544/4 =386. Is this correct that maximum CIR on our PVCs can’t be greater then this value?

    2. In your scenario you configured only a hub router with bandwidth 256 subint command. That’s how I see it: Spoke 3 with CIR 256kbps on PVC3 still will be sending EIGRP tr

    ... Continue reading in our forum

  4. Hello Artem

    First of all, in this lesson, we are talking ONLY about the traffic that EIGRP generates in order to maintain routing and topology tables on the routers participating in EIGRP. That is, hello, update, query request and reply packets. We are not talking about the traffic that is generated by users on the network and their applications.

    As stated in the lesson, EIGRP will use up to 50% of the bandwidth of a link. The bandwidth that EIGRP always uses to gauge “how much is 50%” is the bandwidth parameter of the physical interface, NOT the actual phys

    ... Continue reading in our forum

  5. Thanks a lot, Laz! Now it’s clear to me.

10 more replies! Ask a question or join the discussion by visiting our Community Forum