home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / thinosi / thinosi-minutes-93jul.txt < prev    next >
Text File  |  1993-09-14  |  5KB  |  121 lines
  1.  
  2. CURRENT_MEETING_REPORT_
  3.  
  4. Reported by Peter Furniss/Consultant
  5.  
  6. Minutes of the Minimal OSI Upper-Layers Working Group (THINOSI)
  7.  
  8. The THINOSI Working Group met on 15th July at the Amsterdam IETF. Most
  9. of the time was devoted to reviewing the upper-layer cookbook.
  10.  
  11.  
  12.  
  13. Upper-Layer Cookbook
  14.  
  15. Various issues were discussed in the review of the cookbook.  A point
  16. that came up more than once was how the cookbook should relate to the
  17. parallel work in the OSI regional workshops (the Common Upper-Layer
  18. Requirements Part 3:  Minimal OSI profile (CULR-3)) and in X/Open
  19. (specification of use of the XTI interface for minimal OSI (XTI/mOSI)).
  20.  
  21. The three (or four) categories of application that the cookbook can
  22. support need to be further clarified, making the distinctions purely on
  23. which OSI facilities are used and not the use of ASN.1.  Examples of
  24. application protocols in each category would be useful.  If possible,
  25. the categories should be linked to those in CULR-3 and XTI/mOSI. This
  26. may not be straightforward due to the different approaches of the three
  27. documents:  OSI-style profile, API definition and implementor's
  28. profile/respecification.  Josee Auber will attempt to compare and
  29. contrast the three approaches in a message to the THINOSI list.
  30.  
  31. The possibility of the cookbook having a formal statement of compliance
  32. to CULR-3 was discussed.  CULR-3 defines compliance statements by which
  33. another specification (e.g.  the cookbook) can state that its use and
  34. support of the OSI facilities complies with CULR-3.  However, CULR-3 is
  35. being developed in the OSI regional workshops (OIW leading, EWOS
  36. involved) and will probably have to follow the conformance requirements
  37. of the base OSI standards.  Some of the base standards have
  38. over-enthusiastic conformance requirements, which go beyond the cookbook
  39. target, which is ``interworking with conformant implementations.''  This
  40. is especially true for presentation.  Moves are afoot in ISO/IEC to get
  41. this sorted out, but for the time being at least the cookbook should not
  42. be committed to comply with CULR-3.
  43.  
  44. The cookbook specifies the use of indefinite lengths where possible for
  45. sending the Presentation PCI (this is equivalent to the ``Canonical
  46. Encoding Rules,'' a newly-defined subset of BER). There had been a
  47. suggestion that the opposite choice (Distinguished Encoding
  48. Rules---definite-length throughout) would be a preferable
  49. simplification.  Which is found to be the easier to encode or decode is
  50. considerably a matter of the coding approach taken.  Peter claimed that
  51. for these supporting layers (as distinct from the encoding of
  52. application protocols) the canonical choice was best.
  53.  
  54.                                    1
  55.  
  56.  
  57.  
  58.  
  59.  
  60. Peter will attempt to get a new draft of the cookbook out by the end of
  61. July and submit it for posting as an Internet-Draft.
  62.  
  63. The eventual status of the cookbook was discussed, and it was believed
  64. that it should be targeted for the standards track, as the specification
  65. of the supporting protocol layers for the relevant applications.
  66.  
  67.  
  68. Revision of Charter
  69.  
  70. Since the charter was written (following the Washington BOF), the
  71. coverage of the cookbook has changed to more than just ``byte-stream''
  72. (although the amount of new text is small), and the charter needs to be
  73. changed to reflect this.  Other possible changes were discussed.  It was
  74. concluded that the intended thinDAP document should stay in the plan,
  75. but the dates may need revision.  Given the nature of the cookbook, it
  76. will be worth considering the production of some very brief ``mapping
  77. specifications'' that would state precisely how particular applications
  78. (Z39.50 for example) would use the cookbook.
  79.  
  80. Peter Furniss will work up a draft revision and post it to the list.
  81.  
  82.  
  83. Over the Fence:  Activities in Other Arenas
  84.  
  85. CULR-3 has been revised again (June 1993) and it is intended to be
  86. submitted for ballot to become an ISP early next year.
  87.  
  88. The XTI/mOSI specification will shortly be published by X/Open as a
  89. ``Preliminary Specification.''  A Preliminary Specification is valid for
  90. a year, and may change subsequently.
  91.  
  92.  
  93. Implementation Plans
  94.  
  95. Peter Furniss was expecting to start extending the X/osi code to a more
  96. general THINOSI implementation, with XTI/mOSI as the upper interface.
  97. Terry Sullivan is very keen to start something to support Z39.50.
  98.  
  99.  
  100. Attendees
  101.  
  102. Josee Auber              Josee_Auber@hpgnd.grenoble.hp.com
  103. Michael Brescia
  104. David Crocker            dcrocker@mordor.stanford.edu
  105. Walid Dabbous            Walid.Dabbous@sophia.inria.fr
  106. Peter Furniss            p.furniss@ulcc.ac.uk
  107. Brian May                Brian.May@mel.dit.csiro.au
  108. Mark Needleman           mhn@stubbs.ucop.edu
  109. Kamlesh Tewani           ktt@arch2.att.com
  110.  
  111.                                    2
  112.  
  113.  
  114.  
  115.  
  116.  
  117.  
  118.  
  119.  
  120. 3
  121.