J. Postel
IEN 145                                                              ISI
                                                             29 May 1980



               Internet Meeting Notes - 14 & 15 May 1980




I.  INTRODUCTION

   The meeting was held at the Laboratory for Computer Science (LCS) at
   MIT.  Dave Clark was the host.

II.  OVERVIEW AND OBJECTIVES

   Vint Cerf put forward the problem of internet computer mail as a
   topic that must be addressed in the next few months.  This would be
   an interim system not expected to support multimedia mail but to
   operate on TCP and to provide some mechanism for interworking NCP
   supported mail with TCP supported mail.

   Another issue is gateway-host interaction, especially for congestion
   control.

   A third topic is routing in a large packet radio environment with
   optional use of backbone point-to-point links.

III.  STATUS REPORTS

   A.  ARPA

      Vint Cerf reported that the IP and TCP specifications (IENs 128
      and 129) are now stamped as DOD standards.  DCEC will serve as the
      focus for coordinating this within DOD.  A seminar for DOD people
      is planned for July at NBS to explain TCP.

      The monthly reports are very useful, but still needed are some
      milestone schedules, for planning and cross project coordination.

   B.  BBN

      Dale McNeill reviewed the work on the VAN gateway, noted the
      arrival of the FAX equipment, described the installation of the
      PSP terminal at TANUM, and noted that improvements have been made
      to the CMCC software.

      Mike Brescia described the VAN gateway in more detail.  The
      operation of the gateway is still some way off.  Current activity


Postel                                                          [Page 1]


                                                                 IEN 145
Internet Meeting Notes



      focuses on the X.25 interfaces.  At this point there was an
      extended discussion of low level interface options.

      Jack Haverty described the work on the Unix IP and TCP.  Most
      recently a version using shared memory for user/TCP communication
      has been tested and is 2 to 3 times faster than the older "pipes"
      version.  Work is just beginning on an IP and TCP for VAX Unix.
      This version will be in the kernel and will include the
      fragmentation and reassembly features.  Also in progress are a TCP
      for a HP 3000, and a TCP-TIP in a 316.  There was also some
      discussion of which versions of Unix are involved:  The VAX Unix
      is version 7, the current 11/70 Unix is version 6.  Jack also
      mentioned some performance measurements using a traffic generator.
      This will be documented in a forthcoming IEN.

      Ruth Nelson briefly discussed a local net project at BBN which is
      building a net based on the CHAOS net design.  There is now a
      system with two interfaces which is tested by linking two
      terminals.

      Bill Plummer reported on the TENEX/TOPS20 IP and TCP status.  A
      number of improvements have been made to the debugging version at
      BBNF and these should soon be distributed and installed at other
      sites.  Among the improvements are:  a resolution of the "data
      stream capture problem," an update to the internet user queues, an
      improvement to the gateway functions - especially updating the
      gateway table.  Bill has also prepared an "Installation Guide for
      Wizards."

      Ginny Strazisar reported that the last ELF based gateway has been
      converted to MOS, and that the first gateway running in an LSI-11
      has been delivered to SRI.  Also a three port gateway is working.

   C.  COMSAT

      Hoi Chong reported that there are currently a few problems with
      the COMSAT gateway which seem to be related to a power supply.
      Also it was noted that the line to NSRDC will be removed at the
      end of May.  The IP and TCP used in the COMSAT hosts has been
      improved and these programs now support the timestamp option.  The
      FAX machine and protocols are in place and ready to be used, what
      is needed is a common FTP to move the bits to other sites.  COMSAT
      was particularly active in the "Bakeoff" as reported in several
      messages.  Within COMSAT there is an investigation of a local net
      to link some PDP-11 and IBM computers.  Hoi also distributed a
      memo on COMSATs internet activities and milestones.




Postel                                                          [Page 2]


                                                                 IEN 145
Internet Meeting Notes



   D.  DCA

      Ed Cain reported that the DCEC gateway had been considerably
      improved with help from Bill Plummer, Dave Mills and others.  Ed
      also reported that DCEC role in the DOD protocol standards will
      have three aspects:  (1) Executive Agent, (2) Review Panel, (3)
      Laboratory.  This Laboratory will be based on the EDN.

   E.  DOD

      Ray McFarland reported that a group in his office building a TCP
      2.5 for a PDP 11/34 with Unix (v.6).  This group needs software
      for Telnet and Echo processes.  Ray also discussed his role as an
      information coordinator in DOD.  He receives many requests for
      information from within DOD.  He needs help in fielding these
      questions.  In particular more data on performance would be very
      helpful.

   F.  ISI

      Jon Postel reported that multi-media mail system is being
      redesigned, and that a new draft of the MPM specification is
      available.  Also good progress has been made in the investigation
      of program verification tools for protocol analysis - especially
      AFFIRM.  ISI has ordered 4 computer readable clocks which maintain
      their time by listening to WWVB.  Jon also described the recent
      movement of users between the various machines at ISI.

   G.  Linkabit

      Estil Hoversten reported that Linkabit is not much involved in the
      internet activities directly, but rather in the details of SATNET
      and the WBC project.  Estil and Danny Cohen are working on an
      overview paper.

   H.  LL

      Jim Forgie noted that one goal of his project is to demonstrate
      point-to-point speech via the WBCNET in FY 80.  This may be hard
      to do due to the slippage in the schedule for some of the key
      pieces.  Lincoln is going ahead with the development of the voice
      terminals and their access path -- the LEXNET.  In cooperation
      with ISI programs are being written to support NVP2, ST, and IP.
      Lincoln is using the ISI developed EPOS system for this project.






Postel                                                          [Page 3]


                                                                 IEN 145
Internet Meeting Notes



   I.  MIT

      Dave Clark reported on the various systems at MIT and their
      interconnections.  Things are getting quite complex.  (1) Unix:
      MIT has a copy of the IP/TCP from BBN, which MIT modified to have
      a user accessible IP interface.  A TFTP was installed in this
      host.  (2) Multics has had only small changes since last time,
      there is now a Name Server.  (3) The ALTOs now have IP, UDP and
      TFTP in BCPL running; IP, TCP and Telnet (with SUPDUP) in MESA are
      being programmed.

      Dave noted that the lack of implementation of fragmentation and
      reassembly is causing problems.

      Dave gave some performance measures of the local network at MIT
      (LCSNET v1) which indicate very high reliability and very low
      average load.  However there is some trouble interfacing MIT-XX (a
      TOPS20) to this local net.

      Dave noted that version 2 of this network is in hardware testing
      and that the Nu Machine (a personal computer being developed at
      MIT) will interface to the version 2 LCSNET.

   J.  MITRE

      Anita Skelton reported that starting with a half completed Z8000 C
      cross-compiler obtained from MIT, the compiler was finished, an
      assembler and loader was written.  Then starting with BBN's C
      version of SRI's MOS, the interprocess communication was modified,
      the terminal handler was rewritten, and device drivers were added;
      MOS is running in the Z8000.  MITRE is now converting the MOS-TCP
      to C, rewriting large portions and following the DOD spec.

      There are two Z8000 development boards interfaced to the MITRE
      cable, with the cable contention algorithms coded, and packets
      have been exchanged on the cable.  MITRE hopes to have TCP running
      in the Z8000s soon.

      The next step is to implement Telnet and interface the 11/70 to
      the Z8000.  The intention is to have a high speed DMA interface to
      the 11/70 via the UMC-Z80 and also a parallel interface via the
      DR11-C, so that comparable measurements with TCP running over the
      cable can be made.  (These measurements for the older interface
      unit have been made).

      In addition, a cable bus test bed will be installed at DCA in
      Reston.  The interface units will be Z8000 based and built by
      Reaction Instruments; the interface units will sell for about


Postel                                                          [Page 4]


                                                                 IEN 145
Internet Meeting Notes



      $4000 with a parallel host port and two terminal ports
      (asynchronous and synchronous).  The cable will sit between the
      IMP and the NFE, with terminals attached to the cable, and one
      Z8000 unit will act as a gateway.

   K.  NDRE

      Yngvar Lund reported that NDRE is investigating a local network
      with HDLC interfaces to the connected computers.  The connected
      computers will be built up of modules based on Z80 processors and
      programmed to support voice protocol, HDLC, TCP, etc.

   L.  RSRE

      Andy Bates noted the work on Extended Memory MOS was reported in
      IEN 136.  IP was recoded in CORAL66 for EMOS and a recoding of TCP
      is planned.  Modems to upgrade the RSRE-UCL line are on order.
      Work is in progress on a gateway between PPSN and PSS.

   M.  SRI

      Ron Kunzelman gave an overview of SRI's activities and a brief
      rundown on hardware available.  Ron discussed some instrumentation
      efforts underway at SRI.  A PDP 11/44 is on order to aid in this
      work.

      Ed Perry discussed some of the problems with the Ft. Bragg
      installation of the Packet Radio net.  The gateway (or attached
      nets) seem to have a low packet/second throughput limit.  This is
      causing the higher level protocols to be modified to use fewer
      packets (e.g., a "half duplex" user mode).

      There was some discussion at this point of XNET and again the
      problem of "big" datagrams.  It really is important to have
      fragmentation and reassembly implemented everywhere.

      Holly Nelson reported on the port expander.  New versions were
      delivered to Ft. Bragg and UCL.

      A new directory has been set up for the current version of TIU
      software.  It is <TIU-SOFTWARE> on SRI-KL.  News of interest to
      TIU programmer or others concerned with MOS software should be
      sent to the MOS-Users-List run by Noel Chiappa.

   N.  UCL

      Rob Cole related the recent activities at University College.
      There are many pieces of equipment at UCL connected in complicated


Postel                                                          [Page 5]


                                                                 IEN 145
Internet Meeting Notes



      ways.  The current focus is a local "Cambridge Ring" network.  The
      NIFTP now works on ISIE and an LSI-11 host.  There is a revised
      specification of NIFTP forthcoming.  UCL has a grant to provide a
      computer mail service between UK and US university users.  There
      is a major concern about cost of transmission via IPSS, so current
      focus is on multi-destination mail in single transmission.

      The PDP-9s which serve as a gateway between the ARPANET and EPSS
      will die if either EPSS changes or the 32-bit leaders in the
      ARPANET go away.  The PIXIE device is no longer is use.

   O.  UCLA

      Bob Braden reported on the IP and TCP in the IBM 3033 at UCLA.
      The operating system is VM with OS-MVT.  The IP and TCP are
      running and the 96-bit leader (24 bit address) support is
      installed.  Further work is needed in the area of "gateway"
      functions in the IP.  In TCP some work is needed in the ACK policy
      area.  One can poke this system via telnet.  Try "NETSTAT" and
      "HELP-TCP".

   P.  XEROX

      Vint Cerf read the following report sent in by John Shoch:

      1.  We have contributed our efforts to measure the effectiveness
      of the Packet Radio Network when used as part of the Pup
      environment.  IEN 138 describes some of the (disappointing)
      results obtained with the new IPRs; we are in the process of
      moving one of the radios, however, and plan to replicate the tests
      in the near future.

      2.  IEN 140 is a paper prepared with Danny Cohen and Ed Taft,
      outlining the use of "mutual encapsulation" as a means to support
      the coexistence of the Pup protocols and the IP protocols.

      3.  On Tuesday, May 13, Xerox joined with DEC and Intel to
      announce the results of an effort to establish a common
      specification for a local network, based upon the Ethernet
      technology.










Postel                                                          [Page 6]


                                                                 IEN 145
Internet Meeting Notes



IV.  MEASUREMENTS

   Andy Bates reported that RSRE conducted further measurements (since
   the last meeting).  Their findings again indicate a large spread in
   the delay through the concatinated ARPANET and SATNET.  Some
   speculated that the ARPANET introduces this spread.  The RSRE group
   suggest that it would be appropriate to introduce a provision for a
   negotiated retransmission option.  Also a larger window would help.

   Rob Cole presented the results of some recent measurements made by
   UCL of the gateway and SATNET.  The gateway at UCL was able to echo
   packets at 34 packets/second.  When the path was extended to the BBN
   gateway, the UCL gateway accepted 14 packets/second, but very few
   echo replies were received from the BBN gateway.  A port expander in
   the path did not pose a limit on either measurement.

V.  GATEWAY PROTOCOLS AND HOSTS

   Jim Mathis presented his procedure for routing.  The main points are
   first pick any gateway, second refine the chance to the best gateway
   and third detect the failure of that gateway should it occur.

      o  Pick a Prime gateway
      o  Poll it at a slow rate
      o  Send to the Prime gateway
      o  Accept and act on a Redirect message
      o  Ping gateway in use if higher level protocol complains
      o  Periodically change the Prime gateway

   Does this procedure get unstable in high load?

   IENs 109 and 131 should be reviewed by host IP implementors.

VI.  TELNET AND FTP FOR TCP

   Jon Postel reported on draft specifications for Telnet and FTP for
   TCP.  For Telnet the key changes are that ICP is eliminated and the
   single full duplex connection is between ports U and L.  Another
   change is that the Telnet SYNCH becomes DM + Urgent, but one can't
   count Urgents in the way one used to count Interrupts.

   For FTP, again ICP is eliminated for the control connection, which is
   now the full duplex connection between ports U and L.  The major
   change here is the elimination of the BYTE command and all that
   implies.  Other changes affect the defaults for the data connection
   and the "third party" transfers.  The MAIL and MLFL commands are
   included in the specification, and the new reply codes are used.



Postel                                                          [Page 7]


                                                                 IEN 145
Internet Meeting Notes



VII.  NEW IMPS

   Vint Cerf reported that BBN has formed a separate BBN Computer
   Company.  This company sells a C-30 machine (formerly known as an
   MBB).  The current C-30 emulates an H316.

   Some things on the queue for IMP improvements are:

   1.  extend the memory capacity of the C-30 IMP program
   2.  make software changes to support more than 4 hosts
   3.  provide HDLC interfaces for hosts
   4.  investigate the non blocking interface
   5.  provide logical addressing for hosts

   Note also that a TCP-TIP is being developed with the TCP/Telnet code
   in a H316 and the IMP part in a C-30.

VIII.  THE CMCC

   David Flood Page gave a brief review and a demonstration of the CMCC
   functions.  Basically the CMCC programs collect data from cooperating
   gateways and display the results on a terminal.  The programs reside
   at ISIE  in directory <CMCC>.  The key program is CMCC-DISPLAY.  Some
   files in this directory give helpful information about the program.
   These are:  HELP.TXT, NEWS.TXT, and SESSION.TXT.  Further information
   can be obtained from David via sndmsg to DFloodPage@BBNE.  Please see
   also IEN 131 and 132.  The demo went very well and these programs
   should be useful to any gateway builder.

IX.  INTERNET PROTOCOL SPECIFICATIONS

   Ken Shotting presented some results of studying the IP specification
   for a formal description.  The key result is the identification of
   ambiguous areas in the specification.  In particular, the interaction
   of the fragmentation procedure and the return route option is one
   cause for concern.  Another issue is the use of the identification
   field.

X.  EGG BREAKING

   Danny Cohen led a discussion of the problems arising from assumptions
   about which end of a word/page/..., bytes are transmitted from.  This
   is a holy war between the big-endians and the little-endians (see IEN
   137).  Noel Chiappa and Danny were appointed as a small group to
   argue about it.





Postel                                                          [Page 8]


                                                                 IEN 145
Internet Meeting Notes



XI.  FLYING PACKET RADIOS

   Radia Perlman presented some ideas on how to handle mobile host
   (e.g., flying packet radios) based on having the gateways do most of
   the work.  This approach is based on the gateway using a "link-state"
   routing procedure and a method of handling partitioned nets as if
   each partition were a separate net.  The method presented is related
   to but not identical with that presented in IEN 120.  A revision of
   IEN 120 will be forthcoming.

   Carl Sunshine presented an alternate strategy for dealing with mobile
   hosts which makes the hosts do most of the work.  This scheme uses
   the existing IP source routing option and a new GCP message.  It
   calls for a new host (or special functions in an existing host or
   gateway) to support (1) forwarding and (2) a global name server.  New
   messages are needed in the gateway protocol (IEN 109) to relay
   information about a mobile host's current location to the name server
   and the "connected" hosts.  This procedure is described in IEN 135.
   This procedure may also be workable for multihomed hosts and as a
   least effort solution to the partition problem.

   Clearly a decision must be made as to whether these problems are to
   be solved within the gateways or not.

   Vint Cerf described another routing problem.  This problem arises
   when a destination can be reached either within a network or via
   another network which is connected to the first network in two (or
   more) places.  For example, the ARPANET and the WBCNET will be
   connected in four places.  It may be better for messages from Boston
   to Los Angeles to go one hop in the ARPANET then via WBCNET then one
   hop in the ARPANET, than cross country via many hops in the ARPANET.
   Another example, is a large Packet Radio environment surrounding a
   small ARPANET style network.  Messages from one packet radio to
   another packet radio on the opposite side of the environment might
   best be forwarded through the ARPANET style net rather than via many
   PRNET repeaters.  This out-of-net crossnet routing is a difficult
   decision to make by current procedures.  (The latter example was
   described as a "cloud of packet radios."  First we had a flying PR,
   now we have a whole cloud!  I hope it doesn't rain!!!)

XII.  SOURCE ROUTING IN A CAMPUS ENVIRONMENT

   Jerry Saltzer presented his ideas on routing in a collection of local
   network in a campus environment.  Much of the strategy is based on
   the lack of central control over the environment.

   A Name Server will be provided that will supply route information to
   be used in the source route.  Source routing permits gateways to be


Postel                                                          [Page 9]


                                                                 IEN 145
Internet Meeting Notes



   very simple, and allows the end user some control over the route.
   The latter is good for trouble shooting, and performance control.

   These ideas are described in IENs 143 and 144 which were distributed
   at the meeting.

XIII.  CONGESTION CONTROL

   Dave Clark discussed some studies about what to do when a Source
   Quench message arrives.  A simulation program was used to try various
   methods.  All were bad.  The delay in the feedback loop is quite
   large and some information needs to be supplied about how far away
   (in time) the bottleneck is.

XIV.  LOGICAL HOST SUPPORT

   Jon Postel and Bill Plummer discussed some of the issues in logical
   host support.  The problem came up with a desire to run the testing
   gateway at the same time as the regular IP.  This is not possible but
   points out the need for the IP layer to support the multiple logical
   host concept.

XV.  BAKEOFF

   The "distributed bakeoff" was too distributed in space and time to be
   as effective as one would like.  Some good things did come from it.
   (E.g. see Dave Mills messages).  It was felt that the next time it
   should be scheduled for one day and with the participants in two or
   three locations.





















Postel                                                         [Page 10]


                                                                 IEN 145
Internet Meeting Notes



XVI.  NEXT MEETING

   The next meeting will be held at RSRE in Malvern, England, on 7,8,
   and 9 October 1980.  Attendance will be restricted so if you plan to
   attend please clear that with Vint Cerf and notify Linda.  John Laws
   will be the host and information about the local arrangements will be
   distributed at an early date.  Malvern is about two and one half
   hours by train from London.

   AGENDA ITEMS

   1.  Resolution of the Partitioned Net Problem - Cerf

   2.  Proposal for Controlled Routing - Cohen

   3.  Experience with VAN Gateways - Brescia, Kirstein

   4.  Demonstration of Interim Internet Mail - Postel

   5.  Performance Evaluation Parameters - SRI

   6.  Name Server Demonstration - SRI

   7.  New ST Document and Explanation - Cohen, Forgie, Hoversten

   8.  Tiny Pipe Nets vs. the Catenet - Mills

   9.  Congestion Control - Clark

   ACTION ITEMS:

   1.  XNET Specification - Haverty, Strazisar, Mathis, Tomlinson

   2.  Tenex running TCP4 - Plummer
















Postel                                                         [Page 11]


                                                                 IEN 145
Internet Meeting Notes



APPENDICES:  Small Group Discussions

A.  FTP and Mail

   Need to extend current style of computer mail to work in the
   internet.  The extension of "Mailbox@Host" to "Mailbox@Host@Net" may
   not be acceptable because too many programs must be changed.  Rather
   something like "Mailbox@Place" is suggested.  This gives all hosts at
   least one global name for mail purposes.  (Will there be a name
   czar?)  "Place" is going to have to map to a 32-bit internet address.
   The mailer will have to try to send the mail via TCP if both source
   and destination know that or via NCP if both know that or if one is
   TCP only host and other is a NCP only host via a forwarding host that
   knows both and provides a special forwarding function.

   Postel will produce an IEN on this topic.

B.  FTP

   Brief discussion of FTP and default data ports.  The data ports
   should be U and L-1 so that port pairs are not required in the users
   portspace.  Also it seems OK to use the new reply codes.

C.  Measurements

   Tools are needed for measurements, for example, echo servers, and
   time stamps.  Echo servers can be TCP based, UDP based, or use the
   GGP; but more are needed.  Timestamp needs and desirable properties
   will be described in a memo by Rob Cole and Andy Bates.  Jack
   Haverty's forthcoming IEN on a traffic generator should help too.  Ed
   Cain has a report on a TCP Tester.  Also note the CMCC facilities.

D.  Fault Isolation

   This discussion was subtitled "What to do when things go wrong."  The
   conclusion was "try another gateway."

E.  Transport Layer Specification

   Richard Tenney is working on a task at BBN (under contract from NBS)
   to specify a Transport Protocol.  He is developing a specification
   methodology along the way.  Richard had some questions about the TCP
   specification and the actual behavior of real TCPs.  The main
   questions had to do with out-of-order data, resets, and closing
   cleanly.





Postel                                                         [Page 12]


                                                                 IEN 145
Internet Meeting Notes



   Richard noted that we all should look at some NBS reports:

      "Draft Features Analysis of Transport Protocols"

      "Draft Service Specifications of Transport Protocols"

   obtainable from John Heafner of NBS (Heafner@NBS-10).

F.  Fragmentation and Reassembly

   Fragmentation and Reassembly must be implemented so that datagrams of
   up to 576 octets (including header) may traverse the catenet.  It is
   proposed to hold a special bakeoff to test this capability in early
   September.

G.  Gateway-Gateway Protocol

   Discussion of how much of this must be known by the hosts.  The
   messages:   Source Quench, Destination (Host/Net) Unreachable,
   Redirect, Echo/Echo Reply.  Much discussion of error reporting should
   it be in GGP or IP?  (The current IP error option seems useless).
   Postel will write a memo on error reporting (including who processes
   which errors).

H.  IP Option Overflow

   The problem is that some IP header option fields (e.g., return route,
   timestamp) may expand, causing the maximum header size to be
   exceeded.  Ways to handle this might be: (1) discard the packet, (2)
   expandable options should have an "overflowed" flag which gets set
   when they can't grow any more and the packet is forwarded without
   expanding the option, (3) expandable option should be sent with
   filler so header is "right" or max length to start with.  On header
   overflow both source and destination hosts should be told out about
   the error.  The issue was not resolved.  But the problem should be
   discussed in an "Implementers Guide."

   An additional problem concerns making full length fragments when
   variable length options are present making it likely that the first
   fragment will overflow the next maximum packet size and have to be
   further fragmented later.  One suggestion is to leave the first
   fragment not quite full in such a case.

I.  Name Server

   SRI will implement a name server.  It will be an extension of the one
   specified in IEN 116.



Postel                                                         [Page 13]


                                                                 IEN 145
Internet Meeting Notes



J.  Acknowledgement Algorithms - Adaptive Timeouts

   There seems to be a lot of ACK traffic so maybe ACKs should be sent
   on a periodic basis rather than on an event basis.  The
   retransmission strategy also needs to be smarter.  Could it be
   negotiated?  Type of service should be a consideration in these
   algorithms.  Bill Plummer and Andy Bates will conduct an experiment.
   Idea:  set retransmission time according to the Network at the other
   end of the connection.

K.  ARPANET Problems

   The "8 messages outstanding at a time" problem was discussed.  It
   turns out that the maximum messages in transit can often be less than
   8 due to heavy loads at the destination IMP.  It seems that the only
   solution to this is to provide more buffers and message blocks in the
   busy IMPs.

RECENT DOCUMENTS

   IEN        Author       Title
   ---        ------       -----
   131        Flood Page   Gateway Monitoring Protocol
   132        Flood Page   The CMCC Terminal Process
   133        Sollins      The TFTP Protocol
   134        Postel       Internet Meeting Notes-4,5, & 6 February 1980
   135        Sunshine     Addressing Mobile Hosts in the ARPA Internet
                           Environment
   136        Wiseman      Memory Management Extensions to the Micro
                           Operation System for PDP-11/23/34/35/40
   137        Cohen        On Holy Wars and a Plea for Peace
   138        Shoch        Initial Comparison of EPRs and IPR in the Pup
                           Internet Environment
   139        Haverty      HOSTs as IMPs
   140        Shoch        Mutual Encapsulation of Internetwork
                           Protocols
   141        Bennett      Message System Issues
   142        Postel       Time Server

DOCUMENTS DISTRIBUTED

   IEN        Author       Title
   ---        ------       -----
   143        Saltzer      Environment Considerations for Campus-Wide
                           Networks
   144        Saltzer      Source Routing for Campus-Wide Internet
                           Transport



Postel                                                         [Page 14]


                                                                 IEN 145
Internet Meeting Notes



ATTENDEES
   Vint Cerf                ARPA               Cerf@ISIA
   Mike Brescia             BBN                Brescia@BBNE
   Ross Callon              BBN                RCALLON@BBND
   Len Evenchik             BBN                EVENCHIK@BBNE
   Gil Falk                 BBN
   Jack Haverty             BBN                JHAVERTY@BBND
   Dale McNeill             BBN                DMCNEILL@BBNE
   David Flood Page         BBN                DFLOODPAGE@BBNE
   Ruth Nelson              BBN                RNelson@BBND
   Radia Perlman            BBN                PERLMAN@BBN
   William Plummer          BBN                Plummer@BBNA
   Virginia Strazisar       BBN                STRAZISAR@BBNA
   Hoi Y. Chong             COMSAT             Chong@ISIE
   Chris Elliott            CTEC               CTEC@BBNC
   Ed Cain                  DCEC               Cain@EDN-UNIX
   Jim Showalter            DCEC               gamma@EDN-UNIX
   Michael Begun            DEC                BEGUN@DEC-MARLBORO
   Ray McFarland            DoD                McFARLAND@ISIA
   Ken Shotting             DoD                Shotting@SRI-KL
   Danny Cohen              ISI                Cohen@ISIB
   Jon Postel               ISI                Postel@ISIF
   Carl Sunshine            ISI                Sunshine@ISIF
   Estil Hoversten          Linkabit           Hoversten@ISIA
   Jim Forgie               Lincoln Lab        FORGIE@BBN
   Noel Chiappa             MIT                JNC@MIT-XX
   David Clark              MIT                Clark@MIT-Multics
   Steve Kent               MIT                STK@MIT-XX
   Jerry Saltzer            MIT                Saltzer@MIT-Multics
   Karen Sollins            MIT                Sollins@MIT-XX
   Anita Skelton            MITRE              Anita@MITRE
   Frank Deckelman          NAVELEX            DECKELMAN@ISIA
   Yngvar Lundh             NDRE               Yngvar@SRI-KA
   Oyvind Hvinden           NDRE               Oyvind@SRI-KA
   Glen Allgaier            NOSC               ALLGAIER@ISIC
   Merle Neer               NOSC               Neer@ISIA
   Andrew Bates             RSRE               RSRE-T4@ISIE
   John Laws                RSRE               RSRE-T4@ISIE
   Ron Kunzelman            SRI                Kunzelman@SRI-KL
   Jim Mathis               SRI                Mathis@SRI-KL
   Holly Nelson             SRI                HNelson@SRI-KL
   Ed Perry                 SRI                Perry@SRI-KL
   Robert Cole              UCL                UKSAT@ISIE
   Peter Kirstein           UCL                PKIRSTEIN@ISIA
   Bob Braden               UCLA OAC           Braden@UCLA-CCN





Postel                                                         [Page 15]

mirror server hosted at Truenetwork, Russian Federation.