Monthly Archives: April 2011

Cisco Live 2011 Schedule

Ok, so the Cisco Live 2011 Scheduler is up for NetVets.  You can access the scheduler here:

https://www.ciscolive2011.com/scheduler

Also if your on Twitter and your attending Cisco Live this year you can check out a list of other Twitter users that will be there by visiting the list, you can also have yourself added to the list by letting me know on Twitter you want to be added.  The list is here:  http://www.devalcourt.com/2011/02/cisco-live-2011-us-twitter-users/

If your new to Cisco Live you may want to check out Jeff’s great blog post regarding what all you can expect and why you should go.  His post is here:  http://blog.fryguy.net/2011/04/14/cisco-live-us-2011-las-vegas/

Finally, here is my schedule for Cisco Live 2011:

Sunday – Fly to Vegas, Arrive 11:37 AM

Monday
8:00-12:00   LTRCRT-5205   Configuring Nexus 7000 Virtualization

12:30-2:30   BRKUCC-2010   Designing UC Gateways and DSP Engineering in Enterprise Networks

3:00-5:00    BRKCCIE-3242   CCIE Voice: Cryptography in Cisco Unified Communications

Tuesday
8:00-9:30       BRKRST-3045    LISP – A Next Generation Networking Architecture

10:00-11:00  GENKEY-4700   John Chambers Keynote and Welcome Address

12:30-2:30     BRKDCT-2081     Cisco FabricPath Technology and Design

4:00-6:00       BRKCRS-3144      Troubleshooting Cisco Nexus 7000 Series Switches

Wednesday
8:00-10:00    BRKUCC-2011     Best Practices for Migrating Previous Versions of Cisco UCM

10:30-11:30   GENKEY-4701    Cisco Techology Keynote

12:30-2:30     BRKDCT-2121     Virtual Device Context (VDC) Design and Implementation Considerations

4:00-6:00       BRKDCT-2048     Deploying Virtual Port Channel in NXOS

Thursday
8:00-10:00   BRKDCT-3060     Deployment challenges with Interconnecting Data Centers

12:00-2:00   BRKARC-3472    NX-OS Routing & Layer 3 Switching

2:30-3:30      GENKEY-4702    Closing Keynote: William Shatner

4:00-5:30      BRKRST-3046     Advanced LISP – What’s In It For Me?

 

Friday – Fly Back to Lafayette, Arrive 1:55 PM

Ham Radio – RST Reports

RST Reports: An RST report is a report from a receiving station on the quality and strength of the transmitted signal. Using shorthand in the form of numbers to represent the tone of a CW signal or voice transmission of a transmitting station’s signal at the receiving station’s location (QTH).

Here is what it means:

R Readability – Understanding what is said and how well. On a scale of 1 to 5, the readability of your signal with a “5″ being perfect with no difficulty. In other words the ability of the other operator to understand what you are saying. A “1″ is unreadable….a “5″ is perfectly readable.

S Strength – On a scale of 1 to 9, indicates how strong your stations signal is. A “1″ is a very faint signal. A “9″ is an extremely strong signal.

T Tone – Used for morse code signal reports. Indicates on a scale of 1 to 9 the quality of the tone of the morse code “dits and dahs”. From a “60 cycle harsh tone” a (1)…. To a “very pure tone”, a (9).

R = READABILITY
1 — Unreadable
2 — Barely readable, occasional words distinguishable
3 — Readable with considerable difficulty
4 — Readable with practically no difficulty
5 — Perfectly readable

S = SIGNAL STRENGTH
1 — Faint signals, barely perceptible
2 — Very weak signals
3 — Weak signals
4 — Fair signals
5 — Fairly good signals
6 — Good signals
7 — Moderately strong signals
8 — Strong signals
9 — Extremely strong signals

T = TONE
1 — Sixty cycle a.c. or less, very rough and broad
2 — Very rough a.c. , very harsh and broad
3 — Rough a.c. tone, rectified but not filtered
4 — Rough note, some trace of filtering
5 — Filtered rectified a.c. but strongly ripple-modulated
6 — Filtered tone, definite trace of ripple modulation
7 — Near pure tone, trace of ripple modulation
8 — Near perfect tone, slight trace of modulation
9 — Perfect tone, no trace of ripple or modulation of any kind

This weeks thoughts and musings…

So today has got me thinking about quite a bit of stuff. Yup stuff, just general things. Mostly related to Cisco, networking and ham radio. Here is what I’m currently pondering:

1. Cisco is cleaning house. Chambers released a memo last week I think about fixing Cisco. Something many of us network geeks have been complaining about for some time. They lost their focus on their core competency, they’ve been too distracted by the consumer side of things and yada yada. It’s been talked about to death really and I guess Chambers finally acknowledged the issue and has started the process to right the proverbial ship I suppose. Today 4/12/11 Cisco announced they were dumping the Flip camera division. That’s a start and the butt of many jokes regarding Cisco, so they got that going for them.

2. Openflow. Listening to Packet Pushers show #40 today which was all about Openflow. Funny thing about Openflow is that it made me first think of Cisco’s Wireless Controller System for access points. First time I ever deployed WCS and WLC’s with LWAPP access points I thought, you know I bet one day routers and switches will be this easy to deploy. The idea of centralized management and configuration as well as basically controlling traffic, having all traffic tunnel to it and being able to apply rules and such to the traffic. Anyway that’s sort of what Openflow reminds me of and it was interesting to hear Matt Davey from Indiana University sort of use the same analogy.

I’m not going to pretend I have my head wrapped around Openflow yet but I will say it is very interesting. It seems to me that a lot of vendors are moving into this general direction. When you consider things like LISP, Qfabric, FabricPath and on and on. Each is different in its own way and serves different functions but there is a lot of momentum it seems with this basic “controller” or “head” methodology.

It’s no doubt an interesting time in the world of networking these days. Particularly data center related networking. Server virtualization is really what seems to be the driving factor. Every conversation seems to boil down to one basic thing, the ability to move a virtual server from one location (data center) to another with minimum if any disruption. I’ve been complaining about virtualization since I first heard about a virtual switch on ESX and having server guys want to trunk everything to their ESX servers but I didn’t have anything I could really do with this virtual switch. Seems every other network guy/girl was thinking the same and sure enough soon we got things like Cisco Nexus 1000V virtual switch that was suppose to give control back to the network peeps.

It’s fascinating to watch all of this evolve and where it’s heading. No doubt the writing is on the wall and we can all see where its heading, now its just a matter of what route “pun intended” are we going to take to get there. What technology will win out. Proprietary or standard? When? What? Good stuff, very exciting.

OpenFlow Website

Standford University videos on OpenFlow

3. 10 Year Wedding Anniversary – There is no particular order to my thoughts here, don’t look at this as #3 and think it’s not #1. Obviously this is a huge deal to me. Really its bigger than big. My mind works in a weird way, I become a very hyper focused individual when it comes to things. Something new or interesting usually consumes me and well despite all that is going on one thought that I can never shut off for even one minute is that I’m just about a week away from being married for 10 years. Thats a pretty big achievement for me, well for my wife really. I mean I’m an ass, there is no doubt about it. I don’t sugar coat things usually and I just say what needs to be said and well most people don’t like that. They want sensitivity, they want sugar coating, they want compassion, they basically want lies. I am the most dedicated person I know as a husband and father. I may be an ass, and I may not be the sweetest husband out there and I may lack outward compassion but there is absolutely no denying that I’m not one of the most dedicated and loyal husbands and fathers out there. There is nothing more valuable to me than my wife and my daughter. The idea that this woman has put up with me for 10 years, with all my flaws and issues, and not because she had to love me but because she choses to is just mind blowing. I feel the least I can do with my life and my love is be the most loyal and dedicated husband and father I can. That will be my great achievement in life.

4. Ham Radio! – Wooohooo things are really coming together! My Icom IC-7000 has arrived! I told my wife I’m not opening it until our anniversary though. I want it to have a special memory for me as my first HF radio and be special just like our anniversary. I’ve got a Buxcomm 4:1 balun ordered and on the way, as well as an LDG AT-100PROII antenna tuner. My plan is to have the antenna built and up this weekend. Also plan to finish up my grounding situation inside. Mounting a grounding block inside where the tuner, radio and power supply will connect their ground to. I will then run a ground wire from the grounding block out to the copper grounding wire right outside the office / hamshack. So I should have everything ready this weekend and will just need to wait for April 21st to get the radio and get on the air. Hoping I can make my first HF contact that day as well! Lots to look forward to.

8GB Memory Upgrade on Nexus 7010

Cisco has been adding lots of new features and capabilities to NX-OS over the last couple of years. So much in fact that it appears the original 4GB of memory that came standard on the Nexus 7010 SUP (N7K-SUP1) now needs to be upgraded to 8GB.

The new N7K-SUP1′s from Cisco come with 8GB standard now, but those of us who have had ours for a couple of years are finding ourselves in need of an upgrade.

The 8GB upgrade requirement is based on the NX-OS version, particularly NX-OS 5.1(1) or later. It’s important to note however that not everyone planning to run NX-OS 5.1(1) or later HAS to upgrade the ram to 8GB just yet. The document Cisco Nexus 7000 Series NX-OS Release Notes, Release 5.1 explains the current situations that would require one to upgrade to 8GB. They are:

• If you are running Cisco NX-OS Release 5.1(x) and you have created more than three VDCs, or if XL mode is enabled in more than one VDC, then you must upgrade the memory to 8 GB.

• If you are running Cisco NX-OS Release 5.1(x), 8 GB of memory is required if FabricPath or FEX features are enabled in more than two VDCs of a Cisco Nexus 7000 Series system.

It is my personal opinion however that even if you do not currently match any of these requirements on your Nexus 7010 and especially if you have (AND YOU SHOULD!) dual SUPs then you should go ahead and get the memory upgrade done now before you run into a situation down the road where your running NX-OS 5.1(1) or higher and you go and create a third VDC or you try to enable FabricPath or FEX and potentially run into a memory issue.

Ok, so you decide you want or need the 8GB memory upgrade. I suggest the first thing you do is confirm that your SUPs are one’s that currently have just 4GB. You can do that with the “show system resources” command.


NXD02# show system resources
Load average: 1 minute: 0.94 5 minutes: 0.48 15 minutes: 0.35
Processes : 331 total, 2 running
CPU states : 0.5% user, 3.0% kernel, 96.5% idle
Memory usage: 4115740K total, 1606288K used, 2509452K free

As you can see the “Memory usage: 4115740K total” indicates this SUP currently has just the 4GB of memory.

Now that you have confirmed you do in fact have just 4GB of memory your going to need to order the 8 GB memory upgrade kit from Cisco, “N7K-SUP1-8GBUPG=”. Currently the list price for this is $4,000 per kit. I sure hope you have a good discount with Cisco. Oh and remember you need one kit for each Nexus 7010 SUP (N7K-SUP1)!

After placing your order with Cisco and likely waiting your 20+ day lead time you will finally be greeted with your fresh new 8GB memory upgrade kits! Yay!

So now your ready to do your upgrade. Before you do I have a couple of recommendations to make. Also its important to note that all that I am writing about is based on the fact that my particular Nexus 7010′s both have dual sups. Without the dual sups well your probably going to want and need to do a little more planning of course.

So about my recommendations. First, if you have others that have access to the Nexus 7010′s I’d suggest informing them of your intentions to do this upgrade and to not be making any changes on the systems at this time. Second, take a few minutes to go and copy your running config before you get started. Finally, just as an FYI, if your running dual sups and do everything I’ve suggested thus far you should know its pretty easy and seemingly safe to do the upgrade any time really. I know I know… scheduled maintenance, but seriously I’ve yet to have a problem doing any upgrades both software and hardware even during business hours. Yes, I LOVE the Nexus platform.

With that said I’d still recommend you backup your config, show run and copy paste into txt file. I never do any work without at least doing that.

Copy running config:
NXD02# copy run start
[########################################] 100%
Copy complete, now saving to disk (please wait)...
NXD02#

Ok, so you’ve copied the running configs, you have your txt file backups and you’re ready to get going.

Next step is check the status of the sups and redundancy:

NXD02# sh redundancy status
Redundancy mode
---------------
administrative: HA
operational: HA

This supervisor (sup-5)
-----------------------
Redundancy state: Active
Supervisor state: Active
Internal state: Active with HA standby

Other supervisor (sup-6)
------------------------
Redundancy state: Standby

Supervisor state: HA standby
Internal state: HA standby

System start time: Fri May 15 18:21:42 2009

System uptime: 695 days, 2 hours, 26 minutes, 8 seconds
Kernel uptime: 11 days, 13 hours, 1 minutes, 49 seconds
Active supervisor uptime: 11 days, 12 hours, 38 minutes, 41 seconds
NXD02#

This confirms that Sup-5 is active and that Sup-6 is your standby and is going to be the first one we upgrade.

You can also tell by looking at the indicator lights, hard to tell in the pic but the “Active” light is amber:
Standby Sup

From the above pic you can also see the “Ejector” buttons on the SUP, at this point go ahead and unscrew the two screws and press the ejector buttons to release the levers so you can remove the SUP.

We now have a poor lonely active sup patiently waiting for it’s friend to return:

Here is the SUP with the current 4GB of memory. You can see the existing 4GB of memory in the bottom right of the photo. There are two slots for memory and we will be adding a second 4GB into the second slot right above the existing slot.

N7K-SUP1

Now go ahead and get your new memory modules ready:

4GB Memory for Nexus 7K

Now you can go ahead and insert the new memory module into the second slot. Make sure the latches click into place to secure the new memory module in place:

Once the memory module has been inserted it’s time to now do what I found to be the hardest part of the whole process, adding the darn little “8GB” sticker to the front of the SUP. Took me more time to get that little sticker on straight then anything else.Nexus 7K 8GB StickerSticker is Done!

Once the hardware upgrade is done its time to reinsert the SUP back into the Nexus 7010.

Now your going to want to watch the progress of the SUP coming back online. For me I basically follow along with a few “show redundancy status” commands issued at various times as well as the console output of course.

As soon as you reinsert the SUP you will notice the first thing is it will be “At BIOS”:


NXD02# sh redundancy status
Redundancy mode
---------------
administrative: HA
operational: None

This supervisor (sup-5)
-----------------------
Redundancy state: Active
Supervisor state: Active
Internal state: Active with no standby

Other supervisor (sup-6)
------------------------
Redundancy state: At BIOS

Supervisor state: N/A
Internal state: N/A

Then the SUP is going to initialize:


NXD02# sh redundancy status
Redundancy mode
---------------
administrative: HA
operational: None

This supervisor (sup-5)
-----------------------
Redundancy state: Active
Supervisor state: Active
Internal state: Active with no standby

Other supervisor (sup-6)
------------------------
Redundancy state: Initializing

Supervisor state: N/A
Internal state: N/A

Right after that you should see “assuming your consoled in of course”:

2011 Apr 4 09:16:31 NXD02 %SYSMGR-2-ACTIVE_LOWER_MEM_THAN_STANDBY: Active supervisor in slot 5 is running with less memory than standby supervisor in slot 6.

2011 Apr 4 09:17:12 NXD02 %IDEHSD-STANDBY-2-MOUNT: slot0: online

2011 Apr 4 09:17:20 NXD02 %BOOTVAR-5-NEIGHBOR_UPDATE_AUTOCOPY: auto-copy supported by neighbor supervisor, starting...

Now the SUP is up and it will begin sync’ing with Active SUP:

NXD02# sh redundancy status
Redundancy mode
---------------
administrative: HA
operational: None

This supervisor (sup-5)
-----------------------
Redundancy state: Active
Supervisor state: Active
Internal state: Active with HA standby

Other supervisor (sup-6)
------------------------
Redundancy state: Standby

Supervisor state: HA standby
Internal state: HA synchronization in progress

Once the sync is complete the SUP should be ready in standby mode. You should see this within the console session:

2011 Apr 4 09:18:24 NXD02 %MODULE-5-STANDBY_SUP_OK: Supervisor 6 is standby

You can also confirm the status yourself:

NXD02# sh redundancy status

Redundancy mode
---------------
administrative: HA
operational: HA

This supervisor (sup-5)
-----------------------
Redundancy state: Active
Supervisor state: Active
Internal state: Active with HA standby

Other supervisor (sup-6)
------------------------
Redundancy state: Standby

Supervisor state: HA standby
Internal state: HA standby

Once things have settled and the SUP is back online and is in sync with the Active SUP your going to want to do a “system switchover” which will now make your Standby SUP (the one we just upgraded) the Active SUP.

After the switchover occurs (remember to move your console cable to the now Active SUP) you can check the system resources and confirm that you now have your 8GB of memory.


NXD02# sh system resources
Load average: 1 minute: 0.94 5 minutes: 1.49 15 minutes: 0.85
Processes : 329 total, 1 running
CPU states : 2.0% user, 3.0% kernel, 95.0% idle
Memory usage: 8254672K total, 1560576K used, 6694096K free

Well there you have it. Your Nexus 7010 is now running and active on the upgraded SUP and you’ve got your 8GB of memory installed.

Now you can move on to upgrading the second (now standby SUP) as well.

Good luck!

Nexus 7006! – Detective Jeff

A friend of mine “Jeff” was doing some investigative work trying to figure out more details on the Nexus 7009 that many of us have been talking a lot about recently due to Cisco inadvertently putting up a press release that included a photo of it and then immediately took it down. Obviously when something like that happens those interested in that stuff become curious and want to know more.

Well Jeff not only did just that and came out with a good bit of fresh info on the Nexus 7009 but he also unearthed something even more tantalizing IMHO. Most of us familiar with the Nexus line have heard various rumors and grumbling about new chassis’s coming down the pipe, often that information comes with an NDA so things aren’t always a surprise when they finally reach the light of day.

Anyway, as Jeff was digging for more info on the Nexus 7009 he stumbled across what appears to be references to the Nexus 7006. I do seem to vaguely recall something about the Nexus 7006 before, at least I recalled some talk of a Nexus chassis that was going to be much smaller. When the news broke of the Nexus 7009 I thought that was it really.

Jeff’s investigative work was very enlightening and has really taught me a thing or two now about more ways to dig for new information and products. He really dug into a MIB and pulled quite a bit of info out of it. It’s a great blog post and well worth the read. Check it out here: http://blog.fryguy.net/2011/04/04/the-nexus-7009-and-what-is-this-nexus-7006/

His research reminded me of how developers often learn new information on products and services via API’s, seems like MIB’s are a great way to discover new information for us network geeks.