We need the initial configs for the troubleshooting sections (V1) as well as for the Volume 2 labs.
The Pre Lab section for Volume 2 says "lab requires some pre-configuration to be loaded onto CUCM servers..." Also it says "Simple press of a button on our web UI pre-loads your PSTN Dialplan (as well as many other pre-configurations)! " taken from http://ipexpert.ccieblog.com/2009/06/28/ccie-voice-v3-update-live-from-cisco-networkers-techtorial/ This leads me to believe we need the intial configs in some format, and when viewing the Proctor Lab demo http://proctorlabs.com/swf/demo/PLDemo.htmlthere is a install of the pre-configured state for the servers, if it was a blank canvas then there would be no need to install before each lab. 2009/8/6 Nara Shikamaru <[email protected]> > No, it means that you have to do the labs in the order that's specified in > the pre-requisites and that when you "break" some parts of the lab you need > to "unbreak" them. Frankly, I view the module 1 labs as individual > walkthroughs and you shouldn't get too hung up on the making sure everything > works perfectly. The real work happens when you practice in the mock labs > for volume 2. Those are self-contained scenarios designed to have > fully-working networks by the time you're done with them. A lot of the > mastery of the technology comes from applying techniques in different > contexts. > > The real work happens in the mock labs, the volume 1 material is good for > studying, reference, and acclimation. > > On Thu, Aug 6, 2009 at 10:58 AM, Hough, Earl <[email protected]>wrote: > >> I believe the original reason for the question was that in the >> Troubleshooting half of each major lab number, the troubleshooting >> requirements depend on pre-configurations being loaded into the equipment, >> including routers, switches AND servers. Without having the >> pre-configurations for the servers, how can you appropriately work through >> the sections of the labs which have faults introduced because of a >> purposeful misconfiguration on one of the application servers? I agree, you >> should be able work through these, but without knowing the configuration of >> the snapshots of those Virtual Machines which get restored when you chose to >> load the initial configs for, say, Lab 4B, and you’re using your own >> equipment, you won’t have the same configuration which Proctor Labs has >> loaded onto those servers. >> >> >> >> *Earl Hough* CCIE #16508 (R&S/Security) >> >> >> >> *From:* [email protected] [mailto: >> [email protected]] *On Behalf Of *Nara Shikamaru >> *Sent:* Thursday, August 06, 2009 1:35 PM >> *To:* Andrew >> *Cc:* [email protected]; Michael Ciarfello >> >> *Subject:* Re: [OSL | CCIE_Voice] Home lab - How to load initial >> serverconfigs ? >> >> >> >> I don't understand the point, why do you need someoone to supply you with >> initial configs? You're supposed to be able to build the whole thing out >> yourself for the lab. People with home labs (I'm one of them) are going >> through each module and building out the configs from scratch. If you get >> to the end of the volume 1 modules and your home lab is adequate, you're >> ready to work on the mock labs. >> >> On Thu, Aug 6, 2009 at 9:40 AM, Andrew <[email protected]> wrote: >> >> I see a lot of folk here (and elsewhere) setting up their own labs (and >> spending considerable money on them), what are you guys doing for initial >> server configs, and IPExpert Support, what are you recommending ? >> >> >> >> Even if the intial configs were released as xls I would spend the time in >> setting up my own BARS or snapshots, I do see some files within the intial >> configs under my login but do not recognise the file types ? >> >> >> >> IPExpert must have something they can release / recommend. >> >> 2009/8/6 Michael Ciarfello <[email protected]> >> >> I think we’ve hinted at the servers before in another discussion. Wish >> they could post a bars backup of each lab. It shouldn’t be too large. >> Everyone should be using 7.0(1) so the version should match. Restore the >> bars backup then just change the phone mac addresses. >> >> >> >> There might be too much support requirements on the part of IPExpert if >> they posted bars files. Maybe they can post them with no support and no >> guarantee they would work. But then again, how would they make any money on >> the proctorlabs rentals? >> >> >> >> I think I would pay a reasonable fee for bars files for the >> troubleshooting sections of each lab. The issue I am running into with >> proctorlabs is my inability to dedicate an 8 hour session. A bars file, I >> can do in my own lab at my own pace. I think it was also discussed in a >> former thread of a 4-hour rental session. >> >> >> >> *From:* Andrew [mailto:[email protected]] >> *Sent:* Thursday, August 06, 2009 11:11 AM >> *To:* Michael Ciarfello >> *Cc:* Jeff Garvas; [email protected] >> >> >> *Subject:* Re: [OSL | CCIE_Voice] Home lab - How to load initial server >> configs ? >> >> >> >> The setup for the routers and switch is pretty straight forward as you >> say, with a bit of tweaking it should be fairly easy to duplicate the >> configs (might have a few different interfaces but a good lab diag will >> overcome that, as long as the functionality is there). >> >> >> >> The issue I see is for the servers, how do I install the initial configs >> for the servers, is there a "generic" dial plan that is used in all labs >> (that would save time). I think the way that Proctor Labs do them is they >> take snapshots of the initial labs servers setups (using VMx (whatever they >> use)) and revert back to them for each corrosponding lab, they can't release >> these snapshots tho, so how can we (the home labber) do the same ? >> >> >> >> Andy >> >> >> >> >> >> >> >> >> 2009/8/6 Michael Ciarfello <[email protected]> >> >> NO, use the phone quanties they have otherwise you would be missing things >> and would make it tougher to test 2 calls between HQ and BR2 for example for >> AAR, RSVP, etc. >> >> >> >> I think you might want to put a switch close to your workstation. I was >> thinking about this a little bit when you first asked and didn't work out >> all the details to add a reply. >> >> >> >> You might be able to put a switch at your workstation. >> >> Port 1 trunks back to HQ 3750. >> >> Ports 2-6 are for phones. >> >> >> >> Port 7 is a trunk to the BR1 ESW >> >> Port 8-12 are for phones at your workstation >> >> >> >> etc for Br2 >> >> >> >> You will have to restrict vlans to create three separate "virtual >> switches" in the switch. Just made that term up. So your port 1 will have >> sw trunk allowed-vlans 2-6 (Vlan 2 is data, lets say, vlan 3 is voice, etc >> whatever else you need.) >> >> >> >> Your port 7 trunk connection will only allow vlans 7-12 on them. Vlan 7 >> is Br1Data, VLan8 is Br1 Voice, etc. >> >> >> >> Now we have to deal with spannig tree. But PVST might work out if you get >> the vlan restrictions proper and none of the other trunk ports will go into >> blocking. >> >> >> >> Then we have QoS. I would just set all ports for trust on your workstaion >> switch and configure QoS on the data center equipment as the questions >> permit you to. So the workstation switch is just acting as a pass-through. >> >> >> >> The above might work for you. Might be some more details to work out. >> MIght have to put up with the noice in the data center for QoS topics. Not >> sure. >> >> >> >> Or an IPexpert like design might work for you. >> >> >> >> Dumb question. You can't run more cat 5 cables? >> >> >> ------------------------------ >> >> *From:* [email protected] [[email protected]] On Behalf Of Jeff Garvas [ >> [email protected]] >> >> *Sent:* Thursday, August 06, 2009 1:02 AM >> >> >> *To:* Michael Ciarfello >> *Cc:* Andrew; [email protected] >> *Subject:* Re: [OSL | CCIE_Voice] Home lab - How to load initial server >> configs ? >> >> >> >> Michael, >> >> I'm in a similar situation as if using their rack remotely.. We put our >> labs out in our data center for various reasons and I only have 4-5 cat5 >> runs to the cabinet, so I'm trying to come up with an easy solution by >> mirroring their design as if my rack was remote like theirs. >> >> You're saying just use four phones? two off BR2, one of BR1, one off HQ >> ? i guess that's such a simple solution I didn't even consider it until >> just now. >> >> -jeff >> >> On Thu, Aug 6, 2009 at 12:54 AM, Michael Ciarfello < >> [email protected]> wrote: >> >> The hardware shouldn't matter so much as long as it has the correct >> capabilities. I would move the cards around every once in an while, use >> different IP address scheme and dial-plan scheme. >> >> >> >> HWIC will work fine. Phones will need power bricks as you say. >> >> >> >> The internet cloud is for Ipexpert. Their equipment is at a data center >> with a couple phones on auto answer. The phones in the cloud are the phones >> you can touch. If you have all home lab gear, ignore the internet phones >> and cloud. >> >> >> >> >> >> >> ------------------------------ >> >> *From:* [email protected] [[email protected]] On Behalf Of Jeff Garvas [ >> [email protected]] >> *Sent:* Thursday, August 06, 2009 12:25 AM >> *To:* Michael Ciarfello >> *Cc:* Andrew; [email protected] >> *Subject:* Re: [OSL | CCIE_Voice] Home lab - How to load initial server >> configs ? >> >> Michael, >> >> Great points. I'm expecting to need to define my card types since some of >> them are E1/T1 capable. I'm specifically re-configuring my hardware this >> weekend to match the IPX hardware as much as possible, specifically with the >> controller card slot assignments. Maybe Vik or Mark (or anyone else here) >> could provide some input for me here. >> >> I bought a 3825 for BR2 but it seems IPX is using straight 2811's. Any >> reason not to stick with my 3825? >> I found an HWIC-4ESW today but its not POE. Can I just put this in BR2 >> and use external power bricks for those two BR2 phones? >> >> For those of us labbing up at home/work how should we physically connect >> the phones that are depicted in the drawing off the internet cloud? >> >> -Jeff >> >> On Wed, Aug 5, 2009 at 11:46 PM, Michael Ciarfello < >> [email protected]> wrote: >> >> I'm not. But to do so I would guess just substitute your interfaces in >> place of their interfaces. >> >> There are probably a bunch of other commands that need replacing. Then >> paste it into your router. >> >> >> >> I have my own dial-plan, IP addresses and directory numbers. It's a >> little confusing when working through the workbooks, but a diagram seems to >> help. >> >> >> >> Looking through the HQ RTR for lab 5b initial >> >> You have to change at least the following commands: >> >> network-clock-select 1 T1 0/0/0 >> >> controller T1 0/0/0 (and other controllers depending on your config) >> >> interface Serial0/0/0:23 (which comes from the controller) >> >> interface Serial0/0/1:0 for the data. Sub-interfaces need to change also. >> >> >> >> all dial-peers that point to a physical inteface need to change (911, >> 91212, 7, 11) >> >> >> >> Think that's it. Wasn't as bad as I thought. You might have to do some >> troubleshooting to see why something isn't working, but should not be too >> much a problem. >> >> >> ------------------------------ >> >> *From:* [email protected] [ >> [email protected]] On Behalf Of Andrew [ >> [email protected]] >> *Sent:* Wednesday, August 05, 2009 8:04 PM >> *To:* [email protected] >> *Subject:* [OSL | CCIE_Voice] Home lab - How to load initial server >> configs ? >> >> Hi >> >> >> >> For a home lab set up, how are you guys installing the initial configs? >> >> For the routers / switch it is straight forward (copy / paste), but what >> about the servers? >> >> >> >> Andy >> >> >> _______________________________________________ >> 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 >> >> >> >> >> -- >> -Shikamaru >> >> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ >> >> The information contained in this transmission is confidential. It is >> intended solely for the use of the individual(s) or organization(s) to >> whom it is addressed. Any disclosure, copying or further distribution is >> not permitted unless such privilege is explicitly granted in writing by >> SARCOM, Inc. Furthermore, SARCOM, Inc. is not responsible for >> the proper and complete transmission of the substance of this >> communication, nor for any delay in its receipt. >> >> >> > > > -- > -Shikamaru >
_______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
