Huawei qos mapping CBQ trust DSCP override-CodePudding

Problems in the picture

After the R8qos mapping out four catch buns become requests and back to the package are af13...

CodePudding user response:

The

refer to the original poster Hh,,,, reply:

problem in the picture

After the R8qos mapping out four catch buns become requests and back to the package are af13...

CodePudding user response:

Package no problem!

A trust DSCP override
The qos mapping will only take effect
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --

Under the condition of the qos mapping effect

Your qosmapping effect only in the direction of the

Af13 into AR8 out into af12
Running behind are af12

AR8 DSCP will not change because the mapping relation of return no af12 - & gt; Af13 the mapping relationship between
So the return is still af12

So
AR7 - & gt; AR8 af13
AR8 - & gt; AR7 af12
AR8 behind all af12
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
Without effective qos mapping
Of course all run af13

CodePudding user response:

refer to the second floor doufuxadf response:

package no problem!

A trust DSCP override
The qos mapping will only take effect
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --

Under the condition of the qos mapping effect

Your qosmapping effect only in the direction of the

Af13 into AR8 out into af12
Running behind are af12

AR8 DSCP will not change because the mapping relation of return no af12 - & gt; Af13 the mapping relationship between
So the return is still af12

So
AR7 - & gt; AR8 af13
AR8 - & gt; AR7 af12
AR8 behind all af12
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
Without effective qos mapping
Of course all run af13

Thank you for your reply in R7 traffic - the policy is the source of the inbound matching MAC pc2 why back to bales will change back to the source of the MAC is no pc2 and also the opposite direction

CodePudding user response:

Not return packets changed
Are you changed to AR6 packet
Package through R7 into af13 through to ar6 R8 from af13 to af 12
AR6 returns, of course, is that it received the package the same priority af12

R7 R8 didn't received the return packets do change, of course, is af12 af12 all the way to the end to R7 g0/0/0 port

Data is a bidirectional port into the routing is in outlet is out
There is a direction to be binding rules
Port do only in the direction binding rules also only to work in the direction of the
The returned package from a different port into the is out from the port out the direction

CodePudding user response:

reference 4 floor doufuxadf response:

not return packets changed
Are you changed to AR6 packet
Package through R7 into af13 through to ar6 R8 from af13 to af 12
AR6 returns, of course, is that it received the package the same priority af12

R7 R8 didn't received the return packets do change, of course, is af12 af12 all the way to the end to R7 g0/0/0 port

Data is a bidirectional port into the routing is in outlet is out
There is a direction to be binding rules
Port do only in the direction binding rules also only to work in the direction of the
The returned package from a different port into the is out from the port out the direction

That is to say, "the flow of pc2 made DSCP into af13 strategy request packet and back to the package will change into af13" right in saying that didn't do (qosmapping)

CodePudding user response:

That is to say, "the flow of pc2 made DSCP into af13 strategy request packet and back to the package will change into af13" right in saying that didn't do (qosmapping)

That's right