Re: [OSL | CCIE_Voice] Lab Grading
Ignore whatever the report says. I took a few times already and felt exactly like you. Another thing is all the LAB I got looks very passable but I failed because I run out of time every single time. For all who taking soon, practice your SPEED. CCIE voice is a speed test. Don't worry about technology and how to configure. You are fine if you can answer IPExpert workbook. But knowing everything still doesn't get you pass. Sound weir! You need the SPEED to pass. On Tue, Feb 7, 2012 at 1:33 AM, Vega Wong wrote: > Hi all > > First of all, let me clarify that I am not trying to break NDA or trying > to sell anything here, just something I cant get my head around with. > > I just had my second attmpt yesterday, and I failed. What really > demoralising for me is that I thought I was fully prepared. What even more > demoralising is that when I looked at the score card, I didnt get 100% in > the area I thought I would get a 100%. > > I dont mean to say I know it all (especially now), but there are areas on > my score card that really shocks me. As I read through the exam, I know > what the questions were requiring (at least I thought I did). For example, > we all know that the topics of DHCP, NTP, VLAN will be in the network > infrastructure area. And what could go wrong in those areas? I mean, if you > dont setup those area correctly, all your subsequence config will has > problem right? But yet, I dont get full marks in those. Similarly the > gateway area, QoS area etc. > > Right now I am pretty lost as to what I can prepare or study on, or at > least how to check my config? I know this sounds really bad (or arrogent) > but I really have no idea as how to confirm the config I did can get the > full mark in those area. > > I guess I am hoping if someone that share their strategy as to how to > confirm their work is good or fulfilled the requirement? > > hope that makes sense? > > > > > ___ > For more information regarding industry leading CCIE Lab training, please > visit www.ipexpert.com > > Are you a CCNP or CCIE and looking for a job? Check out > www.PlatinumPlacement.com > ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
Re: [OSL | CCIE_Voice] Lab Grading
I highly recommend the new labs from IPX. I know a lot of people have had small issues with certain sections of it, but all the DSG's are now out. The new labs are much closer and true to the actual lab format, with the built in troubleshooting. IE: Debug this, tell me why it fails in a notepad within 100 words or whatever. Many have inherent issues built into several sections that you need to fix to get everything working, all in all I found them very useful. Also the solution guides help understand how Vik verifies the solutions and explains why and what to look for with certain commands. You should check and verify your labs, I know at first it was hard to do a lab in 8 hours and then run out of time and unable to verify everything, but it is a critical part to passing. If you cannot finish a full lab with time to verify, then don't. Just do 6 hours worth then verify what you have done. Otherwise you may configure something one way for months and not realize it doesn't meet x criteria. Chris On Tue, Feb 7, 2012 at 12:12 PM, Thomas Koch wrote: > Emanuel > > Thanks > > This helps immensely !!! Going to check out Mathew Berry's > approach...He's the only CCIE voice that passed on the first attempt...that > I'm aware of... > > ** ** > > My time and precision on the CLI is killing me > > I think once I get some CME drills down, that will help... > > A lot of my field work is scripted.. when we do site deployments, we try > to get in and get the site up and working and move on... > > Thanks on lab selection...any thoughts on the new labs that IPExpert are > developing? > > T > > Regards, > > ** ** > > Thomas Koch > Sr. Network Engineer > > CCDA, CCNA, CCNP Voice > > IP Telephony Design Specialist > > Contact Center Express Specialist > > Verizon Business > Cell: +1.630.235.4309 > > Office: +1.630.296.8461 > E-mail: digito...@comcast.net > > ** ** > > *From:* Emanuel Damasceno [mailto:aedamasc...@gmail.com] > *Sent:* Tuesday, February 07, 2012 12:05 PM > *To:* Thomas Koch > > *Cc:* ccie_voice@onlinestudylist.com > *Subject:* Re: [OSL | CCIE_Voice] Lab Grading > > ** ** > > Hey Thomas! > > I am using the Device Based Approach by Matthew Berry. You can see it on > Youtube. > > My strategy is as follows: I get one Lab from workbook 2 and start reading > it. Then I write down 1.1, 1.2 (not the requirements, just the numbers) and > so on, go straight to Call Routing and add all the strategic numbers (HQ, > BR1, BR2). A good thing is to make a chart, also by Matthew Berry and it is > also on Youtube, with your Call Routing requirements. I didn't take longer > than 8 minutes to do it all in all Workbook 2 Labs. > > So I open my TextEdit, and start always with HQ. I read the exam and I go, > "hm, it has NTP, so how does it want it configured...", and I put the > commands on TextEdit, not on the router. Then I keep going, DHCP it's on > CUCM so no IOS involved, so I keep going on the main topics... MGCP, SCCP > (in case of transcoders, CFBs, MTPs, etc), Controllers E1/T1, SRST, RSVP, > QoS. Not necessarily in that order, but you catch my drift... Then, all > commands are on TXT, I start pasting on the router by section, not at once. > After that I go to BR1, same thing with BR2. I read briefly what's asked of > me in terms of Call Routing that I know I will need to be doing in IOS. If > I don't do any Call Routing, I finish all the commands on the routers > really fast. Then I go to the Switch... Only then I start the software part > CUCM, CUC, CUPS, UCCX... > > I don't use the top to bottom, left to right on CUCM. I think as you > research and go, you see that when you reach Device Pool on "top to > bottom..." approach, you see that you need to go back to it to add Media > Resources, let's say IOS CFB on HQ, that must be in a MRG, then MRGL. So, > if we are planning not to waste any minute going back, I think it is best > to add Gateways, then RGs, RLs, then Transcoders, CFBs, MTPs, then MRG, > MRGLs, AAR Groups (if any), and only then you do your "top to bottom..." > approach. I might be missing a few steps, but I am doing all this from the > top of my head. I have all notes at home. I have been there once (Cisco), > so I know what to expect to see. I know my exam will be completely > different from the one I got the first time, but the core is always the > same. > > We all are the same. We all had participation in projects, we all know > what commands to use to make MGCP work, SCCP, etc. So all the commands are > the same. Thinking about that, it is not diff
Re: [OSL | CCIE_Voice] Lab Grading
You are right Emanuel. I am a native neglish speaker, and sometimes it is hard for me to understand some task, while rereading them several times On Tue, Feb 7, 2012 at 8:12 PM, Emanuel Damasceno wrote: > Hey Vega, > > Sorry for hearing you didn't make it. I've been there and I know the > feeling. I am preparing myself for my second attempt now. > > I don't know which strategies you used, but all areas you mentioned there > are tricks that confuse us. I think the whole point of the exam is > understanding and doing its requirements. I have Workbooks 1 and 2 of > IPExpert and the whole "she bang" from INE. I speak fluent English, but I > am aware that it is not my first language. Sometimes I read a question and > I understand it some way, when I ask my wife to read it she understands it > another way, and she explain to me what the Workbooks are actually asking > of me. Since she is American born and raised, she is also my resource as a > better understanding simple plain English. I am not trying to say you know > or don't know the language, it's not that. What I am judging by your last > name you are not an English native speaker (I might be wrong), but if > English is not your native language, you may have an understanding that is > different from what it is required. Thus I mentioned my example, because > that is my case. If you are an English native speaker, nevermind what I > just said. But I think that even re-reading it, makes better sense. > > In the exam, we don't have time to read and re-read questions until we > understand. You are not in the exam anymore, but take a question from one > of your Workbook studies, and pick one you didn't understand it fully. You > can easily pick that question as you read through your workbook and you > read a question that you stop and say to yourself "Wait, what is it this > question is saying?". You automatically re-read it for better > understanding. As you read it twice or thrice, you realize that you are > understanding it quite differently from the first time you read it. > > My wife is a great support, not only for leaving me alone to study but > also to help me understand better the English on the workbooks. The exam is > all about being literal, over configuring won't do you any good. The > proctor won't think you're an expert because you know a command that only > few people know it. If the question is specifically saying to do something, > you need to do it like they ask. If they don't specify it, you can do it > the way you know. I guess you already know all of this, but I am posting > this mostly for the CCIE newcomers. But it might work for you too, if you > don't already know it :) > > Best regards to all. > *Emanuel Damasceno* > CCNP Voice > > > > > > On Tue, Feb 7, 2012 at 4:33 AM, Vega Wong wrote: > >> Hi all >> >> First of all, let me clarify that I am not trying to break NDA or trying >> to sell anything here, just something I cant get my head around with. >> >> I just had my second attmpt yesterday, and I failed. What really >> demoralising for me is that I thought I was fully prepared. What even more >> demoralising is that when I looked at the score card, I didnt get 100% in >> the area I thought I would get a 100%. >> >> I dont mean to say I know it all (especially now), but there are areas on >> my score card that really shocks me. As I read through the exam, I know >> what the questions were requiring (at least I thought I did). For example, >> we all know that the topics of DHCP, NTP, VLAN will be in the network >> infrastructure area. And what could go wrong in those areas? I mean, if you >> dont setup those area correctly, all your subsequence config will has >> problem right? But yet, I dont get full marks in those. Similarly the >> gateway area, QoS area etc. >> >> Right now I am pretty lost as to what I can prepare or study on, or at >> least how to check my config? I know this sounds really bad (or arrogent) >> but I really have no idea as how to confirm the config I did can get the >> full mark in those area. >> >> I guess I am hoping if someone that share their strategy as to how to >> confirm their work is good or fulfilled the requirement? >> >> hope that makes sense? >> >> >> >> >> ___ >> For more information regarding industry leading CCIE Lab training, please >> visit www.ipexpert.com >> >> Are you a CCNP or CCIE and looking for a job? Check out >> www.PlatinumPlacement.com >> > > > ___ > For more information regarding industry leading CCIE Lab training, please > visit www.ipexpert.com > > Are you a CCNP or CCIE and looking for a job? Check out > www.PlatinumPlacement.com > ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
Re: [OSL | CCIE_Voice] Lab Grading
Emanuel Thanks This helps immensely !!! Going to check out Mathew Berry's approach...He's the only CCIE voice that passed on the first attempt...that I'm aware of... My time and precision on the CLI is killing me I think once I get some CME drills down, that will help... A lot of my field work is scripted.. when we do site deployments, we try to get in and get the site up and working and move on... Thanks on lab selection...any thoughts on the new labs that IPExpert are developing? T Regards, Thomas Koch Sr. Network Engineer CCDA, CCNA, CCNP Voice IP Telephony Design Specialist Contact Center Express Specialist Verizon Business Cell: +1.630.235.4309 Office: +1.630.296.8461 E-mail: <mailto:digito...@comcast.net> digito...@comcast.net From: Emanuel Damasceno [mailto:aedamasc...@gmail.com] Sent: Tuesday, February 07, 2012 12:05 PM To: Thomas Koch Cc: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] Lab Grading Hey Thomas! I am using the Device Based Approach by Matthew Berry. You can see it on Youtube. My strategy is as follows: I get one Lab from workbook 2 and start reading it. Then I write down 1.1, 1.2 (not the requirements, just the numbers) and so on, go straight to Call Routing and add all the strategic numbers (HQ, BR1, BR2). A good thing is to make a chart, also by Matthew Berry and it is also on Youtube, with your Call Routing requirements. I didn't take longer than 8 minutes to do it all in all Workbook 2 Labs. So I open my TextEdit, and start always with HQ. I read the exam and I go, "hm, it has NTP, so how does it want it configured...", and I put the commands on TextEdit, not on the router. Then I keep going, DHCP it's on CUCM so no IOS involved, so I keep going on the main topics... MGCP, SCCP (in case of transcoders, CFBs, MTPs, etc), Controllers E1/T1, SRST, RSVP, QoS. Not necessarily in that order, but you catch my drift... Then, all commands are on TXT, I start pasting on the router by section, not at once. After that I go to BR1, same thing with BR2. I read briefly what's asked of me in terms of Call Routing that I know I will need to be doing in IOS. If I don't do any Call Routing, I finish all the commands on the routers really fast. Then I go to the Switch... Only then I start the software part CUCM, CUC, CUPS, UCCX... I don't use the top to bottom, left to right on CUCM. I think as you research and go, you see that when you reach Device Pool on "top to bottom..." approach, you see that you need to go back to it to add Media Resources, let's say IOS CFB on HQ, that must be in a MRG, then MRGL. So, if we are planning not to waste any minute going back, I think it is best to add Gateways, then RGs, RLs, then Transcoders, CFBs, MTPs, then MRG, MRGLs, AAR Groups (if any), and only then you do your "top to bottom..." approach. I might be missing a few steps, but I am doing all this from the top of my head. I have all notes at home. I have been there once (Cisco), so I know what to expect to see. I know my exam will be completely different from the one I got the first time, but the core is always the same. We all are the same. We all had participation in projects, we all know what commands to use to make MGCP work, SCCP, etc. So all the commands are the same. Thinking about that, it is not different on the lab, you just have to watch out for commands that might screw you up (like ccm-manager config server). You will have plenty of time to test it after you configure CUCM, and register your phones. And for that I use Device/Line Approach to build my own Partitions, and CSSs. I know some people won't agree with my strategy, but as you progress on IPExpert labs you will start developing your own strategy. That works for me... I hope it helps... Develop your own methodology and stick with it. You can improve it as you go. You will start realizing that you can do some things ahead and things you can leave for later. I am still studying and improving my time and precision. I suggest Workbook 2 Labs 5 and later. They have the complexity you need to start realizing what you can improve and whatnot. I recommend Workbook 1 so you can learn the technologies. I did over 9 Lab sessions only for Lab 5A, B and C. A good thing to make it stick in your head is to do it at work, if you are responsible for voice, that is. Since I am responsible for voice, I am also doing a lot of what I learn with IPE and INE here. :) Wrote too much... Lol Best regards Emanuel Damasceno CCNP Voice On Tue, Feb 7, 2012 at 3:22 PM, Thomas Koch wrote: Emanuel, I was born here in the US and English is my first language... Re-reading the questions is always a good thing ... and take notes as you go..I'm trying that in my mock labs .. The more various scenarios that we look at and attempt, the better we become at gathering the lab requirements... I'm working
Re: [OSL | CCIE_Voice] Lab Grading
Hey Thomas! I am using the Device Based Approach by Matthew Berry. You can see it on Youtube. My strategy is as follows: I get one Lab from workbook 2 and start reading it. Then I write down 1.1, 1.2 (not the requirements, just the numbers) and so on, go straight to Call Routing and add all the strategic numbers (HQ, BR1, BR2). A good thing is to make a chart, also by Matthew Berry and it is also on Youtube, with your Call Routing requirements. I didn't take longer than 8 minutes to do it all in all Workbook 2 Labs. So I open my TextEdit, and start always with HQ. I read the exam and I go, "hm, it has NTP, so how does it want it configured...", and I put the commands on TextEdit, not on the router. Then I keep going, DHCP it's on CUCM so no IOS involved, so I keep going on the main topics... MGCP, SCCP (in case of transcoders, CFBs, MTPs, etc), Controllers E1/T1, SRST, RSVP, QoS. Not necessarily in that order, but you catch my drift... Then, all commands are on TXT, I start pasting on the router by section, not at once. After that I go to BR1, same thing with BR2. I read briefly what's asked of me in terms of Call Routing that I know I will need to be doing in IOS. If I don't do any Call Routing, I finish all the commands on the routers really fast. Then I go to the Switch... Only then I start the software part CUCM, CUC, CUPS, UCCX... I don't use the top to bottom, left to right on CUCM. I think as you research and go, you see that when you reach Device Pool on "top to bottom..." approach, you see that you need to go back to it to add Media Resources, let's say IOS CFB on HQ, that must be in a MRG, then MRGL. So, if we are planning not to waste any minute going back, I think it is best to add Gateways, then RGs, RLs, then Transcoders, CFBs, MTPs, then MRG, MRGLs, AAR Groups (if any), and only then you do your "top to bottom..." approach. I might be missing a few steps, but I am doing all this from the top of my head. I have all notes at home. I have been there once (Cisco), so I know what to expect to see. I know my exam will be completely different from the one I got the first time, but the core is always the same. We all are the same. We all had participation in projects, we all know what commands to use to make MGCP work, SCCP, etc. So all the commands are the same. Thinking about that, it is not different on the lab, you just have to watch out for commands that might screw you up (like ccm-manager config server). You will have plenty of time to test it after you configure CUCM, and register your phones. And for that I use Device/Line Approach to build my own Partitions, and CSSs. I know some people won't agree with my strategy, but as you progress on IPExpert labs you will start developing your own strategy. That works for me... I hope it helps... Develop your own methodology and stick with it. You can improve it as you go. You will start realizing that you can do some things ahead and things you can leave for later. I am still studying and improving my time and precision. I suggest Workbook 2 Labs 5 and later. They have the complexity you need to start realizing what you can improve and whatnot. I recommend Workbook 1 so you can learn the technologies. I did over 9 Lab sessions only for Lab 5A, B and C. A good thing to make it stick in your head is to do it at work, if you are responsible for voice, that is. Since I am responsible for voice, I am also doing a lot of what I learn with IPE and INE here. :) Wrote too much... Lol Best regards *Emanuel Damasceno* CCNP Voice On Tue, Feb 7, 2012 at 3:22 PM, Thomas Koch wrote: > Emanuel, > > I was born here in the US and English is my first language... > > Re-reading the questions is always a good thing ... and take notes as you > go..I'm trying that in my mock labs .. > > The more various scenarios that we look at and attempt, the better we > become at gathering the lab requirements... > > ** ** > > I'm working on my first attempt and trying to put together a plan of > attack... > > ** ** > > Regards, > > ** ** > > Thomas Koch > Sr. Network Engineer > > CCDA, CCNA, CCNP Voice > > IP Telephony Design Specialist > > Contact Center Express Specialist > > Verizon Business > Cell: +1.630.235.4309 > > Office: +1.630.296.8461 > E-mail: digito...@comcast.net > > ** ** > > *From:* ccie_voice-boun...@onlinestudylist.com [mailto: > ccie_voice-boun...@onlinestudylist.com] *On Behalf Of *Emanuel Damasceno > *Sent:* Tuesday, February 07, 2012 10:13 AM > *To:* Vega Wong > *Cc:* ccie_voice@onlinestudylist.com > *Subject:* Re: [OSL | CCIE_Voice] Lab Grading > > ** ** > > Hey Vega, > > Sorry for hearing you didn't make it. I've been there and I know the > feeling. I a
Re: [OSL | CCIE_Voice] Lab Grading
Hey Vega, Sorry for hearing you didn't make it. I've been there and I know the feeling. I am preparing myself for my second attempt now. I don't know which strategies you used, but all areas you mentioned there are tricks that confuse us. I think the whole point of the exam is understanding and doing its requirements. I have Workbooks 1 and 2 of IPExpert and the whole "she bang" from INE. I speak fluent English, but I am aware that it is not my first language. Sometimes I read a question and I understand it some way, when I ask my wife to read it she understands it another way, and she explain to me what the Workbooks are actually asking of me. Since she is American born and raised, she is also my resource as a better understanding simple plain English. I am not trying to say you know or don't know the language, it's not that. What I am judging by your last name you are not an English native speaker (I might be wrong), but if English is not your native language, you may have an understanding that is different from what it is required. Thus I mentioned my example, because that is my case. If you are an English native speaker, nevermind what I just said. But I think that even re-reading it, makes better sense. In the exam, we don't have time to read and re-read questions until we understand. You are not in the exam anymore, but take a question from one of your Workbook studies, and pick one you didn't understand it fully. You can easily pick that question as you read through your workbook and you read a question that you stop and say to yourself "Wait, what is it this question is saying?". You automatically re-read it for better understanding. As you read it twice or thrice, you realize that you are understanding it quite differently from the first time you read it. My wife is a great support, not only for leaving me alone to study but also to help me understand better the English on the workbooks. The exam is all about being literal, over configuring won't do you any good. The proctor won't think you're an expert because you know a command that only few people know it. If the question is specifically saying to do something, you need to do it like they ask. If they don't specify it, you can do it the way you know. I guess you already know all of this, but I am posting this mostly for the CCIE newcomers. But it might work for you too, if you don't already know it :) Best regards to all. *Emanuel Damasceno* CCNP Voice On Tue, Feb 7, 2012 at 4:33 AM, Vega Wong wrote: > Hi all > > First of all, let me clarify that I am not trying to break NDA or trying > to sell anything here, just something I cant get my head around with. > > I just had my second attmpt yesterday, and I failed. What really > demoralising for me is that I thought I was fully prepared. What even more > demoralising is that when I looked at the score card, I didnt get 100% in > the area I thought I would get a 100%. > > I dont mean to say I know it all (especially now), but there are areas on > my score card that really shocks me. As I read through the exam, I know > what the questions were requiring (at least I thought I did). For example, > we all know that the topics of DHCP, NTP, VLAN will be in the network > infrastructure area. And what could go wrong in those areas? I mean, if you > dont setup those area correctly, all your subsequence config will has > problem right? But yet, I dont get full marks in those. Similarly the > gateway area, QoS area etc. > > Right now I am pretty lost as to what I can prepare or study on, or at > least how to check my config? I know this sounds really bad (or arrogent) > but I really have no idea as how to confirm the config I did can get the > full mark in those area. > > I guess I am hoping if someone that share their strategy as to how to > confirm their work is good or fulfilled the requirement? > > hope that makes sense? > > > > > ___ > For more information regarding industry leading CCIE Lab training, please > visit www.ipexpert.com > > Are you a CCNP or CCIE and looking for a job? Check out > www.PlatinumPlacement.com > ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
Re: [OSL | CCIE_Voice] Lab Grading
It is definitely tough, I know I felt pretty lost too after my first attempt. For me taking a couple weeks off and going back 6 weeks later helped immensely. I felt I knew the technology and had the speed to succeed, so instead of doing a bunch of 8 hour labs, I really focused on how to verify each and every topic. I also worked on my initial first 30 minute routine, knowing exactly what you will do, what type of info you want to capture and allow yourself to get into rhythm. About a week prior I did run through three to four 8 hour labs just to make sure I didnt lose any of my speed. Do not take any section for granted, by the time we are ready for the lab, we all know NTP, Vlans or DHCP.. I remember finding one of my routers I forgot to do NTP config, luckily I had enough time to go through and verify each question and caught several mistakes. Verify everything. If you are unsure how to verify a section then use the time between now and your next attempt to focus on that. For example of things I would check for infrastructure: VLANS: show vlan or show vlan-sw<-- Are my vlans created? Active state? show ip interface brief | ex un (routers) <-- Do my vlans / subinterfaces have ip addresses? show interface status (switch) <-- Are my interfaces shutdown? show run interface *trunk-interface* <-- trunk - Is the trunk port setup correctly? show run interface *phone-interfaces* <-- Do I have to setup the phone ports? I use access ports for switch / trunk ports for routers. show cdp <-- is cdp running? are we advertising v2 for phones? show cdp nei <-- Do I see my phones / servers / routers? IOS DHCP: show ip dhcp bind <-- Are my phones getting IP's? Do I have any static requirement? show run | s dhcp <-- Did I setup my tftp-servers correctly? Default-gateway? (if phones having an issue, I personally put the wrong ip here on 1st attempt) CUCM DHCP: Verify IP address of phones when they auto reg if able otherwise manually Create an interface vlan on switch in voice vlan then "ip address dhcp" this confirms CUCM is assigning IP's and the phones don't just have their IP stored from another day.. IOS NTP/Time: show ntp assoc - Am I synched to whom I am suppose to be? show run | s clock - Did I remember to setup any timezones I needed? CUCM NTP: ssh to pub / sub - utils ntp assoc <-- PUB synched with whom it is suppose to be? SUB still synched with PUB? Now these are really the basics I would do every lab because you are guaranteed to have these topics, mock or otherwise. You want to be able to do this for all sections, know ways to verify as many things as you can and hopefully you complete the exam with enough time to use them. I personally did very light verification while configuring, once I had enough done I would verify everything from question 1 on. This does depend on how much time you have left, I had around 2 hours. HTH, Chris On Tue, Feb 7, 2012 at 12:33 AM, Vega Wong wrote: > Hi all > > First of all, let me clarify that I am not trying to break NDA or trying > to sell anything here, just something I cant get my head around with. > > I just had my second attmpt yesterday, and I failed. What really > demoralising for me is that I thought I was fully prepared. What even more > demoralising is that when I looked at the score card, I didnt get 100% in > the area I thought I would get a 100%. > > I dont mean to say I know it all (especially now), but there are areas on > my score card that really shocks me. As I read through the exam, I know > what the questions were requiring (at least I thought I did). For example, > we all know that the topics of DHCP, NTP, VLAN will be in the network > infrastructure area. And what could go wrong in those areas? I mean, if you > dont setup those area correctly, all your subsequence config will has > problem right? But yet, I dont get full marks in those. Similarly the > gateway area, QoS area etc. > > Right now I am pretty lost as to what I can prepare or study on, or at > least how to check my config? I know this sounds really bad (or arrogent) > but I really have no idea as how to confirm the config I did can get the > full mark in those area. > > I guess I am hoping if someone that share their strategy as to how to > confirm their work is good or fulfilled the requirement? > > hope that makes sense? > > > > > ___ > For more information regarding industry leading CCIE Lab training, please > visit www.ipexpert.com > > Are you a CCNP or CCIE and looking for a job? Check out > www.PlatinumPlacement.com > ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
[OSL | CCIE_Voice] Lab Grading
Hi all First of all, let me clarify that I am not trying to break NDA or trying to sell anything here, just something I cant get my head around with. I just had my second attmpt yesterday, and I failed. What really demoralising for me is that I thought I was fully prepared. What even more demoralising is that when I looked at the score card, I didnt get 100% in the area I thought I would get a 100%. I dont mean to say I know it all (especially now), but there are areas on my score card that really shocks me. As I read through the exam, I know what the questions were requiring (at least I thought I did). For example, we all know that the topics of DHCP, NTP, VLAN will be in the network infrastructure area. And what could go wrong in those areas? I mean, if you dont setup those area correctly, all your subsequence config will has problem right? But yet, I dont get full marks in those. Similarly the gateway area, QoS area etc. Right now I am pretty lost as to what I can prepare or study on, or at least how to check my config? I know this sounds really bad (or arrogent) but I really have no idea as how to confirm the config I did can get the full mark in those area. I guess I am hoping if someone that share their strategy as to how to confirm their work is good or fulfilled the requirement? hope that makes sense? ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
[OSL | CCIE_Voice] Lab Grading
I read an ipexpert blog by Anthony Squera " You should understand how grading proctor evaluates your lab " Specifically for CCIE Voice most labs locations are graded by a remote proctor in a different time zone. Grading should be based on whether your solution fullfills question requirements rather than looking for specific method of configuration. For that he has a pre-configured username in CUCM & one switch-port from each site is allocated for him. If he cannot access candidate PC he will simply give 0 marks for this section. 1. Sometimes they ask to keep something open in a remote computer ( ex : a softphone or a particular file , etc...) . Candidates also access this computer using Remote Desktop Connection or VNC. Can he see an opened file on one RDP session using another RDP session ? ( I believe proctor will not access candidate's local PC) 2. If we enable CUCM traces ( in CUCM servicability ) can it effect grading process? I heard if we enable debugs in Routers it may interfere with grading scripts. K. ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
Re: [OSL | CCIE_Voice] Lab grading
Chris, Absolutely right. I wasted close to 20 minutes on my last lab attempt "undoing" auto-pilot mistakes in my configs. Nothing like adding to an already stressful exam by making auto-pilot mistakes. Scott On 12/23/08, Chris Parker wrote: > > > Thanks, Mike. I think you are right about reading everything closely and > looking into the question. I think to a certain extent I get myself into > auto pilot where I just spit out the configs... > > And to James' point, I think doing the practice labs can trip you up a > bit when you get to the real lab. You get used to a certain topology and > other things that are close to but not the same in the real lab. You > tend to make assumptions based on your practice lab experience, and it > gets you into trouble. I made special point this time around of noting > the particulars of the real lab - which phones are where, what kind of > IP scheme is used, etc. So when I go back, I'll already have this in my > head. > > Chris > > Mike Stevenson wrote: >> Chris, >> I can understand your frustration, it took me 4 attempts. I thought >> that technically I should have passed them all :-). >> >> The thing I found the hardest (once I had speed and technical skills >> sorted) was learning to READ the questions. It sounds very easy, >> however if you do not read every word, then you will find it very >> difficult to pass. I found that i would start reading a question get >> halfway through, say to my self I know how to do that bit, then I >> would zoom on through and configure as I thought was required, only to >> miss a key word at the end of the sentence. This would happen >> unconsciously even when I reread the questions to confirm my >> configuration. From your comments below I can see that you are most >> likely doing this. I cannot emphasis this enough READ every word, >> clearly understand exactly what is being asked. It is a hard thing to >> do with the time pressure that is on you, but it often will make the >> difference between pass and fail (in my opinion). >> >> The other thing that caught me out at least once, was not putting >> things back to how they should be after testing. CAC, and AAR are a >> classic for this. Did you test that the dial-plan worked as it should >> after you had completed your fail-over testing? >> >> If things are ambiguous, then approach the Proctor, that is what they >> are there for, If you are having to assume things then ask the Proctor >> for clarification. He may not give you the answer you want, but even >> a comment such as "read the question again" would indicate that you >> have not read or seen something in the questions that you should have. >> >> I am sure you will get there. >> >> Regards. >> Mike >> >> >> >> >> On 23/12/2008, at 12:00 PM, Chris Parker wrote: >> >>> Marwa, >>> >>> There are many things I can suggest, but the thing that has helped me >>> most is practice. Doing the labs again and again has been the best >>> thing for helping my speed. When you can finish an 8 hour lab in 5 or >>> 6 hours without looking at documentation then you know you are in >>> good shape. >>> >>> My QoS section was good, I took hits in dial plan, gateways and >>> infrastructure of all things. I got like a 60% in each of those. My >>> 6500 kept locking up in my lab, and now I have to wonder if that >>> didn't some how get me. Like maybe the 6500 locked up while the lab >>> was being graded... >>> >>> Oh well ... guess I have plenty of time now to master IPCC scripting >>> >>> >>> Chris >>> >>> marwa wrote: >>>> hello, >>>> >>>> i am having my exam in 2 weeks do u have anything to advise me to do >>>> while studing >>>> u said u got bad in dialplan what about the rest the qos,... >>>> >>>> >>>> - Original Message - From: "Chris Parker" >>>> To: >>>> Sent: Sunday, December 21, 2008 7:17 PM >>>> Subject: [OSL | CCIE_Voice] Lab grading >>>> >>>> >>>>> Hello, >>>>> >>>>> Well I have just received my results from my last attempt on >>>>> Thursday, and I didn't make it this time. Unlike previous attempts >>>>> I thought that I had made it this time and while I did do much >>>>> better, it still wasn't enough. >>>>> >>>>> Whi
Re: [OSL | CCIE_Voice] Lab grading
Chris, You are 100% right, the practice lab can lead you to make certain assumptions in the real lab, classic examples are ip schema and ur lab passwords etc. -Original Message- From: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Chris Parker Sent: Wednesday, 24 December 2008 10:29 AM To: Mike Stevenson Cc: OSL Group Subject: Re: [OSL | CCIE_Voice] Lab grading Thanks, Mike. I think you are right about reading everything closely and looking into the question. I think to a certain extent I get myself into auto pilot where I just spit out the configs... And to James' point, I think doing the practice labs can trip you up a bit when you get to the real lab. You get used to a certain topology and other things that are close to but not the same in the real lab. You tend to make assumptions based on your practice lab experience, and it gets you into trouble. I made special point this time around of noting the particulars of the real lab - which phones are where, what kind of IP scheme is used, etc. So when I go back, I'll already have this in my head. Chris Mike Stevenson wrote: > Chris, > I can understand your frustration, it took me 4 attempts. I thought > that technically I should have passed them all :-). > > The thing I found the hardest (once I had speed and technical skills > sorted) was learning to READ the questions. It sounds very easy, > however if you do not read every word, then you will find it very > difficult to pass. I found that i would start reading a question get > halfway through, say to my self I know how to do that bit, then I > would zoom on through and configure as I thought was required, only to > miss a key word at the end of the sentence. This would happen > unconsciously even when I reread the questions to confirm my > configuration. From your comments below I can see that you are most > likely doing this. I cannot emphasis this enough READ every word, > clearly understand exactly what is being asked. It is a hard thing to > do with the time pressure that is on you, but it often will make the > difference between pass and fail (in my opinion). > > The other thing that caught me out at least once, was not putting > things back to how they should be after testing. CAC, and AAR are a > classic for this. Did you test that the dial-plan worked as it should > after you had completed your fail-over testing? > > If things are ambiguous, then approach the Proctor, that is what they > are there for, If you are having to assume things then ask the Proctor > for clarification. He may not give you the answer you want, but even > a comment such as "read the question again" would indicate that you > have not read or seen something in the questions that you should have. > > I am sure you will get there. > > Regards. > Mike > > > > > On 23/12/2008, at 12:00 PM, Chris Parker wrote: > >> Marwa, >> >> There are many things I can suggest, but the thing that has helped me >> most is practice. Doing the labs again and again has been the best >> thing for helping my speed. When you can finish an 8 hour lab in 5 or >> 6 hours without looking at documentation then you know you are in >> good shape. >> >> My QoS section was good, I took hits in dial plan, gateways and >> infrastructure of all things. I got like a 60% in each of those. My >> 6500 kept locking up in my lab, and now I have to wonder if that >> didn't some how get me. Like maybe the 6500 locked up while the lab >> was being graded... >> >> Oh well ... guess I have plenty of time now to master IPCC scripting >> >> >> Chris >> >> marwa wrote: >>> hello, >>> >>> i am having my exam in 2 weeks do u have anything to advise me to do >>> while studing >>> u said u got bad in dialplan what about the rest the qos,... >>> >>> >>> - Original Message - From: "Chris Parker" >>> To: >>> Sent: Sunday, December 21, 2008 7:17 PM >>> Subject: [OSL | CCIE_Voice] Lab grading >>> >>> >>>> Hello, >>>> >>>> Well I have just received my results from my last attempt on >>>> Thursday, and I didn't make it this time. Unlike previous attempts >>>> I thought that I had made it this time and while I did do much >>>> better, it still wasn't enough. >>>> >>>> Which is what leaves me a bit puzzled this time around. I finished >>>> my lab with 2 hours to spare. I tested everything out and >>>> everything seemed to work per what was in the lab. I was able to >>>>
Re: [OSL | CCIE_Voice] Lab grading
Thanks, Mike. I think you are right about reading everything closely and looking into the question. I think to a certain extent I get myself into auto pilot where I just spit out the configs... And to James' point, I think doing the practice labs can trip you up a bit when you get to the real lab. You get used to a certain topology and other things that are close to but not the same in the real lab. You tend to make assumptions based on your practice lab experience, and it gets you into trouble. I made special point this time around of noting the particulars of the real lab - which phones are where, what kind of IP scheme is used, etc. So when I go back, I'll already have this in my head. Chris Mike Stevenson wrote: Chris, I can understand your frustration, it took me 4 attempts. I thought that technically I should have passed them all :-). The thing I found the hardest (once I had speed and technical skills sorted) was learning to READ the questions. It sounds very easy, however if you do not read every word, then you will find it very difficult to pass. I found that i would start reading a question get halfway through, say to my self I know how to do that bit, then I would zoom on through and configure as I thought was required, only to miss a key word at the end of the sentence. This would happen unconsciously even when I reread the questions to confirm my configuration. From your comments below I can see that you are most likely doing this. I cannot emphasis this enough READ every word, clearly understand exactly what is being asked. It is a hard thing to do with the time pressure that is on you, but it often will make the difference between pass and fail (in my opinion). The other thing that caught me out at least once, was not putting things back to how they should be after testing. CAC, and AAR are a classic for this. Did you test that the dial-plan worked as it should after you had completed your fail-over testing? If things are ambiguous, then approach the Proctor, that is what they are there for, If you are having to assume things then ask the Proctor for clarification. He may not give you the answer you want, but even a comment such as "read the question again" would indicate that you have not read or seen something in the questions that you should have. I am sure you will get there. Regards. Mike On 23/12/2008, at 12:00 PM, Chris Parker wrote: Marwa, There are many things I can suggest, but the thing that has helped me most is practice. Doing the labs again and again has been the best thing for helping my speed. When you can finish an 8 hour lab in 5 or 6 hours without looking at documentation then you know you are in good shape. My QoS section was good, I took hits in dial plan, gateways and infrastructure of all things. I got like a 60% in each of those. My 6500 kept locking up in my lab, and now I have to wonder if that didn't some how get me. Like maybe the 6500 locked up while the lab was being graded... Oh well ... guess I have plenty of time now to master IPCC scripting Chris marwa wrote: hello, i am having my exam in 2 weeks do u have anything to advise me to do while studing u said u got bad in dialplan what about the rest the qos,... - Original Message - From: "Chris Parker" To: Sent: Sunday, December 21, 2008 7:17 PM Subject: [OSL | CCIE_Voice] Lab grading Hello, Well I have just received my results from my last attempt on Thursday, and I didn't make it this time. Unlike previous attempts I thought that I had made it this time and while I did do much better, it still wasn't enough. Which is what leaves me a bit puzzled this time around. I finished my lab with 2 hours to spare. I tested everything out and everything seemed to work per what was in the lab. I was able to dial everything on the PSTN and the PSTN could dial everything on the CCM / CME. My gatekeeper routing all worked. It failed over when I shut down the gatekeeper. I thought I had it all covered. But I only got a measly 14% on my call routing. So obviously I missed something. Of course I'll never know what it was So as I prepare for my next go, is there any advise out there? I feel like my knowledge and speed is there, but there seems to be something I am missing that goes beyond that. I think in my case it has to do with "implied" requirements of the lab. Maybe I am reading the lab too literally? Maybe there are things that I need to be doing that aren't exactly spelled out in the lab, but are none-the-less expected? Like for example, maybe the lab doesn't say outright to have phone register to the subscriber, but a later task asks you to have a dial peer fail between sub and pub. So this implies that you should have phones register to the sub? Or all the call routing requirements ask you to configure things for
Re: [OSL | CCIE_Voice] Lab grading
Great point Mike! I actually found myself doing exactly the same thing on my last attempt. Not reading the question all the way through. I think part of my problem was that I have been going through the VOl 3 labs so many times I know the questions and find myself not reading them completely. That carried over to the actual lab. I will make sure that doesn't happen this next time :-) James -Original Message- From: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Mike Stevenson Sent: Tuesday, December 23, 2008 3:13 PM To: Chris Parker Cc: OSL Group Subject: Re: [OSL | CCIE_Voice] Lab grading Chris, I can understand your frustration, it took me 4 attempts. I thought that technically I should have passed them all :-). The thing I found the hardest (once I had speed and technical skills sorted) was learning to READ the questions. It sounds very easy, however if you do not read every word, then you will find it very difficult to pass. I found that i would start reading a question get halfway through, say to my self I know how to do that bit, then I would zoom on through and configure as I thought was required, only to miss a key word at the end of the sentence. This would happen unconsciously even when I reread the questions to confirm my configuration. From your comments below I can see that you are most likely doing this. I cannot emphasis this enough READ every word, clearly understand exactly what is being asked. It is a hard thing to do with the time pressure that is on you, but it often will make the difference between pass and fail (in my opinion). The other thing that caught me out at least once, was not putting things back to how they should be after testing. CAC, and AAR are a classic for this. Did you test that the dial-plan worked as it should after you had completed your fail-over testing? If things are ambiguous, then approach the Proctor, that is what they are there for, If you are having to assume things then ask the Proctor for clarification. He may not give you the answer you want, but even a comment such as "read the question again" would indicate that you have not read or seen something in the questions that you should have. I am sure you will get there. Regards. Mike On 23/12/2008, at 12:00 PM, Chris Parker wrote: > Marwa, > > There are many things I can suggest, but the thing that has helped > me most is practice. Doing the labs again and again has been the > best thing for helping my speed. When you can finish an 8 hour lab > in 5 or 6 hours without looking at documentation then you know you > are in good shape. > > My QoS section was good, I took hits in dial plan, gateways and > infrastructure of all things. I got like a 60% in each of those. My > 6500 kept locking up in my lab, and now I have to wonder if that > didn't some how get me. Like maybe the 6500 locked up while the lab > was being graded... > > Oh well ... guess I have plenty of time now to master IPCC > scripting > > Chris > > marwa wrote: >> hello, >> >> i am having my exam in 2 weeks do u have anything to advise me to >> do while studing >> u said u got bad in dialplan what about the rest the qos,... >> >> >> - Original Message - From: "Chris Parker" >> >> To: >> Sent: Sunday, December 21, 2008 7:17 PM >> Subject: [OSL | CCIE_Voice] Lab grading >> >> >>> Hello, >>> >>> Well I have just received my results from my last attempt on >>> Thursday, and I didn't make it this time. Unlike previous >>> attempts I thought that I had made it this time and while I did >>> do much better, it still wasn't enough. >>> >>> Which is what leaves me a bit puzzled this time around. I finished >>> my lab with 2 hours to spare. I tested everything out and >>> everything seemed to work per what was in the lab. I was able to >>> dial everything on the PSTN and the PSTN could dial everything on >>> the CCM / CME. My gatekeeper routing all worked. It failed over >>> when I shut down the gatekeeper. I thought I had it all covered. >>> >>> But I only got a measly 14% on my call routing. So obviously I >>> missed something. Of course I'll never know what it was >>> >>> So as I prepare for my next go, is there any advise out there? I >>> feel like my knowledge and speed is there, but there seems to be >>> something I am missing that goes beyond that. I think in my case >>> it has to do with "implied" requirements of the lab. Maybe I am >>> reading the lab too l
Re: [OSL | CCIE_Voice] Lab grading
Chris, I can understand your frustration, it took me 4 attempts. I thought that technically I should have passed them all :-). The thing I found the hardest (once I had speed and technical skills sorted) was learning to READ the questions. It sounds very easy, however if you do not read every word, then you will find it very difficult to pass. I found that i would start reading a question get halfway through, say to my self I know how to do that bit, then I would zoom on through and configure as I thought was required, only to miss a key word at the end of the sentence. This would happen unconsciously even when I reread the questions to confirm my configuration. From your comments below I can see that you are most likely doing this. I cannot emphasis this enough READ every word, clearly understand exactly what is being asked. It is a hard thing to do with the time pressure that is on you, but it often will make the difference between pass and fail (in my opinion). The other thing that caught me out at least once, was not putting things back to how they should be after testing. CAC, and AAR are a classic for this. Did you test that the dial-plan worked as it should after you had completed your fail-over testing? If things are ambiguous, then approach the Proctor, that is what they are there for, If you are having to assume things then ask the Proctor for clarification. He may not give you the answer you want, but even a comment such as "read the question again" would indicate that you have not read or seen something in the questions that you should have. I am sure you will get there. Regards. Mike On 23/12/2008, at 12:00 PM, Chris Parker wrote: Marwa, There are many things I can suggest, but the thing that has helped me most is practice. Doing the labs again and again has been the best thing for helping my speed. When you can finish an 8 hour lab in 5 or 6 hours without looking at documentation then you know you are in good shape. My QoS section was good, I took hits in dial plan, gateways and infrastructure of all things. I got like a 60% in each of those. My 6500 kept locking up in my lab, and now I have to wonder if that didn't some how get me. Like maybe the 6500 locked up while the lab was being graded... Oh well ... guess I have plenty of time now to master IPCC scripting Chris marwa wrote: hello, i am having my exam in 2 weeks do u have anything to advise me to do while studing u said u got bad in dialplan what about the rest the qos,... - Original Message - From: "Chris Parker" To: Sent: Sunday, December 21, 2008 7:17 PM Subject: [OSL | CCIE_Voice] Lab grading Hello, Well I have just received my results from my last attempt on Thursday, and I didn't make it this time. Unlike previous attempts I thought that I had made it this time and while I did do much better, it still wasn't enough. Which is what leaves me a bit puzzled this time around. I finished my lab with 2 hours to spare. I tested everything out and everything seemed to work per what was in the lab. I was able to dial everything on the PSTN and the PSTN could dial everything on the CCM / CME. My gatekeeper routing all worked. It failed over when I shut down the gatekeeper. I thought I had it all covered. But I only got a measly 14% on my call routing. So obviously I missed something. Of course I'll never know what it was So as I prepare for my next go, is there any advise out there? I feel like my knowledge and speed is there, but there seems to be something I am missing that goes beyond that. I think in my case it has to do with "implied" requirements of the lab. Maybe I am reading the lab too literally? Maybe there are things that I need to be doing that aren't exactly spelled out in the lab, but are none-the-less expected? Like for example, maybe the lab doesn't say outright to have phone register to the subscriber, but a later task asks you to have a dial peer fail between sub and pub. So this implies that you should have phones register to the sub? Or all the call routing requirements ask you to configure things for HQ, and says not to worry about Site B "yet". But then you never see anything in there for Site B. All of the above examples are purely hypothetical BTW. I also wonder how our labs are graded. I got my results back the next day at 10:30 AM. I don't know how much time the proctor spent looking at my lab, but I don't think he could have been too thorough. How much of the grading is automated? Thanks Chris
Re: [OSL | CCIE_Voice] Lab grading
Marwa, There are many things I can suggest, but the thing that has helped me most is practice. Doing the labs again and again has been the best thing for helping my speed. When you can finish an 8 hour lab in 5 or 6 hours without looking at documentation then you know you are in good shape. My QoS section was good, I took hits in dial plan, gateways and infrastructure of all things. I got like a 60% in each of those. My 6500 kept locking up in my lab, and now I have to wonder if that didn't some how get me. Like maybe the 6500 locked up while the lab was being graded... Oh well ... guess I have plenty of time now to master IPCC scripting Chris marwa wrote: hello, i am having my exam in 2 weeks do u have anything to advise me to do while studing u said u got bad in dialplan what about the rest the qos,... - Original Message - From: "Chris Parker" To: Sent: Sunday, December 21, 2008 7:17 PM Subject: [OSL | CCIE_Voice] Lab grading Hello, Well I have just received my results from my last attempt on Thursday, and I didn't make it this time. Unlike previous attempts I thought that I had made it this time and while I did do much better, it still wasn't enough. Which is what leaves me a bit puzzled this time around. I finished my lab with 2 hours to spare. I tested everything out and everything seemed to work per what was in the lab. I was able to dial everything on the PSTN and the PSTN could dial everything on the CCM / CME. My gatekeeper routing all worked. It failed over when I shut down the gatekeeper. I thought I had it all covered. But I only got a measly 14% on my call routing. So obviously I missed something. Of course I'll never know what it was So as I prepare for my next go, is there any advise out there? I feel like my knowledge and speed is there, but there seems to be something I am missing that goes beyond that. I think in my case it has to do with "implied" requirements of the lab. Maybe I am reading the lab too literally? Maybe there are things that I need to be doing that aren't exactly spelled out in the lab, but are none-the-less expected? Like for example, maybe the lab doesn't say outright to have phone register to the subscriber, but a later task asks you to have a dial peer fail between sub and pub. So this implies that you should have phones register to the sub? Or all the call routing requirements ask you to configure things for HQ, and says not to worry about Site B "yet". But then you never see anything in there for Site B. All of the above examples are purely hypothetical BTW. I also wonder how our labs are graded. I got my results back the next day at 10:30 AM. I don't know how much time the proctor spent looking at my lab, but I don't think he could have been too thorough. How much of the grading is automated? Thanks Chris
Re: [OSL | CCIE_Voice] Lab grading
Hi Chris, It's always big mystery, how they grade the lab. And as I think, it really depends on the proctor which grades your lab. It's really hard to test every call in every situation, it takes a lot of time. Just imagine, that you have to make calls from every phone to every phone and every line, from every phone to voicemail, to ICD, to B-ACD, to CUE, to all PSTN numbers... Then multiply it to a different "situations", like "PSTN up/down, gatekeeper up/down, WAN up/down" and then combination of all these "situations". I don't remember exactly, but I did a calculation, and to test "everything" you must make over a hundred calls... Plus, some numbers are really long... The bottom line is that the proctor will never verify each and every call. I guess, some solutions will be graded by the script (just run the config through an analyzer, there are not so many variations of the code). Some tasks will be verified by dialing one/two numbers, and assume that all other dialing, falling under the same group, are fine. So, one proctor may dial this from one phone, another from another, etc. One proctor may dial one number and be satisfied, another my dial 4-5 different numbers, and find something not-conforming. And speaking of "call routing section". Your calls may work just fine. But there may be a small condition, which is not meet, and whole section will fail. For example, "4-digits calls from HQ to SC should go through GK, then PSTN, and should show 4-digits caller-id with all calls". If GK call shows 4-digits DN, but when it goes through PSTN, it shows full E.164 number, you will get no points for the section. Good luck. We all in the same boat... Mike - Original Message - From: "Chris Parker" To: Sent: Sunday, December 21, 2008 12:17 PM Subject: [OSL | CCIE_Voice] Lab grading Hello, Well I have just received my results from my last attempt on Thursday, and I didn't make it this time. Unlike previous attempts I thought that I had made it this time and while I did do much better, it still wasn't enough. Which is what leaves me a bit puzzled this time around. I finished my lab with 2 hours to spare. I tested everything out and everything seemed to work per what was in the lab. I was able to dial everything on the PSTN and the PSTN could dial everything on the CCM / CME. My gatekeeper routing all worked. It failed over when I shut down the gatekeeper. I thought I had it all covered. But I only got a measly 14% on my call routing. So obviously I missed something. Of course I'll never know what it was So as I prepare for my next go, is there any advise out there? I feel like my knowledge and speed is there, but there seems to be something I am missing that goes beyond that. I think in my case it has to do with "implied" requirements of the lab. Maybe I am reading the lab too literally? Maybe there are things that I need to be doing that aren't exactly spelled out in the lab, but are none-the-less expected? Like for example, maybe the lab doesn't say outright to have phone register to the subscriber, but a later task asks you to have a dial peer fail between sub and pub. So this implies that you should have phones register to the sub? Or all the call routing requirements ask you to configure things for HQ, and says not to worry about Site B "yet". But then you never see anything in there for Site B. All of the above examples are purely hypothetical BTW. I also wonder how our labs are graded. I got my results back the next day at 10:30 AM. I don't know how much time the proctor spent looking at my lab, but I don't think he could have been too thorough. How much of the grading is automated? Thanks Chris
[OSL | CCIE_Voice] Lab grading
Hello, Well I have just received my results from my last attempt on Thursday, and I didn't make it this time. Unlike previous attempts I thought that I had made it this time and while I did do much better, it still wasn't enough. Which is what leaves me a bit puzzled this time around. I finished my lab with 2 hours to spare. I tested everything out and everything seemed to work per what was in the lab. I was able to dial everything on the PSTN and the PSTN could dial everything on the CCM / CME. My gatekeeper routing all worked. It failed over when I shut down the gatekeeper. I thought I had it all covered. But I only got a measly 14% on my call routing. So obviously I missed something. Of course I'll never know what it was So as I prepare for my next go, is there any advise out there? I feel like my knowledge and speed is there, but there seems to be something I am missing that goes beyond that. I think in my case it has to do with "implied" requirements of the lab. Maybe I am reading the lab too literally? Maybe there are things that I need to be doing that aren't exactly spelled out in the lab, but are none-the-less expected? Like for example, maybe the lab doesn't say outright to have phone register to the subscriber, but a later task asks you to have a dial peer fail between sub and pub. So this implies that you should have phones register to the sub? Or all the call routing requirements ask you to configure things for HQ, and says not to worry about Site B "yet". But then you never see anything in there for Site B. All of the above examples are purely hypothetical BTW. I also wonder how our labs are graded. I got my results back the next day at 10:30 AM. I don't know how much time the proctor spent looking at my lab, but I don't think he could have been too thorough. How much of the grading is automated? Thanks Chris
[OSL | CCIE_Voice] Lab grading system - partial marks
Hi, I'm a little confused on how the lab is graded. I was under the impression that 'no partial marks' meant that if a task was missed you would fail an entire section. Although I can successfully integrate IPCCX with CCM I'm thinking about dropping this section from my lab as my weakness is scripting. Would I recieve a couple of points in this section if my initial task was to complete integration and then the next task was to create a custom script? Thanks, Rob