|
Home > Archive > CCNP > December 2000 > BCMSN command line question
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
BCMSN command line question
|
|
|
| Having just passed the BCRAN, all the command-line questions were selected from a list of 70 or so examples and had to be typed in.
My question is, is this done the same way for the BCMSN?
Many thanks! | |
|
| NO, you will probably come up with only one type in question which is very very very easy compared to the ones you got on BCRAN. I was really nervous on this too but when I took it I started to laugh at the question. I had 3 diagrams of a network and they will ask you to type in the correct sequence very easy. Just focus on VTP,STP,MLS and you will do fine. Any tips for the BCRAN exam? I am taking the BSCN test tomorrow and after passing it I will be on top of BCRAN. Any advise is appreciated. Thanks | |
|
| Hi,
I also got just one type-in, and it was very easy, so be cool. Just know your LEDS, 1900s, 2900s, VTP where to deploy what, port config, you shold do O.k,
Remember different sets of questions can appear, but nothing different from the cisco objectives
------------------
IT CAN DONE | |
|
| Thanks for the responses guys, appreciated.
With regards to the BCRAN, there were a LOT of the 'type in the command selected from the list' questions, but if you know your command-line even a bit then the correct command is usually very obvious. So, my advice is not to spend too much time on command-line for BCRAN.
Also, I only got one 700-series question, and 700 series commands are easy to recognise because they are set/clear format.
For queueing and compression, the questions were mostly scenario-based, eg choose the best 2 out of 4 scenarios where priority queueing would be effective. This also applied to the various remote access methods, ie ISDN, Frame-Relay. So, make sure you know where and why, not just how to use a particular method or protocol.
Surprisingly, also make sure you know alternative designations for protocols or standards, ie something might be known by an ITU designation, and as something else by the IETF, and as something else again by ANSI. They may refer to something by any of these designations to try and catch you out.
Best of luck with BCRAN!
-Lee
|
|
|
|
|