From: frank@xxxxxxxxxxxx
Date: Mon Dec 17 2001 - 18:37:22 GMT-3
This one may be old news but here goes anyway.
My observations, in a non-broadcast environment I've seen the time to
establish neighbors take so long that I thought it wasn't working. A few
times my impatience forced me to clear the OSPF process and then wait
another excessive time period. My conclusion is that it simply takes longer
for neighbor establishment to take place on a non-broadcast network. So, if
you know you've configured correctly move on and check back later.
As far as the broadcast parameter, it's a non-broadcast network...the
broadcast parameter isn't required even for OSPF. I think you'll find the
examples (Doyle, docs CD, etc...) show no broadcast parameter on map
statements for non-broadcast networks. I believe it's not going to affect
OSPF operation either way...but it's not necessary. However, I'm willing to
listen to other viewpoints. Especially those with concrete examples ;-)
Good luck, Frank
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of C.
Warren
Sent: Saturday, December 08, 2001 10:56 AM
To: 'Fernando Arias'; 'Ajaz Nawaz'; 'George Hansen'; ccielab@groupstudy.com
Subject: RE: OSPF over NBMA
Do you have neighbor statements on the hub to each spoke? Do you have the
"broadcast" parameter on your map statements?
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Fernando Arias
Sent: Saturday, December 08, 2001 2:16 PM
To: 'Ajaz Nawaz'; 'George Hansen'; ccielab@groupstudy.com
Subject: RE: OSPF over NBMA
Hey Guys,
I have a somewhat similar situation, where I had successfully completed lab
4. In my ospf set up I had the hub(r1)Multipoint and the spokes (r2) and
(r5)Physical interfaces. My hub was configured with ospf priority 200 and
the spokes had ospf priority zero. The ospf network type for all routers was
Non-broadcast.
Everything was working fine until I power cycled the routers. Now the
routers won't form adjacencies. The frame cloud is fully mesh with map
stamens and I can ping across to all serial interfaces on the cloud.
I do not get any output from any of the ospf debug commands. However, the sh
ip ospf command does show the message "Area BACBONE(0) (Inactive) on all 3
routers. I can't seem to get pass this condition.
any feedback will be appreciated.
Thanks,
Fernando
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of Ajaz
Nawaz
Sent: Saturday, November 03, 2001 2:26 AM
To: George Hansen; ccielab@groupstudy.com
Subject: RE: OSPF over NBMA
Here's such a situation:
If the hub router is under single management administration and spokes are
being managed by another party for example.
More simply put.... beccause you administer the hub and not the spokes.
jaz
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
George Hansen
Sent: 02 November 2001 23:46
To: ccielab@groupstudy.com
Subject: RE: OSPF over NBMA
I have noticed that if you use the 'ip ospf priority 0' interface command on
the spoke router, any 'neighbor ....' statements you also have on the spoke
router will not be shown in the running config.
It seems as if the 'ip ospf priority' interface command (default 1) is the
best to use. There must be a situation that the 'neighbor .... priority'
(default 0) command is more appropriate, but I don't know what that
situation is (other than "you may not use 'ip ospf priority'").
My $.02.
George Hansen
>>> "Keith Leonard" <kleonard@aapt.com.au> 11/02/01 02:50PM >>>
Ron,
Firstly, from the Doco CD...........
"priority number (Optional) ----- 8-bit number indicating the
router
priority value of the nonbroadcast neighbor associated with the IP address
specified. The default is 0. This keyword does not apply to
point-to-multipoint interfaces."
Note that this does not work for point-to-multipoint subinterfaces.
If you specify a priority on the neighbor statements on the spokes to say
'2', and you add the 'ip ospf priority 10' to the subinterface on the hub,
then the config on the spokes will be changed to reflect the priority that
the hub is advertising (Default of 1), ie; 'neighbor 134.5.20.1 priority 10'
Also, you only need one neighbor statement for each spoke on the hub, and
NONE on the spokes themselves. Just make sure to either set the spoke
priorities to '0', or set the hub priority to a value greater than '1' on
the interfaces.
[GroupStudy.com removed an attachment of type application/ms-tnef which had a n
ame of winmail.dat]
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:32:44 GMT-3