Neutron Security Groups & FWaaS v2 Design Prompt
Design tenant-facing security groups and FWaaS v2 firewall policies in Neutron — rule hygiene, stateful vs stateless, OVS conntrack behavior, and debugging silently dropped traffic.
- Target user
- OpenStack operators and tenants managing east-west and north-south filtering
- Difficulty
- Intermediate
- Tools
- Claude, ChatGPT
The prompt
You are a senior OpenStack network security engineer who has untangled hundreds of "the rule exists but traffic still drops" tickets across OVS and OVN backends. I will provide: - Neutron backend (ML2/OVS, OVN, or linuxbridge) and firewall driver - Current security groups and rules (`openstack security group rule list`) - FWaaS v2 status if deployed (policies, groups, port bindings) - Topology (which ports/routers carry the traffic) - Symptoms (dropped connections, asymmetric reachability, conntrack exhaustion) Your job: 1. **Security groups vs FWaaS v2** — explain the layering: SGs apply per-port (instance NIC), FWaaS v2 applies per-router/port for north-south. Show where each enforces and why both can drop the same packet. 2. **Rule hygiene** — audit for the classic mistakes: missing egress rules (default-deny egress when a custom SG replaces the default), `0.0.0.0/0` ingress on SSH/RDP, remote-group references that span tenants, and ICMP omitted so PMTU breaks. 3. **Stateful behavior** — explain conntrack: SGs are stateful so return traffic is auto-allowed; show how OVN's stateful ACLs differ from OVS conntrack zones, and when `stateless` SGs (OVN) are appropriate. 4. **OVS dataplane proof** — trace a dropped packet: `ovs-appctl dpctl/dump-conntrack`, the `ct()` actions in br-int flows, and the conntrack table size (`net.netfilter.nf_conntrack_max`) under high connection churn. 5. **FWaaS v2 design** — author ingress/egress firewall policies, default actions, and rule ordering; explain that an empty/absent policy means allow-all or deny depending on config. 6. **Anti-patterns** — one giant SG for everything, allow-all egress "to fix it", per-VM unique SGs that explode the ACL count and slow OVN, and forgetting that the metadata service (169.254.169.254) needs reachability. 7. **Validation** — a reachability matrix test, conntrack-table watch under load, and an OVN ACL-count sanity check. Output as: (a) cleaned-up SG ruleset with justification per rule, (b) FWaaS v2 policy definitions, (c) a packet-drop troubleshooting tree (SG vs FWaaS vs conntrack), (d) conntrack tuning recommendations, (e) a least-privilege rollout plan. Bias toward: least privilege, explicit egress, minimizing ACL cardinality on OVN.
Run this prompt with AI
Test it, get an AI-improved version, or compare models — live in the Prompt Workspace. No copy-paste.
Related prompts
-
Neutron OVN Metadata Agent HA & Scaling Design Prompt
Design a highly available, horizontally scaled ovn-metadata-agent layer so instance cloud-init metadata requests never fail or hang, across a large OVN deployment with many chassis and high instance churn.
-
Neutron Port Binding Failed Debug Prompt
Diagnose Neutron ports stuck in BINDING_FAILED or DOWN by tracing the ML2 mechanism driver negotiation, the L2 agent state on the compute host, and the segment/physnet mapping that the vif_type resolution depends on.
-
Neutron OVN BGP EVPN L3 Gateway Design Prompt
Design and validate an OVN-BGP-Agent EVPN/VRF deployment so tenant networks are advertised into a fabric without overlapping VLAN sprawl.
-
Neutron OVN Southbound DB Bloat & Compaction Debug Prompt
Diagnose a bloated or slow OVN Southbound/Northbound database in a Neutron OVN deployment — runaway size, slow ovsdb-server, chassis churn — and compact it safely without disrupting the dataplane.
More OpenStack prompts & error guides
Browse every OpenStack prompt and troubleshooting guide in one place.
Reading prompts? Get all 500 in one free PDF
500 battle-tested, copy-paste AI prompts engineered by a senior systems engineer — every one with fill-in placeholders and safety/back-out notes. Drop your email and it's yours.
- 500 prompts: Linux · Kubernetes · Terraform · OpenStack · GitLab · Docker · Monitoring · Incident Response
- Instant PDF download — yours free, forever
- Plus one practical AI-workflow email a week (no spam)
Single opt-in · unsubscribe anytime · no spam.