From: James Matrisciano (jmatrisciano@kenttech.com)
Date: Fri Feb 11 2005 - 08:27:48 GMT-3
How is the question stated? Is it saying that your interface connection
to one router must be non-broad and another router p2p? Does it limit
you in your use of just one IP address? Another solution, although un
orthodox and not truly recommended for a live network would be to build
a bridge group, assign a BVI and build two separate sub interfaces, each
to match the needed network type for OSPF.
Just another option. Without knowing what you are specifically being
told to do and your limitations, this may not fall into your needs, but
is an option non the less.
jm
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Danshtr
Sent: Friday, February 11, 2005 3:25 AM
To: Nathasha Aleyevka
Cc: ccielab@groupstudy.com
Subject: Re: OSPF p-t-multipoint vs NON-Broadcast interface!
GRE tunnel should work.
How did you configured the GRE tunnel and OSPF?
On Thu, 10 Feb 2005 19:01:08 -0800 (PST), Nathasha Aleyevka
<naleyevka@yahoo.com> wrote:
> Hello there,
>
> Here is my scenario"
> R3
> /
> NON-Broadcast
> /
> R2----p-t-m-
> \
> point-to-multipoint
> \
> R1
>
> R2's OSPF multipoint interface must be configured as a
> multipoint interface. I use Ip ospf network point to
> multipoint interface c-d, on R2 and R1, I establish
> adj and have identical databes, everything is a OK.
> Now
> R3 has a multipoint subinterface, network type by
> default is NON-Broadcast, I am not allowed to use the
> ip ospf network command on R3to change this type. With
> a point to miltipoint network type at one end and a
> NON-broadcast network type at the other end,
> OSPF establishes adj between R2 and R3, but will not
> exchange routing tables, the hello/dead/retransmit
> timers are identical. I can ping across, but the
> routing tables are different, I have 5 OSPF routes on
> R2 and 0 routes on R3. R3's interface being a
> non-broadcast is looking for a DR, the other side
> doesnt use a DR/BDR!!! Apparently this is a normal
> behavior. Is there a work around it?
> R3
> R3#o ne
> Neighbor ID Pri State Dead Time
> Address Interface
> 2.2.2.2 10 FULL/DR 00:01:33
> 120.20.234.2 Serial1/0.23
>
> R3#
> On R2
> R2#o ne
> Neighbor ID Pri State Dead Time
> Address Interface
> 1.1.1.1 0 FULL/ - 00:01:56
> 120.20.234.4 Serial0/0.234
> 3.3.3.3 1 FULL/ - 00:01:33
> 120.20.234.3 Serial0/0.234
> R2#
>
> I tried neighbor statements on R2/R3, it doesnt help.
> I implemented a GRE tunnel between R2/R3, it didnt
> help. Any ideas?? It is much appreciated.
> Thank you
> Nathasha
>
>
> __________________________________________________
> Do You Yahoo!?
> Tired of spam? Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com
>
>
-- Best regards, Dan<a href="http://www.spreadfirefox.com/?q=affiliates&id=0&t=1">Get Firefox!</a>
This archive was generated by hypermail 2.1.4 : Thu Mar 03 2005 - 08:51:19 GMT-3