& cplSiteName &

Testing Cisco's Media-Centric Data Center

Light Reading
6/11/2009
100%
0%

  • Key finding: Major and minor hitless software upgrades can be accomplished on Cisco's Nexus 7000 series switches.

    Generally, most people who are not IT-related understand the concept of a software upgrade, and accept the need for them to exist. If not, after a short discussion with a network administrator one would know how his job consists of hearing about issues from his colleagues, and receiving new code from the vendor in order to resolve them. Most people who are not IT-related are also familiar with the chore of having to reboot their PCs once patches or upgrades have finished installing.

    That rebooting becomes a much bigger issue when it involves a network device that is servicing millions of users. Cisco understands this issue and has developed a solution, which they claim would enable major and minor code upgrades to incur no negative effect on the users. In this test we measured the out-of-service time induced on the traffic when both major and minor software upgrades were performed on the Nexus 7000.

    In order to perform a software upgrade on the Nexus 7000 we needed multiple versions of the NX-OS operating system – the system used on Cisco’s Nexus switches.

    Cisco provided three code versions for the focus of the test:

    • The Nexus 7000: 4.0(4)
    • The Nexus 7000 4.1(3)
    • The Nexus 7000 4.1(5)


    The 4.0 and 4.1 operating system codes are considered by Cisco (and to the best of our understanding) major releases.

    A new feature used in our testing, VPCs (Virtual Port Channels), were first introduced in the 4.1 code. The difference between 4.1(3) and 4.1(5) is considered minor and represents a set of bug fixes. For the minor software upgrade we ran the full service delivery network traffic profile and measured loss induced by upgrading the code on the Nexus 7000. The caveat of the major upgrade was the lack of support for VPC, which was required to transport traffic from the Nexus 5000 in the test setup. We accepted that for the major upgrade we would run all traffic except telepresence, digital signage, and IP video surveillance, leaving IP video, VoIP, and Internet traffic traversing one Nexus 7000, and VoIP and Internet traffic traversing the other Nexus 7000. It was clear that the two switches would still have more than enough frames to deal with while also being upgraded.

    We ran each instance of this test for approximately 25 minutes, allowing for enough time for the code upgrade to finish and verifying that the new code had truly been installed on the device. We let the test traffic continue running for two extra minutes to make sure that the upgrade was not only successful, but that the switch was stable afterwards.

    We stopped traffic between each iteration and measured frame loss. First we upgraded each Nexus 7000 from 4.1(3) to 4.1(5), one device at a time, and recorded zero frames lost. This was the minor software upgrade. Following these two upgrades we stopped traffic in order to reload each Nexus 7000 with 4.0(4) code to perform the major upgrade – 4.0(4) to 4.1(5). This major upgrade was also performed on one Nexus 7000 at a time, for a total of four test iterations.

    One way that we verified both upgrades was through witnessing the device switch from one switch engine to the other, as this is the method used to upgrade the device without loss – one switch engine at a time. We, of course, also checked the versions of running code through CLI commands both before and after each test. The major upgrade was additionally verified through the attempts of certain commands that did not exist on the previous operating system.

    Throughout both upgrades we witnessed zero packet loss. After the last major upgrade was completed, we added the business services from the Nexus 5000, still witnessing no loss. We conclude that data center administrators can upgrade their Nexus 7000 gear even during peak hours without users experiencing the negative impact of dropped packets. This obviates the need for the administrator to come in at night or during the weekend in order to do such upgrades, which in turn avoids an extra cost to the provider.

    Next Page: Results: Control Plane Failover

     
    (2)  | 
    Comment  | 
    Print  | 
  • Newest First  |  Oldest First  |  Threaded View        ADD A COMMENT
    lron58
    50%
    50%
    lron58,
    User Rank: Light Beer
    12/5/2012 | 4:00:46 PM
    re: Testing Cisco's Media-Centric Data Center


    A statement was made,  "We accepted that for the major upgrade we would run all traffic except telepresence, digital signage, and IP video surveillance, leaving IP video, VoIP, and Internet traffic traversing one Nexus 7000, and VoIP and Internet traffic traversing the other Nexus 7000?."


     


    Why was this "accepted"?



    Ron


     

    cross
    50%
    50%
    cross,
    User Rank: Light Beer
    12/5/2012 | 4:00:23 PM
    re: Testing Cisco's Media-Centric Data Center


    Hi Iron58,


    We accepted turning off the traffic profiles representing telepresence, digital signage, and IP video surveillance as part of the major upgrade test procedure due to the lack of Virtual Port Channel support in the earlier code from which we were upgrading (this is disclosed in the article).  Since traffic was still traversing the Device Under Test (Nexus 7000) we could perform the test without those streams.


    Apologies for the late response. Too much travel...


    Thanks, Carsten/EANTC

    Featured Video
    From The Founder
    Light Reading is spending much of this year digging into the details of how automation technology will impact the comms market, but let's take a moment to also look at how automation is set to overturn the current world order by the middle of the century.
    Flash Poll
    Upcoming Live Events
    November 1, 2017, The Royal Garden Hotel
    November 1, 2017, The Montcalm Marble Arch
    November 2, 2017, 8 Northumberland Avenue, London, UK
    November 2, 2017, 8 Northumberland Avenue London
    November 10, 2017, The Westin Times Square, New York, NY
    November 16, 2017, ExCel Centre, London
    November 30, 2017, The Westin Times Square
    May 14-17, 2018, Austin Convention Center
    All Upcoming Live Events
    Infographics
    With the mobile ecosystem becoming increasingly vulnerable to security threats, AdaptiveMobile has laid out some of the key considerations for the wireless community.
    Hot Topics
    Muni Policies Stymie Edge Computing
    Carol Wilson, Editor-at-large, 10/17/2017
    Pai's FCC Raises Alarms at Competitive Carriers
    Carol Wilson, Editor-at-large, 10/16/2017
    Is US Lurching Back to Monopoly Status?
    Carol Wilson, Editor-at-large, 10/16/2017
    'Brutal' Automation & the Looming Workforce Cull
    Iain Morris, News Editor, 10/18/2017
    Worried About Bandwidth for 4K? Here Comes 8K!
    Aditya Kishore, Practice Leader, Video Transformation, Telco Transformation, 10/17/2017
    Animals with Phones
    Live Digital Audio

    Understanding the full experience of women in technology requires starting at the collegiate level (or sooner) and studying the technologies women are involved with, company cultures they're part of and personal experiences of individuals.

    During this WiC radio show, we will talk with Nicole Engelbert, the director of Research & Analysis for Ovum Technology and a 23-year telecom industry veteran, about her experiences and perspectives on women in tech. Engelbert covers infrastructure, applications and industries for Ovum, but she is also involved in the research firm's higher education team and has helped colleges and universities globally leverage technology as a strategy for improving recruitment, retention and graduation performance.

    She will share her unique insight into the collegiate level, where women pursuing engineering and STEM-related degrees is dwindling. Engelbert will also reveal new, original Ovum research on the topics of artificial intelligence, the Internet of Things, security and augmented reality, as well as discuss what each of those technologies might mean for women in our field. As always, we'll also leave plenty of time to answer all your questions live on the air and chat board.

    Like Us on Facebook
    Twitter Feed