Now think about how else you would troubleshoot this if you didn't have a second set of eyes (like the lab). I always try to figure out how else to find the problem that I just spent forever banging my head against the desk on.
How about: show ip ospf int brief (even passive interfaces show up here) show ip protocol (if you just didn't "see" the typo in running config, you may catch it in that output) debug ip ospf [adj | packet | hello] (Probably wouldn't have seen the routers generate any hellos) show ip interface vlan567 (look for OSPF multicast address group membership): "Multicast reserved groups joined: 224.0.0.5" If it's a broadcast-enabled OSPF network type and the interface isn't joined to that group, it's not participating in OSPF! Interestingly, I discovered while looking up the multicast group thing I mention above, I see two observations: 1) An OSPF passive broadcast interface will still join the multicast groups and declare itself the DR for the interface. I never noticed that before. 2) Interfaces appear to also join the OSPF mcast groups even if the network type is set to non-broadcast! A frame-relay interface with no broadcast mappings and OSPF network type NON_BROADCAST still shows as being joined to 224.0.0.5 if OSPF is enabled on it! So actually, the "show ip interface X" seems to be a pretty good litmus test to verify whether an interface is enabled for OSPF if you just can't seem to "see" it anywhere else. Sent from my iPad On Dec 1, 2012, at 9:42 AM, Cristiano Guerrieri <[email protected]> wrote: hem... hem... Doh! :) Thanks! :D 2012/12/1 Bob McCouch <[email protected]> > > Internet address is 150.100.220.11/28 > > > network 100.110.220.0 0.0.0.15 area 0 > > Might be something to verify... :-) > > Bob > -- > Sent from my iPhone, please excuse any typos. > > On Dec 1, 2012, at 9:31 AM, Cristiano Guerrieri <[email protected]> wrote: > > > Hi all, > > I' a bit stuck with a simple issue, I guess, but I can't figure out what > > is wrong. > > > > I'm ocnfiguring ospf and lab tells me to use VLAN 567. I have full > > reachability between the switches and I can ping the the other switches > > through the VLAN. However the neighbors are no coming up. I ond't see > even > > the attempt to bring them up. > > > > Below the ping connectivity and the configuration for the OSPF > > > > > > ! > > router ospf 1 > > log-adjacency-changes > > passive-interface default > > no passive-interface Vlan567 > > network 100.100.100.0 0.0.0.255 area 0 > > network 100.100.250.0 0.0.0.255 area 0 > > network 100.110.220.0 0.0.0.15 area 0 > > network 150.100.40.0 0.0.0.255 area 0 > > ! > > > > > > > > Cat3550-1#sh interfaces vlan 567 > > Vlan567 is up, line protocol is up > > Hardware is EtherSVI, address is 0009.7c36.5c00 (bia 0009.7c36.5c00) > > Internet address is 150.100.220.11/28 > > MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec, > > reliability 255/255, txload 1/255, rxload 1/255 > > Encapsulation ARPA, loopback not set > > Keepalive not supported > > ARP type: ARPA, ARP Timeout 04:00:00 > > Last input 00:00:02, output 00:01:29, output hang never > > Last clearing of "show interface" counters never > > Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0 > > Queueing strategy: fifo > > Output queue: 0/40 (size/max) > > 5 minute input rate 0 bits/sec, 0 packets/sec > > 5 minute output rate 0 bits/sec, 0 packets/sec > > 12 packets input, 1038 bytes, 0 no buffer > > Received 0 broadcasts (0 IP multicasts) > > 0 runts, 0 giants, 0 throttles > > 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored > > 2 packets output, 120 bytes, 0 underruns > > 0 output errors, 0 interface resets > > > > Cat3550-1#ping 150.100.220.12 > > > > Type escape sequence to abort. > > Sending 5, 100-byte ICMP Echos to 150.100.220.12, timeout is 2 seconds: > > .!!!! > > Success rate is 80 percent (4/5), round-trip min/avg/max = 1/2/4 ms > > Cat3550-1#ping 150.100.220.13 > > > > Type escape sequence to abort. > > Sending 5, 100-byte ICMP Echos to 150.100.220.13, timeout is 2 seconds: > > .!!!! > > Success rate is 80 percent (4/5), round-trip min/avg/max = 1/2/4 ms > > Cat3550-1#ping 150.100.220.14 > > > > Type escape sequence to abort. > > Sending 5, 100-byte ICMP Echos to 150.100.220.14, timeout is 2 seconds: > > .!!!! > > Success rate is 80 percent (4/5), round-trip min/avg/max = 1/2/4 ms > > Cat3550-1# > > > > > > Any suggestion? > > > > > > Thanks > > Cristiano > > _______________________________________________ > > For more information regarding industry leading CCIE Lab training, > please visit www.ipexpert.com > > > > Are you a CCNP or CCIE and looking for a job? Check out > www.PlatinumPlacement.com > > > > http://onlinestudylist.com/mailman/listinfo/ccie_rs > _______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com http://onlinestudylist.com/mailman/listinfo/ccie_rs
