Skip to content
🎉 Launch sale:50% off everything over $22 — automatically applied at checkout· ends Aug 2Shop the sale →
DevOps AI ToolKit
Newsletter
All prompts
AI for OpenStack Difficulty: Intermediate ClaudeChatGPT

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

More OpenStack prompts & error guides

Browse every OpenStack prompt and troubleshooting guide in one place.

Free download · 368-page PDF

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.