Cisco Bandwidth vs Clock Rate and Speed

In this Cisco CCNA tutorial, you’ll learn about how the OSPF cost metric works and how it’s based on interface bandwidth by default. Scroll down for the video and also text tutorials.

 

Cisco Bandwidth vs Clock Rate and Speed Video Tutorial

YouTube Video

Tyler Stephens-Jorski

Tyler Stephens-Jorski

I just wanted to thank you for your excellent CCNA course. It was very thorough and was paramount to my success on the CCNA exam. I took my exam this morning and passed with flying colors.

Tyler Stephens-Jorski

 

The ‘speed’ Command

 

I want to explain how the 'bandwidth' command works, what it does, and how it relates to the 'speed' and the 'clock rate' commands because this is a common source of confusion.

 

Starting with the 'speed' command first, the rate that Ethernet interfaces physically transmit is set by the 'speed' command. Gigabit Ethernet interfaces transmit at 1000 megabits per second (Mbps) by default.

 

Cisco Bandwidth vs Clock Rate and Speed

 

A thousand megabits per second is 1 gigabit per second, and Fast Ethernet interfaces transmit at 100 Mbps by default. For example, if you use the 'speed 10' command on a Fast Ethernet interface and it supports it, it will physically transmit at 10 Mbps instead.

 

If you do that, you need to make sure you manually set the speed on both sides of the link, or you're going to have problems. But when you do that, it changes the actual physical speed of the interface from 100 Mbps to 10 Mbps. So on Ethernet interfaces, it's the 'speed' command that you can use to change the default physical speed of the interface.

 

The 'clock rate' Command

 

The next command we have is the 'clock rate' command and this works on Serial interfaces. Serial interfaces used to be used very commonly on WAN links. Not so much nowadays, but you do still find them. The rate that Serial interfaces physically transmit at is set by the 'clock rate' command.

 

The clock rate command

 

Serial interfaces transmit at 1.544 Mbps by default. That is the speed of a T1 interface that used to be commonly used in the United States. Cisco are a US company, so that's why that is the default.

 

If you use the 'clock rate 64000' command on a Serial interface, it will physically transmit at 64 kilobits per second (Kbps). So, a Serial interface transmits at 1.544 Mbps by default, you can change that by using the 'clock rate' command to set a transmit rate in Kbps. Again, this will change the physical speed of the interface, and again, it has to match on both sides of the link.

 

The 'bandwidth' Command

 

The 'speed' and the 'clock rate' commands change the physical transmission rate of interfaces. Now, we have got the 'bandwidth' command which does not. Interfaces also have a default bandwidth.

 

For example, 100 Mbps on FastEthernet interfaces, 1.544 Mbps on a Serial interface, and you see that defaults to what the 'speed' and the 'clock rate' defaulted to as well, and the 'bandwidth' does usually match the physical transmission rate of the interface. It will do by default and normally, as the administrator, we want to leave it at that as well. We want it to have it set to that.

 

The bandwidth setting on an interface does not affect the physical transmission rate, which is set by the 'speed' or the 'clock rate'.  If you set a bandwidth of 50 Mbps on a FastEthernet interface, it will still transmit at 100 Mbps.

 

The bandwidth command

 

If the bandwidth setting does not affect the actual physical speed of an interface, what does it do then? Well, it affects software policy on the router, such as which path will be selected by our routing protocols, EIGRP or OSPF, or how much bandwidth will be guaranteed through a traffic type by QoS.

 

For example, if you've configured a QoS policy, which is going to guarantee your video traffic, a third of the bandwidth on an interface. The way that you tell the router how much bandwidth is actually there is with the 'bandwidth' command. So, you can influence software policy by setting the bandwidth on an interface.

 

The bandwidth command 01

 

You normally want the bandwidth to actually match the physical interface. On an Ethernet interface, it's going to do that by default anyway. On a Serial interface, it's going to default to 1.544 Mbps always.

 

So, if it's actually a 64 Kbps or a 128 Kbps interface, then you're definitely going to want to set the 'bandwidth' command on that interface to make sure that the bandwidth, which affects the software policy is also matching the actual physical bandwidth on the interface. Now, you don't have to have the matching. Sometimes, you want to override what would happen by default.

 

You don't do this very commonly, but it is possible to set the bandwidth to be different than the actual bandwidth on the physical interface if you want to influence software policy.

 

Additional Resources

 

Bandwidth Command: https://www.cisco.com/E-Learning/bulk/public/tac/cim/cib/using_cisco_ios_software/cmdrefs/bandwidth.htm

Cisco Bandwidth Command vs Clock Rate & Speed Commands: https://study-ccna.com/cisco-bandwidth-command-clock-rate-speed

Cisco Speed and Duplex Settings: https://www.flackbox.com/cisco-speed-and-duplex-settings

 

Want to practice Cisco CCNA technologies on your laptop? Download my complete 350-page Cisco CCNA Lab Guide for free.

 

Click Here to get my Cisco CCNA Gold Bootcamp, the highest rated CCNA course online with a 4.8 star rating from over 20,000 public reviews.

Libby Teofilo

Text by Libby Teofilo, Technical Writer at www.flackbox.com

Libby’s passion for technology drives her to constantly learn and share her insights with others. When she’s not immersed in the world of tech, you’ll find her lost in a good book with a cup of coffee or out exploring nature on her next adventure—always curious, always inspired.