From: Szarmach, Douglas (Douglas.Szarmach@cmegroup.com)
Date: Mon Jul 30 2007 - 14:17:28 ART
One of the Brians from IE describes the 'no arp frame-relay' command as
worthless in the class on demand video, and it is also noted as so in
the following forum link:
http://forum.internetworkexpert.com/ubbthreads.php/ubb/showflat/Number/3
089
Douglas Szarmach
Senior Network Engineer
+1 312 648 3797
CME Group
A CME/Chicago Board of Trade Company
20 South Wacker Drive
Chicago, Illinois 60606
cmegroup.com
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
ahmet seckin
Sent: Monday, July 30, 2007 11:50 AM
To: Djerk Geurts; ccielab@groupstudy.com
Subject: Re: No frame-relay inverse-arp
Djerk,
I used this command beside 'no frame-relay inverse arp' whenever I
needed to disable inverse arp, as I believed it worked in a way I said
to you. After your e-mail, I tried to find an explanation but I
couldn't. I have came accross some explanations in some forums about the
'no arp frame-relay' that says it is not related to inverse arp and I
can't reach an official cisco document or command reference to clarify
this issue.
I hope one of the instructors clarify this.
Sorry for the inonvenience & Best luck with your studies.
Kerim
----- Original Message ----
From: Djerk Geurts <djerk@djerk.nl>
To: ccielab@groupstudy.com
Sent: Monday, July 30, 2007 2:06:30 PM
Subject: RE: No frame-relay inverse-arp
Kerim,
I tried that but to no avail, even a few reloads did not change
matters...
Djerk
> -----Original Message-----
> From: ahmet seckin [mailto:elektronikadam@yahoo.com]
> Sent: maandag 30 juli 2007 15:03
> To: Djerk Geurts; ccielab@groupstudy.com
> Subject: Re: No frame-relay inverse-arp
>
> Djerk,
>
> 'no frame-relay inver arp' command only prevent router
> sending inverse arp request.
> use 'no arp frame-relay' to prevent replying those requests.
> Regards
>
> Kerim
>
>
>
>
> ----- Original Message ----
> From: Djerk Geurts <djerk@djerk.nl>
> To: Cisco certification <ccielab@groupstudy.com>
> Sent: Monday, July 30, 2007 1:43:45 PM
> 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
>
>
>
> ______________________________________________________________
> ______________________
> Take the Internet to Go: Yahoo!Go puts the Internet in your
> pocket: mail, news, photos & more.
> http://mobile.yahoo.com/go?refer=1GNXIC
This archive was generated by hypermail 2.1.4 : Sat Aug 18 2007 - 08:17:42 ART