RE: Frame-relay mystery

From: Brian Dennis (brian@labforge.com)
Date: Sun Feb 16 2003 - 13:14:03 GMT-3


That is the way point-to-multipoint works. The end points of the
frame-relay network are advertised out as /32's so you don't need the
additional frame-relay map statements.

<RFC_2178>
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:

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.
</RFC_2178>

Brian Dennis, CCIE #2210 (R&S/ISP Dial/Security)
brian@labforge.com
http://www.labforge.com

-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Hunt Lee
Sent: Sunday, February 16, 2003 4:54 AM
To: ccielab@groupstudy.com
Subject: Frame-relay mystery

Hi friends,

I have a little confusion in a very simple FR setup (hub & spoke
topology)... all 3
are in OSPF (not that I think it would have any affect on this ;)

R3 R5
  \ /
   R1

IP Addressing:

R1 - 137.20.101.1/24
R3 - 137.20.101.3/24
R5 - 137.20.101.5/24

I don't understand that even if each of my spoke ONLY has a frame-relay
map ip
statement pointing to the hub (R1), that they somehow can still managed
to ping each
other!!!

On R1 (hub)

R1#sh run
Building configuration...

Current configuration : 1868 bytes
!
interface Serial0/0
 no ip address
 encapsulation frame-relay
 no ip mroute-cache
 no fair-queue
!
interface Serial0/0.1 multipoint
 ip address 137.20.101.1 255.255.255.0
 ip access-group blockR6 in
 ip ospf network point-to-multipoint
 frame-relay map ip 137.20.101.3 103 broadcast
 frame-relay map ip 137.20.101.5 105 broadcast
 no frame-relay inverse-arp
!
end

On R3 (spoke)

interface Serial0
 ip address 137.20.101.3 255.255.255.0
 encapsulation frame-relay
 ip ospf network point-to-multipoint
 no ip mroute-cache
 frame-relay map ip 137.20.101.1 301 broadcast
 no frame-relay inverse-arp
 bridge-group 1
end

On R5 (other spoke)

R5#sh run
Building configuration...

!
interface Serial0
 ip address 137.20.101.5 255.255.255.0
 encapsulation frame-relay
 ip ospf network point-to-multipoint
 no fair-queue
 clockrate 64000
 frame-relay map ip 137.20.101.1 501 broadcast
 no frame-relay inverse-arp
!
end

R3#ping 137.20.101.5

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 137.20.101.5, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 116/118/128
ms
R3#

R5#ping 137.20.101.3

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 137.20.101.3, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 116/138/220
ms
R5#

Yet, I was expecting that the spoke, without the additional frame-relay
map ip
statement pointing with each other, should not be able to ping each
other... (apart
from able to ping the hub).

Anyone has any clue on this?

Regards,
L.

http://mobile.yahoo.com.au - Yahoo! Mobile
- Exchange IMs with Messenger friends on your Telstra or Vodafone mobile
phone.



This archive was generated by hypermail 2.1.4 : Sat Mar 01 2003 - 11:06:25 GMT-3