 sk1939Premium join:2010-10-23 Washington, DC kudos:9 | NX-OS NX-OS.
I'm looking to familiarize myself with this within the next year or two, but don't have access to any Nexus device other than the 1000V. Will the 1000V be enough, or will I have to look into renting rack time somewhere? |
|
 nosx join:2004-12-27 00000 kudos:5 | The 1000v will not be enough, you will either want to get rack time in a datacenter lab, or use your favorite VAR's lab if you can leverage them... Or find someone nice enough to share their lab gear.
Depending on what you would like to do, 98% of the config is pretty close to IOS and most normal CLI users can jump from the 6k to n7k without much effort. |
|
 | reply to sk1939 Been toying around with N7Ks a client of ours has been running, and pretty much if you're comfortable with the IOS command set, NX-OS doesn't change much. One thing I WILL say NX-OS lacks is a command to figure out what make / model of SFP's present in an interface. 6500 had "show inventory raw;" NX-OS's closest equivalent is show sfp detail or something, but doesn't tell you the exact model to order when getting an RMA. Bugger!
Regards |
|
 tubbynetreminds me of the danse russePremium,MVM join:2008-01-16 Chandler, AZ kudos:1 | HELLFIRE i believe you're looking for 'sh int trans e[x/y]' or so. its there. believe me.
to the op -- you'll want to play with at least the n5.5k, but unless you're playing with a model with the l3 daughter-card, you'll need some n7k experience as well. i've been a *hardcore* nx-os proponent within our organization, as i can't wait to see the c6k die a miserable death. with mpls enablement on n7k, death of the wan cards on the c6k, and l2vpn parity within the next year or so on n7k -- i will look a customer straight in the eye and tell them they are making a huge mistake by pushing c6k at all for core/agg architecture in todays campus or datacentre.
of course -- i've lived in nx-os land (which is different than nosx land) for the past 2.5 years -- so i'm incredibly biased.
q. -- "...if I in my north room dance naked, grotesquely before my mirror waving my shirt round my head and singing softly to myself..." |
|
 | @tubbynet That's the command, but other than the SFP serial # and maker, it doesn't give the MODEL to ask TAC to get you an RMA. So I've taken to just looking up the linecard the interface is on and cross referencing that for the SFPs to order.
Oh yeah, another gripe about NX-OS / Nexus... if you ever dump a 'show tech,' a) make SURE you put term len 0 before doing this, b) take a LONG coffee break while you do. A REALLY LONG one...
Regards |
|
|
|
 sk1939Premium join:2010-10-23 Washington, DC kudos:9 Reviews:
·T-Mobile US
| reply to tubbynet I'm more worried about the oddball things like
int ether 1/19
beacon
I'm going to have to rent rack time then, otherwise there is no way I am going to get through the lab portion (no clients have Nexus gear).
I don't know, the c6k is still a very capable switch, although the 7k is around 6x faster. Also, the n7k is still incredibly expensive. |
|
 tubbynetreminds me of the danse russePremium,MVM join:2008-01-16 Chandler, AZ kudos:1 | reply to HELLFIRE said by HELLFIRE:@tubbynet That's the command, but other than the SFP serial # and maker, it doesn't give the MODEL to ask TAC to get you an RMA. So I've taken to just looking up the linecard the interface is on and cross referencing that for the SFPs to order. i'll dig in my lab today. i've got a pair of n7k running 5.2(3a) and a pair of n5020 that i'm testing 5.0(3) on (running double-sided vpc to a pair of n2248 for cu-nic access).
i'll let you know what i find.
q. -- "...if I in my north room dance naked, grotesquely before my mirror waving my shirt round my head and singing softly to myself..." |
|
 sk1939Premium join:2010-10-23 Washington, DC kudos:9 | Any suggestions as to where to rent rack time? |
|
 tubbynetreminds me of the danse russePremium,MVM join:2008-01-16 Chandler, AZ kudos:1 | reply to HELLFIRE HELLFIRE , here's the output from my n7k
n7k1-agg# sh int e 9/9 trans
Ethernet9/9
transceiver is present
type is 10Gbase-SR
name is CISCO-SUMITOMO
part number is SPP5100SR-C1
revision is A
serial number is [omit]
nominal bitrate is 10300 MBit/sec
Link length supported for 50/125um OM2 fiber is 82 m
Link length supported for 50/125um OM3 fiber is 300 m
Link length supported for 62.5/125um fiber is 26 m
cisco id is --
cisco extended id number is 4
so to your point -- there is not the specific "cisco model" number shown. however, its never been an issue for us, as we always know the sfp models we put into our kit (sfp-ge-(x) or sfp-10g-(xx)) so as long as we know what "type" the pluggable is, we don't have a worry.
q. -- "...if I in my north room dance naked, grotesquely before my mirror waving my shirt round my head and singing softly to myself..." |
|
 aryobaPremium,MVM join:2002-08-22 kudos:3 | reply to tubbynet said by tubbynet:i've been a *hardcore* nx-os proponent within our organization, as i can't wait to see the c6k die a miserable death. with mpls enablement on n7k, death of the wan cards on the c6k, and l2vpn parity within the next year or so on n7k -- i will look a customer straight in the eye and tell them they are making a huge mistake by pushing c6k at all for core/agg architecture in todays campus or datacentre.
of course -- i've lived in nx-os land (which is different than nosx land) for the past 2.5 years -- so i'm incredibly biased.
q. There is now Supervisor Engine 2T for Catalyst 6500E switches to welcome the 40Gbps throughput. So I don't think Catalyst 6500E is going away soon, although Catalyst 6000 and 6500 (without the E) should be. |
|
 tubbynetreminds me of the danse russePremium,MVM join:2008-01-16 Chandler, AZ kudos:1 | said by aryoba:There is now Supervisor Engine 2T for Catalyst 6500E switches to welcome the 40Gbps throughput. So I don't think Catalyst 6500E is going away soon, although Catalyst 6000 and 6500 (without the E) should be.
sup2t provides enablement for 80gbps/slot provided correct line card in use. however -- n7k did this day 1. with cards like the f1 and f2 combined with fab2 -- the n7k will blow this out of the water with upwards of 550gpbs/slot. once the m2 line cards are released (2hcy12/1hcy13 or so, i believe) -- the n7k will have a higher speed, robust and feature-rich l2/l3 services line card for datacenter/campus core use. with the removal of wan cards (es/es+; flexwan, etc) from sup2t support, the only thing that the c6k does that the n7k doesn't at this point is vpls. i believe the roadmap for this is around 1hcy13 or so.
there are several people running n7k as split agg/pe roles (including some denizens that inhabit these forums). the n7k provides some intuitive troubleshooting features and is designed for a higher level of uptime and redundancy.
given that you basically have to rip and replace all line cards within your existing c6k chassis to use sup2t, why not invest the capital in a next-gen platform that is at the beginning of its lifecycle rather than some aging dinosaur that cisco keeps incrementing so as to not piss off the user base?
i still argue with any customer who wants to put c6k in their datacenter -- as there is *no point* to it except for wasting money and delaying the inevitable move to n7k a year down the road. any customer who is refreshing their campus core with 10gbe to the access should also highly consider n7k and i push hot and heavy to drop them in the mdf.
this isn't to discount what the c6k has been for 15 years, but its time for it to die and go away.
q. -- "...if I in my north room dance naked, grotesquely before my mirror waving my shirt round my head and singing softly to myself..." |
|
 tubbynetreminds me of the danse russePremium,MVM join:2008-01-16 Chandler, AZ kudos:1 | reply to sk1939 said by sk1939:Any suggestions as to where to rent rack time? i doubt that you'll find it at this point. ccie d/c written is currently in beta. once it is moved out of beta, i'm sure you'll see places like ine and ipexpert pop out with ccie d/c vrack rentals (though i'm sure you'll pay a hefty price).
either that or you can con your way into a customer site that currently has them installed.
q. -- "...if I in my north room dance naked, grotesquely before my mirror waving my shirt round my head and singing softly to myself..." |
|
 aryobaPremium,MVM join:2002-08-22 kudos:3 | reply to tubbynet Another reasons why people are still holding on the 6500 series is that it is still the good-old IOS they are familiar with while Nexus has its own NX-OS that looks and feels different, which make those people uncomfortable. For this point I agree with Juniper's perspective to keep "the same" JUNOS for all platforms whether it is a router, firewall, switch, or else in order to keep things simple. I think Cisco is trying to setup its own standard by introducing NX-OS since IOS "feel" has been mimicked by other vendors such as F5 ZebOS and Arista EOS. |
|
 tubbynetreminds me of the danse russePremium,MVM join:2008-01-16 Chandler, AZ kudos:1 | said by aryoba:Another reasons why people are still holding on the 6500 series is that it is still the good-old IOS they are familiar with while Nexus has its own NX-OS that looks and feels different, which make those people uncomfortable.
then those people should be replaced, just like their aging switches ;-P nx-os isn't that different. additionally, in case people aren't noticing -- monolithic, craptastic ios is going the way of the dodo. at this point, only the sup2t, the c2k/c3k, the me-series, and the isr line run it (and the asr901). c4k w/ sup7 is running ios-xe, as is asr1k. asr9k/crs run ios-xr. nx-os is the way of the future for the high-end switching line. just watch. remember -- change is inevitable. you can either embrace it, or have it run you over like a semi.
For this point I agree with Juniper's perspective to keep "the same" JUNOS for all platforms whether it is a router, firewall, switch, or else in order to keep things simple.
screenos aside ;-P. of course, juniper's control-plane may have a little similarity, but its still highly platform dependent on what features are supported. additionally -- one bloated os for all devices leads to sucktastic-ness like junos 9 for the ex and junos 10.0-10.4r-something-or-other for mx line. its getting better -- but a quick perusal of the j-nsp list shows just how gunshy *anyone* is about upgrading junos, as things that worked in one version may be horribly broken in other versions.
no vendor has a corner on what is "best". at this point -- i'll stick with cisco, since they aren't trying to throw everything including the kitchen sink into an os that runs on every device they make (junos-powered toasters anyone?)
q. -- "...if I in my north room dance naked, grotesquely before my mirror waving my shirt round my head and singing softly to myself..." |
|
 aryobaPremium,MVM join:2002-08-22 kudos:3 | Cisco certification such as CCNA, CCNP, and CCIE are still heavily based on the good-old IOS technology. Also lots of large companies still use such IOS technology as their standard. Unless some powerful hand can change these soon, the IOS still lingers on  |
|
 tubbynetreminds me of the danse russePremium,MVM join:2008-01-16 Chandler, AZ kudos:1 | said by aryoba:Cisco certification such as CCNA, CCNP, and CCIE are still heavily based on the good-old IOS technology. these are technology tests, not "best practices" or "real-world examples" of what should be done. i understand what you're getting at -- but i'm saying staying in the past or "doing what we've done for 15 years" won't suffice for delivering tomorrow's next generation applications, video, etc.
q. -- "...if I in my north room dance naked, grotesquely before my mirror waving my shirt round my head and singing softly to myself..." |
|
 aryobaPremium,MVM join:2002-08-22 kudos:3 | I agree of your point tubbynet that people should invest for the future especially in building new data center or revamping existing one. However vendors always compete to be the best. One may decide to go with Juniper or Arista instead of Cisco, so discussion between IOS and NX-OS might be no longer valid. Even some companies have been shifting gears to open solution such as Vyatta or Snort in order to save money, which may or may not be correct in the long run 
Personally I myself feel neutral regarding NX-OS. I see it as just another OS you may have to deal with in order to get things done. Proprietary technology such as hardware architecture, virtualization, and vendor-specific protocols you can always pick up not to mention new emerging technology. As long as you understand RFC-based technology and is willing to do packet capture to defend your network, I'll use whatever works be it NX-OS, IOS, JUNOS, ScreenOS, EOS, ZebOS, or else; but that's just me  |
|
 | reply to sk1939 @sk1939 Ahh yes, 'ethernet' is the only interface type, services are 'enabled' before they are running -- great for screwing with colleagues during learning / test sessions, flashing beacons to ID the exact device you are looking for in a (darkened) datacenter, Intel Celerons in the 'show ver' output -- I LOL'd when I saw that for the first time... fun times indeed.
@tubbynet If you know what SFPs you're using, great! I'm entirely remote so I don't know what SFPs are present... so it's back to Cisco's doc of Nexus linecard / SFP model we have to go everytime one blows out. Lots of fun for us... [/sarcasm]
As for 6500 versus Nexus... I just run em, so long as they work and don't cause me hours or days or (shudder) weeks of problems, I don't care.
Regards |
|
 aryobaPremium,MVM join:2002-08-22 kudos:3 | said by HELLFIRE:@sk1939 Ahh yes, 'ethernet' is the only interface type, services are 'enabled' before they are running -- great for screwing with colleagues during learning / test sessions Yup, there is no GigabitEthernet interfaces showing on the NX-OS configuration. Instead those Gig ports show as Ethernet which may confuse people to interpret them as 10 Base technology 
Need SSH? Enable them first. When the configuration shows such, then you can start using it  |
|
 aryobaPremium,MVM join:2002-08-22 kudos:3 | reply to HELLFIRE said by HELLFIRE:As for 6500 versus Nexus... I just run em, so long as they work and don't cause me hours or days or (shudder) weeks of problems, I don't care.
I understand where you are coming from, been there as well  |
|