omurozlu opened a new issue, #11227: URL: https://github.com/apache/cloudstack/issues/11227
### problem When deploying a VM using an ISO image, CloudStack automatically creates an isolated guest network using the default offering `DefaultIsolatedNetworkOfferingWithSourceNatService` — even though an L2 network is explicitly selected during deployment. In a clean system, this behavior doesn't happen and the selected L2 network is honored without creating a new one. After comparing the configurations of two identical CloudStack environments (one working, one problematic), we found extra or differing entries in `network_offering_details` — particularly involving parameters like `internetProtocol`, `domainid`, etc. This seems to trigger the system into thinking it needs a network with DHCP capabilities, which leads to the automatic L3 network creation. ### versions CloudStack version: 4.x.x Hypervisor: VMware vSphere 7.x ### The steps to reproduce the bug 1. Log in to the CloudStack UI. 2. Navigate to “ISO” and register or select an existing ISO image (e.g., Ubuntu 20.04 or Windows Server 2022). 3. Go to “Instances” and click “Deploy VM”. 4. Select a custom offering, disk offering, and in the **Network** step, choose an existing **L2 Guest Network** (not isolated). 5. Complete the wizard and click “Launch VM”. 6. Observe that CloudStack automatically creates an **Isolated Guest Network** (L3) using the offering `DefaultIsolatedNetworkOfferingWithSourceNatService`. 7. The VM NIC is attached to the newly created L3 network instead of the selected L2 network. ### What to do about it? _No response_ -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: commits-unsubscr...@cloudstack.apache.org.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org