[cisco-voip] [OSL | CCIE_Voice] v3 BluePrint questions...

Thu May 14 13:41:16 EDT 2009

I was under the impression given my experiences that the lab was
really just a measure of how many repeated maulings one was able to
sustain without giving up =)

-Pete
#9048

On Wed, May 13, 2009 at 3:13 PM, Turpin, Mark <mark.turpin at calence.com> wrote:
> The written is a theory test and lab exam is being able to interpret requirements and configure what's requested.
>
> Being able to fix things just comes with experience.  And 30GB of trace files would go to TAC :)
>
> --
>
> MARK TURPIN  |  Systems Engineer  |  CCIE 21649 |  Insight Networking | www.insight.com
> t. 314.656.2315   c. 314.277.7948   f. 314.656.2355  mark.turpin at insight.com
>
> The information contained in this message and any attachment may contain privileged or confidential information protected from disclosure. If you are not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any review, dissemination, distribution or copying of this information is strictly prohibited.  If you have received this transmission in error, please notify the sender immediately by replying to this message and destroying the original and all copies.  Thank you.
>
> -----Original Message-----
> From: ccie_voice-bounces at onlinestudylist.com [mailto:ccie_voice-bounces at onlinestudylist.com] On Behalf Of Jonathan Charles
> Sent: Wednesday, May 13, 2009 1:29 PM
> To: Ryan Ratliff
> Cc: ccie_voice at onlinestudylist.com; cisco-voip at puck.nether.net
> Subject: Re: [OSL | CCIE_Voice] [cisco-voip] v3 BluePrint questions...
>
> I agree.... but the question remains, what is a CCIE, what should a CCIE be?
>
> I don't go to a CCIE to find out how to configure stuff, I can use
> Puck or Cisco's website for that
>
> I get a CCIE when something is broken and no one can figure it out...
> the guy who will go through 30GB of trace files and tell you not just
> how to fix it, but why it is broken in the first place.
>
>
> J
>
> On Wed, May 13, 2009 at 1:17 PM, Ryan Ratliff <rratliff at cisco.com> wrote:
>> I think the lab as it existed was a good troubleshooting exercise.   While
>> anyone with enough time and some sample labs could memorize how to configure
>> everything quickly the moment you miss something you better be able to
>> troubleshoot it (and fast) or you won't pass.   That said anything they do
>> to introduce more troubleshooting is a good idea in my book.
>>
>> -Ryan
>>
>> On May 13, 2009, at 1:44 PM, Jonathan Charles wrote:
>>
>> I have this vision of the new lab being that everything is configured,
>> but nothing works... and have you configure some more stuff...
>>
>> That would be a cool troubleshooting exam, with cascading failures and
>> configuration issues...
>>
>> The question is what is a CCIE, thematically?
>>
>> Is the CCIE an expert at configuration, troubleshooting, design?
>>
>> If it is all of these, then I do not believe they can be tested
>> thoroughly in one day.
>>
>> If it is just one, then yes, we can test for that.
>>
>> In my experience, CCIEs are usually tapped exclusively for expert
>> troubleshooting... not configuration (unless the configuration is to
>> resolve an issue)... they are brought in as the ultimate escalation
>> point.
>>
>> So, if this is the goal, to verify that skill, then the test I would
>> device would be a completely configured, unmitigated disaster.
>>
>> CSS and Partitions that go no where... Route groups to the wrong
>> sites, dial-peers with the wrong IP, wrong preference, wrong codec,
>> wrong ports, etc... DHCP misconfigured, no service dhcp, wrong default
>> router, wrong option 150... services crashing due to crazy service
>> parameter settings...
>>
>> I think that would replicate the real world experience of a CCIE...
>> being dragged into the middle of the end of the world, having no
>> information, and having to hit the ground fixing.
>>
>>
>> Jonathan
>>
>>
>> On Tue, May 12, 2009 at 6:22 PM, Larry Hadrava <lhadrava at ipexpert.com>
>> wrote:
>>>
>>> Just because a dial plan is in place does not mean that anything is
>>> connecting utilizing the dial plan. I can see some room for work there.
>>> Larry Hadrava
>>> CCIE #12203 CCNP CCNA
>>> Sr. Support Engineer - IPexpert, Inc.
>>> URL: http://www.IPexpert.com
>>>
>>>
>>> On Tue, May 12, 2009 at 12:39 PM, Jonathan Charles <jonvoip at gmail.com>
>>> wrote:
>>>>
>>>> Yes, but there are some conflicting statements...
>>>>
>>>> One of the configuration items on the blueprint is DHCP... If the
>>>> phones are already registered, then DHCP must have been too...
>>>>
>>>> If basic dial plan is constructed, that means the PRIs/CAS lines are
>>>> configured, which means you had to configure the transcoders and conf
>>>> bridges before that (else you would have to tear them back down to
>>>> configure the transcoders...)...
>>>>
>>>> This is weird...
>>>>
>>>>
>>>> Jonathan
>>>>
>>>> On Sat, May 9, 2009 at 5:08 PM, Larry Hadrava <lhadrava at ipexpert.com>
>>>> wrote:
>>>>>
>>>>> I would expect for the key word to be "basic".
>>>>> Phone registration is just that - a phone registered to UCM or UCME. I
>>>>> would
>>>>> expect all of the phone configuration to be manipulated according to the
>>>>> lab
>>>>> instructions
>>>>>
>>>>> Basic application integration could mean simple integration between UCM
>>>>> and
>>>>> UCCX or UCM to Unity connection - again the rest of the actual
>>>>> configuration
>>>>> would be done as per the lab
>>>>>
>>>>> Basic dial plan - I would expect that there may be some items
>>>>> configured,
>>>>> but not a great deal. Certainly not to the point of anywhere near a
>>>>> complete
>>>>> dial plan.
>>>>>
>>>>> With all of that "basic pre-configuration" comes the troubleshooting.
>>>>> Just
>>>>> because something is pre-configured does not mean it is totally correct.
>>>>>
>>>>> All of the above is opinion and not based upon any special knowledge or
>>>>> psychic capability:-)
>>>>>
>>>>> Larry Hadrava
>>>>> CCIE #12203 CCNP CCNA
>>>>> Sr. Support Engineer - IPexpert, Inc.
>>>>> URL: http://www.IPexpert.com
>>>>>
>>>>>
>>>>> On Sat, May 9, 2009 at 5:16 PM, Jonathan Charles <jonvoip at gmail.com>
>>>>> wrote:
>>>>>>
>>>>>> OK, the V3 Lab Blueprint has this statement:
>>>>>>
>>>>>> The blueprint is a detailed outline of the topics likely to appear on
>>>>>> the lab exam. This blueprint introduces pre-configurations of basic
>>>>>> tasks (such as phone registration, basic application integration,
>>>>>> basic dial plan, etc.), in order to devote additional focus on expert
>>>>>> level skills (advanced configuration and troubleshooting) assessments.
>>>>>> As usual, knowledge of troubleshooting is an important skill and
>>>>>> candidates are expected to diagnose and solve issues as part of the
>>>>>> CCIE lab exam. The topics listed are guidelines and other relevant or
>>>>>> related topics may also appear.
>>>>>>
>>>>>> The statement, " This blueprint introduces pre-configurations of basic
>>>>>> tasks (such as phone registration, basic application integration,
>>>>>> basic dial plan, etc.), in order to devote additional focus on expert
>>>>>> level skills " seems to indicate that the phone will be preconfigured
>>>>>> and registered and the dial plan may already be built...
>>>>>>
>>>>>> Am I understanding this correctly?
>>>>>>
>>>>>>
>>>>>>
>>>>>> Jonathan
>>>>>
>>>>>
>>>
>>>
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>
>>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>