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

Church, Chuck cchurch at netcogov.com
Mon Nov 7 21:42:08 EST 2005


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/



More information about the cisco-nsp mailing list