[c-nsp] 6500 Sup2 Flow sampling differences between 12.1E1 & SXF train

Phil Bedard philxor at gmail.com
Thu Dec 14 10:27:59 EST 2006


When we upgraded some time ago to the SXF train of software we  
noticed the number of reported flows using
sampling on our 6500/7600 SUP2s dropped off.

Doing some testing in the last couple days there is definitely a  
difference in what gets exported between
the two versions when using sampling.

We are using packet sampling, 1/512 packets, 8 second export  
interval.   My understanding from the docs is
that when using packet sampling, on export time each flow is divided  
by the packet rate (512 in our case)
and the number of bytes in the flow is also divided by that  
amount.    Every 8 seconds the MLS netflow cache is purged.

On the SXF train software, when a flow does not record 512 packets  
within 8 seconds, no flow data is exported for
that flow.  If I turn up the packet rate and go above 512 packets/8  
seconds, I get exported data of 1 packet and
the average packet size for that flow.   To me, this is the expected  
behaviour given the docs.

With the 12.1(22)E1 software running, it exports the flows that  
generate more than 512 packets/8 seconds regularly
as it should.   The thing is, it exports some flows that do not meet  
that criteria as well, but not all the time...

As an example I have a test running that generated 13 flows to  
various UDP ports.  Two of the flows generate packets
at a rate >512 packets/8 seconds.   This is the flow export data from  
SXF:

1214.09:54:41.571 1214.09:54:49.562 50    207.69.169.135  49738 0      
192.168.253.1   10001 17  0  1          144
1214.09:54:41.571 1214.09:54:49.562 50    207.69.169.135  49738 0      
192.168.253.1   10002 17  0  1          143

The other 11 flows do not get exported, I assume because EG: 400/512  
is going to be <1 and it gets dropped.

On the 12.1E version this is what I see:

1214.10:11:10.015 1214.10:11:17.984 50    207.69.169.135  65363 0      
192.168.253.1   10012 17  0  1          128
1214.10:11:10.015 1214.10:11:17.984 50    207.69.169.135  65363 0      
192.168.253.1   10008 17  0  1          128
1214.10:11:10.015 1214.10:11:17.984 50    207.69.169.135  65363 0      
192.168.253.1   10010 17  0  1          128
1214.10:11:10.015 1214.10:11:17.984 50    207.69.169.135  65363 0      
192.168.253.1   10004 17  0  1          528
1214.10:11:10.015 1214.10:11:17.984 50    207.69.169.135  65363 0      
192.168.253.1   10006 17  0  1          128
1214.10:11:09.990 1214.10:11:17.980 50    207.69.169.135  65363 0      
192.168.253.1   10001 17  0  2          144
1214.10:11:10.015 1214.10:11:17.984 50    207.69.169.135  65363 0      
192.168.253.1   10003 17  0  1          528
1214.10:11:09.990 1214.10:11:17.980 50    207.69.169.135  65363 0      
192.168.253.1   10002 17  0  2          144

The 10001/10002 (UDP ports) get reported every 8 seconds like they  
should, but also report 2 packets... However, at almost random  
intervals (16/24), etc. some of the other flows get exported as well.

Did some math change between the versions that is making this  
happen?   It seems almost as if there is an if statement that got  
changed that
rounds up in some instances so that packets get counted...

Phil






More information about the cisco-nsp mailing list