inspect network-policy conflicts
Focus
Focus
Prisma SD-WAN

inspect network-policy conflicts

Table of Contents

inspect network-policy conflicts

Use the inspect network-policy conflicts command to detect and display network policy rules with overlapping classification criteria that create ambiguity about which rule applies to matching traffic.
Use the inspect network-policy conflicts command to scan your network policy configuration and surface rules with overlapping classification criteria. A conflict occurs when two or more rules have the same source prefix, destination prefix, application, and network context, and the system cannot determine which rule applies to matching traffic. Unlike priority policy conflicts, network policy rules also consider user and user group scope, which can contribute to overlap when rules differ only on identity criteria. Run this command to pinpoint exactly which rules have overlapping criteria, which specific source and destination address pairs trigger the overlap, and which policy set and stack position each rule occupies. Use this information to resolve ambiguity by tightening match criteria, adjusting rule ordering, or separating overlapping rules into distinct policy sets.

Command

inspect network-policy conflicts

Options

None

When to Use

  • After adding or modifying network policy rules, before the changes go live, to confirm no new overlaps were introduced.
  • When traffic to a destination is receiving inconsistent handling and more than one rule could plausibly match the same flow.
  • When policies include user or user group scope, where address-range overlap can exist independently of identity criteria and is harder to catch without running this command.

Command Notes

RoleSuper, Read Only
Related Commands
inspect network-policy lookup
Introduced inRelease 5.0.1

Example

The following example shows two conflicting network policy rules. For each rule, the output shows the overlapping source and destination address pairs and the conflicting rule:
inspect network-policy conflicts Network Policy Rule : 1664343200310006628 : match icmp Policy Set : 1662009498094024828 : test user-id Stack Index | Order Number: 0 | 1024 Source Prefix : 1658477619909015028 : Branch 1 Lan client Destination Prefix: none Users : UserGroups : : CN=engineering,DC=sdwanamsteltest,DC=onmicrosoft,DC=com : : CN=sales,DC=example,DC=onmicrosoft,DC=com : Application Id : 1658139887050014528 : icmp Network_Context Id: none Source : Destination : Conflicting Policy 10.1.1.2/32 : 0.0.0.0/0 : 1664346696667006328 : match icmp duplicate Network Policy Rule : 1664346696667006328 : match icmp duplicate Policy Set : 1662009498094024828 : test user-id Stack Index | Order Number: 0 | 1024 Source Prefix : 1664346663085024328 : Branch 1 Lan client duplicate Destination Prefix: none Application Id : 1658139887050014528 : icmp Network_Context Id: none Source : Destination : Conflicting Policy 10.1.1.2/32 : 0.0.0.0/0 : 1664343200310006628 : match icmp

Output Fields

  • Network Policy Rule: The numeric ID and name of the rule being evaluated.
  • Policy Set: The ID and name of the policy set the rule belongs to.
  • Stack Index | Order Number: The stack position and evaluation priority of the rule within the policy set.
  • Source Prefix / Destination Prefix: The traffic match criteria (prefix ID and name) defined in the rule, or none if unconfigured.
  • Users / UserGroups: The user or group identity scope of the rule. When present, these contribute to the conflict if the overlapping address pairs would otherwise match both rules.
  • Application Id: The application in the rule's scope.
  • Network_Context Id: The network context the rule applies to, or none if unconfigured.
  • Source / Destination / Conflicting Policy: The specific source and destination IP pairs that overlap, and the ID and name of the rule they conflict with.

Troubleshooting

ConditionPossible CauseAction
Conflict reported between rules that belong to different policy setsPolicy sets on the same stack can produce cross-set rule overlapReview stack ordering; separate conflicting rules into non-overlapping prefix ranges or distinct applications
Rules with Users or UserGroups fields show conflicts despite different identity scopeAddress overlap exists independent of identity; the device cannot distinguish flows by user identity alone at the prefix levelAdd more specific source or destination prefixes to separate the rules, rather than relying on identity scope to resolve the conflict
No conflicts reported but traffic is still routed unexpectedlyThis command only detects classification-criteria conflicts; rule ordering within the stack also determines which rule applies to a flowUse inspect network-policy lookup to trace which rule is actually applied to the affected flow