Yes, it's the latest. Page 29 is the PDF page number and not the stamped page 
number at the bottom right.

Regards,
Jay McMickle- CCNP,CCSP,CCDP
Sent from my iPhone

On Aug 24, 2010, at 10:32 PM, "Di Bias, Steve" <[email protected]> wrote:

> Hey Jay,
> 
>  
> 
> I just downloaded the latest version of the DSG and it has 38 pages, however 
> they are numbered from 269 – 308. Do you have the latest version of the WB 
> and DSG’s?
> 
>  
> 
> Thx
> 
> Steve
> 
>  
> 
> From: Jay McMickle [mailto:[email protected]] 
> Sent: Tuesday, August 24, 2010 8:09 PM
> To: Di Bias, Steve; [email protected]
> Subject: Re: [OSL | CCIE_RS] WB1- Task 10.13
> 
>  
> 
> Yes, I agree, I was combining 10.13 and 10.14. 
> 
>  
> 
> 10.13-
> 
> I have re-added the passive interface to R8 f0/1.
> 
>  
> 
> 10.14-
> 
> I added the mtu-ignore commands on R8, CAT3 and CAT4.
> 
>  
> 
> What is weird is that the DSG for lab 10, page 29, it shows that CAT1 is 
> peering with R8, on 150.100.178.x.  How is that possible if that network is 
> the GRE tunnel between R7 and R8 (page 25 of DSG)?
> 
>  
> 
> I'm going to save off the configs and compare them to the final configs to 
> see what I'm missing. 
> 
>  
> 
> Thanks for your help.
>  
> 
>  
> 
> Regards,
> 
> Jay McMickle- CCNP, CCSP, CCDP, MCSE
> 
>  
> 
>  
> 
>  
> 
>  
> 
> From: "Di Bias, Steve" <[email protected]>
> To: "[email protected]" <[email protected]>; 
> "[email protected]" <[email protected]>
> Sent: Tue, August 24, 2010 9:53:20 PM
> Subject: Re: [OSL | CCIE_RS] WB1- Task 10.13
> 
> Mismatched area ids and mtu are different issues. On r8 you are running two 
> ospf processes and this is whar is causing this error. According to your ospf 
> neighbors nobody is stuck in exstart which is how the would look if you had a 
> mismatch.
> 
> I just checked the dsg and the resolution to your area id mismatch is to make 
> the interface passive under the second ospf process fpr task 10.13:
> 
> For task 10.14 it discusses using mtu ignore on r8 cat3 and i think 4 because 
> they were stuck in exstart.
> 
> This is how my dsg shows it anyway
> 
> Sent from my T-Mobile myTouch 3G Slide
> 
> ----- Reply message -----
> From: "Jay McMickle" <[email protected]>
> Date: Tue, Aug 24, 2010 7:40 pm
> Subject: [OSL | CCIE_RS] WB1- Task 10.13
> To: "Di Bias, Steve" <[email protected]>, "[email protected]" 
> <[email protected]>
> 
> Gary- Normally, I would agree, however, this is something special in this 
> lab, as the DSG shows the errors.
> 
>  
> 
> Steve- I did try that, and waited, but in the DSG, it shows that isn't a fix. 
>  It states that following the steps of ip ospf mtu-ignore, but I did that and 
> I didn't make any success.
> 
>  
> 
> Here's what's weird, and it may be a code issue:
> 
> on S1-
> 
> I see the VLAN2200 speaking OSPF, and it shows DR, but there aren't any 
> neighbors.  In the DSG, it shows that S1 is peering with R8 over 
> 150.100.178.8 (shown below).  How is that possible?  The 150.100.178.x 
> network is the GRE tunnel between R7 and R8 and S1 shouldn't be even in that 
> network.  On S1, I'm running a 3560-48PS with 122-35.SE5 with IP services. 
> 
>  
> 
> The final configs don't show 150.100.178.x as being configured on it (shown 
> at the bottom).  Am I missing something?
> 
>  
> 
>  
> 
> S1#sh ip ospf int bri
> Interface    PID   Area            IP Address/Mask    Cost  State Nbrs F/C
> Vl2200       2     0               150.100.81.11/24   1     DR    0/0
> Lo0          2     0               200.0.0.11/32      1     LOOP  0/0
> Fa0/23       2     0               150.101.12.1/24    1     BDR   1/1
> Fa0/21       2     0               150.101.13.1/24    1     DR    1/1
> Fa0/19       2     0               150.101.14.1/24    1     BDR   1/1
> S1#
> S1#
> S1#
> S1#
> S1#sh ip ospf neigh
> 
> Neighbor ID     Pri   State           Dead Time   Address         Interface
> 200.0.0.12        1   FULL/DR         00:00:30    150.101.12.2    
> FastEthernet0/23
> 200.0.0.13        1   FULL/BDR        00:00:35    150.101.13.3    
> FastEthernet0/21
> 200.0.0.14        1   FULL/DR         00:00:38    150.101.14.4    
> FastEthernet0/19
> S1#
> S1#
> S1#
> S1#
>  
> 
> Final configs-
> 
>  interface Vlan2200
> 
> ip address 150.100.81.11 255.255.255.0
> 
> !
> 
> router ospf 2
> 
> ispf
> 
> log-adjacency-changes
> 
> max-lsa 30 95
> 
> network 150.100.81.0 0.0.0.255 area 0
> 
> network 150.101.12.0 0.0.0.255 area 0
> 
> network 150.101.13.0 0.0.0.255 area 0
> 
> network 150.101.14.0 0.0.0.255 area 0
> 
> network 200.0.0.11 0.0.0.0 area 0
> 
>  
> 
> Regards,
> 
> Jay McMickle- CCNP, CCSP, CCDP, MCSE
> 
>  
> 
>  
> 
>  
> 
>  
> 
> From: "Di Bias, Steve" <[email protected]>
> To: Jay McMickle <[email protected]>; "[email protected]" 
> <[email protected]>
> Sent: Tue, August 24, 2010 9:14:17 PM
> Subject: RE: [OSL | CCIE_RS] WB1- Task 10.13
> 
> I think you may be mixing two different tasks (13 and 14)
> 
>  
> 
> To make this go away try making the fa0/1 interface passive on R8
> 
>  
> 
> Router ospf 2
> 
> Passive-interface fa0/1
> 
>  
> 
> That should take care of the %OSPF error
> 
>  
> 
> Verify the output of the “show ip interface ospf brief” command, neighbor 
> should be in EXSTART if you have an MTU mismatch.
> 
>  
> 
> To view the MTU on the interfaces of a routers use the following command
> 
>  
> 
> Router#sh int fa0/1 | in MTU
> 
>   MTU 1500 bytes, BW 10000 Kbit, DLY 1000 usec,
> 
>  
> 
>  
> 
> On your Cat3 and Cat4 disable the MTU on the fa0/21 (Cat3) and the fa0/19 
> (Cat4)
> 
>  
> 
> That should do it!
> 
>  
> 
> From: [email protected] 
> [mailto:[email protected]] On Behalf Of Jay McMickle
> Sent: Tuesday, August 24, 2010 6:58 PM
> To: [email protected]
> Subject: [OSL | CCIE_RS] WB1- Task 10.13
> 
>  
> 
> When configuring the OSPF section, I get the error about mismatch area:
> 
>  
> 
> *Aug 24 23:20:25.591: %OSPF-4-ERRRCV: Received invalid packet: mismatch area 
> ID, from backbone area must be virtual-link but not found from 150.100.81.11, 
> FastEthernet0/1
> 
>  
> 
> The DSG shows to be getting these errors, too.  However, the resolution was 
> to use ip ospf mtu-ignore.  However, that didn't resolve my issue, even after 
> enabling on all devices.
> 
>  
> 
> My R8 Config-
> 
> R8#sh run int f0/1
> Building configuration...
> 
> Current configuration : 117 bytes
> !
> interface FastEthernet0/1
>  ip address 150.100.81.8 255.255.255.0
>  ip ospf mtu-ignore
>  duplex auto
>  speed auto
> end
> 
>  
> 
> I have configured mtu-ignore on all of the interfaces running OSPF on the 
> switches and the router interface.
> 
>  
> 
> My MTU is set at 1508 on all of the switches (and I don't know how to verify 
> the routers MTU).
> 
>  
> 
> What am I missing?  The ERRRCV errors are occuring every 10 seconds.
> 
> 
>  
> 
>  
> 
> Regards,
> 
> Jay McMickle- CCNP, CCSP, CCDP, MCSE
> 
>  
> 
>  
> 
> 
> 
> 
> UHS Confidentiality Notice: This e-mail message, including any attachments, 
> is for the sole use of the intended recipient(s) and may contain confidential 
> and privileged information. Any unauthorized review, use, disclosure or 
> distribution of this information is prohibited, and may be punishable by law. 
> If this was sent to you in error, please notify the sender by reply e-mail 
> and destroy all copies of the original message.
> 
>  
> 
> 
> 
> 
> UHS Confidentiality Notice: This e-mail message, including any attachments, 
> is for the sole use of the intended recipient(s) and may contain confidential 
> and privileged information. Any unauthorized review, use, disclosure or 
> distribution of this information is prohibited, and may be punishable by law. 
> If this was sent to you in error, please notify the sender by reply e-mail 
> and destroy all copies of the original message.
> 
>  
> 
> 
> 
> 
> UHS Confidentiality Notice: This e-mail message, including any attachments, 
> is for the sole use of the intended recipient(s) and may contain confidential 
> and privileged information. Any unauthorized review, use, disclosure or 
> distribution of this information is prohibited, and may be punishable by law. 
> If this was sent to you in error, please notify the sender by reply e-mail 
> and destroy all copies of the original message.
_______________________________________________
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Reply via email to