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

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

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

• You can specify what information the routing platform uses for per-flow load balancing<br />

based on port data (instead of on source and destination IP addresses only). For<br />

aggregated Ethernet and aggregated SONET/SDH interfaces, you can load-balance<br />

based on the MPLS label information. For more information, see “Configuring Per-Packet<br />

Load Balancing” on page 143.<br />

• You can also configure per-prefix load balancing, which allows you to configure a hash<br />

value that enables the router to elect a next hop independently of the route chosen by<br />

other routers. For more information, see “Configuring Per-Prefix Load Balancing” on<br />

page 368.<br />

In addition, on the M120, M320, and MX Series routers only, you have the following option:<br />

• You can also configure per-flow load balancing, which allows you to configure the<br />

router to assign a unique, load-balance hash value for each Packet Forwarding Engine<br />

slot. For more information, see “Configuring Per-Flow Load Balancing Based on Hash<br />

Values” on page 369.<br />

Configuring Per-Prefix Load Balancing<br />

By default, the Junos OS uses a hashing method based only on the destination address<br />

to elect a forwarding next hop when multiple equal-cost paths are available. As a result,<br />

when multiple routers or switches share the same set of forwarding next hops for a given<br />

destination, they can elect the same forwarding next hop.<br />

You can enable router-specific or switch-specific load balancing by including a per-prefix<br />

hash value. However, this method applies only to indirect next hops. In other words, when<br />

we have a route with a protocol next hop that is not directly connected, it can be resolved<br />

over a set of equal-cost forwarding next hops. Only in this case, we use the hashing<br />

algorithm to elect a forwarding next hop. An example of this is routes learned from an<br />

IBGP neighbor. The protocol next hop for those routes might not be directly reachable<br />

and would be resolved through some IGP or static routes. The result could be a set of<br />

equal-cost forwarding next hops to reach that protocol next hop. Per-prefix load balancing<br />

thus leads to better utilization of the available links.<br />

To configure per-prefix load balancing, include the load-balance statement at the [edit<br />

forwarding-options] hierarchy level:<br />

[edit forwarding-options]<br />

load-balance {<br />

indexed-next-hop;<br />

per-prefix {<br />

hash-seed number;<br />

}<br />

}<br />

To enable per-prefix load balancing, you must include the hash-seed number statement.<br />

The range that you can configure is 0 (the default) through 65,535. If no hash seed is<br />

configured, the elected forwarding next hop is the same as in previous releases.<br />

368<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!