home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / tn3270e / tn3270e-minutes-97aug.txt < prev   
Text File  |  1997-10-10  |  9KB  |  166 lines
  1. Minutes of the Telnet TN3270E Enhancements (tn3270e) Working Group 
  2.  
  3. Reported by: Ed Bailey 
  4.  
  5. I.Summary: 
  6.  
  7. The tn3270e Enhancements Working Group conducted two 1-hour sessions
  8. on Tuesday 8/12/97 at 3:45 p.m. and 5:00 p.m. with approximately 12
  9. people in attendance. The 3:45pm session opened with a brief
  10. discussion of the charter, activity on the listsrv, and use of the
  11. IETF web pages.  The results of the most recent interoperability
  12. testing held in May at Cisco Systems were reviewed along with WG plans
  13. for the next interoperability testing. The submission of the tn3270e
  14. Internet Draft to the IESG for Draft status was proposed with no
  15. objections. Then, discussion proceeded to the activities currently
  16. underway on the use of TLS and IPSEC for security for the remainder of
  17. the first session. The 5:00pm session was devoted to the review of the
  18. Internet drafts for tn3270e management and Response Time MIBs. A
  19. number of suggested changes were identified which will be added to the
  20. drafts and reposted as updates on the listsrv.
  21.  
  22.  
  23. II. Detail (first hour session):
  24.  
  25. The charter will be updated to reflect the progress of the working
  26. group. In particular, the update will address the rewrite of rfc1647
  27. into the tn3270e internet draft, its last call in the working group
  28. and submission to the IESG for draft status. Based upon the second
  29. inter- operability testing which included 11 organizations and
  30. representing an array of client and server implementations, the
  31. working group is confident that consistent interpretations are
  32. possible with the latest internet draft and is ready for draft
  33. status. The WG Chair will work with the Area Directors on the IESG
  34. submission.
  35.  
  36. The next interoperability testing is planned for October, 1997. The
  37. exact date and location will be posted on the list in the following
  38. weeks after Munich. More emphasis on printing and tn5250 is
  39. anticipated.
  40.  
  41. A number of enhancements are being discussed in the working group (see
  42. minutes of Memphis 97).  In particular, security, and network
  43. management are at the forefront. Demand for tn3270 security is
  44. high. SSL3 has no reference spec yet TLS and IPSEC may not be ready
  45. soon enough for us. In light of current IETF activities on TLS and
  46. IPSEC, the working group will implement security negotiations based
  47. upon TLS with the ability to "fall back" to SSL3.0 which should
  48. suffice initially. Most new implementation will be on SSL3.1
  49. (TLS). General deployment of SSL3.0 in corporate networks will
  50. pressure implementations to use it for tn3270 as well. The wg decided
  51. to separate the base telnet security need into a separate
  52. document. Michael Boe will be publishing this document. Some of the
  53. other comments and observations are as follows. There are existing
  54. challenge/response mechanisms in place for most of the tn3270/tn5250
  55. applications. The use of encryption is used to protect passwords from
  56. flowing in the clear but is has too high overhead to encrypt all the
  57. traffic. More discussion on the list is needed to address the use of
  58. encryption and certificates.
  59.  
  60.  
  61. III. Detail (second hour session): 
  62.  
  63. Network management of tn3270 sessions requires certain instrumentation
  64. in the client and server to allow for seting and getting certain
  65. relevant performance and configuration information. The tn3270e base
  66. mib and the tn3270e rt mib are intended to specify the minimum
  67. instrumentation for managing tn3270e connections. Although fairly
  68. complete, review of these two draft documents led to a number of
  69. changes to enhance the implementation and understanding of the
  70. information. A revision will be made and posted on the list for review
  71. in the next 30 days following Munich.  Most changes evolved the use of
  72. the ipaddr and port numbers for better granularity, additional
  73. information in base, and positioning with the application mib. The
  74. revised drafts will identify the individual changes. Some additional
  75. comments included ipv6 naming, use of timingmarks, and consistency
  76. with SNAMS response time management. An informational rfc will be
  77. produced to note the rationale for the mib variables and how they can
  78. be used.
  79. From - Tue Sep 09 15:22:00 1997
  80. Received: from ietf.org by ietf.org id aa12670; 9 Sep 97 13:55 EDT
  81. Received: from vnet.ibm.com by ietf.org id aa12664; 9 Sep 97 13:55 EDT
  82. Received: from RALVM5 by VNET.IBM.COM (IBM VM SMTP V2R3) with BSMTP id 3241;
  83.    Tue, 09 Sep 97 13:55:04 EDT
  84. Date: Tue, 9 Sep 97 13:53:25 EDT
  85. Sender:minutes-request@ietf.org
  86. From: bart@vnet.ibm.com
  87. To: minutes@ietf.org
  88. Subject: tn3270e meeting minutes
  89. Message-ID:  <9709091355.aa12664@ietf.org>
  90. Status:   
  91. X-Mozilla-Status: 8001
  92.  
  93. Minutes of the Telnet TN3270E Enhancements (tn3270e) Working Group
  94.  
  95. Reported by: Ed Bailey
  96.  
  97. I.Summary:
  98.  
  99. The tn3270e Enhancements Working Group conducted two 1-hour sessions on
  100. Tuesday 8/12/97 at 3:45 p.m. and 5:00 p.m. with approximately 12 people
  101. in attendance. The 3:45pm session opened with a brief discussion of the
  102. charter, activity on the listsrv, and use of the IETF web pages.  The
  103. results of the most recent interoperability testing held in May at Cisco
  104. Systems were reviewed along with WG plans for the next interoperability
  105. testing. The submission of the tn3270e Internet Draft to the IESG for
  106. Draft status was proposed with no objections. Then, discussion proceeded
  107. to the activities currently underway on the use of TLS and IPSEC for
  108. security for the remainder of the first session. The 5:00pm session was
  109. devoted to the review of the Internet drafts for tn3270e management and
  110. Response Time MIBs. A number of suggested changes were identified which
  111. will be added to the drafts and reposted as updates on the listsrv.
  112.  
  113.  
  114. II. Detail (first hour session):
  115.  
  116. The charter will be updated to reflect the progress of the working
  117. group. In particular, the update will address the rewrite of rfc1647
  118. into the tn3270e internet draft, its last call in the working group and
  119. submission to the IESG for draft status. Based upon the second inter-
  120. operability testing which included 11 organizations and representing an
  121. array of client and server implementations, the working group is
  122. confident that consistent interpretations are possible with the latest
  123. internet draft and is ready for draft status. The WG Chair will work
  124. with the Area Directors on the IESG submission.
  125.  
  126. The next interoperability testing is planned for October, 1997. The
  127. exact date and location will be posted on the list in the following
  128. weeks after Munich. More emphasis on printing and tn5250 is anticipated.
  129.  
  130. A number of enhancements are being discussed in the working group (see
  131. minutes of Memphis 97).  In particular, security, and network management
  132. are at the forefront. Demand for tn3270 security is high. SSL3 has no
  133. reference spec yet TLS and IPSEC may not be ready soon enough for us. In
  134. light of current IETF activities on TLS and IPSEC, the working group
  135. will implement security negotiations based upon TLS with the ability to
  136. "fall back" to SSL3.0 which should suffice initially. Most new
  137. implementation will be on SSL3.1 (TLS). General deployment of SSL3.0 in
  138. corporate networks will pressure implementations to use it for tn3270 as
  139. well. The wg decided to separate the base telnet security need into a
  140. separate document. Michael Boe will be publishing this document. Some of
  141. the other comments and observations are as follows. There are existing
  142. challenge/response mechanisms in place for most of the tn3270/tn5250
  143. applications. The use of encryption is used to protect passwords from
  144. flowing in the clear but is has too high overhead to encrypt all the
  145. traffic. More discussion on the list is needed to address the use of
  146. encryption and certificates.
  147.  
  148.  
  149. III. Detail (second hour session):
  150.  
  151. Network management of tn3270 sessions requires certain instrumentation
  152. in the client and server to allow for seting and getting certain
  153. relevant performance and configuration information. The tn3270e base mib
  154. and the tn3270e rt mib are intended to specify the minimum
  155. instrumentation for managing tn3270e connections. Although fairly
  156. complete, review of these two draft documents led to a number of changes
  157. to enhance the implementation and understanding of the information. A
  158. revision will be made and posted on the list for review in the next 30
  159. days following Munich.  Most changes evolved the use of the ipaddr and
  160. port numbers for better granularity, additional information in base, and
  161. positioning with the application mib. The revised drafts will identify
  162. the individual changes. Some additional comments included ipv6 naming,
  163. use of timingmarks, and consistency with SNAMS response time management.
  164. An informational rfc will be produced to note the rationale for the mib
  165. variables and how they can be used.
  166.