Essentially, the private gateway from a user point of view is still a kind guest network type providing access for guest VMs. I started by extending/fixing this PR but found it to be not necessary to add a new traffic type to fix this which will also require codebase-wide refactoring and additional checks wherever `TrafficType.Guest` is used throughout the codebase.
In https://github.com/apache/cloudstack/pull/2888 the VR nics are aggregated and programmed by the nic device order and in the VR the `ip_association` is handled such that the device order is found by referencing the mac address for an ipaddress than the device id from the json. /cc @PaulAngus I'm still able to reproduce the issue https://issues.apache.org/jira/browse/CLOUDSTACK-9885 in case of rVRs but I think it's solvable by adding a new boolean to say whether a guest network nic is a private gateway and handle that case in VR. [ Full content available at: https://github.com/apache/cloudstack/pull/2128 ] This message was relayed via gitbox.apache.org for [email protected]
