[c-nsp] OSPF adj cycling FULL to LOADING?

[Church, Chuck]

Sort of sounds like an MTU issue.  Assuming your interfaces are the
same, do you know for sure that MTU is supported over the metroE
provider's network?  Pinging full-size with DF set should tell you.  If
you debug ospf, are you see anything about 'too many retransmissions'?


Chuck Church
Lead Design Engineer
CCIE #8776, MCNE, MCSE
Netco Government Services - Design & Implementation Team
1210 N. Parker Rd.
Greenville, SC 29609
Home office: 864-335-9473
Cell: 864-266-3978
cchurch at netcogov.com
PGP key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x4371A48D 


-----Original Message-----
From: cisco-nsp-bounces at puck.nether.net
[mailto:cisco-nsp-bounces at puck.nether.net] On Behalf Of Bruce Pinsky
Sent: Monday, November 07, 2005 7:11 PM
To: Ziti Bake
Cc: cisco-nsp at puck.nether.net
Subject: Re: [c-nsp] OSPF adj cycling FULL to LOADING?

*** PGP SIGNATURE VERIFICATION ***
*** Status:   Good Signature
*** Signer:   Bruce E. Pinsky <bep at pinskyfamily.org> (0xC82BB726)
*** Signed:   11/7/2005 7:10:29 PM
*** Verified: 11/7/2005 9:38:47 PM
*** BEGIN PGP VERIFIED MESSAGE ***

Ziti Bake wrote:
> I've been asked for more detail on the routers and
> configs.  
> Here are the relative bits of router config for each
> end:
> 
> At location "A" (Sup720 swrouter):
> 
> 
>>interface GigabitEthernet8/1
>> description Location A, Core LAN
>> ip address 10.0.1.200 255.255.255.0
>> ip ospf authentication-key kungpaosquid
>> load-interval 30
>>
>>interface GigabitEthernet8/16
>> description metro ethernet handoff, Location A
>> no ip address
>> mls qos vlan-based
>> switchport
>> switchport trunk encapsulation dot1q
>> switchport trunk allowed vlan 101-199
>> switchport mode trunk
>> switchport nonegotiate
>>
>>interface Vlan123
>> description Ethernet MAN to Location B
>> ip address 192.168.1.249 255.255.255.252
>>

Which ports are included in VLAN 123?  I don't see any native VLAN on
Gig8/16.

Is the metroE connection really a point-to-point or are there other
routers
 in the mix?  If really a point-to-point, you should define as such to
eliminate DR election and change the LSA from a network LSA to a router
LSA.


>>router ospf 1
>> log-adjacency-changes
>> network 10.0.1.0 0.0.0.255 area 0.0.0.0
> 
> 
> I added one command to enable OSPF over the MAN:
> 
>>! NEW COMMAND:
>> network 192.168.1.248 0.0.0.3 area 0.0.0.0
> 
> 
> 
> At location "B" (Sup2 swrouter):
> 
> 
>>interface GigabitEthernet2/1
>> description Ethernet MAN handoff, Location B
>> no ip address
>> mls qos vlan-based
>> switchport
>> switchport trunk encapsulation dot1q
>> switchport trunk allowed vlan 101-199
>> switchport mode trunk
>> switchport nonegotiate
>> no cdp enable
>>
>>interface GigabitEthernet1/1
>> description Location B, remoteLAN
>> ip address 192.168.1.2 255.255.255.0
>> ip route-cache flow
>> ip ospf authentication-key amazingcontraption
>> load-interval 30
>> no cdp enable
>>
>>interface Vlan123
>> description Ethernet MAN to Location A
>> ip address 192.168.1.250 255.255.255.252
>>
>>router ospf 1
>> log-adjacency-changes
>> area 10.0.0.0 authentication message-digest
>> network 192.168.1.0 0.0.0.255 area 10.0.0.0
> 
> 
> I added the same new command to bring-up area 0 over
> the MAN:
> 
>>! NEW COMMAND:
>> network 192.168.1.248 0.0.0.3 area 0.0.0.0
> 
> 
> 
> There was no tweaking of timers, etc.
> 
> The only odd thing I can see, is that the router in
> Location B was not connected to Area 0 before.  It was
> only in area 10.  This MAN link  provides a second ABR
> between area 10 and area 0.   
> 
> 

Perhaps a little more info on the topology would help.

--
=========
bep


*** END PGP VERIFIED MESSAGE ***
_______________________________________________
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/