From: Scott Morris (smorris@internetworkexpert.com)
Date: Mon Oct 27 2008 - 22:26:36 ARST
Asking the proctor is always the good idea...
But here's a thought for you (all?). The "routing domain" generally implies
a single AS (IMHO) as any other AS's are outside of your "domain" unless you
are running an IGP with them.
So from an IGP standpoint, this would mean complete and full reachability.
In the BGP world it's generally an as-needed basis, and the problem you may
run into is next-hop reachability if you don't have every single network
link reachable before hand.
Does this cause a problem. I guess it depends on the lab. Most tend to end
up with you sending an aggregate/summary of some sort out to the BB routers,
so implicitly at that point they can reach you back. Then it's just the
semantics of which specific routes you do or do not want every single device
in your rack to reach.
Again, IMHO, with BGP-learned routes I don't redistribute unless asked. But
clearly this is something that concerns folks and I will take a look at the
wording on the labs and the anticipated grading aspect and see if we can't
reach some more-understandable expectation along the way!
In the real lab though, ask the proctor! Don't guess!
Scott Morris, CCIE4 #4713, JNCIE-M #153, JNCIS-ER, CISSP, et al.
CCSI/JNCI-M/JNCI-ER
Senior CCIE Instructor
smorris@internetworkexpert.com
Knowledge is power.
Power corrupts.
Study hard and be Eeeeviiiil......
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Andrew Dempsey
Sent: Monday, October 27, 2008 3:34 PM
To: Howard Hooper
Cc: ccielab@groupstudy.com
Subject: Re: LAB Reachability
Ask the proctor. For the IE labs I often have trouble determine where
reachability is needed as sometimes they specify it is not needed to none
BGP routers and other times the redistribution is simply not configured.
Normally in their solution guide they do not have you redistribute the BGP
routes into IGP unless of course a specific task requires it, which often
contradicts the general rules for the lab. As with most ask the proctor
moments I reread the question and try to determine what they are trying to
test. For the workbook it is fine and I think not having them tell you
exactly what to configure all the time in respect to the backbones keeps you
sharp, if I ran into some real ambiguity on a mocklab I would probably be
upset. What mocklab was this? I have taken 1,2,3,5 without any huge issues
although on I think mocklab 3 I did a real simple BGP to IGP redistribution
in a similar situation to yours when it was not needed.
On Mon, Oct 27, 2008 at 1:28 PM, Howard Hooper
<Howard.Hooper@dupre.co.uk>wrote:
> Hi,
>
> Please can anybody offer their advice as to what you would do in this
> particular lab situation?
>
> On the front page of the practice lab it clearly says "Upon
> completion, all devices should have full IP reachability to all
> networks in the routing domain, including any networks generated by the
backbone routers"
>
> However when going through the lab document and carrying out the
> various tasks I'd been given I came to a point where I had to setup
> bgp peering sessions between two of my three internal routers that
> were running bgp and two of the backbone routers, after doing this I'd
> received a few networks from the backbone on each router so no problem
> there, but at that point the lab went on to multicast.
>
> So I'm confused about, if I'm told every router on my internal network
> should be able to see eachother plus the networks generated by the
> backbone routers but then due to the lab tasks given only two of my
> routers can actually see any networks from the backbone and I'm not
> told to do anything further, what would anybody recommend doing in
> this situation if faced in the lab exam?
>
> As per the lab guidelines I wasn't allowed to create any static
> routes, do any policy routing, change or add IP Addresses so I
> redistributed between bgp and the igp running on my internal routers,
> would I be marked down or lose points for adding in redistribution
> that I'm not told to do?
>
> Any help or advice you can give for this situation would be great,
> thank you
>
> Also if anyone from IE is reading this post and happens to be grading
> my lab...I'm so sorry. I reached the decision to do redistribution
> within the last minute of the lab and after setting it up quickly
> between bgp and ospf on one of the routers then quickly copying and
> pasting the commands to the second router...time runs out...damn!this
> router is running RIP not OSPF!....you'll see what I mean when you get
> to R6...:o)
>
> I'm not intentionally stupid, the medication wears off quickly thats
> all
> :o)
>
> CONFIDENTIALITY NOTICE:
> This e-mail (and any attachments) are confidential, legally privileged
> and/or protected by copyright. This e-mail is intended only for the
> addressee or the person responsible for delivering it to the
> addressee. If you receive this e-mail in error please notify the
> sender by replying by e-mail or telephone immediately (telephone 01635
> 55 55 55. If calling from outside the UK 0044
> 1635 55 55 55) and then delete this e-mail (and any attachments) from
> your system, entirely. You should not disclose the contents of this
> e-mail (and any
> attachments) to any other person and no copies should be made.
>
> Company registration number: 1520800
>
> Registered Office: du Pri plc, Vo-Tec Centre, Hambridge Lane, Newbury,
> Berkshire. RG14 5TN.
>
>
> Blogs and organic groups at http://www.ccie.net
>
> ______________________________________________________________________
> _ Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
Blogs and organic groups at http://www.ccie.net
This archive was generated by hypermail 2.1.4 : Sat Nov 01 2008 - 15:35:23 ARST