The single collision count indicates the number of frames that were 
transmitted after a single collision. The multiple collision count 
indicates the number of frames that were transmitted after multiple 
collisions. The late collision count indicates the number of frames that 
experienced a collision after 512 bits had been sent. The excessive 
collisions count indicates the number of frames that were not transmitted 
because 16 collisions occurred.

If excessive collisions are happening, I wouldn't worry to much about 
formulae and statistics. I'd get out there and troubleshoot the problem. 
They shouldn't occur. Could you have a duplex mismatch?

Late collisions shouldn't happen either. They could mean a duplex mismatch 
also.

The percent of frames that encountered a collision when transmitted versus 
all frames transmitted is:

Single + multiple + late + excessive/ all frames transmitted x 100.

See more pithy comments below...

At 09:38 PM 7/25/01, Mike Fears wrote:
>Group, What is the best way to calculate collision %
>on a 10BaseT ethernet port on a Catalyst 5000/5500?
>
>Now, I have my own formula, and it is what I came up
>with after looking at CCO for the way a Catalyst 5000
>counts collisions. According to Cisco, it appears
>that:
>
>a single collision is only 1 collision (does this
>include the multi and excessive collisions?)

A frame fits into only one category. It either experienced 1 collision, 
multiple (2-15), a late one, or 16 and wasn't transmitted.

>
>a multiple collision is when the same transmitted
>frame encounters more than one collision (So, if a
>frame encounters 2 or more (Or is it 2-15?)collisions
>it will increment the counter up by 1.

If it encounters more than one collision it goes in the multiple category, 
but it doesn't go into the category more than once.

>and excessive collisions are collisions of more than
>16 in a row with the same tx frame.

Same as what? Excessive collisions mean there were 16 tries and then the 
sender gave up.


>So, is it as simple as using the total tx frames
>(uni,multi,broadcasts) / single collisions x100?

That would be backwards for a percent of collisions compared to good frames 
transmitted, wouldn't it??


>Or do you have to do something like what I came up
>with, which is
>
>single collisions + (multi collisions X 3) + excessive
>collisions X 16) + Late Collisions / Total tx frames X
>100
>
>Multiple collisions are somewhere from 2-15 and "3"
>was chosen as a guess on ports with no excessive
>collisions.

If you're looking for a reasonably exact formula, you shouldn't throw 
guesses in there?? ;-) You don't need the 3. You don't need the 16 either.

>Most of the ports (about 200) that
>encountered multiple collisions did not detect any
>excessive collisions. Only about 30 saw both. On
>those, I chose "5". The good news is that I have

Once again, I don't know about this choosing of numbers to throw into the 
formula. No ports should see excessive collisions. Excessive collisions are 
abnormal. I would look into those if I were you.

This information is what I have gathered from reading and testing. I'm 99% 
sure of its accuracy. ;-) Seriously, for questions like this, you would 
have to look at the source code to be 100% sure. And, of course, there 
could be differences with hardware and software versions. TAC also does a 
good job describing how things work. See if there's a TAC page on this topic.

HTH

Priscilla

>mostly full-duplex ports, so I don't have to worry
>about those.
>
>
>Thanks,
>Phyrz
>CCNP
>
>
>__________________________________________________
>Do You Yahoo!?
>Make international calls for as low as $.04/minute with Yahoo! Messenger
>http://phonecard.yahoo.com/
________________________

Priscilla Oppenheimer
http://www.priscilla.com




Message Posted at:
http://www.groupstudy.com/form/read.php?f=7&i=13886&t=13824
--------------------------------------------------
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Reply via email to