Data Center LAN Migration Guide - Juniper Networks
Data Center LAN Migration Guide - Juniper Networks
Data Center LAN Migration Guide - Juniper Networks
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
<strong>Data</strong> <strong>Center</strong> <strong>LAN</strong> <strong>Migration</strong> <strong>Guide</strong><br />
Addressing any or all of these trigger events results in deployment of new technology into the access, aggregation,<br />
core, or services tiers of an existing data center network.<br />
Considerations for Introducing an Alternative Network Infrastructure Provider<br />
In some installations, a key consideration when evolving an existing infrastructure is the impact of introducing another<br />
vendor. Organizations can minimize any impact by using the same best practices they employ in a single vendor<br />
network. For example, it is sound practice to test interoperability and feature consistency before an implementation at<br />
any network layer. Many enterprises do this today, since there are often multiple inconsistent versions of an operating<br />
system within a single vendor’s portfolio, or even completely different operating systems within that portfolio. For<br />
example, the firewall or intrusion prevention system (IPS) platforms may have a different OS and interface from the<br />
switching products. Even within a switching portfolio, there may be different operating systems, each supporting<br />
different feature implementations.<br />
It is also sound practice to limit fault domains and contain risks when introducing an additional vendor. This can be<br />
accomplished with a building block design for the target insertion point, when deploying into an existing <strong>LAN</strong>. This<br />
approach allows for definition of the new insertion as a functional module, testing of the module in proof-of-concept<br />
(PoC) environments before deployment, and clean insertion of the new module into production after testing. As<br />
mentioned earlier, PoC testing is often done as a best practice in a single vendor network as well.<br />
Other steps that can ensure successful insertion of <strong>Juniper</strong> <strong>Networks</strong> technology into an existing data center <strong>LAN</strong> include:<br />
• Training<br />
• Multivendor automation and management tools<br />
Training<br />
The simplicity of <strong>Juniper</strong>’s implementations typically minimizes the need for extensive training to accompany<br />
deployment; however, <strong>Juniper</strong> also offers a variety of training resources to accelerate deployments. To start with,<br />
standardization of protocols within the network typically eases introduction, since basic constructs are similar and<br />
interoperability has usually been tested and proven ahead of time by <strong>Juniper</strong>. Beyond the protocols, differences in<br />
command-line interface (CLI) are usually easier to navigate than people initially think. Time after time, people familiar<br />
with other CLIs find themselves able to make the transition quickly due to the consistent, intuitive nature of Junos<br />
operating system’s implementation (it is easy to learn and use). Junos OS also has a tremendous amount of flexibility<br />
and user support built into it. For example, to ease migration from Cisco’s IOS, there is a Junos OS command to display<br />
a configuration file in a format similar to IOS. Additionally, hands-on training is available in the form of a two-day boot<br />
camp. Customized training can also be mapped to address any enterprise’s specific environment. Training not only<br />
gives an opportunity to raise the project team’s skill level, but also to get experience with any potential configuration<br />
complexities prior to entering the implementation phase of a project.<br />
Junos OS also provides embedded automation capabilities. A library of scripts that automate common operations<br />
tasks is readily available online for viewing and downloading. Categorized by function, the script with the best fit can<br />
easily be found. Refer to the Junos OS Script Library for a complete list: www.juniper.net/us/en/community/junos/<br />
script-automation/library.<br />
Multivendor Automation and Management Tools<br />
In a multivendor environment, it is often critical to establish a foundation of multivendor management tools that<br />
work with existing suppliers as well as with <strong>Juniper</strong>. There are well established multivendor tools available in the<br />
fault and performance analysis areas. These tools work with equipment from all of the major vendors in the market<br />
including <strong>Juniper</strong> and other vendors. In the provisioning, configuration, inventory management, and capacity planning<br />
areas, existing third-party tools typically don’t scale or leverage the capabilities and best practices of each vendor’s<br />
equipment. In these situations, it works well to leverage an integrated platform like Junos Space to support the <strong>Juniper</strong><br />
infrastructure consistently, and, where possible, to incorporate support for other vendors’ platforms and applications<br />
if the APIs and SDKs of Junos Space can be used to complete that integration. Junos Space provides APIs and SDKs<br />
to customize existing applications, and also enables partners to integrate their applications into this homogenous<br />
application platform.<br />
Copyright © 2012, <strong>Juniper</strong> <strong>Networks</strong>, Inc. 29