INTERIM_MEETING_REPORT_


Reported by Mike Ritter/Apple

Minutes of the IP over AppleTalk Working Group (APPLEIP)

January 15, 1992

PPP/AppleTalk:

New drafts are available in the Internet-Drafts Directory, they will
also be posted on AppleLink in the Networking Standards Folder.  RFC
1171 & 1172 have been rewritten into one document, with additions for
authentication and dial-back.  Brad Parker has been writing the
AppleTalk specifics and has changed the address negotiation so it has a
better chance of working.  The specifications should be reviewed and
commented on by those interested in AppleTalk and PPP.

The following specifications are available in the Internet-Drafts
Directory on nic.ddn.mil or nnsc.nsf.net

draft-ietf-pppext-appletalk-00.txt
draft-ietf-pppext-authentication-02.txt
draft-ietf-pppext-lcp-02.txt

MacIP:

John Veizades and Tom Evans are negotiating over the final draft and
will have it posted by mid-February.

MIBs:

People expressed interest in the following MIBs:


   o AppleTalk MIB+ transports and configuration
   o Local Talk Repeater
   o AT over PPP
   o AURP
   o ARAP
   o MacIP
   o AFP
   o Printer Server
   o DecNet over LT
   o Mac System MIB - informational RFC


Anyone interested on working on any of these MIBs should send their
names and a proposed Charter to the Apple-IP mailing list.  Peter
Caswell and Garth Conboy from Pacer expressed intense interest in
working on an AppleTalk Services MIB (Print, FileShare, etc.)  Some

                                   1





others expressed an interest in the ARAP Server MIB. Apple is also
interested in helping out on these, please contact Mike Ritter at
MWRitter@applelink.apple.com and he will try to get the correct parties
together.

Karen Frisa from CMU has been volunteered to work on the AppleTalk MIB+
(by Steve Waldbusser).  There was general consensus that this MIB should
cover all of Inside AppleTalk (except AFP) and that it should try to
address the problem of router configuration.

Authentication for the AppleTalk MIB and routers was discussed.  It was
agreed that any serious attempts should implement the SNMP security
protocols.  Since these are still in the draft stages, vendors discussed
what they are using today.  Most routers implement a trusted IP address.
For SNMP over AppleTalk it was noted that, due to dynamic node
addressing, a trusted node address was unworkable, but that a trusted
net number range was basically equivalent to a trusted IP host list.

There is a ``connectathon'' at Apple which will test inter-operation of
AURP, ARAP, and SNMP over AppleTalk.  Tools to exercise the
implementations are available from Apple.  (For SNMP test tools (both
over IP and AppleTalk) contact BLEE@applelink.apple.com.)  Mike Ritter
of Apple promised to try to get the source of the SNMP test tools
released.  InterConn offered demo versions of their management console
product that does SNMP over DDP (and runs on a Macintosh).  People who
have SNMP Agents should talk to InterConn about incorporating their MIBs
into the product.

AURP:

Alan Oppenheimer reported that AURP router operational experience with
several Universities was being set up.  For AURP test tools contact
OPPENHEIME1@applelink.apple.com.  He also has copies of a document for
the routing protocol and update state diagram.

Alan has withdrawn the AURP draft from the IETF standards track.  He is
working on an AURP document with APDA that will be an Apple standard and
recommended that an RFC should be written that describes how to run AURP
on the Internet.  The APDA document will also be published as an
informational RFC.

The MIB description for AURP was sent out to the list - please send
comments to Alan and the list.

AppleTalk Directorate:

John Veizades promised to be an open and unbiased Working Group Chair
and professed an ability to keep things confidential if requested.  He
asked two questions:


  1. What would an AppleTalk Directorate be?  and
  2. What is the process and what concerns do people have?


                                   2





Frank Slaughter volunteered his thoughts.  He was disgruntled because he
thought the Group was working on an open standard (AURP) and it turned
out to be an Apple standard.  He does not want to work on Apple
standards, but does want to work on open standards.  He said everyone
was standardizing on TCP/IP for wide-area connectivity because the IETF
process really works.  He said the difference between vendor and IETF
standards are that an IETF standard has an open forum available to work
on it, try it out, and later it's declared officially done by the IAB. A
vendor specific standard has the vendor product and the protocol done at
the same time.  He thought that to make AppleTalk really usable for wide
area connectivity and large networks the IETF open standards process
must be adhered to.

Greg Minshall, from Novell said that in the IETF this Group is unique in
that it is very vendor specific.  The only reason there is interest in
making these protocols open is because of the number of Macintoshes
there are in the market.  He suggest that Macintosh to local routers as
opposed to Router to Router would be a logical place to split the
ownership of the protocol.  He also reminded people that what is done
here relates to all Apple products.  Don't get too idealistic about how
working groups work and the problems that do or do not follow.  Greg
also recommended that the Group split into separate working groups and
have a specific Charter for each topic.  There is an attempt to do
everything in this one Group which is wrong.

John Veizades pointed out that splitting working groups into other
existing directorates may cause problems because the Directors don't
know anything about AppleTalk.

Jonathan Wenocur seconded the idea of splitting up into separate working
groups and recommended that when an issue comes up it should be made
clear where the future control of a protocol lies - will it be an IETF
protocol or will it be an Apple standard?

Frank Slaughter wanted the Group to make this statement:  ``Things that
are done by this Working Group are open standards and that is what we
are working towards.''  There was general consensus that this was
correct.

Alan Oppenheimer said that AURP 2.0 could be a standard protocol of the
IETF, Apple can put it under the IETF's control.

Frank Slaughter said that he does not feel the need to have Apple's
stamp of approval for future work.

John Veizades summarized that the Working Group has carved out a niche
that it is willing to work on open standards for AppleTalk solutions
(under IETF control) and doesn't require Apple's approval.  Apple can be
a participant just like any other vendor.  There was general consensus
that this was correct.

Greg Minshall put forth that the IAB doesn't want to take over Apple
protocols that Apple wants to keep proprietary.


                                   3





Bob Morgan asked if there were several working groups should there be an
AppleTalk Directorate that stays around to guide all of the working
groups in this area.  Is there really a need for one?

Jonathan Wenocour said that a Directorate is important because of
AppleTalk integration into IP areas (AURP, KIP, CAP, etc.)  The IETF
would feel safer with more control over AppleTalk, especially with the
possibility of large AppleTalk internets tunneling through the Internet,
but there is the potential for conflicts with Apple.

John Veizades pointed to the work being done for AppleTalk over PPP. He
said that this Group can do important work without touching on what's
inside AppleTalk or other Apple proprietary protocols.  He said the
Group is wildly enthusiastic about being able to do work in areas that
are not Apple proprietary protocols and everyone agreed.

John Veizades recommended that someone should write up a Working Group
Charter for the following areas if they were interested:  AppleTalk
interior (and exterior) routing protocols that scale better than the
present one, network management and MIBs, AppleTalk over PPP, AppleTalk
over a variety of link layers, wide-area naming, and configuration
management and any other areas that people thought needed work on.

Greg Minshall posed the question:  Does Apple have an obligation to cede
a protocol or tell the Working Group that they are working in the same
area?  He answered it by saying that it was impossible to expect this.
What working groups do are open standards, what Apple does can be Apple
standards.  In addition he recommended that the working groups have
Charters and limit their discussions to the Agenda.

The next meeting will be held during with the IETF Plenary in San Diego
(March 16-20, 1992).

Attendees

Debbie Alsop             Alsop.D@applelink.apple.com
Philipe Boulanger        Access.priv@applelink.apple.com
Craig Brenner            Brenner2@applelink.apple.com
Rich Brown               Richard.E.Brown@DARTMOUTH.EDU
Jerome Calvo             transware@Applelink.Apple.Com
Peter Caswell            pfc@pacer.soft.com
Edward Ching             eching@wc.novell.com
Cyrus Chow               cchow@ames.arc.nasa.gov
Garth Conboy             gc@pacer.soft.com
Joy Cordell              J_CORDELL@VMSNET.ENET.DEC.COM
Donald Eastlake          dee@ranger.enet.dec.com
Richard Ford             72510.553@compuserve.com
Karen Frisa              karen.frisa@andrew.cmu.edu
John Gawf                gawf@compatible.com
Bob Jeckell              robert_jeckell@nso.3com.com
Grisha Kotlyar           grisha@farallon.com
Fidelia Kuang            kuang@apple.com
Louise Laier             laierl@applelink.apple.com
Greg Merrell             merrell@greg.enet.dec.com

                                   4





Greg Minshall            minshall@wc.novell.com
Robert Morgan            morgan@jessica.stanford.edu
Alan Oppenheimer         oppenheimer1@applelink.apple.com
J. Bradford Parker       brad@cayman.com
Christopher Ranch        cranch@novell.com
Michael Ritter           mwritter@applelink.apple.com
Randy Ryals              D2604@applelink.apple.com
John Schafer             john_schafer@um.cc.umich.edu
Mike Schumacher          ms@telebit.com
Frank Slaughter          fgs@shiva.com
Evan Solley              solley@applelink.apple.com
David S.A. Stine         dstine@cisco.com
Michael Swan             neon.sw@applelink.apple.com
Steve Sweeney            steves@farallon.com
Bob Van Andel            BVA@applelink.apple.com
John Veizades            veizades@apple.com
Jonathan Wenocur         jhw@shiva.com



                                   5