Network Packet Broker Overview
Table of Contents
Expand all | Collapse all
-
- Tap Interfaces
-
- Layer 2 and Layer 3 Packets over a Virtual Wire
- Port Speeds of Virtual Wire Interfaces
- LLDP over a Virtual Wire
- Aggregated Interfaces for a Virtual Wire
- Virtual Wire Support of High Availability
- Zone Protection for a Virtual Wire Interface
- VLAN-Tagged Traffic
- Virtual Wire Subinterfaces
- Configure Virtual Wires
- Configure an Aggregate Interface Group
- Configure Bonjour Reflector for Network Segmentation
- Use Interface Management Profiles to Restrict Access
-
- DNS Overview
- DNS Proxy Object
- DNS Server Profile
- Multi-Tenant DNS Deployments
- Configure a DNS Proxy Object
- Configure a DNS Server Profile
- Use Case 1: Firewall Requires DNS Resolution
- Use Case 2: ISP Tenant Uses DNS Proxy to Handle DNS Resolution for Security Policies, Reporting, and Services within its Virtual System
- Use Case 3: Firewall Acts as DNS Proxy Between Client and Server
- DNS Proxy Rule and FQDN Matching
-
- NAT Rule Capacities
- Dynamic IP and Port NAT Oversubscription
- Dataplane NAT Memory Statistics
-
- Translate Internal Client IP Addresses to Your Public IP Address (Source DIPP NAT)
- Enable Clients on the Internal Network to Access your Public Servers (Destination U-Turn NAT)
- Enable Bi-Directional Address Translation for Your Public-Facing Servers (Static Source NAT)
- Configure Destination NAT with DNS Rewrite
- Configure Destination NAT Using Dynamic IP Addresses
- Modify the Oversubscription Rate for DIPP NAT
- Reserve Dynamic IP NAT Addresses
- Disable NAT for a Specific Host or Interface
-
- Network Packet Broker Overview
- How Network Packet Broker Works
- Prepare to Deploy Network Packet Broker
- Configure Transparent Bridge Security Chains
- Configure Routed Layer 3 Security Chains
- Network Packet Broker HA Support
- User Interface Changes for Network Packet Broker
- Limitations of Network Packet Broker
- Troubleshoot Network Packet Broker
-
- Enable Advanced Routing
- Logical Router Overview
- Configure a Logical Router
- Create a Static Route
- Configure BGP on an Advanced Routing Engine
- Create BGP Routing Profiles
- Create Filters for the Advanced Routing Engine
- Configure OSPFv2 on an Advanced Routing Engine
- Create OSPF Routing Profiles
- Configure OSPFv3 on an Advanced Routing Engine
- Create OSPFv3 Routing Profiles
- Configure RIPv2 on an Advanced Routing Engine
- Create RIPv2 Routing Profiles
- Create BFD Profiles
- Configure IPv4 Multicast
- Create Multicast Routing Profiles
- Create an IPv4 MRoute
Network Packet Broker Overview
If you use one or more third-party security
appliances (a security chain) as part of your overall security suite,
you can use Network Packet Broker to filter and forward network
traffic to those security appliances. Network Packet Broker replaces
the Decryption Broker feature introduced in PAN-OS 8.1.
Like Decryption Broker, Network Packet Broker
provides decryption capabilities and security chain management.
This simplifies your network by eliminating complications from supporting
dedicated devices for those functions and reduces capital and operating
costs. Also like Decryption Broker, Network Packet Broker provides health
checks to ensure that the path to the security chain is healthy
and options for handling traffic if a chain goes down.
Network Packet Broker expands the firewall’s security
chain forwarding capabilities so that you can filter and forward
not only decrypted TLS traffic, but also non-decrypted TLS and non-TLS
(cleartext) traffic to one or more security chains based on applications,
users, devices, IP addresses, and zones. These features are especially
valuable in very high security environments such as financial and
government institutions.
Upgrade and downgrade:
- When you upgrade to PAN-OS 10.2 on firewalls that have a Decryption Broker license:
- The license name changes automatically to Network Packet Broker after you reboot the firewall.You must reboot the firewall to make the license take effect and update the user interface regardless of whether the firewall is a standalone firewall, part of an HA pair, or if you push Network Packet Broker licenses to firewalls from Panorama.
- PAN-OS translates any existing Decryption Broker Forwarding profiles () into Packet Broker profiles.ProfilesDecryptionForwarding Profile
- PAN-OS translates any existing Decryption Policy rules for forwarding traffic to security chains into Network Packet Broker policy rules.
- PAN-OS removes the Decryption Broker profile from the user interface and replaces it with the Packet Broker profile (), and also adds the Network Packet Broker policy (ProfilesPacket Broker).PoliciesNetwork Packet Broker
- When you downgrade to PAN-OS 10.0 from PAN-OS 10.1:
- PAN-OS translates any existing Packet Broker profiles into Decryption Broker Forwarding profiles.
- PAN-OS removes the Network Packet Broker rulebase and prints a warning message. You must reconfigure the Network Packet Broker policy rules as Decryption policy rules for Decryption Forwarding.
- The license name remains Network Packet Broker (the license name changes from Decryption Broker to Network Packet Broker in all PAN-OS versions after a reboot and does not affect the operation of Decryption Broker). However, the functionality is Decryption Broker functionality, not Network Packet Broker functionality.
- PAN-OS removes the Network Packet Broker profile from the user interface and replaces it with the Decryption Forwarding profile, and also removes the Network Packet Broker policy from the user interface (there is no replacement; you use Decryption Policy rules to forward only decrypted Forward Proxy traffic to security chains).
Requirements for using Network Packet Broker:
- You must install a free Packet Broker license on the firewall. Without the free license, you can’t access the Packet Broker policy and profile in the interface.
- The firewall must have at least two available layer 3 Ethernet interfaces to use as a dedicated pair of packet broker forwarding interfaces.
- You can configure multiple pairs of dedicated Network Packet Broker forwarding interfaces to connect to different security chains.
- For each security chain, the pair of dedicated Network Packet Broker interfaces must be in the same security zone.Security policy must allow traffic between each paired set of Network Packet Broker interfaces. Theintrazone-defaultSecurity policy rule allows traffic within the same zone by default. However, if you have a “deny all” policy rule earlier in the policy rulebase, then you must create an explicit allow rule to allow the Network Packet Broker traffic.
- The pair of dedicated interfaces connect to the first and last devices in a security chain.
Network Packet Broker supports routed layer 3 security chains and Transparent Bridge Layer 1 security chains. For routed layer 3 chains, one pair of packet broker forwarding interfaces can connect to multiple layer 3 security chains using a properly configured switch, router, or other device to perform the required layer 3 routing between the firewall and the security chains. - Dedicated Network Packet Broker forwarding interfaces cannot use dynamic routing protocols.
- None of the devices in the security chain can modify the source or destination IP address, source or destination port, or protocol of the original session because the firewall would not be able to match the modified session to the original session and therefore would drop the traffic.
- You must enable the firewall toAllow forwarding of decrypted content().DeviceSetupContent-ID
Network Packet Broker supports:
- Decrypted TLS, non-decrypted TLS, and non-TLS traffic.
- SSL Forward Proxy, SSL Inbound Inspection, and encrypted SSH traffic.
- Routed layer 3 security chains.
- Transparent Bridge layer 1 security chains.You can configure both routed layer 3 and layer 1 Transparent Bridge security chains on the same firewall but you must use different pairs of forwarding interfaces for each type.
- Unidirectional traffic flow through the chain: all traffic to the chain egresses the firewall on one dedicated interface and returns to the firewall on another dedicated interface, so all traffic flows in the same direction through the pair of dedicated Network Packet Broker interfaces.Both firewall forwarding interfaces must be in the same zone.
- Bidirectional traffic flow through the security chain:
- Client-to-server (c2s) traffic egresses the firewall on one dedicated firewall broker interface and returns to the firewall on another dedicated firewall broker interface.
- Server-to-client (s2c) traffic uses the same two dedicated firewall broker interfaces as c2s traffic, but the traffic flows in the opposite direction through the security chain. The firewall broker interface on which the s2c traffic goes to the chain is the same interface on which the c2s traffic returns from the chain to the firewall. The firewall broker interface on which the s2c traffic returns to the firewall is the same interface on which the c2s traffic egresses to the chain.
Both firewall forwarding interfaces must be in the same zone.
Network Packet Broker does not support multicast, broadcast,
or decrypted SSH traffic.