Congratulations Scott ! You're the best. So what will be your next victim ?
:)
Regards,
Antonio Soares, CCIE #18473 (R&S/SP)
amsoares_at_netcabo.pt
-----Original Message-----
From: nobody_at_groupstudy.com [mailto:nobody_at_groupstudy.com] On Behalf Of
Scott Morris
Sent: domingo, 6 de Fevereiro de 2011 19:51
To: togunsina_at_gmail.com
Cc: ccielab_at_groupstudy.com
Subject: Re: Peice of ADVICE from EXPERTS , 3 days left for LAB !!
I have to do something to shake my brain up every now and then. :)
Thanks!
Scott Morris, CCIEx4 (R&S/ISP-Dial/Security/Service Provider) #4713,
CCDE #2009::D, JNCIE-M #153, JNCIE-ER #102, CISSP, et al.
CCSI #21903, JNCI-M, JNCI-ER
swm_at_emanon.com
Knowledge is power.
Power corrupts.
Study hard and be Eeeeviiiil......
On 2/6/11 10:40 AM, Tolulope Ogunsina wrote:
I noticed a slight change in your signature :)
I guess that means you are now a Dual JNCIE. Combined with being a Quad
CCIE and a CCDE!
Congrats!
Best Regards, Tolulope Ogunsina, CCIE x2 (R&S|Sec)
-----Original Message-----
From: Scott Morris <swm_at_emanon.com> Sender: nobody_at_groupstudy.com
Date: Sun, 06 Feb 2011 10:01:57
To: <ccielab_at_groupstudy.com> Reply-To: Scott Morris <swm_at_emanon.com>
Subject: Re: Peice of ADVICE from EXPERTS , 3 days left for LAB !!
Remember that a "bug in IOS on GNS3" is completely different than a "bug
in IOS". Things that you are presented with in the lab are
(intentionally) not brand new technologies.... They've been around for
a while, and the exams have gone through internal testing with multiple
people to assure that they do actually work.
Is it possible to trigger a bug they hadn't anticipated? Sure, because
your ENTIRE config may be different than what they did, and you may do
one thing that affects another. If you suspect anything like that,
involve the proctor ASAP. They may tell you to go look at your configs
again (which typically will tell you that they know what you did wrong
because they've seen it several times before, and it's self-induced).
If you still can't find it, let them know (nicely!) why you think it's a
bug and what you've done. If they agree, they will kick you off your
rack for a little while and will look at your routers/configs and test
it. If it is a bug, they'll let you know and you will likely get lost
time back (if you spent three hours doing this, good luck on that!) but
if they find it's your problem, you lose the time.
You may also decide to skip something any move on if it's not critical
(or band-aid it if it is critical) so that you know exactly which points
you have lost.
That's all part of your time management strategy. But generally
speaking you SHOULDN'T run into bugs.
Best of luck to you!
*Scott Morris*, CCIE/x4/ (R&S/ISP-Dial/Security/Service Provider) #4713,
CCDE #2009::D, JNCIE-M #153, JNCIE-ER #102, CISSP, et al.
CCSI #21903, JNCI-M, JNCI-ER
swm_at_emanon.com
Knowledge is power.
Power corrupts.
Study hard and be Eeeeviiiil......
On 2/6/11 4:46 AM, Asfer Shah wrote:
Just one query, what do you guys suggest, because everyone is saying
that
this
is a BUG in CISCO IOS
so in that case what should a person do ?
1. Just paste the standard working configs verify the solution one by
one ,and
come out of the lab.
2. Do a work around which may deduct the marks because both the
technologies
don't work together at the same time
3. ask the proctor ? because he must know the bug , but again he can
make your
day worst by guiding you into a wrong way ?
4. Just drop one Section, lets say the internet and dont risk the entire
MULTICAST because of that 0.0.0.0 default route :(
please reply back since I have less then a week now :(, I hope I don't
encounter into this situation in the real LAB ?
From: s_asfar_at_hotmail.com To:
scott_ccie_list_at_it-ag.com CC: ccielab_at_groupstudy.com
Subject: RE: No SOLUTION till DATE for this SCNERIO ???? Challenging
MULTICAST TASK ?? Please ADVICE
Date: Sun, 6 Feb 2011 06:37:15 +0000
Thanks SCOTT,
Just one query, what do you guys suggest, because everyone is saying
that
this
is a BUG in CISCO IOS
so in that case what should a person do ?
1. Just paste the standard working configs verify the solution one by
one ,
and come out of the lab.
2. Do a work around which may deduct the marks because both the
technologies
don't work together at the same time
3. ask the proctor ? because he must know the bug , but again he can
make
your
day worst by guiding you into a wrong way ?
4. Just drop one Section, lets say the internet and dont risk the
entire
MULTICAST because of that 0.0.0.0 default route :(
please reply back since I have less then a week now :(, I hope I don't
encounter into this situation in the real LAB ?
============================================================================
=
=====================================
CC: markom_at_ipexpert.com ;
ccielab_at_groupstudy.com From: scott_ccie_list_at_it-ag.com
To: s_asfar_at_hotmail.com Subject: Re: No SOLUTION till DATE
for this SCNERIO ???? Challenging
MULTICAST TASK ?? Please help
Date: Thu, 3 Feb 2011 17:19:57 -0700
Oh, and also:
Best luck with your rapidly approaching lab date!!
____________________________________________
There are only 10 types of people in the world:
Those who understand binary and those who do not...
On Feb 3, 2011, at 5:07 , Scott M Vermillion wrote:
So I brushed up a little bit on my draft-rosen stuff this
afternoon
(been nearly three years since I even thought about that mess!)
and
then had a closer look at your configs. In truth, it will
probably
take an SP CCIE or SP CCIE candidate to weigh in and help you out
but
I will be happy to try. At the very least, I still feel very
strong
in general mcast, if not MDT, specifically.
Are you perchance running this in a Dynamips environment? If so,
I'd
love to see that .net file. Also, you said you could share
further
details, which would be most helpful. Probably more so to an SP
type
than and R&S guy like myself but the more detail you post, the
more
likely you are to entice someone knowledgeable into the problem!
;-)
____________________________________________
There are only 10 types of people in the world:
Those who understand binary and those who do not...
On Feb 2, 2011, at 7:31 , Asfer Shah wrote:
Thanks
Scoottt, I surely will try to check the tutorials but the
problem is
that Its
very basic thing which is not coming up ?
I am trying to run the Multicast in INTRA-AS between my two
sites(R9
and
R7/R8) connected via MPLS - VPN's . (R4 is RP and client & R5 is
SOURCE)
Everything runs smoothly unless, I introduce the default route
from
the (R6)
which is the internet gateway for my PE's of ABC Vpn's.
Whenever the default route is injected my PE outgoing interface
donot point
towards the tunnel and starts to follow the 0.0.0.0 source !!
which
breaks my
multicast communication and messes everything !
I can share the details with you even further, I discussed this
scenerio will
couple of other CCIE's but somehow no one has managed to answer
my
solution ?
thanks
CC: markom_at_ipexpert.com ;
ccielab_at_groupstudy.com From:
scott_ccie_list_at_it-ag.com To: s_asfar_at_hotmail.com
Subject: Re: No SOLUTION till DATE for this SCNERIO ???? Challenging
MULTICAST
TASK ?? Please help
Date: Wed, 2 Feb 2011 11:17:11 -0700
So it looks as if you've got some vendor's full-scale SP lab up
and
running
there. Lots of layers to an onion like that which are not going
to
be readily
apparent with just a glance over the configs. It's also not
evident
from your
text exactly what was working before the introduction of the
default
route
came along and broke things. I see you've got a couple of 'ip
igmp
join-group' commands on your CEs but it's not clear to me what
you
were
pinging - and from where - that worked and then later ceased
working. What
mcast troubleshooting have you done thus far?
I try to keep my posts as vendor-neutral as possible but if you
google
"multicast troubleshooting" you will find a couple of very, very
good
tutorials out there. If you follow a logical process of
validating
all of
your various control and data plane RPF checks, etc, you are
bound
to find the
problem for yourself quickly...
____________________________________________There are only 10
types
of people
in the world:
Those who understand binary and those who do not...
On Feb 2, 2011, at 2:50 , Asfer Shah wrote:
thanks for the quick Reply, Actually I am appearing in les than
a
week time
and I am failing to understand this buG !!
nothing much I could figure out !!!
I am hell stuck,since either multcast or Internet will wok at a
single time
!!
CE1 is dual homed to PE5 and PE3, we have three GRE (MDT)
tunnels
between PE2
, PE 5 and PE3
thanks
|--------------------------
PE5-----
-----
|
|
INT---------PE1--------PE2--------------------------PE3--------CE1
| |
| |
PE4 CE2
From: markom_at_ipexpert.com Date:
Wed, 2 Feb 2011 10:16:40 +0100
Subject: Re: No SOLUTION till DATE for this SCNERIO ????
Challenging
MULTICAST TASK ?? Please help
To: s_asfar_at_hotmail.com CC:
bmcgahan_at_ine.com ; scott_ccie_list_at_it-ag.com
;
ccielab_at_groupstudy.com
;
narbikk_at_gmail.com
Can you please post all the relevant configurations to the
list so
we
can actually troubleshoot it? :-)
--
Marko Milivojevic - CCIE #18427
Senior Technical Instructor - IPexpert
FREE CCIE training: http://bit.ly/vLecture
Mailto: markom_at_ipexpert.com
Telephone: +1.810.326.1444
Web: http://www.ipexpert.com/
On Wed, Feb 2, 2011 at 09:03, Asfer Shah
<s_asfar_at_hotmail.com> wrote:
Hello ,
I have a Query to which no one have answered so far ??
PE2-PE3 are in AS20 and are MP-iBGP neighbor to each other.
CE1 and CE2 are two sites connected to PE2 and PE3
respectively
talking
through the MPLS VPN cloud.
The multicast distribution trees are also configured and the
Intra-
AS
multicast end-to-end is working smoothly fine between
CE1-CE2.
I have the below topology in which I have a trouble.
INT---------PE1--------PE2-------PE3--------CE1
| |
| |
PE4 CE2
Now,I have PE1 in AS 10 which is gateway to the internet and
is
peering
with
PE2 for ipv4 (add-fam) only.
I have PE4 in (AS30) which is peering with PE1 for both ipv4
and
vpnv4
(add-families)
PE4 is Multihop Mp-eBGP neighbor to both the PE2 and PE3.
PE1 is advertising the internet (0.0.0.0 in vpnv4 add
family) to
PE4 and
then
PE4 is throwing it to PE2 and PE3
After manipulating the Next-Hop , PE2 and PE3 do watch the
internet
default
vpnv4 route 0.0.0.0 coming from PE1 and they do access the
internet
easily.
At this point when I check back the multicast between CE1
and
CE2 , it
will
stop working and the traffic is dropped
The momnet , I remove the 0.0.0.0 route adver in the vpnv4
from
PE1 , my
multicast will run perfectly fine.
There is PIM running between PE1 PE2 and PE4 but no solution
to the
problem
till date !!
Can you please help me in this special problem ???
Blogs and organic groups at
http://www.ccie.net
Received on Sun Feb 06 2011 - 20:08:08 ART
This archive was generated by hypermail 2.2.0 : Tue Mar 01 2011 - 07:01:49 ART