summaryrefslogtreecommitdiff
path: root/doc/rfc/rfc2014.txt
blob: caf981062b1baf22688e126c976447e06ab026b0 (plain) (blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
Network Working Group                                        A. Weinrib
Request for Comments: 2014                            Intel Corporation
BCP: 8                                                        J. Postel
Category: Best Current Practice                                     ISI
                                                           October 1996


             IRTF Research Group Guidelines and Procedures

Status of this Memo

   This document specifies an Internet Best Current Practices for the
   Internet Community, and requests discussion and suggestions for
   improvements.  Distribution of this memo is unlimited.

Abstract

   The Internet Research Task Force (IRTF) has responsibility for
   organizing groups to investigate research topics related to the
   Internet protocols, applications, and technology. IRTF activities are
   organized into Research Groups.  This document describes the
   guidelines and procedures for formation and operation of IRTF
   Research Groups.  It describes the relationship between IRTF
   participants, Research Groups, the Internet Research Steering Group
   (IRSG) and the Internet Architecture Board (IAB).  The basic duties
   of IRTF participants, including the IRTF Chair, Research Group Chairs
   and IRSG members are defined.

1.   INTRODUCTION

   This document defines guidelines and procedures for Internet Research
   Task Force (IRTF) Research Groups.  The IRTF focuses on longer term
   research issues related to the Internet while the parallel
   organization, the Internet Engineering Task Force (IETF), focuses on
   the shorter term issues of engineering and standards making.

   The Internet is a loosely-organized international collaboration of
   autonomous, interconnected networks; it supports host-to-host
   communication through voluntary adherence to open protocols and
   procedures defined by Internet Standards, a collection of which are
   commonly known as "the TCP/IP protocol suite".  Development and
   review of potential Internet Standards from all sources is conducted
   by the Internet Engineering Task Force (IETF).  The Internet
   Standards Process is defined in [1].







Weinrib & Postel         Best Current Practice                  [Page 1]
^L
RFC 2014             IRTF Research Group Guidelines         October 1996


   The IRTF is a composed of a number of focused, long-term, small
   Research Groups.  These groups work on topics related to Internet
   protocols, applications, architecture and technology. Research Groups
   are expected to have the stable long term membership needed to
   promote the development of research collaboration and teamwork in
   exploring research issues.  Participation is by individual
   contributors, rather than by representatives of organizations.

   The IRTF is managed by the IRTF Chair in consultation with the
   Internet Research Steering Group (IRSG).  The IRSG membership
   includes the IRTF Chair, the chairs of the various Research Group and
   possibly other individuals ("members at large") from the research
   community.

   The IRTF Chair is appointed by the IAB, the Research Group chairs are
   appointed as part of the formation of Research Groups (as detailed
   below) and the IRSG members at large are chosen by the IRTF Chair in
   consultation with the rest of the IRSG and on approval by the IAB.

   In addition to managing the Research Groups, the IRSG may from time
   to time hold topical workshops focusing on research areas of
   importance to the evolution of the Internet, or more general
   workshops to, for example, discuss research priorities from an
   Internet perspective.

   This document defines procedures and guidelines for formation and
   operation of Research Groups in the IRTF.  The duties of the IRTF
   Chair, the Research Group Chairs and IRSG members are also described.
   Except for members at large of the IRSG, there is no general
   participation in the IRTF, only participation in a specific Research
   Group.

   The document uses: "shall", "will", "must" and "is required" where it
   describes steps in the process that are essential, and uses:
   "suggested", "should" and "may" where guidelines are described that
   are not essential, but are strongly recommended to help smooth
   Research Group operation.  The terms "they", "them" and "their" are
   used in this document as third-person singular pronouns.

1.1. IRTF approach

   The reader is encouraged to study The Internet Standards Process [1]
   to gain a complete understanding of the philosophy, procedures and
   guidelines of the IETF and its approach to standards making.

   The IRTF does not set standards, and thus has somewhat different and
   complementary philosophy and procedures.  In particular, an IRTF
   Research Group is expected to be long-lived, producing a sequence of



Weinrib & Postel         Best Current Practice                  [Page 2]
^L
RFC 2014             IRTF Research Group Guidelines         October 1996


   "products" over time.  The products of a Research Group are research
   results that may be disseminated by publication in scholarly journals
   and conferences, as white papers for the community, as Informational
   RFCs, and so on.  In addition, it is expected that technologies
   developed in a Research Group will be brought to the IETF as input to
   IETF Working Group(s) for possible standardization.   However,
   Research Group input carries no more weight than other community
   input, and goes through the same standards setting process as any
   other proposal.

   IRTF Research Groups are formed to encourage research in areas of
   importance to the evolution of the Internet.  Clearly, anyone may
   conduct such research, whether or not they are members of a Research
   Group.  The expectation is that by sponsoring Research Groups, the
   IRTF can foster cross-organizational collaboration, help to create
   "critical mass" in important research areas, and add to the
   visibility and impact of the work.

   IRTF Research Groups may have open or closed memberships.  Limited
   membership may be advantageous to the formation of the long term
   working relationships that are critical to successful collaborative
   research.  However, limited membership must be used with care and
   sensitivity to avoid unnecessary fragmentation of the work of the
   research community. Allowing limited membership is in stark contrast
   to IETF Working Groups, which are always open; this contrast reflects
   the different goals and environments of the two organizations-
   research vs. standards setting.

   To ameliorate the effects of closed membership, all Research Groups
   are required to regularly report progress to the community, and are
   encouraged to hold occasional open meetings (most likely co-located
   with IETF meetings). In addition, the IRTF may host open plenaries at
   regular IETF meetings during which research results of interest to
   the community are presented.  Finally, multiple Research Groups
   working in the same general area may be formed if appropriate.

   Even more than the IETF, the work of the IRSG is expected to be
   marked by informality.  The goal is to encourage and foster valuable
   research, not to add burdensome bureaucracy to the endeavor.

1.2. Acknowledgments

   This document is based on the March 1994 RFC "IETF Working Group
   Guidelines and Procedures" by E. Huizer and D. Crocker [2].







Weinrib & Postel         Best Current Practice                  [Page 3]
^L
RFC 2014             IRTF Research Group Guidelines         October 1996


2.  RESEARCH GROUP FORMATION

   Research Groups are the activity centers in the IRTF.  A Research
   Group is typically created to address a research area related to
   Internet protocols, applications, architecture or technology area.
   Research Groups have the stable long term membership needed to
   promote the development of research collaboration and teamwork in
   exploring research issues.  Participation is by individual
   contributors, rather than by representatives of organizations.

   A Research Group may be established at the initiative of an
   individual or group of individuals.  Anyone interested in creating an
   IRTF Research Group must submit a charter for the proposed group to
   the IRTF Chair along with a list of proposed founding members.  The
   charter will be reviewed by the IRSG and then forwarded to the IAB
   for approval.

   If approved, the charter is placed on the IRTF Web site, and
   published in the Internet Monthly Report (IMR).

2.1. Criteria for formation

   In determining whether it is appropriate to create a Research Group,
   the IRTF Chair, the IRSG and the IAB will consider several issues:

   -  Is the research area that the Research Group plans to address
      clear and relevant for the Internet community?

   -  Will the formation of the Research Group foster work that would
      not be done otherwise.  For instance, membership drawn from more
      than a single institution, more than a single country, and so on,
      is to be encouraged.

   -  Do the Research Group's activities overlap with those of another
      Research Group?  If so, it may still be appropriate to create the
      Research Group, but this question must be considered carefully
      since subdividing efforts often dilutes the available technical
      expertise.













Weinrib & Postel         Best Current Practice                  [Page 4]
^L
RFC 2014             IRTF Research Group Guidelines         October 1996


   -  Is there sufficient interest and expertise in the Research Group's
      topic with at least several people willing to expend the effort
      that is likely to produce significant results over time?  Research
      Groups require considerable effort, including management of the
      Research Group process, editing of Research Group documents, and
      contribution to the document text.  IRTF experience suggests that
      these roles typically cannot all be handled by one person; at
      least four or five active participants are typically required.  To
      help in this determination, a proposal to create a Research Group
      should include a list of potential charter members.

   The Internet Architecture Board (IAB) will also review the charter of
   the proposed Research Group to determine the relationship of the
   proposed work to the overall architecture of the Internet Protocol
   Suite.

2.2. Charter

   A charter is a contract between a Research Group and the IRTF to
   conduct research in the designated area. Charters may be renegotiated
   periodically to reflect changes to the current status, organization
   or goals of the Research Group.

   The formation of a Research Group requires a charter which is
   initially negotiated between a prospective Research Group Chair and
   the IRTF Chair.  When the prospective Chair and the IRTF Chair are
   satisfied with the charter form and content, it becomes the basis for
   forming a Research Group.

   A IRTF Research Group charter consists of five sections:

   1.  Research Group Name

      A Research Group name should be reasonably descriptive or
      identifiable.  Additionally, the group shall define an acronym
      (maximum 8 printable ASCII characters) to reference the group in
      the IRTF directories, mailing lists, and general documents.  The
      name and acronym must not conflict with any IETF names and
      acronyms.

   2.  Chair(s)

      The Research Group may have one or two Chair(s) to perform the
      administrative functions of the group. The email address(es) of
      the Chair(s) shall be included.






Weinrib & Postel         Best Current Practice                  [Page 5]
^L
RFC 2014             IRTF Research Group Guidelines         October 1996


   3.  Mailing list(s)

      Each Research Group shall have an address (possibly the Chair's)
      for members of the Internet community to send queries regarding
      the Research Group.    For instance, for requests to join the
      group.

      A Research Group, whether limited membership or open, will have an
      "interest" Internet mailing list open to all interested parties.
      This list is used for an open discussion of the issues and
      announcements of results as they become available.  Included
      should be the address to which an interested party sends a
      subscription request for the interest list and the procedures to
      follow when subscribing, and the location of the interest mailing
      list archive.

      It is expected that a Research Group may also have a mailing list
      limited to the regular meeting participants on which substantial
      part of the work of a Research Group is likely to be conducted via
      e-mail.

   4.  Membership Policy

      The Charter must define the membership policy (whether open or
      limited), and the procedure to apply for membership in the group.
      While limited membership is permitted, it is in no way encouraged
      or required.

   5.  Description of Research Group

      The focus and intent of the group shall be set forth briefly. By
      reading this section alone, an individual should be able to decide
      whether this group is relevant to their own work.  The first
      paragraph must give a brief summary of the research area, basis,
      goal(s) and approach(es) planned for the Research Group.  This
      paragraph will frequently be used as an overview of the Research
      Group's effort.

      To facilitate evaluation of the intended work and to provide on-
      going guidance to the Research Group, the charter shall describe
      the proposed research and shall discuss objectives and expected
      impact with respect to the Internet Architecture.

3.  RESEARCH GROUP OPERATION

   Research Groups are autonomous and each determines most of the
   details of its own operation with respect to session participation,
   reaching closure, norms of behavior, etc.  Since the products are



Weinrib & Postel         Best Current Practice                  [Page 6]
^L
RFC 2014             IRTF Research Group Guidelines         October 1996


   research results, not Internet standards, consensus of the group is
   not required.  Rather, the measure of success is the quality and
   impact of the research results.

   A number of procedural questions and issues will arise over time, and
   it is the function of the Research Group Chair to manage the group
   process, keeping in mind that the overall purpose of the group is to
   make progress towards realizing the Research Group's goals and
   objectives.

   There are few hard and fast rules on organizing or conducting
   Research Group activities, but a set of guidelines and practices have
   evolved over time that have proven successful. These are listed here,
   with actual choices typically determined by the Research Group
   members and the Chair.

3.1. Meeting planning

   For coordinated, structured Research Group interactions, the Chair
   must publish to the group mailing list a draft agenda well in advance
   of the actual meeting. The agenda needs to contain at least:

   -    The items for discussion;

   -    The estimated time necessary per item; and

   -    A clear indication of what documents the participants will
        need to read before the meeting in order to be well
        prepared.

   A Research Group will conduct much of its business via its electronic
   mail distribution list(s).  It is also likely to meet periodically to
   accomplish those things that are better achieved in more interactive
   meetings, such as brainstorming, heated altercations, etc.  Meetings
   may be scheduled as telephone conference, video teleconference, or
   face-to-face (physical) meetings.

   It is strongly encouraged that all Research Group meetings be
   recorded in written minutes, to keep informed members who were not
   present and the community at large and to document the proceedings
   for present and future members.  These minutes should include the
   agenda for the meeting, an account of the high points of the
   discussion, and a list of attendees.  Unless the Research Group chair
   decides otherwise, the minutes should be sent to the interest group
   and made available through the IRTF Web and ftp sites.






Weinrib & Postel         Best Current Practice                  [Page 7]
^L
RFC 2014             IRTF Research Group Guidelines         October 1996


3.2. Meeting venue

   Each Research Group will determine the balance of email and face-to-
   face meetings that is appropriate for making progress on its goals.

   Electronic mail permits the easiest and most affordable
   participation; face-to-face meetings often permit better focus, more
   productive debate and enhanced working relationships.

   Face-to-face meetings are encouraged to be held co-located with the
   regular IETF meetings to minimize travel, since IRTF members are
   often also active in the IETF and to encourage the cross-
   fertilization that occurs during hallway and after-hours
   interactions.  Furthermore, as described above, even limited-
   membership Research Groups are encouraged to hold occasional open
   meetings; an IETF meeting would serve as an ideal venue for such an
   event.

3.3. Meeting management

   The challenge to managing Research Group meetings is to balance the
   need for consideration of the various issues, opinions and approaches
   against the need to allow forward progress.  The Research Group, as a
   whole, has the final responsibility for striking this balance.

4.  RESEARCH GROUP TERMINATION

   If, at some point, it becomes evident that a Research Group is not
   making progress in the research areas defined in its charter, or
   fails to regularly report the results of its research to the
   community, the IRTF Chair can, in consultation with Group, either:

      1.   Require that the group recharter to refocus on a different
      set of problems,

      2.   Request that the group choose new Chair(s), or

      3.   Disband the group.

   If the Research Group disagrees with the IRTF Chair's choice, it may
   appeal to the IAB.

5.  STAFF ROLES

   Research Groups require considerable care and feeding.  In addition
   to general participation, successful  Research Groups benefit from
   the efforts of participants filling specific functional roles.




Weinrib & Postel         Best Current Practice                  [Page 8]
^L
RFC 2014             IRTF Research Group Guidelines         October 1996


5.1. IRTF Chair

   The IRTF Chair is responsible for ensuring that  Research Groups
   produce coherent, coordinated, architecturally consistent and timely
   output as a contribution to the overall evolution of the Internet
   architecture.  In addition to the detailed tasks related to  Research
   Groups outlined below, the IRTF Chair may also from time to time
   arrange for topical workshops attended by the IRSG and perhaps other
   experts in the field.

   Planning

      The IRTF Chair monitors the range of activities.  This may include
      encouraging the formation of Research Groups directly, rather than
      waiting for proposals from IRTF participants.

   Coordination of Research Groups

      The IRTF Chair coordinates the work done by the various Research
      Groups.

   Reporting

      The IRTF Chair reports on IRTF progress to the to the IAB and the
      wider Internet community (including via the IMR).

   Progress tracking

      The IRTF Chair tracks and manages the progress of the various
      Research Groups with the aid of a regular status report on
      documents and accomplishments from the Research Group Chairs. The
      resulting reports are made available to the community at large at
      regular intervals.

5.2.  IRSG Member

   Members of the IRSG are responsible for advising the IRTF Chair on
   the chartering of new Research Groups and other matters relating to
   the smooth operation of the IRTF.  In addition, most IRSG members are
   also Research Group chairs.











Weinrib & Postel         Best Current Practice                  [Page 9]
^L
RFC 2014             IRTF Research Group Guidelines         October 1996


5.3. Research Group Chair

   The Research Group Chair is concerned with making forward progress in
   the areas under investigation, and has wide discretion in the conduct
   of Research Group business.  The Chair must ensure that a number of
   tasks are performed, either directly or by others assigned to the
   tasks.  This encompasses at the very least the following:

   Ensuring the Research Group process and content management

      The Chair has ultimate responsibility for ensuring that a Research
      Group achieves forward progress.  For some  Research Groups, this
      can be accomplished by having the Chair perform all management-
      related activities.  In other  Research Groups -- particularly
      those with large or divisive participation -- it is helpful to
      allocate process and/or secretarial functions to other
      participants.  Process management pertains strictly to the style
      of Research Group interaction and not to its content.  The
      secretarial function encompasses preparation of minutes, and
      possibly editing of group-authored  documents.

   Moderate the Research Group email list

      The Chair should attempt to ensure that the discussions on this
      list are relevant and that not devolve to "flame" attacks or rat-
      hole into technical trivia.  The Chair should make sure that
      discussions on the list are summarized and that the outcome is
      well documented (to avoid repetition).

   Organize, prepare and chair face-to-face and on-line formal meetings

      The Chair should plan and announce meetings well in advance.  (See
      section on Meeting Planning for procedures.)

   Communicate results of meetings

      The Chair and/or Secretary must ensure that minutes of a meeting
      are taken.













Weinrib & Postel         Best Current Practice                 [Page 10]
^L
RFC 2014             IRTF Research Group Guidelines         October 1996


   Distribute the work

      It is expected that all Research Group participants will actively
      contribute to the work of the group. Research Group membership is
      expected to be a long term commitment by a set of motivated
      members of the research community.  Of course, at any given time
      more of the work is likely to be done by a few participants with
      particular interests, set of skills and ideas. It is the task of
      the Chair to motivate enough experts to allow for a fair
      distribution of the workload.

   Document development

      Research Groups produce documents and documents need authors.
      However, authorship of papers related to the work of a Research
      Group is one of the primary reasons that researchers become
      members, so finding motivated authors should not be a problem.

      It is up to the Research Group to decide the authorship of papers
      resulting from Research Group activities.  In particular,
      authorship by the entire group is not required.

   Document publication

      The Chair and/or Secretary will work with the RFC Editor to ensure
      documents to be published as RFCs conform with RFC publication
      requirements and to coordinate any editorial changes suggested by
      the RFC Editor.

5.4. Research Group Editor/Secretary

   Taking minutes and editing jointly-authored Research Group documents
   often is performed by a specifically-designated participant or set of
   participants.

6.  RESEARCH GROUP DOCUMENTS

6.1. Meeting documents

   All relevant documents for a meeting (including the final agenda)
   should be published to the group mailing list and available at least
   two weeks before a meeting starts.









Weinrib & Postel         Best Current Practice                 [Page 11]
^L
RFC 2014             IRTF Research Group Guidelines         October 1996


   It is strongly suggested that the Research Group Chair make sure that
   an anonymous FTP directory or Web site be available for the upcoming
   meeting.  All relevant documents (including the final agenda and the
   minutes of the last meeting) should be placed in this directory.
   This has the advantage that all participants can retrieve all files
   in this directory and thus make sure they have all relevant
   documents. Also, it will be helpful to provide electronic mail-based
   retrieval for those documents.

6.2. Request For Comments (RFC)

   The work of an IRTF Research Group usually results in publication of
   research papers and other documents, as well as documents as part of
   the Informational or Experimental Request For Comments (RFCs) series
   [1].  This series is the archival publication record for the Internet
   community.  A document can be written by an individual in a Research
   Group, by a group as a whole with a designated Editor, or by others
   not involved with the IRTF.  The designated author(s) need not
   include the group Chair(s).

   NOTE: The RFC series is a publication mechanism only and publication
   does not determine the status of a document.  Status is determined
   through separate, explicit status labels.  In other words, the reader
   is reminded that all Internet Standards are published as RFCs, but
   NOT all RFCs specify standards.

   The RFC's authors are expected to work with the RFC Editor to meet
   all formatting, review and other requirements that the Editor may
   impose. Usually, in case of a submission intended as an Informational
   or Experimental RFC minimal review is necessary, although publication
   in the Experimental track generally requires IESG review.  However,
   in all cases initial publication as an Internet Draft is preferred.

   If the Research Group or the RFC Editor thinks that an extensive
   review is appropriate, the IRTF Chair may be asked to conduct one.
   This review may either be done by the IRTF Chair, the IRSG, or an
   independent reviewer selected by the IRTF Chair.  Occasionally,
   review by the IETF or IESG may be appropriate.













Weinrib & Postel         Best Current Practice                 [Page 12]
^L
RFC 2014             IRTF Research Group Guidelines         October 1996


7.  SECURITY CONSIDERATIONS

   Security issues are not discussed in this memo.

8.  REFERENCES

   [1] Internet Architecture Board and Internet Engineering Steering
       Group, "The Internet Standards Process -- Revision 2", RFC 1602,
       IAB, IESG, March 1994.  Soon to be replaced by "The Internet
       Standards Process -- Revision 3", Work in Progress.

   [2] Huizer, E. and D. Crocker, "IETF Working Group Guidelines and
       Procedures", RFC 1603, March 1994.

9.  AUTHORS' ADDRESSES

   Abel Weinrib
   Intel Corporation, MS JF2-74
   2111 NE 25th Ave.
   Hillsboro, OR 97124

   Phone:  503-264-8972
   EMail:  weinrib@intel.com


   Jon Postel
   USC - ISI, Suite 1001
   4676 Admiralty Way
   Marina del Rey, CA  90292-6695

   Phone: 310-822-1511
   EMail: postel@isi.edu



















Weinrib & Postel         Best Current Practice                 [Page 13]
^L