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. 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
