From: James Matrisciano (jmatrisciano@kenttech.com)
Date: Wed Dec 21 2005 - 15:54:37 GMT-3
Ok, doing an ip ospf net point-to-multipoint on the hub gets the
nieghbors to come up, changed the ip ospf priorty on the spokes to 0 and
that made the hub the DR. Not seeing routes go across though, wich is a
concern....
So that does not work...
On the hub, I am allowed to change the network type...so I change that
to broadcast. I then change the timers on the hub to match hellos @ 30
and dead at 120...
All works, up and up , neighbors copmplete and I can ping a loop back
interface of one spoke from the other.
Does this break any rules?
-----Original Message-----
From: Gustavo Novais [mailto:gustavo.novais@novabase.pt]
Sent: Wednesday, December 21, 2005 1:28 PM
To: James Matrisciano; joshua lauer; Cisco certification
Subject: RE: Doubt on OSPF hub and spoke IEWB 17 4.1
Yep, my gut too.
Just one correction to what you said.
No neighbor command, but only on the spokes you cannot do interface
level commands.
Gustavo Novais
-----Original Message-----
From: James Matrisciano [mailto:jmatrisciano@kenttech.com]
Sent: quarta-feira, 21 de Dezembro de 2005 18:25
To: Gustavo Novais; joshua lauer; Cisco certification
Subject: RE: Doubt on OSPF hub and spoke IEWB 17 4.1
Sounds like a tunnel to me, but without labbing it up and testing it,
can not say. I am in the middle of labbing something else up and will
see if I can throw some opsf over the frame and get it to work with the
restrictions you are saying...
Hub is MP interface
Spokes are Physical
No Neighbor No ip ospf network commands
I will let you know if I come up with anything, but my gut is saying
tunnel
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Gustavo Novais
Sent: Wednesday, December 21, 2005 1:17 PM
To: joshua lauer; Cisco certification
Subject: RE: Doubt on OSPF hub and spoke IEWB 17 4.1
Hello
The issue is that they are not allowing me to change anything at
interface level on the spokes. So, to change from NBMA to p2MP(-NB) I
would need to do that. (I will not try P2MP-NB, because you need to
specify neighbors, which I can't)
If you are suggesting to put P2MP on Hub and let spokes on NBMA, I am in
process of trying it.
For what I can see the adjacency is established, but there is no route
exchange.
I'm still at a dead end :(
Thank you for replying
Gustavo Novais
-----Original Message-----
From: joshua lauer [mailto:jslauer@hotmail.com]
Sent: quarta-feira, 21 de Dezembro de 2005 18:04
To: Gustavo Novais; Cisco certification
Subject: Re: Doubt on OSPF hub and spoke IEWB 17 4.1
Have you tried point-to-multipoint non-broadcast? See if you establish
adjacency after that...I think the key here is that you are using
physical interfaces and you cannot adjust anything on the spokes.
PTMP-NB should do the trick unless there's something I'm missing here.
JL
----- Original Message -----
From: "Gustavo Novais" <gustavo.novais@novabase.pt>
To: "Cisco certification " <ccielab@groupstudy.com>
Sent: Wednesday, December 21, 2005 12:52 PM
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