BTW- I found the issue. It was the passive-interface f0/1 command. I had applied it, hoewver, under OSPF 2 and not OPSF 1.
Thanks, Steve. Regards, Jay McMickle- CCNP, CCSP, CCDP, MCSE ________________________________ From: Tyson Scott <[email protected]> To: "Di Bias, Steve" <[email protected]>; [email protected]; [email protected] Sent: Wed, August 25, 2010 10:26:52 AM Subject: RE: [OSL | CCIE_RS] WB1- Task 10.13 Safety first Eh ;) Regards, Tyson Scott - CCIE #13513 R&S, Security, and SP Managing Partner / Sr. Instructor- IPexpert, Inc. Mailto: [email protected] Telephone: +1.810.326.1444, ext. 208 Live Assistance, Please visit: www.ipexpert.com/chat eFax: +1.810.454.0130 IPexpert is a premier provider of Self-Study Workbooks, Video on Demand, Audio Tools, Online Hardware Rental and Classroom Training for the Cisco CCIE (R&S, Voice, Security & Service Provider) certification(s) with training locations throughout the United States, Europe, South Asia and Australia. Be sure to visit our online communities at www.ipexpert.com/communities and our public website at www.ipexpert.com From:[email protected] [mailto:[email protected]] On Behalf Of Di Bias, Steve Sent: Tuesday, August 24, 2010 11:00 PM To: [email protected]; Di Bias, Steve; [email protected] Subject: Re: [OSL | CCIE_RS] WB1- Task 10.13 Sorry about the grammar in my last email, i was driving down i15 whie i was writing that one :) Sent from my T-Mobile myTouch 3G Slide ----- Reply message ----- From: "Di Bias, Steve" <[email protected]> Date: Tue, Aug 24, 2010 7:53 pm Subject: [OSL | CCIE_RS] WB1- Task 10.13 To: "[email protected]" <[email protected]>, "[email protected]" <[email protected]> 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
