Hi!

I have already configured!

I choose the syn-ack , but I am considering to go to sync-close.

But what is best ? in wich case ? can you advice ?

Why or when should I increase ou decresase the number of samples ?

So if understand it's the ace that generate the traffic, to measure the response.But what is the frequency ?

In my show serverfarm detail , I see the response arround 90 usec , and takes some time to change the value ( 10 seconds or more) . So I guess that ACE is not always generating traffic.

The value that the show serverfarm details , shows is the average for the 8 samples , right ?

Last thing, normaly the response time it's arrond 90 usec for all servers in serverfarm, but some times some servers go as 20 times or highger (ex: 1800 usec) and return to normal again, can this be an problem with the server ? because this can happen even when the server as almost no connections.

Thanks and Regards!!

Hi Paul,

You can use threshold milliseconds parameter which is optional Specifies the required minimum average response time for a server. If the server response time is greater than the specified threshold value, the ACE removes the server from the load-balancing decision process (takes the server out of service).

Enter an integer from 1 to 300000 milliseconds (5 minutes). The default is no threshold (servers are not taken out of service).

In case if you have measures the response time from when the ACE sends a TCP SYN to a server to the time that the ACE receives a CLOSE from the server use syn-to-close

If you have to measures the response time from when the ACE sends a TCP SYN to a server to the time that the ACE receives the SYN-ACK from the server use syn-to-synack

SAMPLES parameter is optional and specifies the number of samples that you want to average from the results of the response time measurement and response time is used to select the server with the lowest response time for the requested response-time measurement. If you do not specify a response-time measurement method, the ACE uses the HTTP app-req-to-response method.

Whenever a server's load reaches zero, by default, the ACE uses the autoadjust feature to assign a maximum load value of 16000 to that server to prevent it from being flooded with new incoming connections. The ACE periodically adjusts this load value based on feedback from the server's SNMP probe and other configured options.

Using the least-loaded predictor with the configured server weight and the current connection count option enabled, the ACE calculates the final load of a real server as follows:

final load = weighted load × static weight × current connection count

where:

•weighted load is the load reported by the SNMP probe

•static weight is the configured weight of the real server

•current connection count is the total number of active connections to the real server

The ACE recalculates the final load whenever the connection count changes, provided that the (config-sfarm-host-predictor) weight connection command is configured. If the (config-sfarm-host-predictor) weight connection command is not configured, the ACE updates the final load when the next load update arrives from the SNMP probe.

If two servers have the same lowest load (either zero or nonzero), the ACE load balances the connections between the two servers in a round-robin manner.

Did you find this is of any use to u or not.

Plz tell.

Kind regards

Sachin Garg

I Think the answers are ok , since I learn from them.

But the main question stills as no answer.

How realy work Adaptive predictor ?

Is the ACE that send's the traffic to calculate the measure, or ACE just measure the traffic that pass-through and measure the actual traffic that the client send to the server?

Some time ago I have tested the Adaptive predictor and I install a sniffer on server, and I remember that if no probes are configured, no traffic is send from the ACE to Server.

So I guess that Ace doesn't generate nothing, It measure the traffic that pass-trought.

I am not sure since it was longtime ago.

Hi Paul,

If you think the answers are ok , since you learn from them i would like to thank you for your comments.

Can you send me your configuration regarding this predictor so that I can understand actually what is happening on your device.

Without looking into your configuration it will be difficult to comment any.

The clients enter in port 80 and when they get the configuration file x.dat the oracleforms open a connection to port 9001.

If the client print, a pdf is generated and is put in the http server for download.

I chose syn-ack. Since the connection for TCP port 9001 can be opened for 4 hours or more.

As you can see the serverfarm that have no connections BBB_FARM didn't have any response time calculated.

So I say again that the traffic is not generated by ACE, but is the traffic that passes trough the ace. (From client to server, maybe measure from the moment it passes from ACE to Server)

In attach an example of the production context.

ACE1/prod# show serverfarm AAA_FARM detail

serverfarm : AAA_FARM, type: HOST

total rservers : 11

active rservers: 11

description : ServerFarm AAA

state : ACTIVE

predictor : RESPONSE

method : syn-to-synack

samples : 8

failaction : -

back-inservice : 0

partial-threshold : 0

num times failover : 0

num times back inservice : 0

total conn-dropcount : 0

Probe(s) :

HTTP_PROBE, type = HTTP

TCP9001_PROBE, type = TCP

---------------------------------

----------connections-----------

real weight state current total failures

---+---------------------+------+------------+----------+----------+---------

rserver: SC106

x.x.x.x.:0 8 OPERATIONAL 2 1125 0

max-conns : 4000000 , out-of-rotation count : 0

min-conns : 4000000

conn-rate-limit : - , out-of-rotation count : -

bandwidth-rate-limit : - , out-of-rotation count : -

retcode out-of-rotation count : -

load value : 0

average response time (usecs) : 81

----

.

.

.

.

----

From other day :

rserver: SC114

x.x.x.x:0 8 OPERATIONAL 70 10903 2

max-conns : 4000000 , out-of-rotation count : 0

min-conns : 4000000

conn-rate-limit : - , out-of-rotation count : -

bandwidth-rate-limit : - , out-of-rotation count : -

retcode out-of-rotation count : -

load value : 0

average response time (usecs) : 1334

-----

serverfarm : BBB_FARM, type: HOST

total rservers : 1

active rservers: 1

description : ServerFarm BBB

state : ACTIVE

predictor : RESPONSE

method : syn-to-synack

samples : 8

failaction : -

back-inservice : 0

partial-threshold : 0

num times failover : 1

num times back inservice : 1

total conn-dropcount : 0

Probe(s) :

---------------------------------

----------connections-----------

real weight state current total failures

---+---------------------+------+------------+----------+----------+---------

rserver: SC208

x.x.x.x:0 8 OPERATIONAL 0 0 0

max-conns : 4000000 , out-of-rotation count : 0

min-conns : 4000000

conn-rate-limit : - , out-of-rotation count : -

bandwidth-rate-limit : - , out-of-rotation count : -

retcode out-of-rotation count : -

load value : 0

average response time (usecs) : 0