All language subtitles for Free-CCNA-QoS-Day-47-Lab-CCNA-200-301-Complete-Course_en

This is a free, complete course for the CCNA.

If you like these videos, please subscribe\n

Also, please like and leave a comment, and\n

Also, remember to sign up via the link in\n

for this course, so you can try it out yourself\n

If you want more labs like these, I highly\n

It’s a network simulator with tons of guided\n

Click the link in the video description to\ncheck it out.

In this lab we’ll do some basic QoS configurations\non R1.

The design and configuration of QoS isn’t\n

have to worry about remembering these configurations\nfor now.

But I think doing some basic configurations\n

In this network we have PC1 connected to R1\nvia SW1.

On the other side there is SRV1 connected\nto R2 via SW2.

Although I’ve only shown 1 PC, let’s say\n

So, we will configure QoS on R1 to ensure\n

We will mark HTTPS traffic as AF31 and ensure\n

We will mark HTTP traffic as AF32 and ensure\n

it will not be in a priority queue.

We will mark ICMP traffic as CS2 and ensure\n

Now, the actual QoS design of a network depends\n

Which traffic needs to be prioritized, how\n

These values I selected are honestly just\n

Giving HTTPS traffic a priority queue, for\n

Usually priority queues are used for voice\ntraffic.

Anyway, after configuring the QoS rules we\n

So, when R1 forwards traffic out of G0/0/0\n

Now, once the traffic reaches R2 that’s\na different story.

Even if R1 marks the packets as high priority,\n

packets as high priority, it will treat them\nall equally.

In the CCNA exam topics, it is stated that\n

Well, this is the per hop behavior.

We configure QoS on R1 and it will prioritize\n

but then how R2 prioritizes traffic over the\n

You can’t just configure one router to prioritize\n

the network to also prioritize it.

You have to configure QoS all across the network,\n

Okay, I just wanted to make that clear since\n

To show you the basic QoS configurations,\n

Before configuration, though, let me show\n

First, let me try to ping jeremysitlab.com.

So, PC1 will send a DNS query to its DNS server,\n

learn the IP address of jeremysitlab.com,\n

As you can see, the pings work.

Now let’s switch to simulation mode, and\nping again.

In reality PC1 should store the IP address\n

it seems that doesn’t work in packet tracer,\n

Anyway, lets go to the point where the ICMP\npacket is at R1.

And now let’s check that packet, and click\n

So, this is the state of the packet as it\n

Notice the DSCP field is written as hexadecimal\n00.

Technically, two hexadecimal digits is 8 bits,\n

And in packet tracer, the ECN field isn’t\ndisplayed.

Anyway, since the field is displayed in hexadecimal\n

when we check the markings, but for now just\n

This is how PCs send their traffic by default,\n

For time’s sake I won’t show you HTTP\n

Okay, now let’s configure QoS, I’ll go\non R1.

CONF T. So, there are three main steps to\nconfigure QoS.

First, you have to identify the traffic.

In order to give special treatment for certain\n

what kinds of traffic you want to give that\n

To identify traffic in a Cisco IOS QoS configuration,\n

I will call this first class map HTTPS_MAP,\n

Then I will enter MATCH PROTOCOL HTTPS.

So, this class map can be used to identify\n

I’ll use this to match HTTP traffic.

And one more, we’ll match ICMP traffic.

Okay, let’s check those class maps.

DO SHOW RUN | SECTION CLASS-MAP.

There are the three class maps I configured.

Notice that, although I only typed CLASS-MAP\n

ICMP_MAP, the default mode of MATCH-ALL was\napplied.

This means that, to match this class map,\n

In this case, each class map only has one\n

if there are multiple match statements you\n

will match that class map even if it matches\n

So you could, for example, make a class map\n

In that case, if a packet is either an HTTPS\n

So, that’s the first step of QoS configuration.

Identify the kinds of traffic you want to\n

Next, we have to specify what kind of treatment\n

The command is POLICY-MAP, and I’ll name\n

policy map outbound on the G0/0/0 interface.

Then I’ll use CLASS, followed by the name\n

Okay, now we can tell R1 what to do with traffic\n

So, it will mark any HTTPS packets with a\nDSCP value of AF31.

Then, we’ll give HTTPS a priority queue\n

Okay, that’s all for the HTTPS class.

And now we’ll give it a minimum bandwidth\n

And we’ll give it 5% of bandwidth.

Okay let’s check that configuration.

DO SHOW RUNNING-CONFIG | SECTION POLICY-MAP.

So, here’s how this QoS configuration works.

We haven’t actually applied it outbound\n

all traffic that is to be forwarded out of\nG0/0/0.

If its an HTTPS packet, it will mark it as\n

at least 10% of the link’s bandwidth.

If it’s an HTTP packet it will mark it as\n

If it’s ICMP traffic it will mark the packet\n

All other traffic, not matching any of these,\n

Okay, finally let’s apply this policy map\n

SERVICE-POLICY OUTPUT,and then the policy\n

That’s it, our QoS configuration is complete.

For review, here are the class maps, identifying\n

Below them is the policy map, which sets the\n

Finally, I used a service policy to apply\n

Now let’s send some traffic from PC1 to\n

Let me switch to simulation mode.

If I use the name jeremysitlab.com it’ll\n

Let’s bring the packet to R1, and then check.

In the inbound PDU details tab, the DSCP marking\n

state of the packet as it is forwarded by\n

Let me open up this document to show the calculations.

So, we marked it as CS2, and here’s the\n

In hexadecimal that is 1 0, so that’s why\n

Okay, now let’s send some HTTP traffic from\nPC1 to SRV1.

I’ll return to realtime mode, then I’ll\n

I’ll enter the URL here, HTTP://10.0.0.100.

Now, let me switch back to simulation mode.

Now I’ll hit GO in the browser.

Okay, let’s bring the packet to R1, and\nthen check again.

Inbound PDU details, the marking is 0.

Okay we marked it as AF32, let’s check the\nmath.

Here it is in binary, 011 100.

That’s 28 in decimal, 16+8+4, which is 1c\n

Okay, I’ll return to realtime mode.

Finally let’s send some HTTPS traffic.

I’ll go back to the web browser, and add\nan S after HTTP.

Then I’ll switch back to simulation mode\n

Bring the packet to R1, and let’s check.

So, inbound PDU details, the DSCP marking\nis 0.

But outbound, R1 has marked it as DSCP 1A,\nwhich should be AF31.

So, here’s AF31 in binary, 011 010.

That’s 26 in decimal, 16 + 8 + 2.

Convert that to hexadecimal and you get 1A,\n

Okay, in this lab we took a look at QoS configuration.

Once again, you don’t need to know this\n

to see some basic QoS configurations.

Class maps identify traffic, policy maps specify\n

service policies apply the policy maps to\ninterfaces.

Usually, we’d take a look at a lab in Boson\n

a CCNA exam topic there are no QoS labs in\nNetSim for CCNA.

Plus, I think this lab video has been long\n

Before finishing today’s video I want to\n

To join, please click the ‘Join’ button\nunder the video.

Thank you to Khoa, Justin, Christopher, Sam,\n

Serge, Njoku, Viktor, Roger, Raj, Kenneth,\n

Gustavo, Prakaash, Nasir, Erlison, Marko,\n

Mark, Yousif, Boson Software, Devin, Yonatan,\nand Vance.

Sorry if I pronounced your name incorrectly,\n

This is the list of JCNP-level members at\n

If you signed up recently and your name isn’t\n

Please subscribe to the channel, like the\n

with anyone else studying for the CCNA.

If you want to leave a tip, check the links\nin the description.

I'm also a Brave verified publisher and accept\n