no-op?
Martha Steenstrup <msteenst@bbn.com> Fri, 10 September 1993 15:42 UTC
Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa07973; 10 Sep 93 11:42 EDT
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa07969; 10 Sep 93 11:42 EDT
Received: from Sun.COM by CNRI.Reston.VA.US id aa19893; 10 Sep 93 11:42 EDT
Received: from Eng.Sun.COM (zigzag.Eng.Sun.COM) by Sun.COM (4.1/SMI-4.1) id AA04093; Fri, 10 Sep 93 08:42:00 PDT
Received: from sunroof2.Eng.Sun.COM by Eng.Sun.COM (4.1/SMI-4.1) id AA19909; Fri, 10 Sep 93 08:44:48 PDT
Received: from Eng.Sun.COM (engmail1) by sunroof2.Eng.Sun.COM (4.1/SMI-4.1) id AA03080; Fri, 10 Sep 93 08:41:59 PDT
Received: from Sun.COM (sun-barr) by Eng.Sun.COM (4.1/SMI-4.1) id AA24042; Fri, 10 Sep 93 08:41:53 PDT
Received: from KARIBA.BBN.COM by Sun.COM (4.1/SMI-4.1) id AA04057; Fri, 10 Sep 93 08:41:47 PDT
Message-Id: <9309101541.AA04057@Sun.COM>
To: J.Crowcroft@cs.ucl.ac.uk
Cc: pip@thumper.bellcore.com, sip@sunroof.eng.sun.com
Subject: no-op?
Date: Fri, 10 Sep 1993 11:28:15 -0400
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Martha Steenstrup <msteenst@bbn.com>
Hello John, Nimrod, when completed, will be a scalable architecture for routing and addressing in a large and diverse internetwork. If we had to define a network-layer packet header for Nimrod we would, but there is so much good work going into packet header design currently that it would be superfluous for Nimrod to offer yet another packet header design. We are instead concentrating our efforts on mechanisms for expressing and distributing routing and addressing information in a hierarchical internetwork and for selecting and using routes that meet user service requirements. In general, we are working on mechanisms for reducing the amount of routing-related information in large internetworks and hence the amount of resources necessary to carry out routing-related activities. We Nimrod folks will work with any internetwork packet format presented to us, provided that the information in the packet header permits packet forwarding in a very large internetwork. Thus, Nimrod could work with IPv4, CLNP, SIP, PIP, SIPP, whatever; in some cases, Nimrod may attribute different semantics than those originally intended for certain header fields. For example, Nimrod may interpret IPv4 "addresses" as endpoint identifiers; Nimrod addresses would be distinct from IP "addresses". m