[f-nsp] WSM in GTC Load Balancer Rebooting...
Ethan Burnside
burnside at kattare.com
Thu Jul 26 19:11:07 EDT 2007
John,
stateless, from the docs:
"Stateless SLB does not use session table entries for the TCP and UDP
sessions between the SI and clients or real servers."
"Configuring an application port to be stateless provides the following
benefits:
* The server responses for the application can use alternate paths
back to the client. For example, the SI and real servers can be
connected through a network that provides multiple return paths to the
client. Since the port is stateless, the SI does not assume that the
application is unhealthy if the server's response does not flow back
through the SI.
* The SI has more session resources available for application ports
that need them. For example, if your server farm provides non-secure web
content in addition to secured transaction processing using SSL, you can
use the SI to maintain state information for the SSL connections while
allowing the HTTP (web) connections to be stateless. The SSL connections
flow back through the SI but the HTTP connections use any available path
as determined by a real server's gateway and other routers back to the
client."
It's the latter that did it for us I think.
Hope that helps!
Cheers,
~Ethan B.
--------------------------------------------------
Ethan Burnside - Principal, Kattare I/S
Email: burnside at kattare.com
Web: http://www.kattare.com
Phone: 1.877.KATTARE
FAQ: http://www.kattare.com/docs/faq_browse.kvws
--------------------------------------------------
John G. wrote:
>
> Hi Ethan,
>
> thanks to you and all the others who have responded off list to me.
>
> it sounds like we are not alone and that is both good and bad unfortunately.
>
> when you say stateless for DNS services do you mean you turned off
> session-sync for purpose of failover? by disabling it you became
> stable? if so, we could try that. we do load balance port 80 traffic
> but keeping state for failover is not critical to us.
>
> also, the question was asked off list if our MP and BP were on the same
> version of code and they are. good question though.
>
> we are stronger together than alone.
>
> -jg
>
>
>
>
> On 7/26/07, *Ethan Burnside* <burnside at kattare.com
> <mailto:burnside at kattare.com>> wrote:
>
> John,
>
> We were having similar issues with a pair of XL's that we had doing
> DNS and a couple of other things. It was driving me nuts. We must have
> been having some kind of an issue with resources on the devices because
> when we went stateless on the DNS services, all the crashes/reboots went
> away.
>
> Dunno if that helps or not, maybe some of the more experienced
> folks here have more to add?
>
> As for #2... they have their quirks, but the pricing is right and
> for the most part they work well. I'd say we're pretty happy with our
> Foundry gear.
>
> Cheers,
>
> ~Ethan B.
>
> --------------------------------------------------
> Ethan Burnside - Principal, Kattare I/S
> Email: burnside at kattare.com <mailto:burnside at kattare.com>
> Web: http://www.kattare.com
> Phone: 1.877.KATTARE
> FAQ: http://www.kattare.com/docs/faq_browse.kvws
> --------------------------------------------------
>
>
> John G. wrote:
> > greetings list,
> >
> > has anyone experienced their Web Switch Module rebooting in their
> GTC's
> > or other Foundry Load Balancing gear?
> >
> > i am about FED up with this company. i curse the day we ever
> decided to
> > go with Foundry.
> >
> > let me also pose the question to this list:
> >
> > do you like your Foundry gear? how do you compare this company
> to other
> > gear makes like Cisco, F5, Juniper, etc?
> >
> > my iniital post was not to rag on this company but i can't help
> myself.
> > i have never in my decade long IT career experienced such frustration
> > with a hardware manufacturer or their company support system.
> >
> > so my questions are:
> >
> > 1) anyone out there have foundry LB'ers that have their WSM
> reboot/crash
> > every so often
> >
> > and
> >
> > 2) do you like foundry?
> >
> > i am dam curious on 2 actually even more than 1.
> >
> > thank you,
> > jg
> >
> >
> >
> >
> >
> >
> ------------------------------------------------------------------------
> >
> > _______________________________________________
> > foundry-nsp mailing list
> > foundry-nsp at puck.nether.net <mailto:foundry-nsp at puck.nether.net>
> > http://puck.nether.net/mailman/listinfo/foundry-nsp
>
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> foundry-nsp mailing list
> foundry-nsp at puck.nether.net
> http://puck.nether.net/mailman/listinfo/foundry-nsp
More information about the foundry-nsp
mailing list