EARP proposal

Vernon Schryver <vjs%rhyolite.wpd.sgi.com@sgi.com> Fri, 07 September 1990 16:40 UTC

Received: from merit.edu by NRI.NRI.Reston.VA.US id aa08067; 7 Sep 90 12:40 EDT
Received: Fri, 7 Sep 90 11:40:19 EST from SGI.COM by merit.edu (5.59/1.6)
Received: from whizzer.wpd.sgi.com by SGI.COM via SMTP (5.64-bind 1.5+ida/900410.SGI) for fddi@merit.edu id AA14466; Fri, 7 Sep 90 09:40:14 -0700
Received: from rhyolite.wpd.sgi.com by whizzer.wpd.sgi.com via SMTP (5.64-bind 1.5+ida/900721.SGI) for sgi.sgi.com!merit.edu!fddi id AA09401; Fri, 7 Sep 90 09:40:10 -0700
Received: by rhyolite.wpd.sgi.com (5.52/900721.SGI) for @whizzer.wpd.sgi.com:fddi@merit.edu id AA18884; Fri, 7 Sep 90 09:40:08 PDT
Date: Fri, 7 Sep 90 09:40:08 PDT
From: Vernon Schryver <vjs%rhyolite.wpd.sgi.com@sgi.com>
Message-Id: <9009071640.AA18884@rhyolite.wpd.sgi.com>
To: DHUNT@enr.prime.com, fddi@merit.edu
Subject: EARP proposal
Status: O

The recent extended ARP proposal contained two alternatives for new ARP
requests.  This week I was monitoring some frames on a ring, and saw some
standard ARP frames that contained values that affect one of the
alternatives.

One of the proposed alternatives included a protocol where a single EARP
frame with a new SNAP encapsulation would be followed by standard ARP,
presumably at the old fashioned repetition rate.  This protocol has
difficulties when any of myriad of possible causes prevents the initial
EARP frame from reaching the intended target.

The other suggest alternative was to encode some information in the unused
target hardware address in the "modified ARP request".  This idea was based
on the expectation that all current IP/FDDI implementations put zero in
that field.  That expectation is consistent with the 4.*BSD code, and
with the ARP frames generated by many IP/FDDI implementations.

Unfortunately, based on my observations this week, there is at least one
east coast vendor whose IP/FDDI implementation puts a non-zero value in
that field.  Thus, it may be difficult for a station supporting the second
of the two proposed EARP protocols to distinquish an old fashioned ARP
request from a modified ARP request containg "encoding of station state and
path interface (ring) corresponding to sender hardware address."


Vernon Schryver
Silicon Graphics
vjs@sgi.com