Diff in pool and virtual server connections

does the virtual have irule?

 

is connection dropped before sending to pool?

Hi, The statistics are changing but the current connections remaiin the same.. The latest virtual server show output is given below.

 

Also no irules are being implemented in this VS. Given configuration of VS as well.

 

LTMb virtual vs_12405 show

 

VIRTUAL ADDRESS 10.62.138.91 UNIT 1

 

| ARP enable

 

| (cur, max, limit, tot) = (59, 3320, 0, 9.668M)

 

| (pkts,bits) in = (301.0M, 233.7G), out = (385.5M, 3.964T)

 

+-> VIRTUAL vs_12405 SERVICE 12405

 

| PVA acceleration none

 

| (cur, max, limit, tot) = (59, 1320, 0, 3.241M)

 

| (pkts,bits) in = (158.0M, 120.4G), out = (181.4M, 1.890T)

 

| requests (total) = 10.03M

 

+-> POOL pool_12405 LB METHOD round robin MIN/CUR ACTIVE MEMBERS 0/0

 

| (cur, max, limit, tot) = (0, 2589, 0, 3.636M)

 

| (pkts,bits) in = (111.2M, 92.04G), out = (181.2M, 1.823T)

 

+-> POOL MEMBER pool_12405/10.62.12.44:12405 active,unchecked

 

| | session enabled priority 0 ratio 1

 

| | (cur, max, limit, tot) = (0, 646, 0, 890827)

 

| | (pkts,bits) in = (26.84M, 22.20G), out = (43.63M, 438.5G)

 

| | requests (total) = 2.245M

 

+-> POOL MEMBER pool_12405/10.62.12.44:12407 active,unchecked

 

| | session enabled priority 0 ratio 1

 

| | (cur, max, limit, tot) = (0, 646, 0, 889329)

 

| | (pkts,bits) in = (27.03M, 22.36G), out = (43.94M, 442.0G)

 

| | requests (total) = 2.268M

 

+-> POOL MEMBER pool_12405/10.62.12.81:12405 active,unchecked

 

| | session enabled priority 0 ratio 1

 

| | (cur, max, limit, tot) = (0, 634, 0, 913810)

 

| | (pkts,bits) in = (28.10M, 23.22G), out = (45.85M, 461.7G)

 

| | requests (total) = 2.360M

 

+-> POOL MEMBER pool_12405/10.62.12.81:12407 active,unchecked

 

| session enabled priority 0 ratio 1

 

| (cur, max, limit, tot) = (0, 663, 0, 942947)

 

| (pkts,bits) in = (29.27M, 24.25G), out = (47.83M, 481.2G)

 

| requests (total) = 2.465M

 

 

 

 

LTM b VS_12405 list

 

virtual VS_12405 {

 

snat automap

 

pool pool_12405

 

destination 10.62.138.91:12405

 

ip protocol tcp

 

persist cookie_global_e

 

profiles {

 

global-http-profile {}

 

VS_oneconnect {}

 

serverssl {

 

serverside

 

}

 

tcp {}

 

ssl_cert {

 

clientside

 

}

 

}

 

}

 

 

 

LTM b profile VS_oneconnect list

 

profile oneconnect VS_oneconnect {

 

defaults from oneconnect

 

}

 

what bigip version are you running?

 

how long has it been running running?

It is 10.2.3

Hi Harry,

 

 

I looked and found that the same situation existed on some of my Virtual Servers. After running some additional tests in a controlled environment this is what I found:

 

 

Virtual Server Connections:

 

The Virtual Server connections will reflect the number of individual connections that a browser will try and open (most browsers will open 1 to 6 TCP Connections to download a website faster) to increase the download speed of a site.

 

 

Pool Connections:

 

The pool connections will on affect ACTIVE connections (information that is actively being sent and/or received to a specific node). It will not reflect the number of load balancing decisions / allocations that have been made to a node in the pool.

 

 

Hope this helps.

Michael,

i wonder if it relates to bug 227060 or case c1013965. what do you think?

Bug 227060 - Pool member tot conn stats incorrect when oneconnect is used (Formerly CR 142632)

it seems not only "cur" but "tot" stats. anyway, it appears working fine in v11.

this is my testing.

 10.2.4

[root@ve10:Active] config  b version|grep -iA 1 version
BIG-IP Version 10.2.4 595.0
Hotfix HF3 Edition

[root@ve10:Active] config  b virtual bar list
virtual bar {
   snat automap
   pool foo
   destination 172.28.19.79:443
   ip protocol 6
   persist cookie
   profiles {
      clientssl {
         clientside
      }
      http {}
      oneconnect {}
      serverssl {
         serverside
      }
      tcp {}
   }
}

[root@ve10:Active] config  b virtual bar
VIRTUAL ADDRESS 172.28.19.79   UNIT 1
|     ARP enable
|     (cur, max, limit, tot) = (0, 80, 0, 100)
|     (pkts,bits) in = (800, 785600), out = (600, 1.490M)
+-> VIRTUAL bar   SERVICE 443
    |     PVA acceleration none
    |     (cur, max, limit, tot) = (0, 80, 0, 100)
    |     (pkts,bits) in = (800, 785600), out = (600, 1.490M)
    |     requests (total) = 100
    +-> POOL foo  LB METHOD round robin   MIN/CUR ACTIVE MEMBERS 0/0
        |     (cur, max, limit, tot) = (0, 1, 0, 100)
        |     (pkts,bits) in = (105, 154816), out = (104, 381656)
        +-> POOL MEMBER foo/200.200.200.101:443   active,unchecked
            |     session enabled    priority 0    ratio 1
            |     (cur, max, limit, tot) = (0, 1, 0, 100)
            |     (pkts,bits) in = (105, 154816), out = (104, 381656)
            |     requests (total) = 100

[root@ve10:Active] config  b profile oneconnect
PROFILE ONECONNECT oneconnect
|        (curr, max, reuse, new) = (0, 1, 99, 1)

 11.2.0

root@(ve11a)(cfg-sync In Sync)(Active)(/Common)(tmos) show sys version
Sys::Version
Main Package
  Product  BIG-IP
  Version  11.2.0
  Build    2451.0
  Edition  Hotfix HF1
  Date     Tue Jun  5 23:45:09 PDT 2012

Hotfix List
ID387964  ID387843

root@(ve11a)(cfg-sync In Sync)(Active)(/Common)(tmos) list ltm virtual bar
ltm virtual bar {
    destination 172.28.19.252:443
    ip-protocol tcp
    mask 255.255.255.255
    persist {
        cookie {
            default yes
        }
    }
    pool foo
    profiles {
        clientssl {
            context clientside
        }
        http { }
        oneconnect { }
        serverssl {
            context serverside
        }
        tcp { }
    }
    snat automap
    vlans-disabled
}

[root@ve11a:Active:In Sync] config  /usr/libexec/bigpipe virtual bar
VIRTUAL ADDRESS /Common/172.28.19.252   UNIT 1
|     ARP enable
|     (cur, max, limit, tot) = (0, 121, 0, 200)
|     (pkts,bits) in = (1600, 1.572M), out = (1600, 3.148M)
+-> VIRTUAL /Common/bar   SERVICE 443
    |     PVA acceleration none
    |     (cur, max, limit, tot) = (0, 121, 0, 200)
    |     (pkts,bits) in = (1600, 1.572M), out = (1600, 3.148M)
    |     requests (total) = 200
    +-> POOL /Common/foo  LB METHOD round robin   MIN/CUR ACTIVE MEMBERS 0/0
        |     (cur, max, limit, tot) = (1, 1, 0, 2)
        |     (pkts,bits) in = (413, 394568), out = (212, 759664)
        +-> POOL MEMBER /Common/foo//Common/200.200.200.101:443   active,unchecked
            |     session enabled    priority 0    ratio 1
            |     (cur, max, limit, tot) = (1, 1, 0, 2)
            |     (pkts,bits) in = (413, 394568), out = (212, 759664)
            |     requests (total) = 200

[root@ve11a:Active:In Sync] config  /usr/libexec/bigpipe profile oneconnect
PROFILE ONECONNECT /Common/oneconnect
|        (curr, max, reuse, new) = (0, 1, 198, 2)

Very possible.

 

 

The Virtual Servers that I look at that have a OneConnect Profile applied all reflect incorrect numbers (I'm running v10.2.2 HF4).

 

 

The environment I tested in was a controlled environment that did not have a OneConnect Profile Applied.