OSPF adjacency issue

[danny0217]

I have a C881G-K9 router configured with OSPF, it does not create adjacency with my other router C2811-SEC/K9, and I checked I have the ipservices feature set in my router, below is the show license output.

r1-pp855#sh license feature
Feature name             Enforcement  Evaluation  Clear Allowed  Enabled
advipservices            yes          yes         yes            yes
advsecurity              no           no          yes            no

When I do show ip ospf neighbor it shown noting, below is the show ip ospf interface output

router ospf 1
log-adjacency-changes
passive-interface default
no passive-interface FastEthernet4.901
network 10.82.253.81 0.0.0.0 area 0

r1-pp855#sh ip ospf interface
FastEthernet4.901 is up, line protocol is up
  Internet Address 10.82.253.81/26, Area 0
  Process ID 1, Router ID 10.220.167.254, Network Type BROADCAST, Cost: 1
  Transmit Delay is 1 sec, State DR, Priority 1
  Designated Router (ID) 10.220.117.254, Interface address 10.82.253.81
  No backup designated router on this network
  Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
    oob-resync timeout 40
    Hello due in 00:00:08
  Supports Link-local Signaling (LLS)
  Cisco NSF helper support enabled
  IETF NSF helper support enabled
  Index 1/1, flood queue length 0
  Next 0x0(0)/0x0(0)
  Last flood scan length is 0, maximum is 0
  Last flood scan time is 0 msec, maximum is 0 msec
  Neighbor Count is 0, Adjacent neighbor count is 0
  Suppress hello for 0 neighbor(s)

[Thotsaphon Lueangwattanaphong]

Hi,

   Please post the network diagram and configurations on both sites.

Toshi

[lal.antony]

Hi Danny,

You wildcard mask in the network statement is incorrect from the looks of things.

network 10.82.253.81 0.0.0.0 area 0 --> basically gives you exact IP address match only

Below will give you a /24 network match

network 10.82.253.81 0.0.0.255 area 0

By correcting this you can give the proper network segment between the neighbors to create the relationships required.

Hope this helps.

Cheers

Lal Antony

www.lalantony.com

[Thotsaphon Lueangwattanaphong]

Hi Antony

lal.antony wrote:
Hi Danny,
You wildcard mask in the network statement is incorrect from the looks of things.
network 10.82.253.81 0.0.0.0 area 0 --> basically gives you exact IP address match only
Below will give you a /24 network match
network 10.82.253.81 0.0.0.255 area 0
By correcting this you can give the proper network segment between the neighbors to create the relationships required.
Hope this helps.
Cheers
Lal Antony
www.lalantony.com

      He can use "network 10.82.253.81 0.0.0.0 are 0" command If 10.82.253.81 is an ip address of  "FastEthernet4.901" and he wants to run ospf on this interface.  And yes,you can use "network 10.82.253.0 0.0.0.255 are 0" If you want to run OSPF on every interfaces assigned ip addresses in that range.

Toshi

[Shahzad Qadir]

Hi Danny

OSPF uses network statements to include particular router interfaces into ospf process and using 0.0.0.0 wildcard mask should be fine as far as ip address is exact address of the interface (that it is in your case). Can you provide configurations for router on the other end and also output of sho ip ospf int?

Regards,

[danny0217]

Below is the configuration of the other router:-

router ospf 1
log-adjacency-changes
passive-interface default
no passive-interface FastEthernet0/1.803
no passive-interface Loopback1
network 10.82.253.80 0.0.0.0 area 0
network 192.168.222.222 0.0.0.0 area 0

r2-pp856#sh ip ospf interface
Loopback1 is up, line protocol is up
  Internet Address 192.168.222.222/32, Area 0
  Process ID 1, Router ID 192.168.222.222, Network Type LOOPBACK, Cost: 1
  Loopback interface is treated as a stub Host
FastEthernet0/1.803 is up, line protocol is up
  Internet Address 10.82.253.80/26, Area 0
  Process ID 1, Router ID 192.168.222.222, Network Type BROADCAST, Cost: 1
  Transmit Delay is 1 sec, State DR, Priority 1
  Designated Router (ID) 192.168.222.222, Interface address 10.82.253.80
  No backup designated router on this network
  Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
    oob-resync timeout 40
    Hello due in 00:00:02
  Supports Link-local Signaling (LLS)
  Cisco NSF helper support enabled
  IETF NSF helper support enabled
  Index 1/1, flood queue length 0
  Next 0x0(0)/0x0(0)
  Last flood scan length is 1, maximum is 1
  Last flood scan time is 0 msec, maximum is 0 msec
  Neighbor Count is 0, Adjacent neighbor count is 0
  Suppress hello for 0 neighbor(s)
r2-pp856#

My Network connected through provider's fiber optic ring and they are in the same vlan, as now I'm running on static route and everything works fine but we plan to migrate to OSPF soon.

[Thotsaphon Lueangwattanaphong · Accepted solution]

Hi,

   Your configurations look good to me. You should ask the ISP that they have allowed you to send "multicast" through WAN link or not.  Please try this for testing.

r1-pp855(conf)#interface FastEthernet4.901

r1-pp855(conf-if)#ip ospf network non-broadcast
r1-pp855(conf-if)#router ospf 1

r1-pp855(conf-router)#neighbor 10.82.253.80

r2-pp856(conf)#interface FastEthernet0/1.803

r2-pp856(conf-if)#ip ospf network non-broadcast
r2-pp856(conf-if)#router ospf 1

r2-pp856(conf-router)#neighbor 10.82.253.81

   Please let us know how things work out.

HTH,

Toshi

[danny0217]

Its working now, thanks everyone for help.

multicast problem, has to manually define neighbor to get the adjacency.

cheers!

-----------

[Thotsaphon Lueangwattanaphong]

I'm glad that i could help

Good job! Danny

Toshi

Sent from Cisco Technical Support iPhone App

[Reza Sharifi]

r1-FastEthernet4.901

r2-FastEthernet0/1.803

In above configs form both switches, I see 2 different sub-interfaces, which if fine, but how about the vlan tags?

the vlan tags have to be the same on both side.

to verify, from r1 can you ping 10.82.253.80 and vice versa

HTH

Reza

[Richard Burts]

I wonder, as does Reza, about the VLAN tags and think that his suggestion to verify reachability by ping is reasonable. From the statement  by Danny that things are working ok with static routes, I suspect that it is not a basic connectivity issue. But it would be good to know this for sure.

I agree with Toshi that a likely cause of the problem may be difficulty in getting multicast delivered over the provider network. In addition to asking the provider I would suggest running debug for ospf hello. It would be good to know if the routers were receiving hello messages from each other.

HTH

Rick

[danny0217]

Thanks everyone for the suggestion, is definitely not basic connectivity issue as is working now with static route.

Needs to schedule next maintenance window to test Saphon suggested, and see whether is multicast problem.

cheers