Re: OSPF Point to Multipoint

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