I concur, even if you are a consarned top poster. ;-> As I understand it, the IOS version chosen for the CCIE Lab is done so for the purpose of allowing for the possibility of testing certain features. The proctors ( or at least those with whom I had my discussions ) are adamant that any given lab can be configured using the particular IOS, and that there are no bugs involving features that are tested.
That said, this newsgroup also serves as a general Cisco informational group. Non lab topics have always been a part of the thrill of this group, or at least it has been for me, for the last 4 years or so. There is a list dedicated to CCIE study, which has a different tone, and it a bit less free form ( and a lot less fun, IMHO ) than this one. You can check the groupstudy web site for the archives to get an idea of the flavor. ""Reimer, Fred"" wrote in message news:[EMAIL PROTECTED] > Let me set the record straight. My only goal here is to prepare and succeed > in passing the Cisco CCIE written and lab exams. I know that there are > features and options that are available in certain versions of IOS, and > those options can be, and are likely un-useful, to CCIE candidates. > However, it should be the focus of this group to understand and comprehend > the specific feature available in the IOS releases that are used in the > written and lab exams. It makes no sense, and in a certain view is > detrimental, to bring up features that are only available in versions of IOS > that will not be used in the testing criteria. > > If there have been any features that are available in the exams that I > incorrectly misrepresented, then please correct me. I will be taking the > written and lab exams in the near future, and would definitely benefit from > the feedback of this group. I don't think it is useful to inject features > that are available in IOS versions that will not be used in the testing into > this discussion. > > Again, correct me if I'm wrong. I'm new to this group, so this may be out > of line... > > > Fred Reimer - CCNA > > > Eclipsys Corporation, 200 Ashford Center North, Atlanta, GA 30338 > Phone: 404-847-5177 Cell: 770-490-3071 Pager: 888-260-2050 > > > NOTICE; This email contains confidential or proprietary information which > may be legally privileged. It is intended only for the named recipient(s). > If an addressing or transmission error has misdirected the email, please > notify the author by replying to this message. If you are not the named > recipient, you are not authorized to use, disclose, distribute, copy, print > or rely on this email, and should immediately delete it from your computer. > > > -----Original Message----- > From: Reimer, Fred > Sent: Tuesday, July 22, 2003 11:30 PM > To: Luan Nguyen; 'Reimer, Fred'; [EMAIL PROTECTED] > Subject: RE: GRE TUNNEL/Ethernet-broadcast-like? [7:72738] > > 12.2(15)T5 is a recommended version for the IP v4 exploit, as far as I know, > see (http://www.cisco.com/warp/public/707/cisco-sa-20030717-blocked.shtml). > Are you suggesting that it is not appropriate? Do you recommend that we > configure an "unreleased and unsupported feature?" > > I would not recommend that in a CCIE lab, as they are historically behind in > IOS releases, and will not likely support a configuration in a 12.3 version > specific command, as a valid solution since they are not even going to > support 12.2 until this Fall... > > > Fred Reimer - CCNA > > > Eclipsys Corporation, 200 Ashford Center North, Atlanta, GA 30338 > Phone: 404-847-5177 Cell: 770-490-3071 Pager: 888-260-2050 > > > NOTICE; This email contains confidential or proprietary information which > may be legally privileged. It is intended only for the named recipient(s). > If an addressing or transmission error has misdirected the email, please > notify the author by replying to this message. If you are not the named > recipient, you are not authorized to use, disclose, distribute, copy, print > or rely on this email, and should immediately delete it from your computer. > > > -----Original Message----- > From: Luan Nguyen [mailto:[EMAIL PROTECTED] > Sent: Tuesday, July 22, 2003 10:02 PM > To: 'Reimer, Fred'; [EMAIL PROTECTED] > Subject: RE: GRE TUNNEL/Ethernet-broadcast-like? [7:72738] > > Uhm, > Why don't you just put the command there and see what's going on. I > don't mess with 12.2.15Tx any more since, FYI, it has a bug with EIGRP > stub connected - forgot the bugID, but if you have a spoke with that > command, the hub won't withdraw routes even if the hub doesn't have that > route any longer. > Okay, to the main topic - I run 12.3.1 on a 7206VXR and I could > configure bridge-group on the tunnel interface. > interface Tunnel10 > bandwidth 1500 > ip unnumbered Loopback1 > ip mtu 1440 > ip hello-interval eigrp 2002 10 > ip hold-time eigrp 2002 40 > keepalive 10 4 > tunnel source 172.16.1.140 > tunnel destination 172.16.3.144 > bridge-group 1 > bridge-group 1 spanning-disabled > > But it does say this :" > CS140(config-if)#bridge-group 1 > % This command is an unreleased and unsupported feature > > -luan > > > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of > Reimer, Fred > Sent: Tuesday, July 22, 2003 5:48 PM > To: [EMAIL PROTECTED] > Subject: RE: GRE TUNNEL/Ethernet-broadcast-like? [7:72738] > > Wow, I hope you don't try that on your CCIE lab! Last I heard, bridging > was > not supported on tunnel interfaces. At least it's not on the 12.2(15)T5 > running on a 2651XM router I just tested. If you find a (recent, > supported) > version of IOS that supports "bridge-group" in a tunnel interface please > let > me know. > > I think proxy ARP is more what is needed here, if we are talking about > IP > traffic. If not, then IOS should support the other protocol in the > tunnel > (it supports AppleTalk, Banyan VINES,CLNS, DECnet, IP, or IPX). If it's > "raw" NetBIOS or SNA, then setup DLSW peers... > > Fred Reimer - CCNA > > > Eclipsys Corporation, 200 Ashford Center North, Atlanta, GA 30338 > Phone: 404-847-5177 Cell: 770-490-3071 Pager: 888-260-2050 > > > NOTICE; This email contains confidential or proprietary information > which > may be legally privileged. It is intended only for the named > recipient(s). > If an addressing or transmission error has misdirected the email, please > notify the author by replying to this message. If you are not the named > recipient, you are not authorized to use, disclose, distribute, copy, > print > or rely on this email, and should immediately delete it from your > computer. > > > -----Original Message----- > From: Luan Nguyen [mailto:[EMAIL PROTECTED] > Sent: Tuesday, July 22, 2003 4:20 PM > To: [EMAIL PROTECTED] > Subject: RE: GRE TUNNEL/Ethernet-broadcast-like? [7:72738] > > Uhm. Never done this or heard of this before. I would just do > something like: > Interface LAN 1 > Bridge-group 1 > Interface tunnel 1 > Source WAN > Destination REMOTE_WAN > Bridge-group 1 > > Since, concurrent routing and bridging makes it possible to both route > and bridge a specific protocol on separate interfaces within a router, > then WAN just route and LAN/Tunnel just bridge :) > > If that not work for you, then maybe try intergrated routing and > bridging - create a BVI and source the tunnel from that interface. > > -luan > > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Tuesday, July 22, 2003 1:34 PM > To: [EMAIL PROTECTED] > Subject: GRE TUNNEL/Ethernet-broadcast-like? [7:72738] > > > Hello, > > A question barely came up to mind: Would it be possible to "join" a > broadcast domain, not by means of a LAN switch but from one remote > router to another, using GRE Tunnels? > > Since I haven't done it before, I kind of thought that it'll be > possible. For instance, having: > > R1eth0(no ip address)--GRE > TUNNEL-Ser0--CLOUD--GRE_TUNN--Ser1---R2eth0(no ip > address) > , where arp packets may flow from R1 to R2 via this GRE Tunnel. > > Under this scenario and simply put, can R1'sLAN be also part of R2'sLAN? > If it's possible, how could the config be like? > > Best regards, Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=72775&t=72738 -------------------------------------------------- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
