thx for you reply; still it sometimes work and sometimes dont

my service config:

service ebizsso1

keepalive frequency 3

keepalive port 7777

ip address 10.10.230.82

port 7777

protocol tcp

string /oiddas/

active

my content rule

content ebizsso-servers

add service ebizsso1

vip address 10.10.231.9

protocol tcp

port 80

advanced-balance cookieurl

string prefix "/oiddas/"

active

is this is the required?

thank you

bassam

Bassam,

remove the 'string prefix' command and replace it with the command 'url "/oiddas/*"'.

I assume what you want is match the every url starting with oiddas ? correct ?

If not, simply remove the string prefix and add 'url "/*"'.

Regards,

Gilles.

Thanks for rating this answer.

Thx Gilles,

But my requirement was to match a URI, so the url may start with something different. Is this the same? or should i use url '"*/oiddas/*"'

Do you think i should keep the "string in the service or also remove it?

Thank you

Thank you guys,

Now that i've testing many options, including the one you have adviced, i have the following:

Both solutions you did advice works for quite a time, and stops sudenly for 10 minutes and work again after few minutes. ever seen this with cookies on css?

My question now: is there any chance that the css works fine with a configuration (as the one i did sent) and then stop? or should i start to check for the problem somewhere else.

PS: services on the refered servers are up all the time.

Bassam

I've had similar experiences to this with an oracle app'. I use the 11000 and 11500 CSSs and used the arrowpoint cookie because the cookie was unique per session and it was not possible to match a prefix.

Pat

there is no way the css would stop working after 10 minutes.

What could happen is if you have idle connections, the css will stop looking for the cookie for those connections.

If you have a css 11500, use the 'flow-timeout-multiplier' with a value of 10 and see if this improves the situation.

You may have to adjust the value higher.

Regards,

Gilles.

Thx patric for your input. It has been working for half an hour fine with no disruption.

How did you configure the arrowpoint-cookie to expire when the client browser is closed?

Gilles, do you think that increasing the "flow timeout-multiplier" and configuring arrowpoint-cookie to expire with browser (i don't know if this is feasible) will work together?

Thank a mile

The cookie is set when the client logs in, I don't think there's a timeout to configure it's a value that's hashed (could be wrong here!). If you look at the cookie generated, it's very basic and you can see the name of the service in the cookie and the cookie generated from the apache server.

Pat