Define the proper functionality for source nat in shared networks
- Dominant language
- Java
- Stars
- 3.1k
- Forks
- 1.4k
- Avg merge
- 6d 19h
- Merged PRs (30d)
- 32
Description
### The required feature described as a wish
As an implementer I would like to be clear on what the functionality of shared networks is completely and without ambiguity.
as shown in testing for #10612, shared networks are now allowed to support the functionality “Source NAT” , but as the VMs in a shared network have their own public IP, this does not make much sense. It would make sense if some plugin would provide “Firewall”, or “Packet Shaper”/“QoS" for the network however.
Investigation is needed (probably followed by design/implementation) to see what should be possible and how to deal with it in API and UI.
Contributor guide
Research direction
Start by reviewing the shared-network testing referenced in #10612 and the current Source NAT behavior. Define the supported functionality and the corresponding API and UI treatment; done means the behavior and follow-up design or implementation scope are unambiguous.
Written by the indexing model from the issue text.
Assessment
- Domain
- cloud, networking
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 20/100