16.03.2014 Views

Policy Framework Configuration Guide - Juniper Networks

Policy Framework Configuration Guide - Juniper Networks

Policy Framework Configuration Guide - Juniper Networks

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Junos 10.4 <strong>Policy</strong> <strong>Framework</strong> <strong>Configuration</strong> <strong>Guide</strong><br />

This section includes the following topics:<br />

• <strong>Guide</strong>lines for Firewall <strong>Configuration</strong> in Logical Systems on page 256<br />

• Unsupported <strong>Configuration</strong> Statements, Actions, and Action Modifiers on page 263<br />

<strong>Guide</strong>lines for Firewall <strong>Configuration</strong> in Logical Systems<br />

As a general rule, firewall filters configured under a logical system must be complete and<br />

self-contained. Typically, the filters cannot reference firewall elements configured at the<br />

[edit firewall] hierarchy level or at another [edit logical-systems logical-system-name]<br />

hierarchy level. If no firewall filters are configured for a logical system, the firewall filters<br />

at the [edit firewall] hierarchy level are applied.<br />

In some situations, firewall statements that are valid under the [edit firewall] hierarchy<br />

are not supported under the [edit logical-systems logical-system-name firewall] hierarchy.<br />

There are three scenarios to consider:<br />

• Scenario 1. An object in the firewall hierarchy references another object in the hierarchy;<br />

for example, when a firewall filter references a firewall policer.<br />

• Scenario 2. An object outside the firewall references an object inside the firewall<br />

hierarchy; for example, a firewall filter is applied to an interface.<br />

• Scenario 3. An object in the firewall hierarchy references an object outside the firewall<br />

hierarchy; for example, when a firewall filter references a prefix list (defined under the<br />

[edit policy-options] hierarchy).<br />

This section includes the following topics:<br />

• Scenario 1: Firewall Objects Reference Other Firewall Objects on page 256<br />

• Scenario 2: Nonfirewall Objects Reference Firewall Objects on page 257<br />

• Scenario 3: Firewall Objects Reference Nonfirewall Objects on page 261<br />

Scenario 1: Firewall Objects Reference Other Firewall Objects<br />

If a firewall object references a subordinate object (for example, a policer or prefix list),<br />

that subordinate object must be defined within the firewall object. For example, if a<br />

firewall filter configuration references a policer, that policer must be configured under<br />

the same firewall object as the filter. This rule applies even if the same policer is configured<br />

under the main firewall configuration or if the same policer is configured as part of a<br />

firewall in another logical system.<br />

In this example, the filter1 filter references the pol1 policer. Both filter1 and pol1 are defined<br />

under the same firewall object. This configuration is valid. If pol1 were defined under<br />

another firewall object, the configuration would not be valid.<br />

[edit]<br />

logical systems {<br />

ls1 {<br />

firewall {<br />

policer pol1 {<br />

if-exceeding {<br />

bandwidth-limit 401k;<br />

burst-size-limit 50k;<br />

256<br />

Copyright © 2010, <strong>Juniper</strong> <strong>Networks</strong>, Inc.

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!