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