I have an SCA11000 that I just upgraded to version 22.214.171.124 code. The SCA is setup in one armed non-transparant mode. Since the upgrade the SCA appears to be running out of memory. The heap used goes up to 89%. The only process that looks suspect is sslTproxy. When the SCA locks up the heap for that process is over 35,000,000. The symptom is the box appears to stop passing ssl traffic. I can telnet to the box and reload it to clear the issue.
I received release 126.96.36.199 from TAC. I have it loaded on one of my SCA's and have been monitoring today. The heap climbed up to 86%, The sslTproxy process to 32,000,000 +. I also noticed over 2700 in SSL Sessions memory zones. I thought I was going to have to reload the SCA. Then It appears the memory cleaned itself up. I'm waiting for TAC to confirm from the DE that this is what supposed happen and that I'm not loosing active SSL connections. I'll keep you posted
Topology & Design:
Two ACI fabrics
Stretching VLANs using OTV
Both fabrics are advertising BD subnets into same routing domain
Some BDs(or say VLANs) are stretched, but some are not.
Endpoints can move betwee...
VMware Trunk Port Group is supported from ACI version 2.1
VMM integration must be configured properly
ASA device package must be uploaded to APIC
ASAv version must be compatible with ACI and device package version
Topology &Design:Traffic flow within same fabric:Endpoint moves to Fabric-2Bounce Entry Times OutTraffic Black-holedSummarySolutionAppendix:
In the Previous articles of ACI Automation, we are using Postman/Newman a...