14.12.2012 Views

Data Center LAN Migration Guide - Juniper Networks

Data Center LAN Migration Guide - Juniper Networks

Data Center LAN Migration 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.

<strong>Data</strong> <strong>Center</strong> <strong>LAN</strong> <strong>Migration</strong> <strong>Guide</strong><br />

The scenario for transitioning the core data center network in a design upgrade triggered by a consolidation project<br />

should encompass the following kinds of tasks, suited to each organization’s case:<br />

• Ensure that the power, cooling, airflow, physical rack space, and cabling required for any new equipment has<br />

been designed, ordered, and installed (however your organization breaks down these responsibilities between<br />

departments, suppliers, and integrators).<br />

• Size the new/upgraded switching platforms using your organization’s policy for additional performance and capacity<br />

headroom for future growth.<br />

• Design should include a pair of switches that can eventually serve as the new collapsed core/aggregation layer. Initial<br />

design can be tuned to the exact role the switches will perform. For example, if they will be focused on pure core<br />

functions in the initial phase, they can be focused on capacity/functionality required for that role (e.g., IGP policies<br />

and area design appropriate to a core data center switch). If they will be focused on pure aggregation functions<br />

initially, design can focus on L2 and L3 interface behaviors appropriate to that role. Or, if they will be performing a<br />

blended core/aggregation role (as would be appropriate in many two-tier data center networks), a mix of L2 and L3<br />

functions can be designed to fit the network’s requirements.<br />

• If the new switches are aggregating existing access layer switches, industry standard protocols (such as 802.1D,<br />

802.1Q, 802.1s, 802.3ad, etc.) should be used to ensure interoperability.<br />

• Configuration checklist should include:<br />

- IGP and EGP requirements such as area border roles, routing metrics and policies, and possible route<br />

redistributions<br />

- L2/L3 domain demarcations<br />

› V<strong>LAN</strong> to VRF mapping<br />

› Virtualized service support requirements (VPN/VRF)<br />

› Default gateway/root bridge mapping<br />

› Hot Standby Routing Protocol (HSRP) to Virtual Router Redundancy Protocol (VRRP) mappings<br />

- Uplink specifications<br />

› Density<br />

› Speeds (number of GbE and 10GbE links)<br />

› Link aggregations<br />

› Oversubscription ratios<br />

- Scaling requirements for MAC addresses<br />

- Firewall filters (from IOS ACL mapping)<br />

- QoS policies<br />

- Multicast topology and performance<br />

- Audit/compliance requirements should be clarified and any logging or statistics collection functions designed in.<br />

- IOS configurations should be mapped to Junos OS as outlined in the section on IOS to Junos OS translation tools.<br />

• As noted earlier, a PoC lab could be set up to test feature consistency and implementation in the new <strong>Juniper</strong><br />

infrastructure. Testing could include:<br />

- Interface connections<br />

- Trunking and V<strong>LAN</strong> mapping<br />

- STP interoperability with any existing switches<br />

- QoS policy (classification marking; rate limiting)<br />

- Multicast<br />

42 Copyright © 2012, <strong>Juniper</strong> <strong>Networks</strong>, Inc.

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

Saved successfully!

Ooh no, something went wrong!