Velocity Reviews - Computer Hardware Reviews

Velocity Reviews > Newsgroups > Computing > Cisco > Cisco 3550 resetting TOS bits?

Reply
Thread Tools

Cisco 3550 resetting TOS bits?

 
 
foldingwidgets-cisco@yahoo.com
Guest
Posts: n/a
 
      04-13-2005
As part of some product testing that I am doing, I am sending traffice
between two end nodes where the some of the traffic has the
Minimize-delay TOS bit set and some has the Maximize-throughput bit
set. If I sniff the packets on the originating side, the IP header is
what I expect. However on the other end (after passing through a 3550
switch) I see that the TOS bits have all been reset to 0x00.

Is this normal operation? Is there a way to disable this?

TIA!

 
Reply With Quote
 
 
 
 
Walter Roberson
Guest
Posts: n/a
 
      04-13-2005
In article < om>,
<foldingwidgets-> wrote:
:As part of some product testing that I am doing, I am sending traffice
:between two end nodes where the some of the traffic has the
:Minimize-delay TOS bit set and some has the Maximize-throughput bit
:set. If I sniff the packets on the originating side, the IP header is
:what I expect. However on the other end (after passing through a 3550
:switch) I see that the TOS bits have all been reset to 0x00.

:Is this normal operation? Is there a way to disable this?

As I recall, the TOS bits are one of the criteria used for QoS
classification on the 3550. The output 0x00 could represent the
result of QoS -- that is, everything is likely being mapped to the
same default priority.

I have read a little about QoS but never played with it, so I do not
know whether this could be disabled. -Possibly- there is a method
involving mapping the various interesting ToS bits into the corresponding
binary-number priority. But the 3550 does not have 8 different
output queues, so you might be forced to map more than one point to
the same output ToS I guess. (The 3750 has a greater number of
output queues if I recall correctly.)

--
Studies show that the average reader ignores 106% of all statistics
they see in .signatures.
 
Reply With Quote
 
 
 
 
Scooby
Guest
Posts: n/a
 
      04-13-2005
<foldingwidgets-> wrote in message
news: ps.com...
> As part of some product testing that I am doing, I am sending traffice
> between two end nodes where the some of the traffic has the
> Minimize-delay TOS bit set and some has the Maximize-throughput bit
> set. If I sniff the packets on the originating side, the IP header is
> what I expect. However on the other end (after passing through a 3550
> switch) I see that the TOS bits have all been reset to 0x00.
>
> Is this normal operation? Is there a way to disable this?
>
> TIA!
>


It is normal. By default, your equipment will not accept incoming QOS - for
good reason. On the incoming interface type:

mls qos trust cos

that will tell the interface that your equipment trusts the QOS coming in.

Hope that helps,

Jim



 
Reply With Quote
 
foldingwidgets-cisco@yahoo.com
Guest
Posts: n/a
 
      04-15-2005
Thank you so much! (I actually had to use "mls qos trust cos
pass-through dscp").

 
Reply With Quote
 
 
 
Reply

Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
QoS/ToS Support in Cisco 2600 Router Dev Cisco 0 11-29-2005 11:38 AM
QoS/ToS Support in Cisco 2600 Router Dev Cisco 0 11-29-2005 11:37 AM
Re: Differences between 3550-24-SMI and 3550-24-EMI Steinar Haug Cisco 0 10-20-2003 02:59 PM
Differences between 3550-24-SMI and 3550-24-EMI JohnNews Cisco 10 10-20-2003 12:33 PM
Catalyst 3550 EMI Upgrade Kit (CD-3550-EMI=) problem! show version = SMI desdronox Cisco 1 07-10-2003 02:08 AM



Advertisments