RE: OSPF and NBMA

From: Brian Dennis (brian@5g.net)
Date: Wed Sep 11 2002 - 14:23:41 GMT-3


Option 2 will work because host routes will be generated for each OSPF
neighbor on the Frame-Relay network.

<RFC 2328>
12.4.1.4. Describing Point-to-MultiPoint interfaces

        For operational Point-to-MultiPoint interfaces, one or
        more link descriptions are added to the router-LSA as
        follows:

        o A single Type 3 link (stub network) is added with
            Link ID set to the router's own IP interface
            address, Link Data set to the mask 0xffffffff
            (indicating a host route), and cost set to 0.

        o For each fully adjacent neighbor associated with the
            interface, add an additional Type 1 link (point-to-
            point) with Link ID set to the Router ID of the
            neighboring router, Link Data set to the IP
            interface address and cost equal to the interface's
            configured output cost.
</RFC 2328>

Brian Dennis, CCIE #2210 (R&S/ISP Dial)

-----Original Message-----
From: kasturi cisco [mailto:kasturi_cisco@hotmail.com]
Sent: Wednesday, September 11, 2002 9:01 AM
To: brian@5g.net; ghie_pogi@yahoo.com; ccielab@groupstudy.com
Subject: RE: OSPF and NBMA

Brian,
How would the Option 2 "p-2-mp" solve the problem ? I did not understand
how this would work. Can u please explain ? Thanks.
Good Luck,
Kasturi.
>From: Brian Dennis
>Reply-To: Brian Dennis
>To: "'Angelo De Guzman'" , ccielab@groupstudy.com
>Subject: RE: OSPF and NBMA
>Date: Tue, 10 Sep 2002 20:43:24 -0700
>
>Assuming that these routers are all on the same IP subnet the solution
>is to have the spoke routers forward the packets destined for the other

>spokes to the hub as opposed to having the spokes trying to communicate

>directly with each other. Without static Frame-Relay mappings a spoke
>will only have a layer 3 to layer 2 mapping to the hub assuming that
>inverse-ARP hasn't been disabled and is working properly. So this being

>the case here are a couple possible solutions to solve the spoke to
>spoke mapping issue:
>
>1) Static routes
>2) Changing the OSPF network type to "point-to-multipoint" (assuming
>OSPF is being used)
>3) Policy based routing
>4) Point-to-point sub-interfaces on the spokes
>
>Brian Dennis, CCIE #2210 (R&S/ISP Dial)
>
>-----Original Message-----
>From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of

>Angelo De Guzman
>Sent: Tuesday, September 10, 2002 6:30 PM
>To: ccielab@groupstudy.com
>Subject: OSPF and NBMA
>
>To All,
>
> R1 R2 R3 R4 ---- R6
> \ \ / /
> \ \ / /
> \ \ / /
> R5
>
> This is a Hub and spoke topology. Wanted to have
>reachability to all network. Frame-relay cloud is in
>area 0. R1 has another area w/c is 1 and R2 has 2 and
>so on. I don't want to use frame-relay map to reach
>the other spokes. I need to solve this problem via
>Layer 3.
>Any ideas?
>Thanks,
>Angelo De Guzman
>
>__________________________________________________
>Yahoo! - We Remember
>9-11: A tribute to the more than 3,000 lives lost
>http://dir.remember.yahoo.com/tribute
Join the world's largest e-mail service with MSN Hotmail. Click Here



This archive was generated by hypermail 2.1.4 : Mon Oct 07 2002 - 07:43:48 GMT-3