iControl bits

Are you sure you are comparing apples-to-apples? "b virtual show" will display totals (total bits), not rates (bits/second). The DistributionMonitor sample app will take snapshots over time and calculate the rates based on the time intervals between snapshots.

 

 

How is you are calculating the rates on the BIG-IP directly?

 

 

If you are comparing rates to rates, then If you could post the data points you are receiving from iControl as well as the time intervals then we can determine if it is a clientside 64bit calculation error or something else. We've had a few users report issues with client calculations of the 64bit numbers and that might be the issue.

 

 

-Joe

Hi Joe,

 

 

Followowing are the details (for one member)

 

 

Stats Samples

 

____________________________________________________________________

 

iControl stats snap shot for 204.171.111.21 port 80

 

204.171.111.21:80

 

ITCMCommonConnectionStatistics : total_connections = 38381955 maximum_connections = 785 current_connections=36

 

ITCMCommonThruputStatistics = packets_out = 534425930 packets_in = 440862092 bits_out = 4528719399512 bits_in = 393071397928

 

 

b virtual show stats snap shot for 204.171.111.21 port 80

 

+--> MEMBER 204.171.111.21:http UP

 

| (cur, max, limit, tot) = (39, 785, 0, 38381973)

 

| (pckts,bits) in = (47058467, 65633160248), out = (6035883, 24196758384)

 

 

 

 

iControl stats snap shot for 204.171.111.21 port 80 after 10 sec

 

204.171.111.21:80

 

ITCMCommonConnectionStatistics : total_connections = 38382102 maximum_connections = 785 current_connections=37

 

ITCMCommonThruputStatistics = packets_out = 534428123 packets_in = 440864001 bits_out = 4528737129072 bits_in = 393073046256

 

 

b virtual show snap shot for 204.171.111.21 port 80 after 10 sec

 

+--> MEMBER 204.171.111.21:http UP

 

| (cur, max, limit, tot) = (38, 785, 0, 38382127)

 

| (pckts,bits) in = (47058623, 65633240408), out = (6035884, 24196758816)

 

 

Calculations

 

_______________________________________________________________________

 

 

from iControl -

 

 

Bits IN/Sec = (393073046256 - 393071397928) / 10 = 164832.8

 

Bits OUT/Sec = (4528737129072 - 4528719399512) / 10 = 1772956

 

Hits/Sec = (38382102 - 38381955) / 10 = 14.7

 

Opens = (36 + 37) / 2 = 36.5

 

 

 

from b virtual show -

 

Bits IN/Sec = (65633240408 - 65633160248) / 10 = 8016

 

Bits OUT/Sec = (24196758816 - 24196758384) / 10 = 43.2

 

Hits/Sec = (38382127 - 38381973) / 10 = 15.4

 

Opens = (39 + 38) / 2 = 38.5t

 

*****************************************************************

 

 

So please let me know where I am wrong.

The connection data looks good. The throughput seem off in iControl. This could be due to the fact that we use a 32-bit number in v4.x for the throughput statistics and it could be that the number is truncating before passing back to the client. Ideally this shouldn't matter for rates as the numbers will average out over time (if you omit the rollover values). But, this doesn't seem to hold for your sample as the b virtual values are smaller than 32bits and the iControl values are larger than their counterparts.

 

 

The data is coming from the same place so the source is correct for both, I'll have to look into what is causing the iControl stats to be a bit off. I'll get back to you...

 

 

-Joe

Hi Joe,

 

Any Update ???

Unfortunately, no update here. I'm unable to recreate your issue with my 4.6.2 test machine. Which version of BIG-IP are you having this issue with?

 

 

One thing that sticks out in your output is that your throughput statistics from iControl are displaying values larger than 32bits.

 

 

ITCMCommonThruputStatistics =

 

packets_out = 534425930 packets_in = 440862092

 

bits_out = 4528719399512 bits_in = 39307139792

 

 

The largest unsigned 32bit value you should be getting is 2^32 or (4294967296). That is, unless you are using the CORBA interfaces in which case you will be able to get the full 64bit value. But, that still doesn't make sense as the values iControl is returning are different than bigpipe and both apps are getting the statistics from the same source internally so they should be identical.

 

 

A few more details may help but if we aren't able to reproduce it here, you might have to take this one up with Customer Support.

 

 

BIG-IP Version:

 

iControl SDK Version:

 

Client language (perl, java, .NET):

 

Client Interface (CORBA, SOAP):

 

Client API calls you are using:

 

 

-Joe