/
draft-gont-diversity-analysis-01.txt
728 lines (453 loc) · 26.3 KB
/
draft-gont-diversity-analysis-01.txt
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
gendispatch F. Gont
Internet-Draft SI6 Networks
Intended status: Informational K. Moore
Expires: August 26, 2021 Network Heretics
February 22, 2021
Diversity and Inclusiveness in the IETF
draft-gont-diversity-analysis-01
Abstract
This document discusses a number of structural issues that currently
hinders diversity and inclusiveness in the IETF. The issues
discussed in this document are non-exhaustive, but still provide a
good starting point for the IETF to establish a more comprehensive
agenda to foster diversity and inclusiveness.
Status of This Memo
This Internet-Draft is submitted in full conformance with the
provisions of BCP 78 and BCP 79.
Internet-Drafts are working documents of the Internet Engineering
Task Force (IETF). Note that other groups may also distribute
working documents as Internet-Drafts. The list of current Internet-
Drafts is at https://datatracker.ietf.org/drafts/current/.
Internet-Drafts are draft documents valid for a maximum of six months
and may be updated, replaced, or obsoleted by other documents at any
time. It is inappropriate to use Internet-Drafts as reference
material or to cite them other than as "work in progress."
This Internet-Draft will expire on August 26, 2021.
Copyright Notice
Copyright (c) 2021 IETF Trust and the persons identified as the
document authors. All rights reserved.
This document is subject to BCP 78 and the IETF Trust's Legal
Provisions Relating to IETF Documents
(https://trustee.ietf.org/license-info) in effect on the date of
publication of this document. Please review these documents
carefully, as they describe your rights and restrictions with respect
to this document. Code Components extracted from this document must
include Simplified BSD License text as described in Section 4.e of
Gont & Moore Expires August 26, 2021 [Page 1]
Internet-Draft Diversity & Inclusiveness February 2021
the Trust Legal Provisions and are provided without warranty as
described in the Simplified BSD License.
Table of Contents
1. DISCLAIMER . . . . . . . . . . . . . . . . . . . . . . . . . 2
2. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 3
3. Terminology . . . . . . . . . . . . . . . . . . . . . . . . . 3
4. Perceived Return of Investment (ROI) . . . . . . . . . . . . 4
5. Effects of Current Participation . . . . . . . . . . . . . . 5
6. Diversity in IETF groups and leadership roles . . . . . . . . 5
6.1. IESG . . . . . . . . . . . . . . . . . . . . . . . . . . 6
6.2. WG Chairs . . . . . . . . . . . . . . . . . . . . . . . . 6
6.3. NOMCOM . . . . . . . . . . . . . . . . . . . . . . . . . 7
7. Processes . . . . . . . . . . . . . . . . . . . . . . . . . . 8
8. Difficulty in Joining the IETF . . . . . . . . . . . . . . . 8
8.1. Finding interesting Working Groups and Areas . . . . . . 8
8.2. Difficulty in Authoring and Submitting Internet-Drafts . 8
9. Economic Constraints . . . . . . . . . . . . . . . . . . . . 9
10. Educational Constraints . . . . . . . . . . . . . . . . . . . 9
11. Cultural Issues . . . . . . . . . . . . . . . . . . . . . . . 10
11.1. Language . . . . . . . . . . . . . . . . . . . . . . . . 10
11.2. Using email effectively . . . . . . . . . . . . . . . . 10
11.3. Comfort zone . . . . . . . . . . . . . . . . . . . . . . 10
12. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 11
13. Security Considerations . . . . . . . . . . . . . . . . . . . 11
14. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . 11
15. Informative References . . . . . . . . . . . . . . . . . . . 11
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 12
1. DISCLAIMER
For the most part, many of the topics discussed in this document are
the result of on-list and off-list conversations with a number of
IETF participants, and are based personal experiences of said group
of colleagues, and what such group believes are some of the
structural problems hindering diversity in the IETF.
As such, it is very likely (and possibly guaranteed!) that there are
aspects that are partially (or even totally!) overlooked. If you
feel that is the case, please do contact the authors, and feel free
to educate us on what we may have missed. The authors will be happy
to incorporate co-authors where needed, include ideas from others
while giving due credit, or even include ideas while anonymizing the
source or author of the proposal.
Please refer to Section 3 regarding the terminology employed
throughout this document.
Gont & Moore Expires August 26, 2021 [Page 2]
Internet-Draft Diversity & Inclusiveness February 2021
2. Introduction
This document tries to raise a number of structural issues that
currently hinders diversity and inclusiveness in the IETF. The
issues discussed in this document are non-exhaustive, but still
provide a good starting point for the IETF to establish a more
comprehensive agenda for the IETF to address the issue of diversity
and inclusiveness.
We have grouped structural issues in these categories:
o Perceived Return of Investment (ROI) (see Section 4)
o Effects of Current Participation (see Section 5)
o Diversity in IETF groups and leadership roles (see Section 6)
o Processes (see Section 7)
o Difficulty in Joining the IETF (see Section 8)
o Economic Constraints (see Section 9)
o Educational Constraints (see Section 10)
o Cultural Issues (see Section 11)
3. Terminology
Throughout this document, whenever we refer to "diversity" or
"inclusiveness" we imply including or involving people of:
o a range of different social and ethnic backgrounds
o different genders
o different sexual orientations
o different countries and regions
o different types of organizations (companies, non-profits, etc.)
o people who are not sponsored by or representing any organization
The above list is non-exhaustive, but should make it evident that
"diversity" has multiple axes, and this document does not limit its
discussion of diversity to any particular sub-set of them.
Gont & Moore Expires August 26, 2021 [Page 3]
Internet-Draft Diversity & Inclusiveness February 2021
4. Perceived Return of Investment (ROI)
While many IETF participants engage in the IETF for the sake of
improving the Internet or as a personal hobby, IETF participation
involves an investment, whether participation is done independently,
or supported by an organization (e.g., company).
As with any investment, the question of what is the return of
investment (ROI) is often asked both by participants and their
supporting companies (if any).
In the case of companies, the possible ROI will typically depend on
the specific sector, but might include:
o Benefiting from Intellectual Property Rights (IPRs).
o Benefiting from leading technologies, with e.g. improved "time to
market".
In the case of independent participants, ROI could be in the form of:
o being able to make a difference in improving Internet
technologies.
o better career opportunities.
However, these benefits can only be realized by a small subset of
companies and participants. For example, in order for companies to
benefit from IPRs and improved time-to-market of products, they need
to be in the business of manufacturing such specific products. In
order cases, companies might deem the ROI of IETF participation as
negligible.
In the case of independent participants, the ability to realize
better career opportunities generally depends on the availability of
companies that might benefit from the IETF in the same country or
region. In other words, lacking local companies or organizations
that benefit from IETF participation essentially means that IETF
participation and the associated skills will result in a negligible
ROI for independent participants. And, when processes are biased
towards a specific community, even the possibility of improving the
Internet "for the common good" might seem unfeasible.
As a result of this, there is a whole range of individuals and
organizations for which IETF participation might not result
attractive or feasible:
o Individuals from developing countries
Gont & Moore Expires August 26, 2021 [Page 4]
Internet-Draft Diversity & Inclusiveness February 2021
o Service- and consulting-oriented companies
o Unaffiliated open source developers
o Operators
o Universities
That said, there is always the case of individuals and/or companies
that might still try engage in the IETF. However, other issues, such
as those discussed in Section 5, Section 6 and Section 9 typically
discourage such participation.
5. Effects of Current Participation
The IETF is far from achieving diversity in many (if not most) axes.
For example, the IETF is far from having gender parity in the number
of participants, or in having a truly diverse geographical
participation.
The lack of diversity in current IETF participation essentially means
that decisions and the perception of structural problems is biased
towards the realities of current participants, and hinders the
participation of those not "in the club" of large Internet tech
companies.
For example, face-to-face (f2f) meetings are held in regions
reflecting current participation levels. But this in turn
facilitates participation from those regions, and makes participation
from other regions less accessible.
Similarly, the lack of diversity in current participants is in turn
reflected in the lack of diversity in IETF groups and leadership
roles (discussed in Section 6) which, again, tends to bias processes
in favor of the current participants.
Finally, how new work is considered by the IETF is also generally
biased in favor of those "in the loop" -- that is, participants that
are already engaged in the IETF and that generally belong to the
reduced groups for which a ROI from IETF participation is feasible
(see Section 4).
6. Diversity in IETF groups and leadership roles
Lack of diversity in IETF groups and leadership roles has a direct
effect on IETF participation, as a result of:
Gont & Moore Expires August 26, 2021 [Page 5]
Internet-Draft Diversity & Inclusiveness February 2021
o Process fairness by having a very small number of interests
judging WG consensus, community consensus, and appeals.
o Leadership selection fairness by having a limited number of
interests participating in the NOMCOM and IAB.
o Arbitrary decisions produced and enforces by such groups, without
getting community consensus on them (see e.g.,
[I-D.carpenter-nomcom2020-letter]).
6.1. IESG
While one might expect greater diversity in IESG members, there are
at least two possible causes for that:
o There is reduced diversity in many axes of IETF participation.
o There is (allegedly) a reduced number of possible candidates with
the necessary skills.
As noted in Section 5, it is probably obvious that IETF participation
is not as diverse as one would expect -- and this certainly
constrains diversity in IETF leadership roles in general.
It is also commonly suggested that there is a limited number of
candidates with the appropriate skills set for IESG positions, and
that one of the common missing skills is IETF management experience.
However, there does not seem to be a concrete effort to produce an
increase in the number of participants with appropriate skills to
volunteer for such roles. For example, fostering diversity in WG
chair positions would be an obvious choice for increasing the pool of
potential candidates for IESG positions, as discussed in Section 6.2.
6.2. WG Chairs
Most WGs have permanent WG chairs which only become rotated when:
o A WG chair takes a higher responsibility within the IETF (e.g. WG
Chair becomes an Area Director).
o There are personal issues affecting the WG chair (e.g., WG chair
retires, changes jobs, etc.).
o There is evident malfunction of a WG which leads to an WG chair
being replaced.
However, if the IETF adopted the convention that chairs are rotated
in all cases, this would certainly:
Gont & Moore Expires August 26, 2021 [Page 6]
Internet-Draft Diversity & Inclusiveness February 2021
o Increase diversity in WG chairs positions.
o Increase the pool of IETF participants with IETF leadership
experience, which could in turn help increase diversity in other
leadership roles, such as the IESG.
o Makes WG chair changes less stressful and controversial, since WG
chairs are rotated *by default*.
NOTE: One could envision a policy where each WG has three co-
chairs, with different experience levels, and where one of the co-
chairs has no previous WG chair experience. Every two (or so)
years the most experienced WG chair leaves his role, which is
occupied by the second-most experienced WG chair from the group.
And a new un-experienced WG chair is incorporated by the WG.
6.3. NOMCOM
The current NOMCOM member selection rules try to be fair, but are
still biased in favor of the specific groups discussed in Section 4
and Section 5.
For example,
o The requirement to have attended X out of Y of the last f2f
meetings is clearly biased in favor of IETF participants who have
enough funding to travel to most meetings.
o Big tech companies are more likely to be willing to let their
employees do that because they're more likely to get IESG and IAB
members who favor their interests.
o There is the expectation that NOMCOM members attend f2f meetings
to carry their NOMCOM duties -- which, again, favors the same
group of participants (those with funding, which generally work
for big tech companies).
o If the NOMCOM has f2f interviews, the process also favors those
candidates that are able to attend f2f meetings, who can be
interviewed in-person.
NOTE: There are a few obvious things that could be done to improve
these issues. [RFC8989] is certainly a step in the right
direction. Having the NOMCOM perform its duties only online would
be another.
Gont & Moore Expires August 26, 2021 [Page 7]
Internet-Draft Diversity & Inclusiveness February 2021
7. Processes
Some aspects of WG operation are loosely described. While this may
be beneficial in some cases, other times the rules or expectations
regarding how WGs are meant to operate can be problematic for
participants, and even more so to newcomers.
NOTE: [I-D.carpenter-gendispatch-rfc7221bis] is a good attempt at
clarifying some specific aspects of WG operation.
8. Difficulty in Joining the IETF
8.1. Finding interesting Working Groups and Areas
It is usually hard for newcomers (and sometimes experienced people)
to see how to contribute effectively or even to find which working
groups (if any) whose work they would be interested in.
Similarly there are now so many different groups, committees,
supporting organizations, etc. involved in running IETF that it is
hard to understand the big picture, and know which group does what,
or which people to talk to about any given concern. [IETF-Tao] can
ameliorate this issue, but not eliminate it.
It is also hard for newer people to get "up to speed" on an existing
working group or topic area. Reading the WG's mailing list archive
can be very time consuming and not always very illuminating. The
Datatracker and Tools effort have been (and still are) of a lot of
help here. But having materials that e.g. provide a summary of what
the ongoing work of a WG is, and that summaries what recent
discussions have been about, and what the different views are/have
been, would certainly help in this area.
8.2. Difficulty in Authoring and Submitting Internet-Drafts
There are so many formatting rules that an Internet-Draft (and
eventually an RFC) needs to comply to, that in practice the only
reasonable way create and submit an Internet-Draft is via the set of
tools available at: https://tools.ietf.org/ . Tools such as xml2rfc
are of a lot of help to produce documents that comply with the
Internet-Draft formatting rules -- but its error messages might
result cryptic to the unexperienced user.
The number of tools has expanded so much that they probably deserve
their own guidelines. And existing guidelines such as
[ID-Guidelines] should probably be updated with the assumption that
Internet-Drafts will be produced with the set of available tools.
Gont & Moore Expires August 26, 2021 [Page 8]
Internet-Draft Diversity & Inclusiveness February 2021
This means that e.g. it becomes less important to the Internet-
Draft author what formatting rules a document needs to comply to,
since the existing tools will guarantee such compliance. On the
other hand, an author may benefit from guidelines on how to use
the set of available tools.
9. Economic Constraints
The current IETF processes favor participants who have enough money
to travel to several meetings a year, and/or participants who work
for companies who can afford such expense and are willing to spend
that money (which tends to be a specific subset of companies, as
discussed in Section 4).
Clearly, work such as [I-D.kuehlewind-shmoo-remote-fee] is a step in
the right direction. Other things to evaluate and consider are:
incorporating fee waivers for f2f meetings and/or adjusting the IETF
meeting fee to the local realities (i.e., move away from a flat fee),
and reducing the number of f2f meetings.
10. Educational Constraints
You have to know a lot of technical material to participate usefully
and effectively in IETF. How IPv4 and IPv6 work, something about
routing (at least the need for advertisements and aggregation),
something about addressing, something about transport protocols
(probably TCP and UDP, at least), something about congestion control
(at least that it's needed), something about DNS, something about
protocol layering, something about applications, something about
security (at least basics of authentication and encryption), etc.For
someone with little exposure there can be a very steep learning
curve.
Additionally, improving internet protocols requires skills to assess
protocols in a critical way. While there are multiple courses and
certifications that provide general knowledge about Internet
protocols and the skills for e.g. configuring internet routers, there
are fewer materials that try to analyze protocols in a critical way
(e.g. [Perlman] and [Day]). And this represents a barrier to
newcomers.
While this is not a problem that the IETF could (or should) solve,
there has been work that has helped in this area, and possibly more
could be done. e.g., some IETF tutorials have been very educational
and useful not only to introduce newcomers to IETF work, but also to
provide context for such work, and ocasionally also discuss
shortcomings. There is certainly room for the IETF to expand on
these activities.
Gont & Moore Expires August 26, 2021 [Page 9]
Internet-Draft Diversity & Inclusiveness February 2021
11. Cultural Issues
There are a number of cultural issues that also hinder diversity and
inclusiveness in the IETF. The following sub-sections discuss some
of these.
11.1. Language
Language can be exclusionary in many different ways.
For example, IETF participation requires and implies use of English
language. While English language has become the de facto
international language (with attempts such as Esperanto failing
miserably), communication in (any) non-native language can be
challenging for a number of reasons. This tends to be more
challenging when oral communication (as opposed to written) is
involved when expressions or phrasals that are unfamiliar to non-
native speakers of the language are involved.
Consider expressions such as "red herring", "knee jerk", and
others.
Additionally, use of terms that may have a political or social
connotation may result offensive to at least part of the community
(see e.g. [I-D.knodel-terminology] or
[I-D.gondwana-effective-terminology]).
11.2. Using email effectively
Email is still the best way for IETFer's to communicate at a
distance, it's vendor-independent and avoids vendor lockin, it's
universally available, there are many providers and email user agents
to choose from, it lends itself to searching and archiving, etc.
It's the medium of choice partially because it doesn't impose many
barriers to IETF participants using it. But there's a bit of an art
to using it effectively.
11.3. Comfort zone
Willingness to leave one's comfort zone is usually a necessary
condition to participating effectively in IETF.
Anyone who participates significantly is going to run into other
people who disagree, who think about the problem differently, who
have completely different contexts. This might be because they're
from a different technical background, different kind of company,
different culture, or all of the above. This is normal and even
necessary. Trying to sort out differences between people with
Gont & Moore Expires August 26, 2021 [Page 10]
Internet-Draft Diversity & Inclusiveness February 2021
different points-of-view is often uncomfortable precisely because it
often forces us to question our own assumptions. It follows that a
desire or demand to be "comfortable" at all times is
counterproductive.
And sometimes one runs into overt personal prejudice on the part of
others, and we have to deal with that too. It's part of the
landscape. Often people aren't aware of their prejudices or accept
them as natural or correct, and don't know how to turn them off even
if they wanted to. With increasing familiarity and a willingness to
respect fellow participants, it can diminish over time. But it takes
work, and that work is also often uncomfortable work.
12. IANA Considerations
This document has no IANA actions.
13. Security Considerations
The security implications arising from this document.
14. Acknowledgements
The authors would like to thank (in alphabetical order) Bron Gondwana
for providing valuable comments on earlier versions of this document.
This document has been motivated by discussions with a number of
individuals, both on- and off-list.
15. Informative References
[Day] Day, J., "Patterns in Network Architecture: A Return to
Fundamentals", Prentice-Hall 1st edition, 1999.
[I-D.carpenter-gendispatch-rfc7221bis]
Farrel, A., Crocker, D., Carpenter, B., Gont, F., and M.
Richardson, "Handling and Adoption of Internet-Drafts by
IETF Working Groups", draft-carpenter-gendispatch-
rfc7221bis-01 (work in progress), October 2020.
[I-D.carpenter-nomcom2020-letter]
Carpenter, B., "Open Letter to the 2020-21 IETF Nominating
Committee", draft-carpenter-nomcom2020-letter-00 (work in
progress), September 2020.
Gont & Moore Expires August 26, 2021 [Page 11]
Internet-Draft Diversity & Inclusiveness February 2021
[I-D.gondwana-effective-terminology]
Gondwana, B., "Effective Terminology in IETF drafts",
draft-gondwana-effective-terminology-01 (work in
progress), August 2020.
[I-D.knodel-terminology]
Knodel, M. and N. Oever, "Terminology, Power, and
Inclusive Language in Internet-Drafts and RFCs", draft-
knodel-terminology-04 (work in progress), August 2020.
[I-D.kuehlewind-shmoo-remote-fee]
Kuehlewind, M., Reed, J., and R. Salz, "Open Participation
Principle regarding Remote Registration Fee", draft-
kuehlewind-shmoo-remote-fee-02 (work in progress), January
2021.
[ID-Guidelines]
Housley, R., "Guidelines to Authors of Internet-Drafts",
2010, <https://www.ietf.org/standards/ids/guidelines/>.
[IETF-Tao]
ten Oever, N. and K. Moriarty, "The Tao of IETF: A
Novice's Guide to the Internet Engineering Task Force",
2019, <https://www.ietf.org/about/participate/tao/>.
[Perlman] Perlman, R., "Interconnections: Bridges, Routers,
Switches, and Internetworking Protocols", Addison-Wesley
Professional 2nd edition, 1999.
[RFC8989] Carpenter, B. and S. Farrell, "Additional Criteria for
Nominating Committee Eligibility", RFC 8989,
DOI 10.17487/RFC8989, February 2021,
<https://www.rfc-editor.org/info/rfc8989>.
Authors' Addresses
Fernando Gont
SI6 Networks
Segurola y Habana 4310, 7mo Piso
Villa Devoto, Ciudad Autonoma de Buenos Aires
Argentina
Email: fgont@si6networks.com
URI: https://www.si6networks.com
Gont & Moore Expires August 26, 2021 [Page 12]
Internet-Draft Diversity & Inclusiveness February 2021
Keith Moore
Network Heretics
Email: moore@network-heretics.com
Gont & Moore Expires August 26, 2021 [Page 13]