From: Djerk Geurts (djerk@djerk.nl)
Date: Mon Jul 30 2007 - 10:05:29 ART
Brian,
Thank you for your reply. I'm still puzzled by R4 learning R1-3's IP
addresses though. Does in-arp advertise addresses when requesting them? I
though it only requested.
Djerk
> -----Original Message-----
> From: Jensen, Brian D. [mailto:bdjensen@eschelon.com]
> Sent: maandag 30 juli 2007 14:55
> To: Djerk Geurts; Cisco certification
> Subject: RE: No frame-relay inverse-arp
>
> Hi Djerk,
>
> Actually that command will not turn off inverse-arp replies; it only
> turns off inverse-arp requests. Your router is functioning correctly.
> The only way to get rid of it completely is to turn off inverse-arp on
> both ends; that way no one will make a request of the other, so no one
> will reply. I don't believe there is a way to turn off replies.
>
> Thanks,
>
> Brian
>
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On
> Behalf Of
> Djerk Geurts
> Sent: Monday, July 30, 2007 7:44 AM
> To: 'Cisco certification'
> Subject: No frame-relay inverse-arp
>
> I'm using 12.2(4)10b on 36040's. turning inverse-arp off does not
> prevent the router from replying to in-arp requests. (debugged and the
> darn things will still send)
>
> *Mar 14 17:39:36.371: Serial2/1: FR ARP input *Mar 14 17:39:36.371:
> datagramstart = 0x6FCD4EE, datagramsize = 34 *Mar 14 17:39:36.371: FR
> encap = 0x4C110300 *Mar 14 17:39:36.371: 80 00 00 00 08 06 00
> 0F *Mar 14
> 17:39:36.371: Serial2/1: FR ARP input08 00 02 04 00 09 00 00 *Mar 14
> 17:39:36.371: 98 01 2D 05 4C 11 98 01 7B 03 02 02 00 40 *Mar 14
> 17:39:36.375:
> *Mar 14 17:39:36.375: Serial2/1: inarp received on 305 *Mar 14
> 17:39:36.375: datagramstart = 0x6E0070E, datagramsize = 34 *Mar 14
> 17:39:36.375: FR encap = 0x4C010300 *Mar 14 17:39:36.375: 80
> 00 00 00 08
> 06 00 0F 08 00 02 04 00 09 00 00 *Mar 14 17:39:36.379: 98 01
> 2D 04 4C 01
> 98 01 7B 03 02 02 00 40 *Mar 14 17:39:36.379:
> *Mar 14 17:39:36.379: Serial2/1: inarp received on 304
>
> Afaik disabling inverse-arp should make a router blind and mute to the
> whole inverse-arp thing. I'm about to pull my hair out...
>
> I have R1 - 5 with full mesh F/R between them
> - R4 & 5 PtP using main interfaces and no frame-relay inverse-arp at
> both ends
> - R3 is a hub with R1 & 2 as spokes (main interfaces as well)
> - R1 - 3 should use in-arp
>
> A. R1 - 3 advertise their addresses to R4 & 5 via in-arp, I
> can't change
> this behaviour. If allowed I could only disable in-arp per dlci.
> B. R1 - 3 learn R4 * 5's addresses (should not happen inho with in-arp
> turned off (at the source).
>
> R4 & R5 (diff IP dlci):
> interface Serial2/1
> description *** C3640-3 (FR) S1/4 ***
> ip address 15.1.45.4 255.255.255.0
> encapsulation frame-relay
> frame-relay map ip 15.1.45.5 405
> no frame-relay inverse-arp
>
> R4(config-if)#do sh fram map
> Serial2/1 (up): ip 15.1.45.5 dlci 405(0x195,0x6450), static,
> CISCO, status defined, active
> Serial2/1 (up): ip 15.1.123.1 dlci 401(0x191,0x6410), dynamic,
> broadcast,, status defined, active
> Serial2/1 (up): ip 15.1.123.2 dlci 402(0x192,0x6420), dynamic,
> broadcast,
> CISCO, status defined, active
> Serial2/1 (up): ip 15.1.123.3 dlci 403(0x193,0x6430), dynamic,
> broadcast,
> CISCO, status defined, active
>
> R3 MP interface:
> interface Serial2/1
> description *** C3640-3 (FR) S1/3 ***
> ip address 152.1.123.3 255.255.255.0
> encapsulation frame-relay
>
> R3(config-if)#do sh fram map
> Serial2/1 (up): ip 152.1.45.4 dlci 304(0x130,0x4C00), dynamic,
> broadcast,
> CISCO, status defined, active
> Serial2/1 (up): ip 152.1.45.5 dlci 305(0x131,0x4C10), dynamic,
> broadcast,
> CISCO, status defined, active
> Serial2/1 (up): ip 152.1.123.1 dlci 301(0x12D,0x48D0), dynamic,
> broadcast,, status defined, active
> Serial2/1 (up): ip 152.1.123.2 dlci 302(0x12E,0x48E0), dynamic,
> broadcast,
> CISCO, status defined, active
>
> --
> Djerk
> www.djerk.nl
>
> ______________________________________________________________
> _________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Sat Aug 18 2007 - 08:17:42 ART