Frame-Relay rule

From: Hunt Lee (ciscoforme3@yahoo.com.au)
Date: Sat Dec 07 2002 - 09:24:46 GMT-3


Sorry if someone has covered this before. I just want to know that in a hub & spoke
environment, is there a rule stating that Inverse ARP & Frame-relay map ip
statements can't be used together??

        RTA
      / | \
    RTB RTC RTD

On RTA, the interfaces are P2M to RTB & RTC, and P2P to RTD.

And on RTD, it is a normal Serial interface, whereas on RTC, it is a multipoint
sub-interface.

All are running EIGRP.

Here is RTB's config:-

interface Serial0
 ip address 172.16.1.3 255.255.255.0
 encapsulation frame-relay
 no ip mroute-cache
 frame-relay map ip 172.16.1.5 121 broadcast <- to RTC
 frame-relay map ip 172.16.16.6 121 broadcast <- to RTD

And I realized that Inverse ARP had automatically put an entry for me. And the
static entries I put in had been deleted...

RTB(config-if)#frame-relay map ip 172.16.1.1 121 broadcast
%Address already in map

RTB#sh frame-relay map

Serial0 (up): ip 172.16.1.5 dlci 121(0x79,0x1C90), static,
              broadcast,
              CISCO, status deleted
Serial0 (up): ip 172.16.16.6 dlci 121(0x79,0x1C90), static,
              broadcast,
              CISCO, status deleted
Serial0 (up): ip 172.16.1.1 dlci 111(0x6F,0x18F0), dynamic,
              broadcast,, status defined, active

However, this didn't happen to RTC. And RTD can ping fine to RTA & RTB.

As a result, is it a good habit to disable "Inverse-arp" (no frame-relay
inverse-arp) on all spoke routers??

Thanks,
H.

http://www.yahoo.promo.com.au/hint/ - Yahoo! Hint Dropper
- Avoid getting hideous gifts this Christmas with Yahoo! Hint Dropper!
.



This archive was generated by hypermail 2.1.4 : Fri Jan 17 2003 - 17:21:40 GMT-3