Thanks, although I think your explanation of item 1 is a little bit of
stretch.  There's a huge difference between 49.0002 and 49.002.0.0 or
any other combination you can come up with by adding decimal points.
Whether it's a typo or not, it still contradicts the initial statement
which said to put everything in area 0.

For Item 2, I believe the domain-id option is used to preserve OSPF
LSA types for prefixes as they are carried over an MP-BGP network.  As
far as I understand it, it's used on PE routers facing CE routers
running OSPF.  When you redistribute the vrf VPN into MP-BGP, it adds
some extra info in the form of an extended community so that when it
gets to the other side, the remote CE OSPF router will see those
prefixes as O, IA, or external routes.  Normally, you'd just get all
external routes because of the redistribution into/from BGP.

Anybody, please correct me if I'm wrong about the domain-id thing.

On Sun, Aug 23, 2009 at 11:20 AM, Adrian Brayton<[email protected]> wrote:
> Hi,
> I was taking a look at a few of the issue's that you had and feel that this
> can be done, but I haven't seen the PG to see how they solved it...
>
> Let me give a few examples:
>
> 1. The area ID can be an IP address so "area 49.002.0.0" is a valid area in
> OSPF. The area's are a 32 bit number as is. I added the last 2 zero's but
> that would be a question for the proctor.
>
> 2. The system ID can be added in HEX:
>        Router(config-router)#domain-id type ?
>                         0005 Type 0x0005
>                         0105 Type 0x0105
>                         0205 Type 0x0205
>                         8005 Type 0x8005
>
> And the rest I cant help you with... HTHs a bit!
>
> -Adrian
>


>>> On 23 aug 2009, at 15:49, jmangawang wrote:
>>>
>>>> Came across a couple of items while doing this lab that I found to be
>>>> very frustrating or confusing.
>>>>
>>>> 29.2 - Asked to configure system ID in hex and also to use a bad OSPF
>>>> area value (also contradicts first task).  PG addresses neither of
>>>> these.
>>>> 29.6 through 29.9 - None of these tasks state that the final
>>>> objective
>>>> of the exercise is so that the VPNs should contain the route of the
>>>> other VPNs.  At least add something that says R7 should be able to
>>>> ping R4s loopback.  I made it through the lab exactly as printed only
>>>> to find out that the PG wanted connectivity between R4 and R7.  It
>>>> kind of goes against my mentality of only do what I am told to do.
>>>> _______________________________________________
>>>> For more information regarding industry leading CCIE Lab training,
>>>> please visit www.ipexpert.com
>>>
>>> _______________________________________________
>>> For more information regarding industry leading CCIE Lab training,
>>> please visit www.ipexpert.com
>>
>> _______________________________________________
>> For more information regarding industry leading CCIE Lab training, please
>> visit www.ipexpert.com
>
>
_______________________________________________
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Reply via email to