[nsp] OSPF Adjacency

Todd, Douglas M. DTODD at PARTNERS.ORG
Wed Jun 9 16:42:07 EDT 2004


 
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Afew other things:

A few other thoughts:

can you ping 224.0.0.5 hand have the upstream router reply through this
interface? Can you do the same for the upstream?

You are also missing information on your ospf packets, no length, no mtu - Try
shutting and no shutting the sub interface and see if that clears the problem..
Example on a debug ip os adj:
Jun  9 16:23:15.124 edt: OSPF: Rcv DBD from xxxx on FastEthernet0/0 seq 0x515
opt 0x8 flag 0x2 len 1472  mtu 1500 state EXCHANGE

Your debug...
Jun  9 15:27:04: OSPF: Retransmitting DBD to 10.1.1.1 on Serial0/0.10 
Jun  9 15:27:04: OSPF: Up DBD Retransmit cnt to 8 for 10.1.1.1 on Serial0/0.10 
Jun  9 15:27:04: OSPF: Send DBD to 10.1.1.1 on Serial0/0.10 seq 0x1A59 opt 0x422

Jun  9 15:27:04: OSPF: Rcv DBD from 10.1.1.1 on Serial0/0.10 seq 0x98F opt 0x42T

Jun  9 15:27:04: OSPF: First DBD and we are not SLAVE 
Jun  9 15:27:09: OSPF: Retransmitting DBD to 10.1.1.1 on Serial0/0.10 
Jun  9 15:27:09: OSPF: Up DBD Retransmit cnt to 9 for 10.1.1.1 on Serial0/0.10 
Jun  9 15:27:09: OSPF: Send DBD to 10.1.1.1 on Serial0/0.10 seq 0x1A59 opt 0x422

Jun  9 15:27:09: OSPF: Rcv DBD from 10.1.1.1 on Serial0/0.10 seq 0x98F opt 0x42T

Jun  9 15:27:09: OSPF: First DBD and we are not SLAVE 
Jun  9 15:27:14: OSPF: Retransmitting DBD to 10.1.1.1 on 

==DMT>

- ----SIGNAURE-------
Douglas M. Todd, Jr.
Network Engineering
Partners Health Care
Building 149
149 13 Street
Charlestown, MA 02129-200
Tel: 617.726.1403
Email: dtodd at partners.org
- --------------------------------------------------------------------
PGP Finger Print: 9429 CAE3 B2D1 C2E1 DFBC  E7A6 E90A 9BE5 C7B6 47BC
Key available via email.
Verisign S/N: 3ff65cdf58b9dceda004baeed49e16cf
https://digitalid.verisign.com/services/client/index.html 

> -----Original Message-----
> From: cisco-nsp-bounces at puck.nether.net 
> [mailto:cisco-nsp-bounces at puck.nether.net] On Behalf Of Bruce Pinsky
> Sent: Wednesday, June 09, 2004 3:21 PM
> To: Marakovic, Ivan
> Cc: cisco-nsp at puck.nether.net
> Subject: Re: [nsp] OSPF Adjacency
> 
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Marakovic, Ivan wrote:
> 
> | Hi All,
> |
> | I have a problem with two of our core routers (Cisco 3640) 
> not being 
> | able to form an OSPF adjacency across the Serial 0/0.10 
> subinterface 
> | running Frame Relay (point to point).  They go to extart state and 
> | then to down again.  Same routers have formed an OSPF 
> adjacency with 
> | some other routers through the other subinterface (serial 0/0.20)
> |
> | It just started happening yesterday.  They ware running for 
> two years 
> | with no problems.
> |
> | Now,  both routers can ping each other via that interface.  
> There is 
> | no layer 2 problems on these interfaces.
> |
> | I have cleared the OSPF processes but that did not help.
> |
> | Debug ip ospf adj gives me the following:
> |

> Serial0/0.10 Jun  9 
> | 15:27:14: OSPF: Up DBD Retransmit cnt to 10 for 10.1.1.1 on 
> | Serial0/0.10 Jun  9 15:27:14: OSPF: Send DBD to 10.1.1.1 on 
> | Serial0/0.10 seq 0x1A59 opt 0x422 Jun  9 15:27:14: OSPF: 
> Rcv DBD from 
> | 10.1.1.1 on Serial0/0.10 seq 0x98F opt 0x42T Jun  9 15:27:14: OSPF: 
> | First DBD and we are not SLAVE Jun  9 15:27:19: OSPF: 
> Retransmitting 
> | DBD to 10.1.1.1 on Serial0/0.10 Jun  9 15:27:19: OSPF: Up DBD 
> | Retransmit cnt to 11 for 10.1.1.1 on Serial0/0.10 Jun  9 15:27:19: 
> | OSPF: Send DBD to 10.1.1.1 on Serial0/0.10 seq 0x1A59 opt 
> 0x422 Jun  9 
> | 15:27:19: OSPF: Rcv DBD from 10.1.1.1 on Serial0/0.10 seq 0x98F opt 
> | 0x42T Jun  9 15:27:19: OSPF: First DBD and we are not SLAVE Jun  9 
> | 15:27:24: OSPF: Retransmitting DBD to 10.1.1.1 on 
> Serial0/0.10 Jun  9 
> | 15:27:24: OSPF: Up DBD Retransmit cnt to 12 for 10.1.1.1 on 
> | Serial0/0.10 Jun  9 15:27:24: OSPF: Send DBD to 10.1.1.1 on 
> | Serial0/0.10 seq 0x1A59 opt 0x422 Jun  9 15:27:24: OSPF: 
> Rcv DBD from 
> | 10.1.1.1 on Serial0/0.10 seq 0x98F opt 0x42T Jun  9 15:27:24: OSPF: 
> | First DBD and we are not SLAVE Jun  9 15:27:29: OSPF: 
> Retransmitting 
> | DBD to 10.1.1.1 on Serial0/0.10 Jun  9 15:27:29: OSPF: Up DBD 
> | Retransmit cnt to 13 for 10.1.1.1 on Serial0/0.10 Jun  9 15:27:29: 
> | OSPF: Send DBD to 10.1.1.1 on Serial0/0.10 seq 0x1A59 opt 
> 0x422 Jun  9 
> | 15:27:29: OSPF: Rcv DBD from 10.1.1.1 on Serial0/0.10 seq 0x98F opt 
> | 0x42T Jun  9 15:27:29: OSPF: First DBD and we are not SLAVE Jun  9 
> | 15:27:34: OSPF: Retransmitting DBD to 10.1.1.1 on 
> Serial0/0.10 Jun  9 
> | 15:27:34: OSPF: 10.1.1.1 address 192.168.102.5 on Serial0/0.10 is dead, N 
Jun  9 15:27:34: %OSPF-5-ADJCHG: Process 1, Nbr 10.1.1.1 on Serial0/0.10 from Es

Jun  9 15:28:34: OSPF: 10.1.1.1 address 
> | 192.168.102.5 on Serial0/0.10 is dead Jun  9 15:28:34: 
> OSPF: 10.1.1.1 
> | address 192.168.102.5 on Serial0/0.10 is dead, n Jun  9 15:28:34: 
> | %OSPF-5-ADJCHG: Process 1, Nbr 10.1.1.1 on Serial0/0.1 d Jun  9 
> | 15:28:44: OSPF: Rcv DBD from 10.1.1.1 on Serial0/0.10 seq 0xBF1 opt 
> | 0x42T Jun  9 15:28:44: OSPF: 2 Way Communication to 10.1.1.1 on 
> | Serial0/0.10, state 2Y Jun  9 15:28:44: OSPF: Send DBD to 
> 10.1.1.1 on 
> | Serial0/0.10 seq 0xC58 opt 0x42 2 Jun  9 15:28:44: OSPF: 
> First DBD and 
> | we are not SLAVE Jun  9 15:28:49: OSPF: Retransmitting DBD 
> to 10.1.1.1 
> | on Serial0/0.10 Jun  9 15:28:49: OSPF: Up DBD Retransmit 
> cnt to 1 for 
> | 10.1.1.1 on Serial0/0.10 Jun  9 15:28:49: OSPF: Send DBD to 
> 10.1.1.1 
> | on Serial0/0.10 seq 0xC58 opt 0x42 2 Jun  9 15:28:49: OSPF: Rcv DBD 
> | from 10.1.1.1 on Serial0/0.10 seq 0xBF1 opt 0x42T Jun  9 15:28:49: 
> | OSPF: First DBD and we are not SLAVE Jun  9 15:28:54: OSPF: 
> | Retransmitting DBD to 10.1.1.1 on Serial0/0.10 Jun  9 
> 15:28:54: OSPF: 
> | Up DBD Retransmit cnt to 2 for 10.1.1.1 on Serial0/0.10 Jun  9 
> | 15:28:54: OSPF: Send DBD to 10.1.1.1 on Serial0/0.10 seq 0xC58 opt 
> | 0x42 2 Jun  9 15:28:54: OSPF: Rcv DBD from 10.1.1.1 on Serial0/0.10 
> | seq 0xBF1 opt 0x42T Jun  9 15:28:54: OSPF: First DBD and we are not 
> | SLAVE Jun  9 15:28:59: OSPF: Retransmitting DBD to 10.1.1.1 on 
> | Serial0/0.10 Jun  9 15:28:59: OSPF: Up DBD Retransmit cnt to 3 for 
> | 10.1.1.1 on Serial0/0.10 Jun  9 15:28:59: OSPF: Send DBD to 
> 10.1.1.1 
> | on Serial0/0.10 seq 0xC58 opt 0x42 2 Jun  9 15:28:59: OSPF: Rcv DBD 
> | from 10.1.1.1 on Serial0/0.10 seq 0xBF1 opt 0x42T Jun  9 15:28:59: 
> | OSPF: First DBD and we are not SLAVE Jun  9 15:29:04: OSPF: 
> | Retransmitting DBD to 10.1.1.1 on Serial0/0.10 Jun  9 
> 15:29:04: OSPF: 
> | Up DBD Retransmit cnt to 4 for 10.1.1.1 on Serial0/0.10 Jun  9 
> | 15:29:04: OSPF: Send DBD to 10.1.1.1 on Serial0/0.10 seq 0xC58 opt 
> | 0x42 2 Jun  9 15:29:04: OSPF: Rcv DBD from 10.1.1.1 on Serial0/0.10 
> | seq 0xBF1 opt 0x42T Jun  9 15:29:04: OSPF: First DBD and we are not 
> | SLAVE Jun  9 15:29:09: OSPF: Retransmitting DBD to 10.1.1.1 on 
> | Serial0/0.10 Jun  9 15:29:09: OSPF: Up DBD Retransmit cnt to 5 for 
> | 10.1.1.1 on Serial0/0.10 Jun  9 15:29:09: OSPF: Send DBD to 
> 10.1.1.1 
> | on Serial0/0.10 seq 0xC58 opt 0x42 2 Jun  9 15:29:09: OSPF: Rcv DBD 
> | from 10.1.1.1 on Serial0/0.10 seq 0xBF1 opt 0x42T Jun  9 15:29:09: 
> | OSPF: First DBD and we are not SLAVE Jun  9 15:29:14: OSPF: 
> | Retransmitting DBD to 10.1.1.1 on Serial0/0.10 Jun  9 
> 15:29:14: OSPF: 
> | Up DBD Retransmit cnt to 6 for 10.1.1.1 on Serial0/0.10 Jun  9 
> | 15:29:14: OSPF: Send DBD to 10.1.1.1 on Serial0/0.10 seq 0xC58 opt 
> | 0x42 2 Jun  9 15:29:14: OSPF: Rcv DBD from 10.1.1.1 on Serial0/0.10 
> | seq 0xBF1 opt 0x42T Jun  9 15:29:14: OSPF: First DBD and we are not 
> | SLAVE Jun  9 15:29:19: OSPF: Retransmitting DBD to 10.1.1.1 on 
> | Serial0/0.10 Jun  9 15:29:19: OSPF: Up DBD Retransmit cnt to 7 for 
> | 10.1.1.1 on Serial0/0.10 Jun  9 15:29:19: OSPF: Send DBD to 
> 10.1.1.1 
> | on Serial0/0.10 seq 0xC58 opt 0x42 2 Jun  9 15:29:19: OSPF: Rcv DBD 
> | from 10.1.1.1 on Serial0/0.10 seq 0xBF1 opt 0x42T Jun  9 15:29:19: 
> | OSPF: First DBD and we are not SLAVE ...
> |
> |
> | Anyone seen this before??
> |
> |
> 
> Looks and sounds similar to MTU mismatch.  See:
> 
> http://www.cisco.com/univercd/cc/td/doc/product/software/ios12
> 2/122newft/122t/122t4/ftbgpri.htm
> 
> - --
> =========
> bep
> 
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.2 (MingW32)
> 
> iD8DBQFAx2MzE1XcgMgrtyYRAgCcAJ9YizhRYXSBX1NJ4/PXE20Xm0vpcACg16TL
> bgAWvhvXFvKH1MYHGnmRM3M=
> =vHty
> -----END PGP SIGNATURE-----
> _______________________________________________
> cisco-nsp mailing list  cisco-nsp at puck.nether.net 
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/
> 

-----BEGIN PGP SIGNATURE-----
Version: PGP 8.0.3

iQA/AwUBQMd2nMTXy2QW1R3hEQKoRgCeI1PNif0ZjHWwhvQFviVmsu2BuwQAoLy9
zO/R3se8DhHrG/XLfn9CuKP1
=CE9A
-----END PGP SIGNATURE-----


More information about the cisco-nsp mailing list