RE: Native IOS on 6500 vs 3500EMI for lab study? [7:55972]
Kaminski, Shawn G wrote: The 3550 and 6500 use different CLI's. The 3550 is IOS-based and the 6500 is set-based. There really isn't a good alternative for the 3550 switch. You Whoa, hold on there a second. Although the 6500 and 3550 CAN have different OS's, they don't necessarily HAVE TO have different CLI's. If the 6500 in question (with an MSFC of course) is running Native IOS instead of the formerly more common CatOS/IOS Hybrid, then it does have the same CLI as a 3550. However, even with that there are some functional differences relating to things such as clustering and the like. If the 6500 with Native IOS can be mastered, there is little more to do to learning a 3550, and that can be accomplished in a relatively short time on a rental rack that has at least one 3550. Good Luck! fgm could pick up a 3524XL or a 2900XL series switch, however, they won't include features such as Layer 3 routing functionality and advanced QoS features that are included with the 3550 which will probably show up on the CCIE Lab. However, the IOS-based command sets on the 3524XL and 2900XL series switches are very similar to the 3550 and would allow you to practice IOS-based commands and learn the Layer 2 functionality. Still, in my opinion, your best bet is to either purchase a 3550 or rent some 3550 rack time. Shawn K. -Original Message- From: Jason Viera [SMTP:[EMAIL PROTECTED]] Sent: Sunday, October 20, 2002 2:23 PM To: [EMAIL PROTECTED] Subject:Native IOS on 6500 vs 3500EMI for lab study? [7:55972] Group Members, Would using a native IOS(and MFFC) on a higher end switch be the equivalent of using a 3550? Are the commands and feature sets somewhat similar? Trying to prepare for the lab. Any comments would be greatly appreciated! Thanks in advance, Jason Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=55985t=55972 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
CCIE Written Study Material [7:55987]
Hi, Group. I wonder if anyone can recommend some study materials for CCIE written. I am now using Doyle 12, the Caslow book, Cisco Lan Switching book, but still there are a lot of stuff on the blueprints these books don't cover. I tried to read some of the white papers on cisco's site, but there are so many of them, I am now a little lost navigating the white papers. For those of you who passed CCIE written recently, do you mind telling me what study material you used? I would appreciate any direction you can give me. Thanks in advance. Connie Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=55987t=55987 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: MPLS for 2500 - almost (filename) [7:55988]
The file name is MPLS for the 2500.ZIP and it's in the / rather then /upload area... --- Dennis - Original Message - From: Desmond To: Dennis Laganiere Sent: Sunday, October 20, 2002 5:18 PM Subject: Re: MPLS for 2500 - almost Hi Dennis The file is gone. Could yo tell me where I can get the file ? Thank ! Des - Original Message - From: Dennis Laganiere To: ; Sent: Sunday, October 20, 2002 7:39 PM Subject: MPLS for 2500 - almost I've managed to find the IOS image for the 2500 that supports MPLS, but so far I've only been able to load it on a couple of routers that have 18mb of memory. Even then, I run out of memory when I enable tag-switching. Perhaps somebody else in the group has a better understanding of how memory has to be configured to make it work. I posted instructions for downloading and implimenting it at www.laganiere.net, please let me know if anybody has greater success getting it to work. If we can work out the bugs, I think this will be a useful study tool; but I, personally, have had enough fustration for one day; I'm going outside to grill a couple of pizza's for the kids. Good luck all... --- Dennis Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=55988t=55988 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Frame relay circuit speed from IOS? [7:55908]
YASSER ALY wrote: The short answer for your question is to use sh frame-relay pvc Here is a link illustrating this http://www.cisco.com/en/US/tech/tk713/tk237/technologies_tech_note09186a0080093c06.shtml Unfortunately, I don't think show frame-relay pvc shows all that detail unless you are using some advanced features to carry voice and/or do traffic shaping. On a router doing more basic stuff, you won't see CIR, etc. Priscilla You can use any other relative command from the show frame-relay family and check the CIR value, this will be the value that the provider has configured for your circuit as CIR HTH, Yasser Mossburg, Geoff (MAN-Corporate) wrote: All, I've got a problem that has me stumped. I have an external CSU/DSU off of Serial0 at a remote site going to a frame-relay circuit of unknown speed. Is there any way to determine the circuit speed with the router's IOS? I want to be able to get this information remotely from many sites, so having someone physically look at the CSU/DSU's config is impractical for me. Thanks very much! GM -- David Madland CCIE# 2016 Sr. Network Engineer Qwest Communications 612-664-3367 You don't make the poor richer by making the rich poorer. --Winston misconduct and Nondisclosure violations to [EMAIL PROTECTED] Unlimited Internet access -- and 2 months free! Try MSN. Click Here Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=55989t=55908 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Update: OSPF Route mystery - what am I missing [7:55975]
in line ( like the skates ) Nigel Taylor wrote in message news:200210202246.WAA27657;groupstudy.com... Chuck, I can't believe anyone understood a word I wrote. After reading my post I could only laugh. Nonetheless, I think you got what I was trying to say and I do believe your thoughts and observations are correct. In reading your post I was trying to recall what could have possibly provided the material for the discussion you mentioned. The author that comes to mind is no other than Terry Slattery. CL: Slattery remains an interesting read. A lot different, and maybe not a landmark work, a la Doyle, but still worth looking at. I too did notice the constant flapping of R4's common network using the debug ip routing command. I must say this is definitely interesting. Lately, I've had the opportunity to look at a few situations where the use of RIP lead to some very unique results as it pertains to redistribution. (check this one out... http://www.cisco.com/warp/public/104/10.html). Look at the route table on r2504 take note of the 3.22.x.x and 3.44.x.x networks. Why is it on r2507 that the routes show as ospf exteranl type2 routes. This is just another example of how rip simply works outside of the rules. CL: I was going to say that it's because the routes are RIP routes that have been redistributed into OSPF. However, looking at the configuration, I see the interfaces are in the OSPF domain as well. Maybe the configuration is being misreported? Maybe if an interface is in both a RIP and an OSPF domain, RIP takes preference? That can't be right. CL: hhhmmm.. fooling around with the configs a bit. Mystery upon mystery. I can't duplicate the result on the CCO link below. I'm wondering if there are some IOS bugs. CL: the other thing I got to wondering is if there is some provision in the standard in the case of multiple ABSR's advertising the same route. I can't find anything off hand. It might require a more careful read than I have time for right now. Although, at first look everything does seem to be very straight-forward, not until you get under the hood do you really see or observe the real issues involved. Thanks for keeping us all sane :-) Nigel - Original Message - From: The Long and Winding Road To: Sent: Sunday, October 20, 2002 5:33 PM Subject: Re: Update: OSPF Route mystery - what am I missing [7:55975] funny you should mention it. I've spent the last forty minutes looking at debugs on all of the routers involved. given the topology, R1tr--R2 | | | serial |serial | | R4tr--R3 R1, R2, and R3 are OSPF routers R1, R4, and R3 are RIP ver 2 routers 2 way redistribution occurs on R1 and R3. The configurations for redistribution are identical on both routers-- here is what I believe I am seeing: R4 is advertising RIP routes to both R1 and R3 R1 and R3, in turn, redistribute those routes into OSPF as E2's R2 receives those routes and installs them into the routing table. However, shortly thereafter R2 flushes those routes. Why? Well, looking at the debugs on R3 and R1, what is happening is that the E2 routes are replacing the RIP routes on R1 and R3. Then, depending on the timing, the R4 routes show up in the R2 table sources from one router or the other. When I turn off mutual redistribution on R1 and R3, I start seeing results like this: O E2160.160.30.0/24 is possibly down, routing via 160.160.255.2, TokenRing0 O E2160.160.31.0/24 is possibly down, routing via 160.160.255.2, TokenRing0 O E2160.160.32.0/24 is possibly down, routing via 160.160.255.2, TokenRing0 O E2160.160.33.0/24 is possibly down, routing via 160.160.255.2, TokenRing0 O IA160.160.39.0/26 is possibly down, routing via 160.160.255.2, TokenRing0 Note that 160.160.3X.0 routes originate on R3. I have similar things happening on R3 With mutual redistribution turned on, the situation is a bit different. The routes just go round and round from router to router, being distributed and redistributed forever, so that even though the domain is unstable, to the casual eye, everything is fine. All routes are reachable, although not necessarily via the interface over the protocol one would hope Nigel, I believe we have had this conversation before - about where the redistribution process goes to get the information it uses in the redistribution process. It is reasonable to think that when one redistribute OSPF into something else, that the redistribution process goes to the OSPF database. For rip, where can it go but the routing table, and if all the RIP routes have been replaced by OSPF routes, then it has nothing to redistribute? Not saying this
Re: Frame relay circuit speed from IOS? [7:55908]
If the frame relay switch is reporting it (it may have something to do with the type of LMI) you can use show frame-relay lmi to get the CIR. John Priscilla Oppenheimer wrote in message news:200210210113.BAA13916;groupstudy.com... YASSER ALY wrote: The short answer for your question is to use sh frame-relay pvc Here is a link illustrating this http://www.cisco.com/en/US/tech/tk713/tk237/technologies_tech_note09186a0080 093c06.shtml Unfortunately, I don't think show frame-relay pvc shows all that detail unless you are using some advanced features to carry voice and/or do traffic shaping. On a router doing more basic stuff, you won't see CIR, etc. Priscilla You can use any other relative command from the show frame-relay family and check the CIR value, this will be the value that the provider has configured for your circuit as CIR HTH, Yasser Mossburg, Geoff (MAN-Corporate) wrote: All, I've got a problem that has me stumped. I have an external CSU/DSU off of Serial0 at a remote site going to a frame-relay circuit of unknown speed. Is there any way to determine the circuit speed with the router's IOS? I want to be able to get this information remotely from many sites, so having someone physically look at the CSU/DSU's config is impractical for me. Thanks very much! GM -- David Madland CCIE# 2016 Sr. Network Engineer Qwest Communications 612-664-3367 You don't make the poor richer by making the rich poorer. --Winston misconduct and Nondisclosure violations to [EMAIL PROTECTED] Unlimited Internet access -- and 2 months free! Try MSN. Click Here Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=55991t=55908 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Native IOS on 6500 vs 3500EMI for lab study? [7:55972]
Sorry for the misunderstanding, guys. I got to thinking more about this and I guess I wasn't thinking of the MSFC, just the 6500 switch itself. I work with 6000's with MSFC's and it should have slapped me in the face right away that there were similarities. There's this big mystical thing right now regarding these 3550's and I was having a hard time seeing anything being used in place of them! This information is good to know! Shawn K. -Original Message- From: Frank Merrill [SMTP:[EMAIL PROTECTED]] Sent: Sunday, October 20, 2002 7:17 PM To: [EMAIL PROTECTED] Subject: RE: Native IOS on 6500 vs 3500EMI for lab study? [7:55972] Kaminski, Shawn G wrote: The 3550 and 6500 use different CLI's. The 3550 is IOS-based and the 6500 is set-based. There really isn't a good alternative for the 3550 switch. You Whoa, hold on there a second. Although the 6500 and 3550 CAN have different OS's, they don't necessarily HAVE TO have different CLI's. If the 6500 in question (with an MSFC of course) is running Native IOS instead of the formerly more common CatOS/IOS Hybrid, then it does have the same CLI as a 3550. However, even with that there are some functional differences relating to things such as clustering and the like. If the 6500 with Native IOS can be mastered, there is little more to do to learning a 3550, and that can be accomplished in a relatively short time on a rental rack that has at least one 3550. Good Luck! fgm could pick up a 3524XL or a 2900XL series switch, however, they won't include features such as Layer 3 routing functionality and advanced QoS features that are included with the 3550 which will probably show up on the CCIE Lab. However, the IOS-based command sets on the 3524XL and 2900XL series switches are very similar to the 3550 and would allow you to practice IOS-based commands and learn the Layer 2 functionality. Still, in my opinion, your best bet is to either purchase a 3550 or rent some 3550 rack time. Shawn K. -Original Message- From: Jason Viera [SMTP:[EMAIL PROTECTED]] Sent: Sunday, October 20, 2002 2:23 PM To: [EMAIL PROTECTED] Subject: Native IOS on 6500 vs 3500EMI for lab study? [7:55972] Group Members, Would using a native IOS(and MFFC) on a higher end switch be the equivalent of using a 3550? Are the commands and feature sets somewhat similar? Trying to prepare for the lab. Any comments would be greatly appreciated! Thanks in advance, Jason Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=55994t=55972 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Native IOS on 6500 vs 3500EMI for lab study? [7:55972]
Kaminski, Shawn G wrote in message news:200210210329.DAA32381;groupstudy.com... Sorry for the misunderstanding, guys. I got to thinking more about this and I guess I wasn't thinking of the MSFC, just the 6500 switch itself. I work with 6000's with MSFC's and it should have slapped me in the face right away that there were similarities. There's this big mystical thing right now regarding these 3550's and I was having a hard time seeing anything being used in place of them! This information is good to know! CL: once people get their hands on a 3550 in a rental rack, and run through a couple of scenarios, I think all this nervous nellie stuff will disappear. Personally, I am quite please that my CCIE Lab prep is now covering materials and concepts that I can also use with my customers. While I was writing my whate paper for a particular study place I got really uiced about what I was seeing. For the first time in a very long time, the CCIE Lab is for the most part testing forward looking technologies, and not a bunch of obscure protocols of little relevance to most of the data world. Now if they would just drop DLSw ;- Shawn K. -Original Message- From: Frank Merrill [SMTP:[EMAIL PROTECTED]] Sent: Sunday, October 20, 2002 7:17 PM To: [EMAIL PROTECTED] Subject: RE: Native IOS on 6500 vs 3500EMI for lab study? [7:55972] Kaminski, Shawn G wrote: The 3550 and 6500 use different CLI's. The 3550 is IOS-based and the 6500 is set-based. There really isn't a good alternative for the 3550 switch. You Whoa, hold on there a second. Although the 6500 and 3550 CAN have different OS's, they don't necessarily HAVE TO have different CLI's. If the 6500 in question (with an MSFC of course) is running Native IOS instead of the formerly more common CatOS/IOS Hybrid, then it does have the same CLI as a 3550. However, even with that there are some functional differences relating to things such as clustering and the like. If the 6500 with Native IOS can be mastered, there is little more to do to learning a 3550, and that can be accomplished in a relatively short time on a rental rack that has at least one 3550. Good Luck! fgm could pick up a 3524XL or a 2900XL series switch, however, they won't include features such as Layer 3 routing functionality and advanced QoS features that are included with the 3550 which will probably show up on the CCIE Lab. However, the IOS-based command sets on the 3524XL and 2900XL series switches are very similar to the 3550 and would allow you to practice IOS-based commands and learn the Layer 2 functionality. Still, in my opinion, your best bet is to either purchase a 3550 or rent some 3550 rack time. Shawn K. -Original Message- From: Jason Viera [SMTP:[EMAIL PROTECTED]] Sent: Sunday, October 20, 2002 2:23 PM To: [EMAIL PROTECTED] Subject: Native IOS on 6500 vs 3500EMI for lab study? [7:55972] Group Members, Would using a native IOS(and MFFC) on a higher end switch be the equivalent of using a 3550? Are the commands and feature sets somewhat similar? Trying to prepare for the lab. Any comments would be greatly appreciated! Thanks in advance, Jason Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=55995t=55972 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]