01-09-2014 06:53 AM - edited 03-11-2019 08:27 PM
Hello,
I recently reverted from 9.2.1.2-50 to 9.2.1.1-48 because 9.2.1.2-50 introduced a bug that was crashing my data plane. After the code rollback traffic was very sluggish through the CX. It appears that the more traffic being sent to it the worse it gets. I've disabled my policies 1 by 1 and trying to isolate an issue with the config. I do not have decryption policies in place and I'm using the ADA for identity purposes. Also, default HTTP inspection on the ASA is disabled.
Anyone else seen problems like this? Any suggestions?
Thanks in advance!
-Dan
01-09-2014 08:41 PM
Dan,
I've found that rebooting the CX module usually fixes performance problems. Give it a try and let us know.
01-10-2014 06:32 AM
That is the first thing I tried... I also tried disabling all my policies and only turning one policy on at a time to try to identify if a certain policy was triggering the slowness. I also changed my service policy to limit the amount and type of traffic I was sending to the CX. Even with one computer sending TCP to the CX I replicated the slowness issues.
01-10-2014 06:38 AM
I have not found much on info on troubleshooting those things yet, just learning as I go. Sorry I couldn't more help.
01-10-2014 06:46 AM
I know you just downgraded to 48, but there is a bug in there-
CSCul24749 CX 9.2.1.1(48) High Memory Utilization and Slowness
How does the memory utilization look?
01-10-2014 11:02 AM
according to the GUI my memory utilization is a solid 80%. This has been the case no matter what code I have installed. I was told by TAC that that is normal operation...
01-14-2014 07:50 AM
I wiped my config last night and rebuilt the CX. The problem persists. Maybe this is a hardware or OS issue????
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide