RE: Doubt on OSPF hub and spoke IEWB 17 4.1

From: Brian McGahan (bmcgahan@internetworkexpert.com)
Date: Wed Dec 21 2005 - 19:06:20 GMT-3


        The solution is to set the network type to broadcast on R5 (the
hub) and change its hello and dead timers to match that of the
non-broadcast network type of R1 and R2. You don't need to adjust the
priority values at all since R5 already has the higher router ID. Look
back in the solutions guide of lab 1 or 2 (not sure which) and look the
explanation of the network types. The network types don't have to match
they just have to be compatible.

HTH,

Brian McGahan, CCIE #8593
bmcgahan@internetworkexpert.com

Internetwork Expert, Inc.
http://www.InternetworkExpert.com
Toll Free: 877-224-8987 x 705
Outside US: 775-826-4344 x 705
24/7 Support: http://forum.internetworkexpert.com
Live Chat: http://www.internetworkexpert.com/chat/

> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf
Of
> Gustavo Novais
> Sent: Wednesday, December 21, 2005 11:52 AM
> To: Cisco certification
> Subject: Doubt on OSPF hub and spoke IEWB 17 4.1
>
> Hello
>
>
>
> I'm wondering if and how this exercise is doable.
>
> I'd like to have your opinion.
>
>
>
>
>
> Hub and spoke network. Hub (R5) has a multipoint Serial subinterface.
> Both spokes use their main interface.
>
>
>
> We cannot use any neighbour commands nor any interface level commands
on
> R1 and R2 (spokes).
>
>
>
> We are to configure OSPF on this frame-relay network.
>
>
>
> If we were to configure Non-broadcast network, we would need at least
to
> configure neighbour on hub, and ip ospf priority 0 on the spoke
> interfaces----> failing restrictions.
>
>
>
> If we were to configure any point-to-point or point-to-multipoint
> command that would make us configure network type on the ospf
interface,
> we would fail the restriction.
>
>
>
> If we were to configure broadcast network on hub and change timers on
> hub in order to match the spoke timers... It would not establish
> adjacency, besides the fact that we would have to use neighbour
> commands...
>
>
>
>
>
> Unless I use tunnelling or ppp over FR I really do not see how to
> accomplish this.
>
>
>
> Are there any suggestions?
>
>
>
> Thank you
>
> Gustavo Novais
>
>



This archive was generated by hypermail 2.1.4 : Mon Jan 09 2006 - 07:07:51 GMT-3