Re: OSPF Point to Multipoint

Apologies for the delay in response.
Yes, I cleared it before reloading (several times) but it didn't seem to fix the problem.

A reboot resolved the issue - I'm guessing that this is just a bug int he version of code that I was running.

Thanks for you help!

On 24 Jul 2012, at 21:11, Joe Astorino wrote:

> Strange. Before reloading did you happen to try and clear the OSPF
> process on R1?
>
> On Tue, Jul 24, 2012 at 3:49 PM, Shane <shane_at_shanekillian.net> wrote:
>> See below, the show ip ospf int s0/0 shows this interface working as point to multipoint.
>> I'm guessing that this is the answer, it is point to multipoint but the Full / DR state that I am seeing is a cosmetic bug?
>>
>> After a reboot, this changed to the corrected state though so I'm a little confused!
>>
>>
>> Rack14R1#show run int s0/0
>> Building configuration...
>>
>> Current configuration : 239 bytes
>> !
>> interface Serial0/0
>> ip address 155.14.0.1 255.255.255.0
>> encapsulation frame-relay
>> ip ospf network point-to-multipoint
>> ip ospf priority 0
>> ip ospf 1 area 0
>> frame-relay map ip 155.14.0.5 105 broadcast
>> no frame-relay inverse-arp
>> end
>>
>> Rack14R1#
>>
>>
>> Rack14R1#show ip ospf int s0/0
>> Serial0/0 is up, line protocol is up
>> Internet Address 155.14.0.1/24, Area 0
>> Process ID 1, Router ID 150.14.1.1, Network Type POINT_TO_MULTIPOINT, Cost: 64
>> Enabled by interface config, including secondary ip addresses
>> Transmit Delay is 1 sec, State POINT_TO_MULTIPOINT,
>> Timer intervals configured, Hello 30, Dead 120, Wait 120, Retransmit 5
>> oob-resync timeout 120
>> Hello due in 00:00:11
>> Supports Link-local Signaling (LLS)
>> Index 1/2, flood queue length 0
>> Next 0x0(0)/0x0(0)
>> Last flood scan length is 1, maximum is 2
>> Last flood scan time is 0 msec, maximum is 4 msec
>> Neighbor Count is 3, Adjacent neighbor count is 1
>> Adjacent with neighbor 150.14.5.5
>> Suppress hello for 0 neighbor(s)
>> Rack14R1#
>>
>>
>>
>>
>> On 24 Jul 2012, at 20:43, Joe Astorino wrote:
>>
>>> Post your configurations on R1. Output of "show ip ospf interface
>>> brief" would be good on R1
>>>
>>> On Tue, Jul 24, 2012 at 3:40 PM, Shane <shane_at_shanekillian.net> wrote:
>>>> Hi all,
>>>>
>>>> I have a quick question, which might seem trivial to some of you but I can't answer it after reconfiguring several times and restarting OSPF processes.
>>>> I have FR hub and spoke topology, R5 is hub and R1 is a spoke.
>>>>
>>>> I have configured DLCI's with the broadcast command for all spokes in the network (but we must transit through R5 obviously).
>>>> I have configured with "ip ospf network point-to-multipoint).
>>>>
>>>> In this case, there should be no DR but on R1 I have the folioing output -
>>>>
>>>>
>>>>
>>>> Rack14R1#show ip ospf neighbor
>>>>
>>>> Neighbor ID Pri State Dead Time Address Interface
>>>> 150.14.5.5 1 FULL/DR 00:01:44 155.14.0.5 Serial0/0
>>>>
>>>>
>>>> Rack14R5#show ip ospf neigh
>>>> Rack14R5#show ip ospf neighbor
>>>>
>>>> Neighbor ID Pri State Dead Time Address Interface
>>>> 150.14.4.4 0 FULL/ - 00:00:37 155.14.45.4 Serial0/1/0
>>>> 150.14.1.1 0 FULL/ - 00:01:38 155.14.0.1 Serial0/0/0
>>>>
>>>> HOWEVER, if we look at the LSA database we don't' see "Net Link State" for area 0. Which is LSA type 2 and would be originated by the DR.
>>>>
>>>> Rack14R1#show ip ospf database | i (Area 0)
>>>> Router Link States (Area 0)
>>>> Summary Net Link States (Area 0)
>>>> Summary ASB Link States (Area 0)
>>>>
>>>> Did I just forget something? or am I right to expect Type 2 which I see state = FULL/DR ?
>>>>
>>>>
>>>> Thanks!
>>>>
>>>>
>>>> Shane
>>>> http://shanekillian.net
>>>>
>>>>
>>>> Blogs and organic groups at http://www.ccie.net
>>>>
>>>> _______________________________________________________________________
>>>> Subscription information may be found at:
>>>> http://www.groupstudy.com/list/CCIELab.html
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>> --
>>> Regards,
>>>
>>> Joe Astorino
>>> CCIE #24347
>>> http://astorinonetworks.com
>>>
>>> "He not busy being born is busy dying" - Dylan
>>
>
>
>
> --
> Regards,
>
> Joe Astorino
> CCIE #24347
> http://astorinonetworks.com
>
> "He not busy being born is busy dying" - Dylan

Blogs and organic groups at http://www.ccie.net
Received on Thu Jul 26 2012 - 09:17:08 ART