<html>
<body>
Have you tried to go to a software release like 10.2.01h (pretty solid
from my point of view)? Go to the rconsole and check the output of url
debug:<br><br>
<b>rconsole x y<br><br>
</b>(x = slot number of the WSM, y = processor your client is getting
send to)<br><br>
<b>url debug 3 <client-ip></b> (enable debugging for client with IP
client-ip)<br><br>
Do a request and check what is happening. <br><br>
<b>url debug 0</b> (turn it off)<br>
<b>rconsole-exit<br><br>
</b>It is as well a good idea to raise a ticket for such problems because
it looks like you do not have a lot of experience in troubleshooting
things with a ServerIron.<br><br>
R, Oliver <br><br>
<br><br>
At 23:09 31.07.2009, Bahwal, Osama B wrote:<br>
<blockquote type=cite class=cite cite=""><font face="Tahoma" size=2>
Greetings,<br>
</font> <br>
<font face="tahoma" size=2>I did change it , but it is the same
problem...i realy got mad ...i dont know wat is the problem...<br>
</font> <br>
<font face="tahoma" size=2>Regards,<br>
<hr>
</font><font face="Tahoma" size=2><b>From:</b> Oliver Adam
[oadam@madao.de]<br>
<b>Sent:</b> Friday, July 31, 2009 4:11 PM<br>
<b>To:</b> Bahwal, Osama B; foundry-nsp@puck.nether.net<br>
<b>Subject:</b> RE: [f-nsp] question on cookie persistance+L7 health
check<br>
</font><br>
Change <br><br>
port http cookie-name "serverID"<br><br>
to <br><br>
port http cookie-name "ServerID"<br><br>
and see if that is any better.<br><br>
R, O<br><br>
At 01:58 30.07.2009, Bahwal, Osama B wrote:<br>
<blockquote type=cite class=cite cite=""><font face="Tahoma" size=2>Thank
you for your reply,<br>
</font> <br>
<font face="tahoma" size=2>You are right there was no match for r2...it
is very strange...server ports are ok and up.<br>
</font> <br>
<font face="tahoma" size=2>regards,<br>
<hr>
</font><font face="Tahoma" size=2><b>From:</b> Oliver Adam
[oadam@madao.de]<br>
<b>Sent:</b> Wednesday, July 29, 2009 10:11 PM<br>
<b>To:</b> Bahwal, Osama B; foundry-nsp@puck.nether.net<br>
<b>Subject:</b> Re: [f-nsp] question on cookie persistance+L7 health
check<br>
</font><br>
Hi,<br><br>
I do assume you do have a single test client only. Port ssl/443 and
therefore HTTPS is configured to use stickiness based on IP
addresses:<br><br>
<blockquote type=cite class=cite cite=""> port ssl sticky<br>
port ssl sticky-age 5</blockquote><br>
The client is therefore getting bound to a real server based on the
client IP address for at least 5 minutes because of the sticky-age 5
setting. You are going to hit the initially selected real server all the
time as long as you client IP does not change. <br><br>
The config for the http port looks OK. Are you sure all health checks are
successful? You do see strange problems in case real server start to flap
from up to down. Check this using "show log". On top of that I
would suggest to see whether you see matches for rule r2 or not:<br><br>
show csw-policy p2<br><br>
There should be a match for every client request coming in with a cookie
names ServerID.<br><br>
R, Oliver<br><br>
At 07:34 29.07.2009, Bahwal, Osama B wrote:<br>
<blockquote type=cite class=cite cite="">Content-Language: en-US<br>
Content-Type: multipart/alternative;<br>
        
boundary="_000_FF47403531D68744B85D78645F2240820682FF72A1EMAILBaramcoc_"<br>
<br>
Greetings,<br>
 <br>
I?m facing strange situation and need advise on this issue. I?m trying to
use L7 heath check with cookie persistence, L7 is working fine and the
cookie was inserted as I can see it using http analyzer. However, the
foundry did not functioning as it should be by providing stickiness
between the Clint and the real server based on the server ID. Each time I
open new session or refresh the opened one it flip me to the other server
for http requests. For https, it always switched the requests to server
?B? all the time.<br>
 <br>
Below is the configuration I?m using, please advise me why this is
happening.<br>
 <br>
 <br>
 <br>
Context test<br>
healthck check_A tcp<br>
  dest-ip 10.1.180.14<br>
  port 44444<br>
  protocol http<br>
  protocol http url "GET /enable.html"<br>
  l7-check<br>
 <br>
healthck checkSSL_A tcp<br>
  dest-ip 10.1.180.14<br>
  port 44445<br>
  protocol ssl<br>
  protocol ssl use-complete<br>
  l7-check<br>
 <br>
healthck checkSSL_B tcp<br>
  dest-ip 10.1.180.7<br>
  port 44445<br>
  protocol ssl<br>
  protocol ssl use-complete<br>
  l7-check<br>
 <br>
healthck check_B tcp<br>
  dest-ip 10.1.180.7<br>
  port 44444<br>
  protocol http<br>
  protocol http url "GET /enable.html"<br>
  l7-check<br>
 <br>
healthck checkboth_A boolean<br>
  and check_A checkSSL_A<br>
 <br>
healthck checkboth_B boolean<br>
  and check_B checkSSL_B<br>
 <br>
csw-rule "r2" header "cookie" search
"ServerID="<br>
!<br>
csw-policy "p2"<br>
 match "r2" persist offset 0 length 4
group-or-server-id<br>
 default forward 1<br>
 default rewrite insert-cookie<br>
!<br>
server real A 10.1.180.14<br>
 source-nat<br>
 weight 1 1<br>
 port 44444<br>
 port 44444 healthck check_A<br>
 port 44444 keepalive<br>
 port 44444 server-id 1218<br>
 port 44444 group-id  1 1<br>
 port 44445<br>
 port 44445 healthck checkboth_A<br>
 port 44445 keepalive<br>
 port 44445 server-id 1218<br>
 port 44445 group-id  1 1<br>
!<br>
server real B 10.1.180.7<br>
 source-nat<br>
 weight 1 1<br>
 port 44444<br>
 port 44444 healthck check_<b>B<br>
</b> port 44444 keepalive<br>
 port 44444 server-id 1211<br>
 port 44444 group-id  1 1<br>
 port 44445<br>
 port 44445 healthck checkboth_B<br>
 port 44445 keepalive<br>
 port 44445 server-id 1211<br>
 port 44445 group-id  1 1<br>
!<br>
!<br>
server virtual Final_test 10.1.180.10<br>
 predictor repons-time<br>
 port http<br>
 port http reset-on-port-fail<br>
 port http cookie-name "serverID"<br>
 port http csw-policy "p2"<br>
 port http csw<br>
 port http cookie-age 5<br>
 port ssl sticky<br>
port ssl sticky-age 5<br>
 port ssl reset-on-port-fail<br>
 bind http A 44444 B 44444<br>
 bind ssl A 44445 B 44445<br>
 <br><br>
<hr>
<font face="Verdana" size=2>The contents of this email, including all
related responses, files and attachments transmitted with it
(collectively referred to as ?this Email?), are intended solely for the
use of the individual/entity to whom/which they are addressed, and may
contain confidential and/or legally privileged information. This Email
may not be disclosed or forwarded to anyone else without authorization
from the originator of this Email. If you have received this Email in
error, please notify the sender immediately and delete all copies from
your system. Please note that the views or opinions presented in this
Email are those of the author and may not necessarily represent those of
Saudi Aramco. The recipient should check this Email and any attachments
for the presence of any viruses. Saudi Aramco accepts no liability for
any damage caused by any virus/error transmitted by this Email.<br>
</font>_______________________________________________<br>
foundry-nsp mailing list<br>
foundry-nsp@puck.nether.net<br>
<a href="http://puck.nether.net/mailman/listinfo/foundry-nsp">
http://puck.nether.net/mailman/listinfo/foundry-nsp</a></blockquote>
</blockquote></blockquote></body>
<br>
</html>