I am having a problem on my css11503. My server guys want to be able to have one set of application servers talk to the vip for another application on the same css. If the traffic is generated from external to the css it works fine, but the problem is when the server that is on the same network tries to communicate to the vip to be load balanced to another server on the same network.
Re: Problem with intra-network server communication
I've seen this before a number of times. If I'm reading this right you have your real servers on the same network (ex. 10.10.10.x/24).
So when serverA hits VIP associated with serverX and serverY...serverX/Y will not send the traffic back thru the CSS because the CSS just passes serverA's IP to serverX/Y and serverX/Y see's it's on the same subnet as serverA and tries to respond directly back to serverA. This obviously breaks the communication because serverA is expecting a response back from the VIP.
There are a couple options to get around this.
Put serverA and serverX/Y on different subnets on the backside of the CSS (vlan trunking to your switch)
configure a source group nat for serverA, thereby forcing the traffic to go back thru the CSS
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
In the Previous articles of ACI Automation, we are using Postman/Newman as the Rest API tool to automate the ACI Configuration.
In this article I’m going to discuss on usin...
One of the first steps in building your ACI Fabric is to go through Fabric Discovery. While Fabric Discovery is usually a straightforward process, there are various issues that may prevent you from discovering an ACI switch. This article wil...