| M | T | W | T | F | S | S |
|---|---|---|---|---|---|---|
| « May | ||||||
| 1 | 2 | 3 | 4 | 5 | ||
| 6 | 7 | 8 | 9 | 10 | 11 | 12 |
| 13 | 14 | 15 | 16 | 17 | 18 | 19 |
| 20 | 21 | 22 | 23 | 24 | 25 | 26 |
| 27 | 28 | 29 | 30 | |||
June 24, 2009 by ted.
I was looking around in my Nexus boxes today and noticed that my 48 port Rj45 line card was not showing up in the running config. The “show mod” showed it as “ok” but the interfaces were missing from the config. The model number is ‘N7K-M148GT-11′ and you need to have hardware version 1.3. This seems to be a side effect of enabling virtual port channels on the Nexus boxes.
Turns out there is a field notice and I need the latest hardware version of the cards.
Open a TAC SR and get an RMA going. I figured it would be an EPLD upgrade issue, but I guess not.
Notice the version in the output from “show mod”
nexus7000# sho mod
Mod Ports Module-Type Model Status
— —– ——————————– —————— ————
1 32 10 Gbps Ethernet Module N7K-M132XP-12 ok
2 32 10 Gbps Ethernet Module N7K-M132XP-12 ok
3 32 10 Gbps Ethernet Module N7K-M132XP-12 ok
4 48 10/100/1000 Mbps Ethernet Module N7K-M148GT-11 ok
5 0 Supervisor module-1X N7K-SUP1 active *
Mod Sw Hw
— ————– ——
1 4.1(5) 1.3
2 4.1(5) 1.3
3 4.1(5) 1.3
4 4.1(5) 1.0
5 4.1(5) 1.1
Posted in Data Center | Print | No Comments »
May 5, 2009 by ted.
Looks like there are some changes with the Lab exam (and written).
NEW: Troubleshooting
Beginning October 18, 2009, the CCIE R&S lab exam will feature a two-hour troubleshooting section. Candidates will be presented with a series of trouble tickets for preconfigured networks and need to diagnose and resolve the network fault or faults. As with the configuration section, the network must be up and running for a candidate to receive credit. Candidates who finish the troubleshooting section early may proceed on to the configuration section, but they will not be allowed to go back to troubleshooting since their equipment will need to be reinitialized for the configuration portion.
As far as the exam topics go, it seems there are some additions ::
- Performance routing (pfr)
- MPLS VPNs
- Optimization (Netflow, EEM)
I think this is all good stuff personally. MPLS VPNs are not really that hard. I have done some articles with config examples on this site for MPLS VPNs. They are quite fun.
The troubleshooting addition is going to be interesting it seems.
Performance routing (pfr) configurations can get really nasty and complex, but other than that not too much to worry about.
Posted in Certification | Print | No Comments »
April 30, 2009 by ted.
Ok guys, sorry for the delay on this one… Between work and my personal life, I have been so busy!
At this point, we have a working vPC peer link between our Nexus boxes. Remember our vPC peer keep-alive link needs to be up as part of this (I think of it as the heartbeat link).
So now we need to connect the access switch to the Nexus 7000 boxes to take advantage of virtual port channels. Let’s take a look again at our diagram.
In this example, I’m using one of the newer 4948 TenGigabit switches. There are two TenGigabit ports on the 4948. I’m connecting one to “Nexus1″ and the other to “Nexus2″. This doesn’t have to be 10Gigabit, it could be any number of 1gig ports if you like. For example, you could connect 4 gig ports to Nexus1 and 4 gig ports to Nexus2. Remember, you can have up to 8 active ports in a port channel.
Posted in Data Center, Cisco | Print | 2 Comments »
April 28, 2009 by ted.
Ted,
I currently have a new blade chassis connected to my Nexus 5020 which has a Mulitchassis Etherchannel to a pair of 6509s running VSS. The blade system is using HP Flex 10 cards*. My first issue that I ran into was that I had to enable Jumbo MTUs on the Nexus. The reason being is the HP Flex 10 cards where sending jumbo frames which were getting dropped
I also had to enable Jumbo Frames on the the trunk ports as well as the ethernet ports on the VSS that connect back to the Nexus since there will be some inter-vlan routing going on. I guess I should enable jumbomtu on the layer 3 interfaces as well now that I think about it.
Do I also need to enable system jumbomtu on the VSS? What about the VSL links? The reason I ask is that when I run the command “show interface counter errors” I see giant frame errors on the VSL links as well as FCS errors. However, I cannot adjust the MTU size on the VSL links or the port channels since they are not switchports. Can I make the VSL links switchports or will VSS not allow this? I guess I’m a bit confused on the whole jumbomtu thing. Once you start to enable it where do you stop.
Thanks for the help,
Mark
Posted in Q&A | Print | 2 Comments »
March 30, 2009 by ted.
Wow, last week I was swamped preparing for a domestic MPLS migration in India (more on that later). I wanted to post this sooner…
In Part 1 of configuring virtual port channels on the Nexus, I talked about what may be needed to enable the vpc feature. Here’s a continuation of the process.
Between your two nexus boxes, you’re going to have a vpc peer link and a vpc peer keep-alive link. Without the keep-alive link, your vpc peer link wont come up.
See Diagram
! Again, the first thing you want to do is enable vpc
Nexus1(config)# feature vpc
The vpc peer link between switches is going to be your traditional layer 2 trunk. There are some other minor configurations you will need regarding your vpc peer link.
Posted in Data Center | Print | 2 Comments »