home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Internet Info 1997 December
/
Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso
/
ietf
/
tuba
/
tuba-minutes-93jul.txt
< prev
next >
Wrap
Text File
|
1993-09-25
|
13KB
|
374 lines
CURRENT_MEETING_REPORT_
Reported by John Scudder/Merit
Minutes of the TCP/UDP over CLNP-Addressed Networks Working Group (TUBA)
Summary
o Tasks
o Documents to be moved to Proposed Standard or Informational
o To-do list
o Presentations
Tasks
o David Piscitello and Brian Carpenter will present
draft-ietf-tuba-sysids-01.txt to the ATM Forum.
o Ross Callon will edit RFC 1237 (NSAP Allocation Guidelines) and
send a note to the mailing list, before the next IETF.
o Richard Colella and Bill Manning will edit TUBA DNS Internet-Draft
for the next IETF.
o 957x will be translated to ASCII text. (Mark Knopper to work on
doing this, Lyman Chapin, Yakov Rekhter and David Piscitello to
provide raw dox.)
o David Piscitello is changing 9542 to ASCII, Lyman 8473, Kunzinger
has done 10747. IS-IS and 957x need to be done. All will be
recommended as Proposed Standards and made available both in text
and as PostScript.
o Peter Ford and John Curran will write a transition document and
notify the mailing list before the next IETF.
o Dave Katz will edit EON RFC and recommend it as a Proposed
Standard.
o John Scudder will try out BSD/386 EON.
o Ross was requested to write a paper on address translation and
publish it as an Internet-Draft.
o Mark has an outstanding item to write TUBA FAQ.
Documents to be Moved to Proposed Standard or Informational
o CLNP for TUBA [draft-ietf-tuba-clnp-03.txt]
Will be presented to the area director to be moved to Proposed
Standard.
o Sysids [draft-ietf-tuba-sysids-01.txt]
Will be presented to the area director to be moved to Proposed
Standard. This is already how OSI hosts at Merit are addressed.
It was suggested to present this to the ATM Forum---David
Piscitello and Brian Carpenter will pursue this off-line.
o NSAP Allocation Guidelines [RFC 1237]
This document is currently a Proposed Standard. Ross Callon
suggests that it needs editing (and volunteers to do it, too).
Ross will edit it, place it in the tuba-docs directory on
merit.edu, and send a notice to the mailing list (maybe to the NOOP
list too).
RFC 1237 will be recommended to be moved to Draft Standard after
editing is complete (before the next IETF).
o FUBAR (FTP and UDP with Bigger Addresses)
[draft-piscitello-ftp-bigports-01.txt, tuba-only version]
TUBA and TP/IX implementations of FUBAR supposedly exist.
There was quite a bit of discussion about problems with FUBAR and
TUBA translating gateways.
Some editing is needed on the document: five-letter commands need
to be changed to four-letter, and various frivolities need to be
elided. An appendix is to be written specifying use of FUBAR for
TUBA.
In the spirit of compromise between problems with FUBAR over
translating gateways and the need for some specification for big
address FTP, there was agreement to move for Experimental status
now, to be reviewed at the next IETF and then moved to Proposed
Standard.
o DNS forward lookup (name ! NSAP lookup)
There is a document for forward lookup only, no inverse lookup.
RFC 1238 needs to be moved to Historical, since reverse lookup is
``broken.'' Inverse lookup has been implemented, but is very slow.
There is a new Internet-Draft that does not include reverse lookup.
Richard Colella and Bill Manning will edit the Internet-Draft for
next time. RFC 1238 will be left in place for now.
A DNS guru volunteer is needed. Richard is interested in working
with this guru.
This will be discussed in Wednesday's DNS meeting.
o Routing and Addressing Architecture
There is already such an architecture published in ISO 957x (David
Piscitello or Dave Katz may know the real number).
957x will be translated to ASCII text. (Mark Knopper will work on
doing this, Lyman Chapin, Yakov Rekhter and David Piscitello will
provide a raw document.)
David Piscitello is changing 9542 to ASCII, Lyman is changing 8473,
and Kunzinger has changed 10747. IS-IS and 957x need to be done.
All will be recommended as Proposed Standards and made available
both in ASCII and PostScript.
Relevant ISO documents are available (in PostScript) for anonymous
FTP from merit.edu.
o EON
Will be recommended as a Proposed Standard.
To-do List
o DNS inverse lookup (mentioned above)
o Transition plan
To be discussed at the next meeting. Some anxiety was expressed
that the plan needs to be finished well before the next IETF.
Peter Ford and John Curran are working on a transition plan.
A rough transition outline is:
Dual-stacked hosts
CLNP in routers
CLNP over IP infrastructure
IP over CLNP infrastructure
This segued into a discussion of the existing infrastructure, which
led to discussion of EON: the EON RFC (RFC 1070) is still in
Experimental status. There was some discussion about whether
changes to EON are needed and worthwhile. Dave Katz volunteered to
edit it and recommend it as a Proposed Standard. John Scudder will
try out EON in BSD/386.
It might also be useful to have an IP in CLNP tunneling documents.
o Mobile hosts: Yakov Rekhter commented that TUBA will adopt
whatever the Internet community decides on for IP.
o Formulate RFC 1380 responses.
o Working groups we have/want liaison with: DNS, FTP, ATM, RARE,
NOOP, and any working groups arising from the OSIEXTND BOF.
Presentations
Autoconfiguration ``a la'' DEC (Chris Gunner)
NSAP structure:
|-Area Address---------|-ID-------|-SEL-|
<------n octets------> <-6 oct--> <-1->
o Routers are configured (by hand) with area addresses
o End-systems ``know'' their IDs (e.g. MAC address) and ``know''
SEL(s)
o Routers send IS hellos (ISO 9542) with NET (NSAP)
o End-systems receive IS Hello and:
- Extract area address
- Create NSAP(s) (area address + ID + SEL(s))
- Send ES Hello(s) with NSAP(s)
The migration to new area addresses is said to be pretty easy since an
end-system can have both an ``old area'' and a ``new area'' NSAP.
Named objects, e.g. ``node'' (system), may have protocol ``stack''
attribute information, e.g.: (in DEC DNS)
+---------------+ +-------------+
| Upper Layers | ==> | SNMP |
| CLNP, NSAP(s) | | UDP, Port # |
+---------------+ | CLNP, NSAPs |
+-------------+
When an end system's NSAP(s) change:
o Update naming service entry for objects for that system
o Requires name service protocol to do update
o System needs to have write access to these objects
This is basically a way for end-systems to update the DNS automatically
when their addresses change. There was some concern of how to do this
in the current DNS---Yakov commented that when standard IP DNS knows how
to do this, TUBA will adopt it unchanged.
Issues:
o Frequency of updates
o Update failure -- e.g. no write access -- requires manual DNS
override ability
o System state information about interaction with name service
(transient failures)
Multicast (Dave Katz)
o Group NSAP addresses hack
Parallel AFI space (10-99 ! A0-F9) (since AFI is in BCD)
- Synactically distinct but parallel space
- Hierarchy possible (unlike IP multicast space)
o CLNP
- Multicast Data (MD) PDU
Distinct from DT PDU
- Scope control options? (``I want this packet to go only this
many administrative hops.'')
o ES-IS
- NSAP ! SNPA dynamic binding
- Group membership announcement
- Extra unicast hop -- if you want to send multicast, you unicast
your packet to an IS which then forwards it appropriately. You
never get a redirect to start multicasting on the LAN.
o IS-IS
- Could be changed to be MOSPF-like
- No active work
o IDRP
No work yet
o For more information see OSI Extensions for use in the Internet BOF
ES-IS Address Administration (Dave Katz)
See ES-IS second edition. PostScript file on merit.edu.
ES IS
-------- --------
"who am I?" --->
(to ask for an
address)
<--- "You are foo" (for 18 hours)
<--- "You are bar"
(offers some addresses, guaranteed
to be reserved for ES for holding
timer duration)
"I am bar" (ESH) --->
(to notify IS of
who ES has decided
to be, incl holding
time of up to 18
hours)
Issues:
o May not really want automatic assignment (security concerns)
o IS does not know some host information (e.g., IP address)---it
might be nice to provide this input to construct the NSAP (or MAC
address, other host-specific info)
o How can we deny service to undesired hosts? (e.g., send an
end-system a bogus address to ``shut him up''
Attendees
Nick Alfano alfano@mpr.ca
James Allard jallard@microsoft.com
Bernt Allonen bal@tip.net
Josee Auber Josee_Auber@hpgnd.grenoble.hp.com
Anders Baardsgaad anders@cc.uit.no
John Ballard jballard@microsoft.com
Rebecca Bostwick bostwick@es.net
Jim Bound bound@zk3.dec.com
Thomas Brunner brunner@switch.ch
Ross Callon rcallon@wellfleet.com
Brian Carpenter brian@dxcern.cern.ch
George Chang gkc@ctt.bellcore.com
Richard Colella colella@nist.gov
David Conrad davidc@iij.ad.jp
Tim Dixon dixon@rare.nl
Kurt Dobbins dobbins@ctron.com
Jeffrey Dunn dunn@neptune.nrl.navy.mil
Francis Dupont francis.dupont@inria.fr
Dino Farinacci dino@cisco.com
Stefan Fassbender stf@easi.net
Eric Fleischman ericf@act.boeing.com
Osten Franberg euaokf@eua.ericsson.se
Peter Furniss p.furniss@ulcc.ac.uk
Eugene Geer ewg@cc.bellcore.com
David Ginsburg ginsb@us-es.sel.de
Chris Gunner gunner@dsmail.lkg.dec.com
Patrick Hanel hanel@yoyodyne.trs.ntc.nokia.com
Susan Hares skh@merit.edu
Denise Heagerty denise@dxcoms.cern.ch
Jack Houldsworth J.Houldsworth@ste0906.wins.icl.co.uk
Chris Howard chris_howard@inmarsat.org
Geoff Huston g.huston@aarnet.edu.au
Phil Irey pirey@relay.nswc.navy.mil
David Jacobson dnjake@vnet.ibm.com
J. Jensen jensen@ic.dk
Thomas Johannsen thomas@ebzaw1.et.tu-dresden.de
Dale Johnson dsj@merit.edu
Philip Jones p.jones@jnt.ac.uk
Cyndi Jung cmj@3com.com
Anders Karlsson sak@cdg.chalmers.se
Daniel Karrenberg daniel@ripe.net
Frank Kastenholz kasten@ftp.com
Dave Katz dkatz@cisco.com
Peter Kaufmann kaufmann@dfn.dbp.de
Mark Knopper mak@merit.edu
Ton Koelman koelman@stc.nato.int
Tony Li tli@cisco.com
Susan Lin suelin@vnet.ibm.com
Robin Littlefield robin@wellfleet.com
Bill Manning bmanning@rice.edu
David Marlow dmarlow@relay.nswc.navy.mil
Cynthia Martin martin@spica.disa.mil
Peter Merdian merdian@rus.uni-stuttgart.de
Jun Murai jun@wide.ad.jp
Peder Chr. Noergaard pcn@tbit.dk
Masataka Ohta mohta@cc.titech.ac.jp
Andrew Partan asp@uunet.uu.net
David Piscitello dave@mail.bellcore.com
Willi Porten porten@gmd.de
Aiko Pras pras@cs.utwente.nl
Juergen Rauschenbach jrau@dfn.de
Alex Reijnierse a.a.reijnierse@research.ptt.nl
Victor Reijs reijs@surfnet.nl
Yakov Rekhter yakov@watson.ibm.com
Robert Reschly reschly@brl.mil
Georg Richter richter@uni-muenster.de
Luc Rooijakkers lwj@cs.kun.nl
Henry Sanders henrysa@microsoft.com
John Scudder jgs@merit.edu
Keith Sklower sklower@cs.berkeley.edu
Michael St. Johns stjohns@darpa.mil
Henk Steenman henk@sara.nl
Vladimir Sukonnik sukonnik@process.com
Fumio Teraoka tera@csl.sony.co.jp
Kamlesh Tewani ktt@arch2.att.com
Richard Thomas rjthomas@bnr.ca
Paul Traina pst@cisco.com
Antoine Trannoy trannoy@crs4.it
Willem van der Scheun scheun@sara.nl
Marcel Wiget wiget@switch.ch
Kirk Williams kirk@sbctri.sbc.com
Sam Wilson sam.wilson@ed.ac.uk
Noriko Yokokawa norinori@wide.ad.jp
Jessica Yu jyy@merit.edu
James Zmuda zmuda@mls.hac.com
Romeo Zwart romeo@sara.nl