John,

I'll leave the technical answers to others on the list who are more
qualified, but here's my $0.02 on your situation.  Even if you empirically
prove that you are/were right and he is/was wrong, you probably don't want
to work at this company or at least take this particular job.

I'm assuming that since this person was interviewing you, you would be
interacting with him in some way on the job.  And I am assuming that since
they had him interview you, he is most likely the "top dog" skills wise in
that group, as well as the favorite of the hiring manager.  So, even if you
were to go back, correct this misunderstanding, and get the job; if you had
to work with this guy every day, you would most likely be miserable in a
short amount of time.  If these questions are indicative of the skill set of
their best technical guy, based on the intelligence of your answers, you
would be frustrated quickly working with him.

When I interview with a company, I interview the people I meet as hard or
harder (in most cases) than they interview me.  Even if you are up to this
companies standards, they probably aren't up to yours, so I'd take a pass.
There are many more jobs out there that you are clearly qualified for.

Good Luck,
Jim


"John Barnes" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> I had technical with a CCIE interview yesterday, and
> I'm not really sure were to go with this.
>
> He asked me a lot of pretty high level questions and
> some not so high level, the problem is, I feel some of
> the answers he wanted were wrong.  I'm going to post
> the questions, the answers I gave, and the answers he
> claimed to be correct.  If I'm wrong on these, I'd
> like to know.  If I'm right, how would you deal with
> this kind of thing?
>
> 1) What is the size of a token ring frame?
> My answer: Token ring has a variable frame size.
> His answer: 3 bytes..
>
> Isn't that the size of the Token frame?
>
> 2) What the MTU of a token ring frame?  (Isn't this
> about the same question as #1?)
> My answer: slightly larger that 16K (I couldn't
> remember the exact number)
> His answer: about 4470 bytes .
>
> Ahh... what?  He claimed I was thinking about
> FDDI.grrrr  Ah. Who's thinking about what?
>
> 3) What is the decision making process involved when a
> packet enters a router?  What three criteria are used
> to make this decision?
>        My answer:  It depends. Is this the first
> packet with this destination to arrive at this router?
>  What switching mode is the router configured for.
>
>        His answer:  Forget about that stuff. how does
> it determine which route to use.
>
>        My answer:  longest match in the routing table
>
>        His answer:  What if multiple routes exist in
> the table.
>
>        My answer:  It depends.
>
>        Ok...I'm gonna cut to the chase. The answer he
> wanted was longest match, Administrative distance,
> then metric.  Ahh.. I'm pretty sure is wrong.   The
> router looks at AD and Metrics long before the packet
> enters the router.  The router uses AD and metric to
> populate the routing table, and then longest match
> from the routing table to make the decision once the
> packet actually enters the router.  Comparing AD and
> metric on every known route every time would place
> unnecessary burden on the CPU.  Compare it once, make
> the decision, and enter it in the RIT.  Even in the
> case of IGRP/EIGRP with variance, the next eligible
> route is determined before the packet enters the
> router.
>
>       Maybe I should have picked up on this stuff when
> the recruiter asked me with BGP was a DV or LS based
> routing protocol.  My answer. ahh.neither, it's path
> vector.
>
> I'm basically sending this out to get thoughts, and
> hopefully Howard, Priscilla or someone can tell me
> wether I'm off technically or not.
>
>
> THANKS!!!!!
>
> -john
>
>
> __________________________________________________
> Do You Yahoo!?
> Yahoo! Mail - Free email you can access from anywhere!
> http://mail.yahoo.com/
>
> **NOTE: New CCNA/CCDA List has been formed. For more information go to
> http://www.groupstudy.com/list/Associates.html
> _________________________________
> UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
> FAQ, list archives, and subscription info: http://www.groupstudy.com
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
>


**NOTE: New CCNA/CCDA List has been formed. For more information go to
http://www.groupstudy.com/list/Associates.html
_________________________________
UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
FAQ, list archives, and subscription info: http://www.groupstudy.com
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Reply via email to