Maybe a wiki? On Thu, Aug 19, 2010 at 9:03 PM, Jigar K Dave <[email protected]> wrote:
> Hello Group, > > Just a small suggestion from my side, we can see that some questions are > repetitive like > > 1. what is the best way to prepare for lab > 2. what books to refer > 3. strategy for lab > 4. how to split time in lab for troubleshooting and configuration > 5. some technical questions on network and security technologies > > we can see it is repeated once every new member joins this group. could we > have a way to redirect him in some older mail/archive reference. > otherwise what happened unnecessarily one mail chain is elongate though the > answer is known to every old members. I appreciate its good to answers > everyone's query but by this way we can shape the things.(this applies to > each group like RS, Security, storage, wireless etc.) > > guys your thoughts on this > > Tyson - need your comments also. > > sorry - its a general thing, plz don't take it personally. I am not > pointing this to anyone. > > > Thanks, > Jigar > > > On Fri, Aug 20, 2010 at 5:35 AM, Matt Hill <[email protected]> wrote: > >> Gaurav wins! >> >> Unless it says "dont do it this way" you can. Just be aware of what >> one way of doing something will break elsewhere in the network. >> >> Which is why (as Gaurav says) you must know multiple ways of doing things. >> >> Cheers, >> Matt >> >> CCIE #22386 >> CCSI #31207 >> >> On 20 August 2010 00:52, GAURAV MADAN <[email protected]> wrote: >> > Mate .. >> > >> > First .. Lemme tell u that if u know of more than one way of doing >> > things .. U r on track :) It certainly helps in exam .. >> > Coming to your point .. Read the instructions very very carefully .. >> > They will answer your query most of times .. In case u still have >> > doubt .. Proctor is there to help you .. Go and tell that u know of >> > these these ways to perform the task .. If he thinks that he shd >> > answer your query .. he will definitely do .. >> > If he doesn't .. there is something hidden in question and try >> > figuring that out .. >> > >> > Remember CCIE is not the exam to just do the task .. It is exam to do >> > task ; the way they want :) >> > >> > Just my 2 cents .. >> > >> > Good Luck ! >> > >> > Gaurav Madan >> > CCIE # 23863 >> > >> > On Thu, Aug 19, 2010 at 7:33 AM, Cody Cook <[email protected]> >> wrote: >> >> I have a question for everyone. I'm using a variety of vendors' >> >> workbooks to work on labs and have run across something that has been >> >> bothering me. Not so much a question about any lab but more of a >> >> general thing. If the lab you are working on doesn't expressly forbid >> >> a solution, is it okay to use it? More specifically the use of >> >> tunnels to solve some issues. >> >> >> >> Here is an example of what I mean. You have two routers that you are >> >> told to set up as EBGP peers. Router 1 (R1) is in AS 100 and router 2 >> >> (R2) is in AS 200. Let's assume that they are connected to a common >> >> vlan using f0/1. R1 has an ip of 10.0.0.1/24 with a secondary ip of >> >> 10.1.1.1/24. R1 has an ip of 10.1.1.2/24 with a secondary ip of >> >> 10.0.0.2/24. You are told to set up the peering without using the >> >> secondary addresses. >> >> >> >> R1 >> >> int f0/1 >> >> ip address 10.0.0.1 255.255.255.0 >> >> ip address 10.1.1.1 255.255.255.0 secondary >> >> >> >> R2 >> >> int f0/1 >> >> ip address 10.1.1.2 255.255.255.0 >> >> ip address 10.0.0.2 255.255.255.0 secondary >> >> >> >> One way to do this would be to set your neighbor statements within BGP >> >> to point to each of the primary addresses. In order to get the peer >> >> to come up you will need to add "update-source f0/1" for one of the >> >> neighbor statements. >> >> >> >> R1 >> >> router bgp 100 >> >> neighbor 10.1.1.2 remote-as 200 >> >> neighbor 10.1.1.2 update-source f0/1 >> >> >> >> R2 >> >> router bgp 200 >> >> neighbor 10.0.0.1 remote-as 100 >> >> >> >> This works well. Another way would be create a tunnel, assign it some >> >> addresses and set the peering relationship through it. While not the >> >> best solution, it would work. Probably not a good example, but it one >> >> that comes to mind. >> >> >> >> So I guess the gist of my question is this, if for some reason you >> >> can't get something to work for you and for what ever reason you can't >> >> come up with another solution. In the example above, say for whatever >> >> reason you just didn't think of using update-source on one of the ends >> >> and the tunnel was the only way you could get it to work, would this >> >> be acceptable in the lab. While obviously not the optimal solution, >> >> it does work and it doesn't violate any of the rules of the scenario. >> >> Is it cool to use something like this in the lab? >> >> >> >> Like I said, not a big deal, just something that's been bugging me. I >> >> have had a couple of instances where I have noticed that you could >> >> come up with a similar soluton. Hopefully hs makes sense. >> >> >> >> Thanks. >> >> Cody >> >> _______________________________________________ >> >> For more information regarding industry leading CCIE Lab training, >> please visit www.ipexpert.com >> >> >> > _______________________________________________ >> > For more information regarding industry leading CCIE Lab training, >> please visit www.ipexpert.com >> > >> _______________________________________________ >> For more information regarding industry leading CCIE Lab training, please >> visit www.ipexpert.com >> > > > > -- > Thanks, > Jigar Dave > > _______________________________________________ > For more information regarding industry leading CCIE Lab training, please > visit www.ipexpert.com > >
_______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
