Re: Additions to CCIE R&S lab [7:34136]
source? ""Tauseef Nagi"" wrote in message news:[EMAIL PROTECTED]... > Hi all, > > Latest information coming out of Cisco regarding CCIE R&S lab is that Cisco > will be adding more (complex) switching material to the lab scenarios. This > will include two switches with routing engines, trunking between switches, > pvlans, multicasting on switches, etc. > These new scenarios will began to appear in April of this year at the > earliest(if not already being tested) and formalized by July of this year. > Can anyone confirm this? > > Tauseef Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=34143&t=34136 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Additions to CCIE R&S lab [7:34136]
I have heard rumors of this, but no confirmation. I have a week to go and sure would like to know if this is something I need to worry about. ""Tauseef Nagi"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > Cisco's europe office in Brussels, Begium. > > Tauseef > > ""Scott H."" wrote in message > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > source? > > > > ""Tauseef Nagi"" wrote in message > > news:[EMAIL PROTECTED]... > > > Hi all, > > > > > > Latest information coming out of Cisco regarding CCIE R&S lab is that > > Cisco > > > will be adding more (complex) switching material to the lab scenarios. > > This > > > will include two switches with routing engines, trunking between > switches, > > > pvlans, multicasting on switches, etc. > > > These new scenarios will began to appear in April of this year at the > > > earliest(if not already being tested) and formalized by July of this > year. > > > Can anyone confirm this? > > > > > > Tauseef Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=34147&t=34136 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Round 1 to the lab [7:35410]
Took the lab Tuesday in San Jose. Missed by a just a couple of points on some really stupid mistakes. The time factor is a killer on this exam. Let me clarify that statement--you have plenty of time to do what is asked of you, the real problem is that you can't hesitate anywhere. You have to be able to read the requirements and decide in a very short period of time how you will satisfy them. For me, this wasn't really a problem accept for one little piece. In my rush to get through the exam in the alloted time, I forgot about the little things. Things I had configured hundreds of times before and were "automatic" somehow got left right outside the entrance to the room. I ended up finishing the majority of the exam w/ about an hour left and tried to troubleshoot the problems. The "automatic" things were overlooked because I have never had a problem w/them before. They called time before I could get them resolved and the rest is history. Moral of the story: speed kills in more ways than one. The people out there who have yet to take the exam are probably saying "that won't happen to me, that guy just wasn't prepared." Believe me, it will. I was sitting on the other side of that monitor not more than a week ago saying the same thing. I knew how to do everything on the exam, somewhere between my head and fingers it got lost. Round 2 is scheduled for as soon as my 30 days are up. I won't let those same mistakes happen again--believe me, they are etched into my brain. One more command in a certain place probably would have gotten me over the top. You have no idea how bad that burns. Scott Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=35410&t=35410 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Round 1 to the lab [7:35410]
Thanks for the support guys. If nothing else, it has must made me mad and more determined. As soon as I can get some sleep, I'm going to double up my study efforts from before. At this point, just passing is not going to satisfy me--anything less than a 95 is unacceptable. I want to beat it worse than it beat me. This was my first shot. I was convinced before hand that I was ready and I really think I was. I think that maybe I was seduced a little by the aura of it and I let it get the best of me. After experiencing it, the fascination is gone. Now it is sheer determination. Richard--remember it's just an exam. Forget about everything else. You can succeed if you know your stuff and keep your head straight. Best of luck. ""Richard Botham"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > Scott, > Really bad luck. > > But hey thanks for the encouragement - I have my lab in 3 weeks so that > really makes me feel comfortable - not. > > I understand what you say about people reading a post similar to yours and > thinking - this guy wasn't prepared. I am sure that is just pure arrogance > on their part - I don't doubt you for a minute and will confirm this in 2 > weeks > > Was this your 1st shot? > > I am sure you will win hands down in round 2. > > All the very best > > Richard Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=35421&t=35410 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Easy ways to pick up a few extra minutes on the CCIE lab. [7:35534]
do a 'write me' every time you leave a router. if you are having problems, sometimes it doesn't hurt to reload either. ""Hire, Ejay"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > no ip domain-lookup (how do you spell pnig again) > terminal escape-char 3 (Press Ctrl-c to break out of ping & Telnet) > > Anybody got others? Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=35534&t=35534 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
redistribution and tags [7:35624]
At what point during redistribution is a route-map processed? In other words, if I want to redistribute from EIGRP (supports tags) to IGRP (doesn't support tags) can I match tags in the route map and then let those routes go into IGRP? Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=35624&t=35624 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: redistribution and tags [7:35624]
Thanks Chuck. This is actually part of a greater redistribution plan to match routes already in EIGRP from another protocol and prevent them from going into IGRP. I then permit those routers in the other protocol into IGRP and deny the EIGRP routes in that protocol. Since I can use the tag to match the routes prior to going into IGRP, this scenario just got incredibly easy. Without the tags, my brain was starting to melt trying to figure out all the statements for the ACL. ""Chuck"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > Route maps are essentially built around an "if then else(if)" logic. the > point of their activation is the point of their inception. > > therefore if you were to have a route-map such as: > > route-map eigrp_tag_igrp permit 10 > match tag X > set metric 1 100 255 1 1500 > > and the redistribute statement: > > router igrp 100 > redistribute eigrp 50 route-map eigrp_tag_igrp > > then the logic flow is: > > 1) take a route learned from eigrp 50 > 2)if the tag for that route is X then set the metric as stated and > redistribute it into IGRP 100 > 3) else don't redistribute > > in this case, only those routes with a tag of X learned from eigrp 50 will > be redistributed into igrp ( subject to the classfulness of the route ) > > sometimes it can be a little difficult to determine where exactly things > happen in the various processes on a router. for example, linear > redistribute seems not to occur at all, even if that does not seem logical. > ( can't redistribute from rip to igrp to ospf an the same router, not and > get anything coherent or predictable as a result ) however, in this case, > the logic appears to be straightforward, so far as I can tell. > > HTH > > Chuck > > ""Scott H."" wrote in message > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > At what point during redistribution is a route-map processed? In other > > words, if I want to redistribute from EIGRP (supports tags) to IGRP > (doesn't > > support tags) can I match tags in the route map and then let those routes > go > > into IGRP? Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=35646&t=35624 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: redistribution and tags [7:35624]
On 1 router I am redistributing OSPF into IGRP, EIGRP into IGRP, and OSPF into EIGRP. Downstream, I am redistributing OSPF into EIGRP. The loop in this scenario is deadly so I need to find a way to let both EIGRP and OSPF redistribute only routes originating from their domains into IGRP. The plan was to tag OSPF routes going into EIGRP w/ a tag of 1 and EIGRP routes going into OSPF w/ a tag of 2 downstream. Therefore, when I redistribute EIGRP into IGRP I can deny all routes w/ a tag of 1 and permit anything else. Also, when I redistribute OSPF into IGRP I can deny all routes w/a tag of 2 and permit everything else. This should ensure that IGRP receives only routes from the OSPF domain that originated in OSPF and only EIGRP routes that originated in EIGRP. I still have not had a chance to test this, but in theory it should work perfectly. You see any potential problems here? ""Chuck"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > I did a little bit of research on this, being curious as to the reason for > your question. > > essentially, the logic illustrated below works just fine. the questions that > came up are: > > 1) how to tag the eigrp routes in the first place and > 2) why the routes may not appear in IGRP assuming the eigrp tags exist. > > there may be a way to tag the routes natively, but I have not found it. tags > can be set during redistribution into eigrp using route-maps. > > don't forget the metric commands when redistributing into igrp and eigrp. > routes do not get redistributed without a metric assignment. I experienced > difficulty when using a route-map to set the metric. I ended up using a > default metric under the eigrp process. > > the setup: > > OSPF->EIGRP--->IGRP > > ospf routes have a tag of 200 > > O192.168.23.0/24 [110/74] via 192.168.34.3, 00:19:09, Ethernet0 > O192.168.33.0/24 [110/11] via 192.168.34.3, 00:19:09, Ethernet0 > R4# > > D192.168.106.0/24 [90/2297856] via 192.168.47.4, 00:16:05, Serial0 > C192.168.47.0/24 is directly connected, Serial0 > D192.168.105.0/24 [90/2297856] via 192.168.47.4, 00:16:05, Serial0 > I192.168.8.0/24 [100/8976] via 192.168.78.8, 00:01:17, Serial1 > 156.26.0.0/24 is subnetted, 1 subnets > D EX 192.168.23.0/24 [170/2195456] via 192.168.47.4, 00:15:15, Serial0 > D EX 192.168.34.0/24 [170/2195456] via 192.168.47.4, 00:15:15, Serial0 > D EX 192.168.33.0/24 [170/2195456] via 192.168.47.4, 00:15:17, Serial0 > R7# > > note the external routes in EIGRP - these originate in OSPF, and should have > a tag of 200 > the "D" routes ( native EIGRP ) will have no such tag > > I192.168.23.0/24 [100/10576] via 192.168.78.7, 00:00:16, Serial1 > I192.168.34.0/24 [100/10576] via 192.168.78.7, 00:00:17, Serial1 > I192.168.33.0/24 [100/10576] via 192.168.78.7, 00:00:18, Serial1 > R8# > > note that the only IGRP routes are those that appear as EIGRP external > routes on R7 ( those redistributed from OSPF, and having the tag of 200. > note that the EIGRP native routes of 192.168.105.0 and 106.0 do not appear > > things to check: > > 1) proper construction of the route maps > > 2) setting of a default-metric within the eigrp and igrp processes so that > routes are redistributed and/or accepted by those processes > > 3) that tags are actually being applied to routes as you believe they should > be. > > HTH > > Chuck > > > ""Chuck"" wrote in message > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > Route maps are essentially built around an "if then else(if)" logic. the > > point of their activation is the point of their inception. > > > > therefore if you were to have a route-map such as: > > > > route-map eigrp_tag_igrp permit 10 > > match tag X > > set metric 1 100 255 1 1500 > > > > and the redistribute statement: > > > > router igrp 100 > > redistribute eigrp 50 route-map eigrp_tag_igrp > > > > then the logic flow is: > > > > 1) take a route learned from eigrp 50 > > 2)if the tag for that route is X then set the metric as stated and > > redistribute it into IGRP 100 > > 3) else don't redistribute > > > > in this case, only those routes with a tag of X learned from eigrp 50 will > > be redistributed into igrp ( subject to the classfulness of the route ) > > > > sometimes it can be a little difficult to determine where exactly things > > happen in the various processes on a router. for example, linear > > redistribute seems not to occur at all, even if that does not seem > logical. > > ( can't redistribute from ri
Re: BGP split horizon rule + reflectors =??? [7:35679]
First of all, BGP has no "split horizon" rule. IBGP neighbors will not propagate routes to each other as a matter of loop protection (since we have no way to add AS numbers w/in the AS--don't worry about confederations yet). This really has nothing to do w/split horizon. Try this: R1R2---R3 R1 will forward it's routes to R2. R2 will forward it's routes to R3. R3 will forward it's routes to R2. Problem: R3 has no routes for R1. Why? R1 and R3 need to have a neighbor connection between them. Once this is done, R3 will have routes from R1 and R1 will have routes from R3. The reason for this can be seen if you really think about it: R1---R2---R3 \ / \ / R4 R1 forwards routes to R2 and R4. R2 forwards routes to R3. R4 forwards routes to R3. R3 now has a loop. The only loop protection BGP has is AS numbers. We are in the same AS here so that won't help. If neither R2 or R4 forwards routes from R1, we have no loop. This is fundamental to IBGP---all routers must be fully meshed to see all routes. On to route reflectors. Route reflectors relax the rule of full mesh connectivity. Basically, all routers internal to an AS peer with the route reflector only. The route reflector "reflects" routes from each peer to all the other peers and to all non-clients ONLY if the routes came from a client or a different non-client. This makes sure that all non-clients have the routes from the route reflector peers and other peers within the AS. We do not need any form of "split horizon" here because the route reflector serves as the means for a full mesh. The route reflector knows (you can call it magic, or you can do a lookup on CCO for cluster IDs) not to forward routes back in the direction they came. Do NOT confuse this w/ split horizon. Split horizon really has no place here. Good sources for further study: Internet Routing Architectures by Halabi--this is considered the bible for BGP. You ever want to be a CCIE, you need this book. Routing TCP/IP Vol. II by Doyle--somewhat new, but still a beauty. HTH Scott ""Joep Hoet"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > The BGP split horizon rule is confusing me. > It states that routes learned by a IBGP router are not propagated to other > IBGP routers. > I guess this only regards IGP learned routes and trying to avoid that an > IBGP router learns a IGP route before other parts of the AS which are needed > for this route do. Is this right? > . > > Secondly, when a route reflector is configured and it receives an update > from a client, this route is propagated to all clients (except the > originating client), and, which confuses me, to all nonclients. > > This is like an IBGP router (in this case a cluster) propagating routes to > other IBGP peers, isn't ? > > How come there is no need for a split horizon rule here, or rather, since I > don't seem to understand it very well, why is the effect that causes us to > have a split horizon rule in the first place not there? Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=35680&t=35679 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: redistribution and tags [7:35624]
This is actually something a co-worker has drawn up for me. One of my weaker points has always been multiple redistribution between multiple protocols. Goes something like this: R1-R2R3 || || -R4 R1 has IGRP connection to R2 R2 has a OSPF connection to R4 R2 also has EIGRP connection to R3 R3 is EIGRP to R4 R4 and R3 have a bunch of loopbacks to generate routes. My thought here was to only allow routes originating from their respective domain into IGRP. That would solve the loop and AD issue here. The redundancy is gone, but whoever draws up a network like this in real life should be shot. On R4: route-map filtereigrp deny 10 match tag 1 route-map filtereigrp permit 20 set tag 2 route-map filterospf deny 10 match tag 2 route-map filterospf permit 20 set tag 1 router ospf 1 redistribute eigrp 1 subnets route-map filtereigrp router eigrp 1 redistribute ospf 1 route-map filterospf default-metric x x x x On R2: Same as above between eigrp and ospf For OSPF2IGRP: route-map filtereigrproutes deny 10 match tag 1 route-map filtereigrproutes permit 20 For EIGRP2IGRP: route-map filterospfroutes deny 10 match tag 2 route-map filterospfroutes permit 20 router igrp 1 redistribute eigrp 1 route-map filterospfroutes redistribute ospf 1 route-map filtereigrproutes default-metric x x x x Will probably have a redistribute connected in EIGRP and OSPF to pick up the IGRP connection to R1. Not sure what you meant by the route leak, please explain. ""Chuck"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > hmmm interesting discussion. the scenario reminds me of something I saw > from someplace called NT Labs, maybe? > > Let's see if I can sketch the scene: > > > R1-R2-R3 > IGRP bunch of stuff OSPF/EIGRP > > R2: > > router IGRP > redistribute OSPF route-map filter-ospf-tag > redistribute EIGRP route-map filter-eigrp-tag > > router eigrp > redistribute OSPF tag 1 > > R3 > > router ospf > redistribute eigrp tag 2 > > seems to me there is a trick in here somewhere. maybe on R2, where > redistribution into IGRP contains the possibility of route leak? maybe not > in this topology. maybe if the topology were a ring or a circle, and there > are two points of mutual redistribution? Slattery's book has an interesting > exercise along that line, and I'm not sure I ever got the filters tweaked > right in that one. > > Chuck > > ""Scott H."" wrote in message > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > On 1 router I am redistributing OSPF into IGRP, EIGRP into IGRP, and OSPF > > into EIGRP. Downstream, I am redistributing OSPF into EIGRP. The loop in > > this scenario is deadly so I need to find a way to let both EIGRP and OSPF > > redistribute only routes originating from their domains into IGRP. The > plan > > was to tag OSPF routes going into EIGRP w/ a tag of 1 and EIGRP routes > going > > into OSPF w/ a tag of 2 downstream. Therefore, when I redistribute EIGRP > > into IGRP I can deny all routes w/ a tag of 1 and permit anything else. > > Also, when I redistribute OSPF into IGRP I can deny all routes w/a tag of > 2 > > and permit everything else. This should ensure that IGRP receives only > > routes from the OSPF domain that originated in OSPF and only EIGRP routes > > that originated in EIGRP. I still have not had a chance to test this, but > > in theory it should work perfectly. > > > > You see any potential problems here? > > > > ""Chuck"" wrote in message > > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > > I did a little bit of research on this, being curious as to the reason > for > > > your question. > > > > > > essentially, the logic illustrated below works just fine. the questions > > that > > > came up are: > > > > > > 1) how to tag the eigrp routes in the first place and > > > 2) why the routes may not appear in IGRP assuming the eigrp tags exist. > > > > > > there may be a way to tag the routes natively, but I have not found it. > > tags > > > can be set during redistribution into eigrp using route-maps. > > > > > > don't forget the metric commands when redistributing into igrp and > eigrp. > > > routes do not get redistributed without a metric assignment. I > experienced > > > difficulty when using a route-map to set the metric. I ended up using a > > > default metric under the eigrp process. > > &g
Re: Keeping Tunnel Up [7:35840]
Source and destination of the tunnel should be loopback interfaces. The tunnel will most likely bounce when the primary fails, but should recover when the new routes are discovered. ""Aamer Kaleem"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > I cannot keep an ip tunnel up when the primary wan link fails. I mean the > Dial backup works fine with both backup interface and dialer watch-list, but > the tunnenl which was source from the failed serial link would not come up > even though all routes are being learned thru BRI interface and are in > routing table. > > Can some please guide me what should i do... > > Thank you, > > Aamer Kaleem Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=35846&t=35840 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: CCIE Practice Labs [7:35978]
try www.ccbootcamp.com. I have rented time from them and had no problems. Their racks have everything you need. ""Emilio"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > Hi Everyone, > I'm triying to practice more to CCIE Lab. > > I want to rent some remote Lab to practice. > > What companies offers this services??? > > Thanks a lot, > Emilio Caamaqo > CCNA, CCDA, CCNP > CCSI Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=35985&t=35978 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: exec-timeout 0 0 ?? [7:36018]
You gotta love this one. Real pain in the *ss to get back in. ""Chuck"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > and if you want to have a ton of fun, set it to something like 0 1 ;-> > > > ""Thom Castognalia"" wrote in message > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > Phil - It will make your timeout infinity. If you want to set your > timeout > > to absolutely nothing, do the command, "no exec" Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=36052&t=36018 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Ch 7 pg 518 in ccie practical studies - Karl [7:36393]
Should be "snapshot routing can be used only with distance vector protocols, such as IGRP and RIP." ""Rajesh Kumar"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > Hi all, > > I am quoting here the second paragraph on Pg 518 of CCIE practical > studies book > > > "Because link-state protocols rely on the use of periodic hellos to > retain neighbor adjacency snapshot routing can be used only with > link-state protocols, such as IGRP and RIP for IP, RIP for IPX, and RTMP > for AT " > > > Having said link-state protocols and giving examples of distance vector > protocols I am presuming a typo in this. > > Can anybody comment on this please? > > Thanks > Rajesh Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=36404&t=36393 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: OSPF question [7:36641]
Always know multiple ways to do things. Priority overrides RID. ""cclark"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > In determining DR and BDR, OSPF will use the priority and the Router ID. I > can change the Router ID by creating a loopback with a higher ID (IP address > right?). Why would I do this? Why would I not just change the priority of > the router in question? If I want a specific router to be the DR, why not > set it with a priority of 1 and set all the other routers to something like > 5? TIA. > > cc Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=36675&t=36641 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Problem Pinging FR Interface - What is Going On? [7:36743]
Map the local DLCI to the local IP address. Router doesn't know how to get there. ""Karl Brusen"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > I was working with FR in my home lab, and I ran into an interesting > problem. This is the first time I've set up a router to function as a FR > switch. Here's the scenario. > > I am using a 2524 with two five-in-one serial modules as the FR switch to > connect two routers with fixed serial ports, a 2503 and a 2509. The PVC is > up and active. I can ping from each router, through the FR switch to the > router on the other side, but I cannot internally ping the FR interface of > the router I am pinging from. After checking around a bit, I learned that > pinging a serial interface of the router originating the ping works > differently than pinging an ethernet interface. Apperently, serial > interfaces cannot responded internally to an interally generated ping -- the > ping actually goes out on the wire and comes back. I don't completely > understand this, but it is clear the the ping does travel through the > external cable. > > So can anyone tell me why the internal ping to the FR interface doesn't > work. It isn't a big deal, but I would like to understand what is going > on. Is there a problem with the way I have configured the 2524 as a FR > switch? > > Here are the configurations. > > START OF CONFIGURATION FOR CISCO 2524 ACTINT AS A FRAME RELAY SWITCH. 2524 > EQUIPPED WITH TWO FIVE-IN-ONE SERIAL MODULES. > > frameswitch#show run > Building configuration... > > Current configuration: > ! > version 12.0 > service timestamps debug uptime > service timestamps log uptime > no service password-encryption > ! > hostname frameswitch > ! > ! > ip subnet-zero > frame-relay switching > ! > ! > ! > interface Ethernet0 > ip address 192.168.1.105 255.255.255.0 > no ip directed-broadcast > ! > interface Serial0 > no ip address > no ip directed-broadcast > encapsulation frame-relay > no ip mroute-cache > clockrate 56000 > frame-relay intf-type dce > frame-relay route 301 interface Serial1 901 > ! > interface Serial1 > no ip address > no ip directed-broadcast > encapsulation frame-relay > clockrate 56000 > frame-relay intf-type dce > frame-relay route 901 interface Serial0 301 > ! > ip classless > ! > ! > line con 0 > transport input none > line aux 0 > line vty 0 4 > login > ! > end > > START OF CONFIGURATION OF CISCO 2503 CONNECTED TO CISCO 2509 VIA CISCO 2524 > ACTING AS A FRAME RELAY SWITCH > > 2503A#show run > Building configuration... > > Current configuration: > ! > version 11.0 > service password-encryption > service udp-small-servers > service tcp-small-servers > ! > hostname 2503A > ! > enable secret 5 $1$n6HI$CliSp0vBx8d8fUPVllPON. > enable password 7 140713181F13253920 > ! > ! > interface Loopback0 > ip address 172.16.18.1 255.255.255.0 > ! > interface Ethernet0 > ip address 192.168.1.106 255.255.255.0 > ! > interface Serial0 > ip address 172.16.17.1 255.255.255.0 > encapsulation frame-relay > no fair-queue > frame-relay map ip 172.16.17.2 301 broadcast > ! > interface Serial1 > no ip address > shutdown > ! > interface BRI0 > no ip address > shutdown > ! > ! > line con 0 > password 7 15190A1E08 > login > line aux 0 > password 7 15190A1E08 > login > transport input all > line vty 0 4 > password 7 110218171B > login > ! > end > > START OF CONFIGURATION OF CISCO 2509 CONNECTED TO CISCO 2503 VIA CISCO 2524 > ACTING AS A FRAME RELAY SWITCH > > 2609A#show run > Building configuration... > > Current configuration : 701 bytes > ! > version 12.2 > no service single-slot-reload-enable > service timestamps debug uptime > service timestamps log uptime > no service password-encryption > ! > hostname 2609A > ! > logging rate-limit console 10 except errors > ! > ip subnet-zero > no ip finger > ! > no ip dhcp-client network-discovery > ! > ! > ! > ! > interface Ethernet0 > ip address 192.168.1.107 255.255.255.0 > ! > interface Serial0 > ip address 172.16.17.2 255.255.255.0 > encapsulation frame-relay > no ip mroute-cache > frame-relay map ip 172.16.17.1 901 broadcast > ! > router rip > network 172.16.0.0 > network 192.168.1.0 > ! > ip kerberos source-interface any > ip classless > no ip http server > ! > ! > ! > line con 0 > transport input none > line 1 8 > line aux 0 > line vty 0 4 > login > ! > end Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=36751&t=36743 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: BGP and Select path for a AS [7:36947]
You could prepend AS numbers to the path going out to Carrier A and set local preference in IBGP to prefer the routes to Carrier B. This would force all incoming and outgoing traffic to Carrier B until an outage. ""Alfredo Pulido"" wrote in message news:[EMAIL PROTECTED].; > Hello, > > (English) > I have two connections for two diferents Carriers (Carrier A and Carrier > B), at present for access to the ASx the BGP protocol route this path for > Carrier A and I would like route this ASx ALWAYS for Carrier B. Is it > possible ? How to configure ? > > (Espaqol) > Yo tengo 2 conecciones a internet por 2 carriers diferentes (carrier A y > carrier B), actualmente para acceder al ASx el BGP me enrouta por el > carrier A pero me gustarma que me enrutara ese ASx SIEMPRE por el carrier B, > es posible configurar eso? y como se hace ? > > > Sincerely > > > -- > Alfredo Pulido [EMAIL PROTECTED] > Dept. Sistemas, IdecNet S.A. > Juan XXIII 44 // E-35004 Las Palmas de Gran Canaria, > Las Palmas // SPAIN > Tel: +34 828 111 000 Fax: +34 828 111 112 > http://www.idecnet.com/ > -- Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=36959&t=36947 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Doc CD [7:37402]
Anybody know where to find info. on services and other dark crevices of the IOS on the Doc CD? Thanks, Scott Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=37402&t=37402 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: CCIE R/S lab backlog [7:37412]
Not that bad. A bunch of dates open in March and April in San Jose--if you can't do that, you are screwed until August. The one thing that I have noticed is that when people get within their 28 day window, they drop their date. This opens up dates for the more serious contenders. Best of luck! Scott ""AMR"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > What's the wait time like nowadays? > > -A Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=37421&t=37412 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: CCIE program will be dropping token ring! [7:37422]
Wouldn't be too excited about this guys. Easiest damn points you can get in the lab. ""Cisco Nuts"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > hoorraayyy!! > > > >From: "William Gragido" > >Reply-To: "William Gragido" > >To: [EMAIL PROTECTED] > >Subject: RE: CCIE program will be dropping token ring! [7:37422] > >Date: Wed, 6 Mar 2002 12:52:08 -0500 > > > >AWESOME > > > >-Original Message- > >From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of > >Steven A. Ridder > >Sent: Wednesday, March 06, 2002 10:44 AM > >To: [EMAIL PROTECTED] > >Subject: CCIE program will be dropping token ring! [7:37422] > > > > > >I'm in a meeting with the CCIE program manager and they will be removing > >Token-ring soon! > > > >-- > > > >RFC 1149 Compliant. > > > > > >""Scott H."" wrote in message > >[EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > > Not that bad. A bunch of dates open in March and April in San Jose--if > >you > > > can't do that, you are screwed until August. The one thing that I have > > > noticed is that when people get within their 28 day window, they drop > >their > > > date. This opens up dates for the more serious contenders. > > > > > > Best of luck! > > > Scott > > > > > > ""AMR"" wrote in message > > > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > > > What's the wait time like nowadays? > > > > > > > > -A > _ > Join the worlds largest e-mail service with MSN Hotmail. > http://www.hotmail.com Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=37451&t=37422 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: RIP question [7:37455]
Unplug one of the cables. ""Jerry P."" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > Hi all: > > I have a question about a RIP lab exercise that I am developing for school > that I was wondering if I could ask you about. I have three routers each > connected through ethernet like such: 0---0---0 > > My goal is to have one of the routers go in holddown state after shutting > down an interface of a connecting router. So I type in debug ip routing and > clear ip route * expecting to get a routing table update of the router going > in holddown then eventually gets flushed out of the table. However, with > this network, it only shows that the network (or route) is deleted from the > table and seems to not put it into holddown state. Is there something wrong > with my network? Am I missing something? Any help on this would be greatly > appreciated. > > Thanks! > > Jerry Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=37456&t=37455 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: RIP question [7:37455]
Don't clear the route table either. That defeats the purpose. ""Scott H."" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > Unplug one of the cables. > > ""Jerry P."" wrote in message > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > Hi all: > > > > I have a question about a RIP lab exercise that I am developing for school > > that I was wondering if I could ask you about. I have three routers each > > connected through ethernet like such: 0---0---0 > > > > My goal is to have one of the routers go in holddown state after shutting > > down an interface of a connecting router. So I type in debug ip routing > and > > clear ip route * expecting to get a routing table update of the router > going > > in holddown then eventually gets flushed out of the table. However, with > > this network, it only shows that the network (or route) is deleted from > the > > table and seems to not put it into holddown state. Is there something > wrong > > with my network? Am I missing something? Any help on this would be > greatly > > appreciated. > > > > Thanks! > > > > Jerry Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=37457&t=37455 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: RIP question [7:37455]
Shutting down the interface will work. However, clearing the route table tells the route process to start over. If it starts over, it has no idea that the route ever existed. Shut down the interface and wait for the timers to expire. For example: R1-R2-R3 Shut down the interface at R1. Go to R3 and watch the route table. After the dead time expires you should see the route listed as possibly down. ""Jerry P."" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > I tried to disconnect the cable but that delete message still appears. > Isn't it possible to just shutdown the interface. Isn't it the same as > unplugging the connection? ALso, only when I clear ip route* does any > message appears. Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=37461&t=37455 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: RIP question [7:37455]
I set this up really quick and had it working. Here is my setup: R1R2 R1 has a loopback w/ address 10.1.1.1 and is using the serial to get to R2. After the connection was up and working, I shut down the loopback on R1 and immediately got the following (due to the triggered update as Priscilla said) on R2: R10.0.0.0/8 is possibly down, routing via 192.1.1.1, Serial0 C192.1.1.0/24 is directly connected, Serial0 After all the timers expired, the route dropped out of the table. C192.1.1.0/24 is directly connected, Serial0 HTH, Scott ""Jerry P."" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > When I added a network 154.1.1.0 to router r1 pinged it and shut it down > this is what r3 did: > > r3#debug ip routing > IP routing debugging is on > r3# > 05:25:49: RT: del 154.1.0.0 via 193.1.1.1, rip metric [120/2] > 05:25:49: RT: delete network route to 154.1.0.0 > > I have ethernet connections from r1 to r2 using a crossover cable. > > Jerry Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=37496&t=37455 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: RIP question [7:37455]
When it is listed as "possibly down" in the route table, it is in holddown. Running v1 on 12.1 code. ""Priscilla Oppenheimer"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > Can you enable debug ip routing on R2? We're trying to see if the route > goes into holddown. (At least I think that's what the problem is. The route > doesn't go into holddown on his network, it just gets deleted.) > > The easiest way to see this is with debug ip routing. You can also see more > info if you do a show ip route with the network number, i.e. show ip route > 10.0.0.0. > > What version of RIP are you using? What version of IOS? > > Thanks. > > Priscilla > > At 06:56 PM 3/6/02, Scott H. wrote: > >I set this up really quick and had it working. Here is my setup: > > > >R1R2 > > > >R1 has a loopback w/ address 10.1.1.1 and is using the serial to get to R2. > >After the connection was up and working, I shut down the loopback on R1 and > >immediately got the following (due to the triggered update as Priscilla > >said) on R2: > > > >R10.0.0.0/8 is possibly down, routing via 192.1.1.1, Serial0 > >C192.1.1.0/24 is directly connected, Serial0 > > > > > >After all the timers expired, the route dropped out of the table. > > > >C192.1.1.0/24 is directly connected, Serial0 > > > >HTH, > >Scott > > > >""Jerry P."" wrote in message > >[EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > > When I added a network 154.1.1.0 to router r1 pinged it and shut it down > > > this is what r3 did: > > > > > > r3#debug ip routing > > > IP routing debugging is on > > > r3# > > > 05:25:49: RT: del 154.1.0.0 via 193.1.1.1, rip metric [120/2] > > > 05:25:49: RT: delete network route to 154.1.0.0 > > > > > > I have ethernet connections from r1 to r2 using a crossover cable. > > > > > > Jerry > > > Priscilla Oppenheimer > http://www.priscilla.com Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=37509&t=37455 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: RIP question [7:37455]
Here is the debug: 00:04:10: RT: metric change to 10.0.0.0 via 192.1.1.1, rip metric [120/1] new metric [120/-1] 00:04:10: RT: delete route to 10.0.0.0 via 192.1.1.1, rip metric [120/4294967295 ] 00:04:10: RT: no routes to 10.0.0.0, entering holddown As soon as this happened, the route was listed as "possibly down" in the route table. After the flush timer expired, I see: 00:08:14: RT: garbage collecting entry for 10.0.0.0 IOS: System image file is "flash:/c2500-ins-l.120-18.bin" If you notice, the route gets deleted before it enters holddown. I would suggest that he puts a loopback on R1 to use as the test subnet as in theory he can still reach the ethernet segment between R1 and R2 even if R1 is shutdown. HTH, Scott ""Scott H."" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > When it is listed as "possibly down" in the route table, it is in holddown. > Running v1 on 12.1 code. > > ""Priscilla Oppenheimer"" wrote in message > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > Can you enable debug ip routing on R2? We're trying to see if the route > > goes into holddown. (At least I think that's what the problem is. The > route > > doesn't go into holddown on his network, it just gets deleted.) > > > > The easiest way to see this is with debug ip routing. You can also see > more > > info if you do a show ip route with the network number, i.e. show ip route > > 10.0.0.0. > > > > What version of RIP are you using? What version of IOS? > > > > Thanks. > > > > Priscilla > > > > At 06:56 PM 3/6/02, Scott H. wrote: > > >I set this up really quick and had it working. Here is my setup: > > > > > >R1R2 > > > > > >R1 has a loopback w/ address 10.1.1.1 and is using the serial to get to > R2. > > >After the connection was up and working, I shut down the loopback on R1 > and > > >immediately got the following (due to the triggered update as Priscilla > > >said) on R2: > > > > > >R10.0.0.0/8 is possibly down, routing via 192.1.1.1, Serial0 > > >C192.1.1.0/24 is directly connected, Serial0 > > > > > > > > >After all the timers expired, the route dropped out of the table. > > > > > >C192.1.1.0/24 is directly connected, Serial0 > > > > > >HTH, > > >Scott > > > > > >""Jerry P."" wrote in message > > >[EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > > > When I added a network 154.1.1.0 to router r1 pinged it and shut it > down > > > > this is what r3 did: > > > > > > > > r3#debug ip routing > > > > IP routing debugging is on > > > > r3# > > > > 05:25:49: RT: del 154.1.0.0 via 193.1.1.1, rip metric [120/2] > > > > 05:25:49: RT: delete network route to 154.1.0.0 > > > > > > > > I have ethernet connections from r1 to r2 using a crossover cable. > > > > > > > > Jerry > > > > > > Priscilla Oppenheimer > > http://www.priscilla.com Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=37513&t=37455 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: RIP question [7:37455]
Also, make sure you are looking at the debug at R3. R1 won't show this same info.. ""Scott H."" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > Here is the debug: > > 00:04:10: RT: metric change to 10.0.0.0 via 192.1.1.1, rip metric [120/1] > new metric [120/-1] > 00:04:10: RT: delete route to 10.0.0.0 via 192.1.1.1, rip metric > [120/4294967295 > ] > 00:04:10: RT: no routes to 10.0.0.0, entering holddown > > As soon as this happened, the route was listed as "possibly down" in the > route table. After the flush timer expired, I see: > > 00:08:14: RT: garbage collecting entry for 10.0.0.0 > > IOS: > System image file is "flash:/c2500-ins-l.120-18.bin" > > If you notice, the route gets deleted before it enters holddown. I would > suggest that he puts a loopback on R1 to use as the test subnet as in theory > he can still reach the ethernet segment between R1 and R2 even if R1 is > shutdown. > > HTH, > Scott > > ""Scott H."" wrote in message > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > When it is listed as "possibly down" in the route table, it is in > holddown. > > Running v1 on 12.1 code. > > > > ""Priscilla Oppenheimer"" wrote in message > > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > > Can you enable debug ip routing on R2? We're trying to see if the route > > > goes into holddown. (At least I think that's what the problem is. The > > route > > > doesn't go into holddown on his network, it just gets deleted.) > > > > > > The easiest way to see this is with debug ip routing. You can also see > > more > > > info if you do a show ip route with the network number, i.e. show ip > route > > > 10.0.0.0. > > > > > > What version of RIP are you using? What version of IOS? > > > > > > Thanks. > > > > > > Priscilla > > > > > > At 06:56 PM 3/6/02, Scott H. wrote: > > > >I set this up really quick and had it working. Here is my setup: > > > > > > > >R1R2 > > > > > > > >R1 has a loopback w/ address 10.1.1.1 and is using the serial to get to > > R2. > > > >After the connection was up and working, I shut down the loopback on R1 > > and > > > >immediately got the following (due to the triggered update as Priscilla > > > >said) on R2: > > > > > > > >R10.0.0.0/8 is possibly down, routing via 192.1.1.1, Serial0 > > > >C192.1.1.0/24 is directly connected, Serial0 > > > > > > > > > > > >After all the timers expired, the route dropped out of the table. > > > > > > > >C192.1.1.0/24 is directly connected, Serial0 > > > > > > > >HTH, > > > >Scott > > > > > > > >""Jerry P."" wrote in message > > > >[EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > > > > When I added a network 154.1.1.0 to router r1 pinged it and shut it > > down > > > > > this is what r3 did: > > > > > > > > > > r3#debug ip routing > > > > > IP routing debugging is on > > > > > r3# > > > > > 05:25:49: RT: del 154.1.0.0 via 193.1.1.1, rip metric [120/2] > > > > > 05:25:49: RT: delete network route to 154.1.0.0 > > > > > > > > > > I have ethernet connections from r1 to r2 using a crossover cable. > > > > > > > > > > Jerry > > > > > > > > > Priscilla Oppenheimer > > > http://www.priscilla.com Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=37514&t=37455 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: BGP issue ??? [7:37730]
Yes. BGP needs to know how to get to that neighbor and since they are not directly connected or running a common IGP, you need a static route. ""Stanzin Takpa"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > In the following cisco configuration , Is the static route necessary, either > it is ebgp or ibgp? > > > > > ROUTER-A > interface Loopback0 > ip address 2.2.2.2 255.255.255.255 > ! > interface Serial1 > ip address 10.10.10.1 255.255.255.0 > ! > router bgp 400 > neighbor 1.1.1.1 remote-as 400 > neighbor 1.1.1.1 update-source Loopback0 > ! > ip route 1.1.1.1 255.255.255.255 10.10.10.2 > > > ROUTER-B > interface Loopback0 > ip address 1.1.1.1 255.255.255.255 > ! > interface Serial1 > ip address 10.10.10.2 255.255.255.0 > ! > router bgp 400 > neighbor 2.2.2.2 remote-as 400 > neighbor 2.2.2.2 update-source Loopback0 > ! > ip route 2.2.2.2 255.255.255.255 10.10.10.1 > > > > Stanzin Takpa Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=37731&t=37730 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: BGP issue ??? [7:37730]
No. Synch does not have any effect here. The issue is to create the initial neighbor relationship. Synch only matters when you are trying to get routes into the route table. ""David j"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > If you disable synchronization, will it work fine? > Scott H. wrote: > > > > Yes. BGP needs to know how to get to that neighbor and since > > they are not > > directly connected or running a common IGP, you need a static > > route. > > > > ""Stanzin Takpa"" wrote in message > > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > > In the following cisco configuration , Is the static route > > necessary, > > either > > > it is ebgp or ibgp? > > > > > > > > > > > > > > > ROUTER-A > > > interface Loopback0 > > > ip address 2.2.2.2 255.255.255.255 > > > ! > > > interface Serial1 > > > ip address 10.10.10.1 255.255.255.0 > > > ! > > > router bgp 400 > > > neighbor 1.1.1.1 remote-as 400 > > > neighbor 1.1.1.1 update-source Loopback0 > > > ! > > > ip route 1.1.1.1 255.255.255.255 10.10.10.2 > > > > > > > > > ROUTER-B > > > interface Loopback0 > > > ip address 1.1.1.1 255.255.255.255 > > > ! > > > interface Serial1 > > > ip address 10.10.10.2 255.255.255.0 > > > ! > > > router bgp 400 > > > neighbor 2.2.2.2 remote-as 400 > > > neighbor 2.2.2.2 update-source Loopback0 > > > ! > > > ip route 2.2.2.2 255.255.255.255 10.10.10.1 > > > > > > > > > > > > Stanzin Takpa Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=37734&t=37730 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: The CCNA exam has changed effective 3-12-02 [7:37960]
I never use the full commands anymore. Takes too much time. You will find when you get to the CCIE level that you don't have time for it and for the most part forget the entire commands. You just remember the abbreviated ones. ""Andy Barkl"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > Why would the exam simulator give you the help option? And you should > always remember the full command. > > The simulators from www.CiscoPress.com and www.RouterSim.com do support > the help command and abbreviated commands. But nothing beats real > equipment. > > > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of > sam sneed > Sent: Tuesday, March 12, 2002 10:54 AM > To: [EMAIL PROTECTED] > Subject: Re: The CCNA exam has changed effective 3-12-02 [7:37960] > > I tried the simulation and it makes you type out every single command. > No > abreviations and no "?" allowed. Thats is retarded. If there going to > make > their simulation they should do it right, it is their software they're > simulating. I'd like to see anyone doing any half decent config without > using tab completion or "?". > > My thoughts are that its a great idea, and should be applied to the CCNP > too, but the simulation should be as accurate as possible.If they're > going > to be half-assed about it don't do it at all. Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=37979&t=37960 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: you American need to think [7:38323]
Crawl back into that hole you came out of. Nobody wants to listen to your B.S. ""Jim Bond"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > Sorry for wasting your bandwidth, but I have to say > this. > > Being rich is good; being smart is good. But if you > treat others like sxxt, others will treat you like > sxxt too. Think about this: if you are a CCNA and your > CCIE co-worker say your "stupid" or "dumb", will you > respect him? > > There are so many knowledgeable and friendly people on > this list, but there are some rude and arrogant people > too. > > I agree that Bin Laden is a murderer, an evil, but you > American need to think why he only attacks US, not > Germany or Russia or Japan or others. > > Show some respect to others, it won't make you poor. > Also remember that there are always someone richer and > smarter than you. > > Over. Dismiss. > > Jim > > __ > Do You Yahoo!? > Yahoo! Sports - live college hoops coverage > http://sports.yahoo.com/ Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=38349&t=38323 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Embryonic connections [7:38451]
The telco. denying responsibility for something--the hell you say! Never heard of it before. ""Steve Smith"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > Can anyone explain the term embryonic connections? I have a box that has > increasing dropped embryonic connections which if I knew exactly what > the term meant maybe I could help this Telco figure out what is wrong > with their box that they say has no problems must be my router thing > going on. > > Thanks! > > Steve Smith MCSE, CCNA, CCDA > Data Networks Technical Manager > Freeliant Inc. > [EMAIL PROTECTED] > > The brave may not live forever, but the cautious never live. Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=38456&t=38451 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: ISL Trunking from a h/w's perspective [7:39246]
The only time the SC0 interface comes into play is for telnet into the box. If you have any 100 MB ports on your switch, you can run trunking. set trunk (mod/port) on isl If this trunk is running into a router, you need to create the subinterfaces on the router to enable routing between VLANS. int fa1/0.100 ip address (the subnet of the vlan) encap isl (the vlan #) HTH, Scott ""George Siaw"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > Do I need an Sc0 port when routing between Vlans? However, there's no > uplink module on neither of my supervisor engines. Would you know a s/w > work around without having to buy the module? > > George. > > -Original Message- > From: Larry Letterman [mailto:[EMAIL PROTECTED]] > Sent: 23 March 2002 00:17 > To: George Siaw; [EMAIL PROTECTED] > Subject: RE: ISL Trunking from a h/w's perspective [7:39246] > > You dont have to configure SC0 interface to do isl or dot1q. Its only > needed > for management, telnet etc... > > > Larry Letterman > Cisco Systems > [EMAIL PROTECTED] > > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of > George Siaw > Sent: Friday, March 22, 2002 3:45 PM > To: [EMAIL PROTECTED] > Subject: ISL Trunking from a h/w's perspective [7:39246] > > > Guys, > > > > Any ideas as how I can configure isl trunking without an Sc0 port on the > supervisor engines? Can I configure on of the ports to assume this > position i.e. Sc0? If so what are the cmds? > > > > Regards, > > George. > > > > Configs as below: > > > > Console> (enable) sh mod 1 > > Mod Module-Name Ports Module-Type ModelSerial-Num > Status > > --- --- - - - - > --- > > 1 ENGINE-10 Supervisor IIIWS-X5530 012144234 > ok > > > > Mod MAC-Address(es)Hw Fw Sw > > --- -- -- -- > - > > 1 00-50-f0-0c-64-00 to 00-50-f0-0c-67-ff 3.03.1.2 4.3(1a) > > > > Mod Sub-Type Sub-Model Sub-Serial Sub-Hw > > --- - -- -- > > 1 NFFC+WS-F5531 0012153640 1.0 > > > > Console> (enable) sh mod > > Mod Module-Name Ports Module-Type ModelSerial-Num > Status > > --- --- - - - - > --- > > 1 ENGINE-10 Supervisor IIIWS-X5530 012144234 > ok > > 2 ENGINE-20 Supervisor IIIWS-X5530 010867093 > standby > > 3 CCIE_LAB-0 2410/100BaseTX Ethernet WS-X5224 012154555 > ok > > 4 CCIE_LAB-1 2410/100BaseTX Ethernet WS-X5224 009616952 > ok > > 5 CCIE_LAB-2 2410/100BaseTX Ethernet WS-X5224 016372420 > ok > > > > Mod MAC-Address(es)Hw Fw Sw > > --- -- -- -- > - > > 1 00-50-f0-0c-64-00 to 00-50-f0-0c-67-ff 3.03.1.2 4.3(1a) > > 2 00-50-f0-0c-64-00 to 00-50-f0-0c-67-ff 2.03.1.2 4.3(1a) > > 3 00-50-53-c4-42-08 to 00-50-53-c4-42-1f 1.43.1(1) 4.3(1a) > > 4 00-10-7b-83-36-d8 to 00-10-7b-83-36-ef 1.43.1(1) 4.3(1a) > > 5 00-30-b6-29-95-48 to 00-30-b6-29-95-5f 1.53.1(1) 4.3(1a) > > > > Mod Sub-Type Sub-Model Sub-Serial Sub-Hw > > --- - -- -- > > 1 NFFC+WS-F5531 0012153640 1.0 > > 2 NFFC WS-F5521 0010866222 1.1 > > > > Console> (enable) sh ver > > WS-C5505 Software, Version McpSW: 4.3(1a) NmpSW: 4.3(1a) > > Copyright (c) 1995-1998 by Cisco Systems > > NMP S/W compiled on Nov 23 1998, 15:22:34 > > MCP S/W compiled on Nov 23 1998, 15:19:30 > > > > System Bootstrap Version: 3.1.2 > > > > Hardware Version: 1.0 Model: WS-C5505 Serial #: 066526573 > > > > Mod Port Model Serial # Versions > > --- -- - > > 1 0WS-X5530 012144234 Hw : 3.0 > > Fw : 3.1.2 > > Fw1: 4.2(1) > > Sw : 4.3(1a) > > 2 0WS-X5530 010867093 Hw : 2.0 > > Fw : 3.1.2 > > Fw1: 4.2(1) > > Sw : 4.3(1a) > > 3 24 WS-X5224 012154555 Hw : 1.4 > > Fw : 3.1(1) > > Sw : 4.3(1a) > > 4 24 WS-X5224 009616952 Hw : 1.4 > > Fw : 3.1(1) > > Sw : 4.3(1a) > > 5 24 WS-X5224 016372420 Hw : 1.5 > > Fw : 3.1(1) > > Sw : 4.3(1a) > > > >DRAMFLASH NVRAM > > Module Total UsedFreeTotal UsedFreeTotal Used Free > > -- --- --- --- --- --- --- - - - > > 1 32640K 13381K 1
hex interface command [7:39997]
Does anybody know the command to use on an interface to see bridge numbers in hex instead of decimal? Thanks, Scott Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=39997&t=39997 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: BGP question [7:40525]
Smaller routers couldn't handle all these routes. Can anybody say "mushroom cloud"? ""Lomker, Michael"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > Why is redistribution into an IGP a big no - no? My > > understanding is that this is what people usually do. > > You'd have to be careful about advertising those routes back out to BGP > again. There was a famous case of someone bringing down the Internet by > creating such a loop. Needless to say, their ISP shouldn't have been > accepting advertisements for networks that the company didn't own. Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=40543&t=40525 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: OSPF network command question [7:40939]
The first command will advertise the entire block. If you have other interfaces in that block, they will be included. The second command says to just advertise that interface. HTH, Scott ""Ruihai An"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > When I do a CCIE lab from CCIEBootCamp, I noticed two different ways to > advertise a network under OSPF. I wonder if anyone can explain the > differences between the two. > > For example: > interface fa0/0 > ip address 172.168.1.1 255.255.255.0 > > To advertise this network, you can use two different commands and both works > router ospf 10 >network 172.168.1.0 0.0.0.255 area 0 > > or you can also use: > router ospf 10 > network 172.168.1.1 0.0.0.0 area 0 > > Please notice the second network command uses Exact IP address on the > interface, instead of network numbers. > > Thanks > > Ruihai Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=40949&t=40939 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
OT:FS-2501s w/12.1 and 16/8 [7:42834]
2 2501s w/12.1 and 16/8 in good working condition. Console and DTE/DCE include. $850 obo. [EMAIL PROTECTED] Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=42834&t=42834 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Give up...Cannot ping from one spoke to another?? [7:43795]
Define an acl on each spoke with all of the remote networks ie: access-list 100 permit any (ip of remote network) Do this for each of the remote networks. Then define a route map matching on that access list and set the next hop to the ip of the hub router. Apply to the outgoing serial interface and don't forget to enable local policy routing so you can ping from the router. That should take care of it. HTH, Scott ""Cisco Nuts"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > Yes, policy routing could very well be the solution without using FR map > statements. But how would I go about doing this? I mean what kind of policy > routing needs to be in place on the spoke so that I can ping to the other > spoke (going thru the Hub rtr). And thus, get to the Ethernets of the spoke > routers. > > The hub router is the only one that can get to the ethernets on the spokes > and the spoke routers can ONLY get to the ethernet of the hub router not to > the ethernet of the other spoke. > > Could it be just static routes on the hub router pointing the next hop to > the serial of the spoke router? > I will try this. > > But any other ideas are gratefully appreciatedI have tired my eyes on > CCO till 3:00am in the morning and still not find the freaking answer. > > Thank you. > > > >From: Stephen Barlow > >To: 'Cisco Nuts' > >Subject: RE: Give up...Cannot ping from one spoke to another?? [7:43795] > >Date: Fri, 10 May 2002 07:58:19 -0400 > > > >I believe policy routing or frame maps on each spoke would solve it. Is > >the > >next hop of the spokes the other spoke? If yes, frame needs a layer 2 (or > >routing) to get around this. > >Hope it helps > > > >Steve > > > >-Original Message- > >From: Cisco Nuts [mailto:[EMAIL PROTECTED]] > >Sent: May 9, 2002 9:15 PM > >To: [EMAIL PROTECTED] > >Subject: Give up...Cannot ping from one spoke to another?? [7:43795] > > > > > >Hello, > > > >I have RTA configed as a FR hub with multipoint subif. I have RTB, RTC and > >RTE configed as spokes using only the serial intf. - FR network type > >Non-Broadcast. Have 1 single FR map statement on the spokes pointing to the > >hub. Have 3 map statements on the hub pointing back to each of the 3 > >spokes. > > > >Have Ospf configed. Area 0 the FR network for the serials. Area 1 on RTA, > >Area 10 on RTB and Area 4 on RTE each for the Ethernet side. Also have the > >neighbor statement on each spoke pointing to the hub with a priority of 2. > > > >A show ip route reveals all the OSPF networks (O IA routes) on each router. > >I can only ping from the hub router RTA to networks on the spoke routers > >BUT > > > >I cannot ping from one spoke router to a network on another spoke router > >EVEN though the routes are in the routing table? > > > >Why is that? > > > >A CATCH: I am not allowed to use the ip ospf network command anywhere nor > >FR > > > >map statements on each spoke pointing to the other spokes?? > > > >What is the way that will allow me to ping from RTB to RTC thru RTA the hub > >router? > > > >I tried the default-information originate on the hub rtr. RTA but this does > >not seem to help - even though it installs a default route on each spoke > >router. > > > >I am giving up after tiring me eyes on CCO. > > > >Anyone with any ideas? > > > >Thank you for your help. > > > > > > > > > > > >_ > >MSN Photos is the easiest way to share and print your photos: > >http://photos.msn.com/support/worldwide.aspx > >This e-mail message is intended only for the person or entity to which it > >is addressed > >and is confidential, subject to copyright and may be legally privileged. > >Any > >unauthorized review, use or disclosure is prohibited. If you received this > >in error, > >please contact the sender and delete all copies of the e-mail together with > >any > >attachments. > > > > > > > > > _ > MSN Photos is the easiest way to share and print your photos: > http://photos.msn.com/support/worldwide.aspx Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=43873&t=43795 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
OT:Must Sell 2 2501s w/12.1 and 16/8 [7:44121]
Selling 2 2501s w/ IOS 12.1 16/8 and 1 DTE/DCE cable. $600 including shipping COD anywhere in the lower 48. [EMAIL PROTECTED] Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=44121&t=44121 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Removing stuff from our router [7:44839]
Removing the route map and as-path filters will work the way you have it (if you do "no route-map MyISP-In" it will remove the entire route-map), but you should also remove the neighbor statements in your config. that reference these things. By looking at the configs., I'm assuming this is in a lab environment and not a real implementation. permit ^$ is simply permitting an empty as path. In other words, only routes originating in the local AS will be permitted. It's a common way to ensure that your AS does not become transit for somebody else's traffic. permit ^[0-9]* is a little more complicated. This statement is saying to permit zero or more instances of a number between 0 and 9. Do a search on CCO for AS path filters and you should find some good info. to help you on your way. HTH, Scott CCIE #9340 ""Anil Gupte"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > To remove this: > > route-map MyISP-In permit 10 > match as-path 6 > set local-preference 200 > > Do I just do this?: > no route-map MyISP-In permit 10 > > Also, to remove: > ip as-path access-list 1 permit ^[0-9]* > ip as-path access-list 2 permit ^$ > ip as-path access-list 3 permit ^1234$ > ip as-path access-list 3 permit ^1234_[0-9]*_[0-9]*$ > > Do I just?: > no ip as-path access-list 1 permit ^[0-9]* > no ip as-path access-list 2 > no ip as-path access-list 3 > > > Also what is that "permit ^$" and "permit ^[0-9]*" for? What does it do? > > Thanx for the help. > > Anil Gupte Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=44846&t=44839 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Removing stuff from our router [7:44839]
I wouldn't suggest playing with this until you really understand what you are doing. You could do some major damage to your network. ""Anil Gupte"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > No, this is a real implementation on our network. Since I am not even a > CCNA yet (maybe in a couple of weeks), I wanted to make sure I would not > break something. I just substituted names and AS numbers. I am hopefully > going to take advanced routing and learn more about the BGP soon after my > test. > > Thanx, > Anil Gupte > > - Original Message - > From: "Scott H." > To: > Sent: Thursday, May 23, 2002 12:09 PM > Subject: Re: Removing stuff from our router [7:44839] > > > > Removing the route map and as-path filters will work the way you have it > (if > > you do "no route-map MyISP-In" it will remove the entire route-map), but > you > > should also remove the neighbor statements in your config. that reference > > these things. By looking at the configs., I'm assuming this is in a lab > > environment and not a real implementation. > > > > permit ^$ is simply permitting an empty as path. In other words, only > > routes originating in the local AS will be permitted. It's a common way > to > > ensure that your AS does not become transit for somebody else's traffic. > > > > permit ^[0-9]* is a little more complicated. This statement is saying to > > permit zero or more instances of a number between 0 and 9. Do a search on > > CCO for AS path filters and you should find some good info. to help you on > > your way. > > > > HTH, > > Scott > > CCIE #9340 > > > > ""Anil Gupte"" wrote in message > > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > > To remove this: > > > > > > route-map MyISP-In permit 10 > > > match as-path 6 > > > set local-preference 200 > > > > > > Do I just do this?: > > > no route-map MyISP-In permit 10 > > > > > > Also, to remove: > > > ip as-path access-list 1 permit ^[0-9]* > > > ip as-path access-list 2 permit ^$ > > > ip as-path access-list 3 permit ^1234$ > > > ip as-path access-list 3 permit ^1234_[0-9]*_[0-9]*$ > > > > > > Do I just?: > > > no ip as-path access-list 1 permit ^[0-9]* > > > no ip as-path access-list 2 > > > no ip as-path access-list 3 > > > > > > > > > Also what is that "permit ^$" and "permit ^[0-9]*" for? What does it > do? > > > > > > Thanx for the help. > > > > > > Anil Gupte Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=44878&t=44839 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Jeff Doyle's official response re: lab rats [7:45001]
Why does it always have to be a contest of who's is biggest? If this guy thinks he can pass the lab then by all means take the class and give the lab a shot. I'm sure Cisco would be happy to collect the money from him each time he takes it. I guess what I'm trying to say here is take care of your own business and don't let all the other crap get to you. People like this just add to the statistics of mass failure. The real problem with this reasoning is that you end up lumping people into the same category because they don't have 10 years of experience. Too many times I have been told that my certs are only "paper" because I don't have this experience. My response is simple, "mind your own friggin business." Just because I don't have 10 years of experience doesn't mean I'm any less of a person. And guess what? Eventually I will have 10 years of experience and people will still say I don't "really" know what I'm doing. By the way, would your quest for the holy grail really happen if you were only gonna make $15/hr? I don't think so. ""nrf"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > That's an excellent way to sum it up. Too much has been written about the > value (or non-value) of the CCIE, or any cert for that matter. What > everybody should instead be aiming for is real knowledge. If a cert helps > you acquire this knowledge, then so be it. But the cert is by no means the > end of the road.It is the extreme idea held by certain people who think > that all they have to do is pass the lab and money will automatically fall > out of the sky that I object to. > > For example, here is one particular post from another message board that I > participate in. > > "I passes [sic] my CCNA few months ago. It was an OK test, but I almost > failed it. I was planning on taking my CCNP and CCIE, but I didnt think I > could do it. So I decided to look for a training course. Anyway, people that > are trying to pass CCIE or are planning on taking CCIE, I wan't to let you > guys know that I found a great school for Cisco training. It is called [name > deleted]...Wahoo, soon I will pass my CCIE and will be making over 100K" > > Lest anybody thinks I am making this quote up, you can email me privately > and I will give you the exact message board where you can find this. A guy > who barely passed the CCNA and now wants to ge the CCIE so that he can make > a high salary - needless to say, it is this kind of attitude that gives the > lab-rat such a bad name. Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=45005&t=45001 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Jeff Doyle's official response re: lab rats [7:45001]
If the HR people (or hiring manager) are that uninformed, as a CCIE, it would not be a place I would want to work. People tend to flock to places that they are valued the most. A company who doesn't understand the value that a CCIE a brings to the table is not one that I would waste my precious oxygen on. Let's be honest here, the vast majority of tech departments out there have a good idea that the CCIE is not another MCSE. In my part of the world, I have not run into a hiring manager yet that doesn't understand the value of a CCIE. You know da*n well that guy has no chance of ever passing the lab exam. That is the beauty of the program, he can talk all he wants but he will never be able to join the club. With the recent changes Cisco has made to the exam format, their are no "fluff" points left. There isn't a class you can take out there that will get you through the exam. No shortcuts, no braindumps, no cheating. I for one like the odds of keeping people like him on the sidelines. ""nrf"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > You say that guys like this have no connection to me. Boy, I wish that were > true. If it were, I really would be able to mind my own business. > > Let's presume that I am a CCIE (I may or may not be). The connection is > simply this. HR people and other people in charge of hiring will read or > hear comments like what was stated by that guy. They will then conclude > that maybe the certification isn't particularly valuable at all. > Therefore the kind of 'trash-talk' these lab-rats (or even wanna-be > lab-rats) engage in has a negative effect on the perception of the cert. > For example, a hiring manager might see a comment like that and think, well, > this guy who just barely got into networking is talking so confidently about > being a CCIE in no time flat, which possibly means that the cert must not be > very hard, which therefore means that perhaps it's not as valuable as it > seems, so why should I prefer such certified people when I look for an > employee? > > As I'm sure you would agree, perception is often stronger than reality. It > doesn't really matter if you're good if nobody thinks you're good. If > people in power start hearing enough of this kind of talk, then perception > of the cert will inevitably start to change in a negative way. That, my > friend, is the connection. It is an unfortunate reality of life that we are > judged based on the actions of our community. Call it guilt-by-association, > call it whatever you want. Just don't call it untrue. > > ""Scott H."" wrote in message > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > Why does it always have to be a contest of who's is biggest? If this guy > > thinks he can pass the lab then by all means take the class and give the > lab > > a shot. I'm sure Cisco would be happy to collect the money from him each > > time he takes it. I guess what I'm trying to say here is take care of > your > > own business and don't let all the other crap get to you. People like > this > > just add to the statistics of mass failure. > > > > The real problem with this reasoning is that you end up lumping people > into > > the same category because they don't have 10 years of experience. Too > many > > times I have been told that my certs are only "paper" because I don't have > > this experience. My response is simple, "mind your own friggin business." > > Just because I don't have 10 years of experience doesn't mean I'm any less > > of a person. And guess what? Eventually I will have 10 years of > experience > > and people will still say I don't "really" know what I'm doing. > > > > By the way, would your quest for the holy grail really happen if you were > > only gonna make $15/hr? I don't think so. > > > > ""nrf"" wrote in message > > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > > That's an excellent way to sum it up. Too much has been written about > the > > > value (or non-value) of the CCIE, or any cert for that matter. What > > > everybody should instead be aiming for is real knowledge. If a cert > helps > > > you acquire this knowledge, then so be it. But the cert is by no means > > the > > > end of the road.It is the extreme idea held by certain people who > > think > > > that all they have to do is pass the lab and money will automatically > fall > > > out of the sky that I object to. > > > &
Re: Jeff Doyle's official response re: lab rats [7:45001]
So far paying the bills hasn't been a problem. I tend to stick with the companies that have good reputations for the way they treat their employees. True, at some point in the future things will change but I'll deal with that when it happens. ""nrf"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > True, but in the short-run, it does the program and anybody who pursues it > no favors. I think I can distill your arguement to basically, "...in the > long run, the quality of the CCIE program will inevitably "out"'. My > response is, like the economist John Maynard Keynes famously said: "...in > the long run, we're all dead." It's all well and good to stick to the > principle of saying that stupid HR people and hiring directors who don't > understand the program aren't somebody you would want to work for anyway, > but your principles don't exactly help you very much in paying the rent. > > > ""Scott H."" wrote in message > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > If the HR people (or hiring manager) are that uninformed, as a CCIE, it > > would not be a place I would want to work. People tend to flock to places > > that they are valued the most. A company who doesn't understand the value > > that a CCIE a brings to the table is not one that I would waste my > precious > > oxygen on. Let's be honest here, the vast majority of tech departments > out > > there have a good idea that the CCIE is not another MCSE. In my part of > the > > world, I have not run into a hiring manager yet that doesn't understand > the > > value of a CCIE. > > > > You know da*n well that guy has no chance of ever passing the lab exam. > > That is the beauty of the program, he can talk all he wants but he will > > never be able to join the club. With the recent changes Cisco has made to > > the exam format, their are no "fluff" points left. There isn't a class > you > > can take out there that will get you through the exam. No shortcuts, no > > braindumps, no cheating. I for one like the odds of keeping people like > him > > on the sidelines. > > > > > > ""nrf"" wrote in message > > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > > You say that guys like this have no connection to me. Boy, I wish that > > were > > > true. If it were, I really would be able to mind my own business. > > > > > > Let's presume that I am a CCIE (I may or may not be). The connection is > > > simply this. HR people and other people in charge of hiring will read > or > > > hear comments like what was stated by that guy. They will then conclude > > > that maybe the certification isn't particularly valuable at all. > > > Therefore the kind of 'trash-talk' these lab-rats (or even wanna-be > > > lab-rats) engage in has a negative effect on the perception of the cert. > > > For example, a hiring manager might see a comment like that and think, > > well, > > > this guy who just barely got into networking is talking so confidently > > about > > > being a CCIE in no time flat, which possibly means that the cert must > not > > be > > > very hard, which therefore means that perhaps it's not as valuable as it > > > seems, so why should I prefer such certified people when I look for an > > > employee? > > > > > > As I'm sure you would agree, perception is often stronger than reality. > > It > > > doesn't really matter if you're good if nobody thinks you're good. If > > > people in power start hearing enough of this kind of talk, then > perception > > > of the cert will inevitably start to change in a negative way. That, my > > > friend, is the connection. It is an unfortunate reality of life that we > > are > > > judged based on the actions of our community. Call it > > guilt-by-association, > > > call it whatever you want. Just don't call it untrue. > > > > > > ""Scott H."" wrote in message > > > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > > > Why does it always have to be a contest of who's is biggest? If this > > guy > > > > thinks he can pass the lab then by all means take the class and give > the > > > lab > > > > a shot. I'm sure Cisco would be happy to collect the money from him > > each > > > > time he takes it. I guess wh
What next? [7:45176]
I recently completed the CCIE lab exam (R&S) and have been contemplating the next mountain. Anybody have any suggestions? I have considered both Juniper and Nortel but my interest level in those is limited and so is my access to equipment. Anybody gone down the road of CCIP yet? Metro seems like a fun topic and I would love to learn MPLS. Any comments (except B.S. cert bashing) welcome. Scott CCIE #9340 Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=45176&t=45176 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: What next? [7:45176]
Any recommendations for good sources on MPLS? ""Howard C. Berkowitz"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > At 8:58 PM -0400 5/27/02, Scott H. wrote: > >I recently completed the CCIE lab exam (R&S) and have been contemplating the > >next mountain. Anybody have any suggestions? I have considered both > >Juniper and Nortel but my interest level in those is limited and so is my > >access to equipment. Anybody gone down the road of CCIP yet? Metro seems > >like a fun topic and I would love to learn MPLS. Any comments (except B.S. > >cert bashing) welcome. > > > >Scott > >CCIE #9340 > > I'd encourage studying MPLS, if for no other reason that to > understand it, you have to learn new paradigms, which will indirectly > improve your knowledge of IP routing. For that matter, it's a key > technology for Juniper, Nortel, and metro services. Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=45189&t=45176 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: CCIE Lab Question [7:45815]
That's the right CD, but a little out dated. You can use the most current info. right of CCO by going to "technical documentation". The search function is horrible so I would suggest learning exactly where things are. HTH, Scott CCIE #9340 ""Hunt Lee"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > All, > > I want to start practising on how to search / use the Cisco's Documentation > CD for the CCIE Lab. I have 2 CDs called Cisco Product Documentation (Oct > 2001). Are they the ones?? If not, how about can I order the Cisco's > Documentation CD from Cisco? > > Thanks, > > Hunt Lee Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=45829&t=45815 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Multiring All/Cat 3900 [7:45813]
Whenever you are using the rif end to end. ""Nijhawan Akshay"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > Does anyone know in what scenarios you need to configure 'multiring all' on > a token ring interface connected to the Cat 3900? Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=45828&t=45813 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: OSPF synchronize [7:45801]
Both sides send DDPs. The "more" bit is used in the exchange for each side to inform the other if it has more information to send. See Doyle VOL. 1 for a good description of this process. HTH, Scott CCIE #9340 ""thinkworker"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > In the master/slave synchronize procedure, the master will send its DDP > (database description packet) while slave only accept and reply with > LDR(linkstate database request). > > OK, if there is some LSA in slave's databse while not in master's database, > how do they come to full state while in fact their database are not the same? > > > > > thinkworker > [EMAIL PROTECTED]2002-06-05 Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=45831&t=45801 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
