A Mission Statement for the IETF
RFC 3935 формулирует миссию IETF: способствовать тому, чтобы Интернет работал лучше, создавая качественные и актуальные технические и инженерные документы. Документ описывает ключевые принципы работы IETF: открытый процесс, техническую компетентность, добровольное участие, приблизительный консенсус и работающий код, а также ответственность за протоколы. Он определяет употребляемые термины и рассматривает границы миссии, включая применимость технологий, соотношение исследований, стандартизации и внедрения, а также глобальный характер Интернета. RFC имеет статус Best Current Practice и запрашивает обсуждение и предложения по улучшению.
Рабочая группа сети H. Alvestrand
Запрос комментариев: 3935 Cisco Systems
BCP: 95 Октябрь 2004
Категория: Лучшая современная практика
Формулировка миссии IETF
Статус этого меморандума
Этот документ определяет Лучшую современную практику Интернета для
Интернет-сообщества и запрашивает обсуждение и предложения по
улучшениям. Распространение этого меморандума не ограничено.
Уведомление об авторских правах
Авторское право (C) The Internet Society (2004).
Аннотация
Этот меморандум представляет формулировку миссии IETF, пытается
достаточно определить термины, используемые в этой формулировке,
чтобы сделать её понятной и полезной, обосновывает, почему IETF
необходима формулировка миссии, и пытается отразить часть дискуссии,
которая привела к этому этапу.
1. Формулировка миссии
Цель IETF — сделать работу Интернета лучше.
Миссия IETF состоит в подготовке высококачественных, актуальных
технических и инженерных документов, влияющих на то, как люди
проектируют, используют и управляют Интернетом, таким образом, чтобы
Интернет работал лучше. Эти документы включают стандарты протоколов,
лучшие современные практики и информационные документы различных
видов.
IETF будет выполнять эту миссию, придерживаясь следующих основных
принципов:
Открытый процесс — любое заинтересованное лицо может участвовать в
работе, знать, что решается, и быть услышанным по данному вопросу.
Часть этого принципа — наше обязательство делать наши документы,
списки рассылки наших WG, списки участников и протоколы наших
заседаний общедоступными в Интернете.
Техническая компетентность — вопросы, по которым IETF выпускает свои
документы, являются вопросами, по которым IETF обладает
компетентностью, необходимой для высказывания по ним, и по которым
IETF готова выслушивать
Alvestrand Лучшая современная практика [Страница 1]
RFC 3935 Формулировка миссии IETF Октябрь 2004
технически компетентные мнения из любого источника. Техническая
компетентность также означает, что мы ожидаем, что результаты IETF
будут разработаны в соответствии с надёжными принципами сетевой
инженерии; это также часто называется «инженерным качеством».
Добровольческое ядро — наши участники и наше руководство — это люди,
которые приходят в IETF, потому что хотят выполнять работу,
способствующую миссии IETF «сделать работу Интернета лучше».
Приблизительный консенсус и работающий код — мы разрабатываем
стандарты на основе объединённого инженерного суждения наших
участников и нашего практического опыта реализации и внедрения
наших спецификаций.
Владение протоколом — когда IETF принимает на себя владение
протоколом или функцией, она принимает ответственность за все
аспекты протокола, даже если некоторые аспекты редко или никогда
не наблюдаются в Интернете. И наоборот, когда IETF не несёт
ответственности за протокол или функцию, она не пытается
осуществлять контроль над ними, даже если они иногда затрагивают
или влияют на Интернет.
2. Определение терминов
Миссия: То, что организация намеревается делать. Это отличается от
её цели (то есть того, чего она надеется достичь, выполняя свою
миссию) и от её деятельности (то есть конкретных действий, которые
она предпринимает для достижения своей миссии).
Интернет: Большая разнородная совокупность взаимосвязанных систем,
которая может использоваться для множества различных видов связи
между любыми заинтересованными сторонами, подключёнными к ней.
Термин включает как «ядро Интернета» (сети ISP), так и «периферию
Интернета» (корпоративные и частные сети, часто подключённые через
межсетевые экраны, устройства NAT, шлюзы прикладного уровня и
подобные устройства). Интернет — действительно глобальная сеть,
охватывающая почти все страны мира.
Сообщество IETF хочет, чтобы Интернет преуспел, поскольку мы
считаем, что существование Интернета и его влияние на экономику,
коммуникацию и образование помогут нам построить лучшее
человеческое общество.
Стандарт: В используемом здесь смысле термин описывает спецификацию
протокола, поведения системы или процедуры, имеющую уникальный
идентификатор и в отношении которой IETF согласовала следующее:
«если вы хотите сделать эту вещь, вот описание того, как её
делать». Он не предполагает каких-либо попыток IETF предписать его
использование или контролировать его применение, а означает лишь:
«если вы говорите, что делаете это согласно данному стандарту,
делайте это таким образом». Польза
Alvestrand Лучшая современная практика [Страница 2]
RFC 3935 Формулировка миссии IETF Октябрь 2004
стандарта для Интернета состоит в совместимости: несколько
продуктов, реализующих стандарт, способны работать совместно,
чтобы предоставлять пользователям Интернета ценные функции.
Участники: Лица, участвующие в процессе, являются основной единицей
организации IETF и работы IETF. IETF установила, что процесс
работает лучше всего, когда сосредоточен вокруг людей, а не вокруг
организаций, компаний, правительств или групп интересов. Это не
означает, что эти другие сущности не представляют интереса, но они
не составляют IETF.
Качество: В данном контексте — способность выражать идеи с достаточной
ясностью, чтобы все люди, создающие системы в соответствии с ними,
понимали их одинаково, а также способность (и готовность) описывать
свойства системы достаточно хорошо, чтобы понимать важные
последствия её проектирования и обеспечивать, чтобы эти последствия
были полезны для Интернета в целом. Это также означает, что
спецификации разрабатываются с соблюдением надёжных принципов
сетевой инженерии, так что использование по назначению, вероятно,
будет эффективным и не нанесёт вреда Интернету в целом.
Актуальность: В данном контексте — полезность для некоторой группы
людей, которым необходимо принимать решения, влияющие на Интернет,
включая, помимо прочего, разработчиков аппаратного и программного
обеспечения, создателей сетей, операторов сетей и пользователей
Интернета. Обратите внимание, что это не означает «правильный» или
«положительный»: отчёт об эксперименте, завершившемся неудачей, или
спецификация, ясно объясняющая, почему её не следует использовать в
данной ситуации, могут быть весьма актуальны — для принятия решения
о том, чего НЕ делать. Частью актуальности является своевременность:
очень часто документы, представленные через год после принятия
ключевых решений, значительно менее полезны, чем документы, доступные
лицам, принимающим решения, в момент принятия решения.
3. Необходимость формулировки миссии
IETF приходится принимать решения. И в некоторых случаях люди,
действующие от имени IETF, должны принимать решения, не консультируясь
предварительно со всей IETF.
Для этого существует много причин, включая почти невозможность быстро
получить информированное консенсусное мнение по сложному вопросу от
сообщества из нескольких тысяч человек.
Наличие определённой миссии — один из шагов, которые мы можем
предпринять для оценки альтернатив: это помогает миссии или препятствует
ей либо является по отношению к ней ортогональным? Если ресурсы
ограничены, существуют ли направления, в которые их можно вложить,
чтобы лучше способствовать миссии?
Alvestrand Лучшая современная практика [Страница 3]
RFC 3935 Формулировка миссии IETF Октябрь 2004
(Другой шаг — выбирать руководителей, которым мы доверяем проявлять
здравое суждение и поступать правильно. Но мы уже стараемся это делать.)
4. Вопросы определения границ миссии IETF
4.1. Сфера Интернета
Весьма сложным вопросом при обсуждении миссии IETF был охват термина
«для Интернета». Интернет используется для многих целей, для многих из
которых сообщество IETF не имеет ни интереса, ни компетентности в
разработке стандартов.
Интернет не является ценностно-нейтральным, как и IETF. Мы хотим,
чтобы Интернет был полезен сообществам, разделяющим нашу приверженность
открытости и справедливости. Мы поддерживаем такие технические концепции,
как децентрализованное управление, расширение возможностей конечных
пользователей и совместное использование ресурсов, поскольку эти
концепции созвучны основным ценностям сообщества IETF. Эти концепции
мало связаны с технологией, которая возможна, и во многом связаны с
технологией, которую мы выбираем создавать.
В то же время ясно, что многие определённые IETF технологии полезны не
только для Интернета, но и для сетей, не имеющих прямого отношения к
самому Интернету.
При попытке разрешить вопрос о сфере IETF, возможно, наиболее
справедливый баланс достигается следующей формулировкой: «протоколы и
практики, для которых ожидается, что безопасные и масштабируемые
реализации будут широко развёрнуты и взаимодействовать в Интернете
либо составят часть инфраструктуры Интернета».
Помимо этого ограничения, нас также ограничивает принцип компетентности:
там, где у нас нет и мы не можем собрать компетентность, необходимую для
разработки технически обоснованных стандартов, нам не следует пытаться
брать на себя руководство.
4.2. Баланс между исследованием, изобретением и внедрением
Традиционно IETF была сообществом для экспериментирования с вещами,
которые не полностью понятны, стандартизации протоколов, в отношении
которых достигнуто некоторое понимание, а также публикации (и
совершенствования) протоколов, первоначально специфицированных вне
процесса IETF.
Alvestrand Лучшая современная практика [Страница 4]
RFC 3935 Формулировка миссии IETF Октябрь 2004
Все эти виды деятельности объединяет то, что они производят документы,
однако при наступлении времени публикации документы следует оценивать по
очень разным критериям, и нередко люди путаются в том, какие документы к
какой категории относятся.
При решении о том, следует ли осуществлять эту деятельность в рамках
IETF, следует главным образом смотреть не на вид деятельности, а на
потенциальную пользу для Интернета: эксперимент, дающий информацию о
том, что некоторый подход нежизнеспособен, может принести Интернету
большую пользу, чем публикация стандарта, который технически компетентен,
но полезен лишь в нескольких особых случаях.
Для исследований по существу неограниченного характера с неизвестной
вероятностью успеха может быть более уместно учредить исследовательскую
группу, чем группу по стандартам. Для деятельности с ограниченной сферой
— например, спецификации нескольких альтернативных протоколов до степени,
при которой эксперименты могут выявить лучший из них для стандартизации, —
механизм рабочих групп IETF может быть подходящим инструментом.
4.3. Баланс между миссией и процедурами
Миссия предназначена для указания того, чего IETF пытается достичь.
Для достижения этих результатов можно выбрать много методов — например,
процедура апелляций определена так, чтобы мы могли выявлять случаи,
когда были нарушены наши основополагающие принципы технической
компетентности и открытого процесса; сама по себе она не является
фундаментальной ценностью.
Аналогично, вопрос о том, какой орган в IETF объявляет документ готовым
к публикации, полностью находится вне формулировки миссии; мы можем
представить изменение этого без какого-либо влияния на то, в чём состоит
миссия IETF, — хотя это может существенно повлиять на способность
достигать этой миссии.
4.4. Охват Интернета
Интернет — глобальное явление. Люди, заинтересованные в его развитии,
происходят из всех культур мира и из всех слоёв общества. IETF делает
упор на техническую компетентность, приблизительный консенсус и
индивидуальное участие и должна быть открыта для компетентного вклада из
любого источника. IETF использует английский язык для своей работы,
поскольку он полезен для работы в глобальном контексте.
Alvestrand Лучшая современная практика [Страница 5]
RFC 3935 Формулировка миссии IETF Октябрь 2004
4.5. Владение протоколом
Проблема, сходная с проблемой определения области компетентности IETF,
возникает, когда протокол, явно входящий в сферу IETF, используется как
в Интернете, так и вне его; главным примером, конечно, является сам
Internet Protocol.
Иногда IETF определяет стандарты, которые в конечном счёте находят
наибольшее применение вне глобального Интернета. Определив стандарт,
IETF продолжит обеспечивать необходимое администрирование этого
протокола.
Иногда IETF использует стандарты, определённые и поддерживаемые другими
организациями; мы продолжаем работать с этими организациями над их
стандартами и не пытаемся взять их под свой контроль.
5. Соображения безопасности
Учёт безопасности — один из основных принципов надёжной сетевой
инженерии для Интернета. Помимо этого, она не имеет отношения к данному
меморандуму.
6. Благодарности
Этот документ является результатом многих часов дискуссий, бесчисленных
рецензий и неограниченного количества электронных писем. Поэтому любой
раздел благодарностей неизбежно будет неполным.
Среди многих, предоставивших материалы, были нынешние члены
IESG (Alex Zinin, Allison Mankin, Bert Wijnen, Bill Fenner, David
Kessens, Jon Peterson, Margaret Wasserman, Russ Housley, Scott
Hollenbeck, Steve Bellovin, Ted Hardie, Thomas Narten) и недавние
члены IESG (Ned Freed, Randy Bush, Erik Nordmark), а также
многочисленные члены IAB и многие члены сообщества, включая
James Polk, John Klensin, Pekka Savola, Paul Hoffman, Eliot Lear,
Jonne Soininen, Fred Baker, Dean Anderson, John Leslie, Susan Harris
и многих других. Особая благодарность выражается Leslie Daigle,
председателю IAB.
Адрес автора
Harald Tveit Alvestrand
Cisco Systems
Weidemanns vei 27
Trondheim 7043
NO
EMail: harald@alvestrand.no
Alvestrand Best Current Practice [Страница 6]
RFC 3935 Заявление о миссии IETF Октябрь 2004
Полное заявление об авторских правах
Copyright (C) The Internet Society (2004).
Этот документ регулируется правами, лицензиями и ограничениями,
содержащимися в BCP 78, и, за исключением предусмотренного в нём,
авторы сохраняют все свои права.
Этот документ и содержащаяся в нём информация предоставляются на
условиях «КАК ЕСТЬ», и УЧАСТНИК, ОРГАНИЗАЦИЯ, КОТОРУЮ ОН/ОНА
ПРЕДСТАВЛЯЕТ ИЛИ КОТОРОЙ СПОНСИРУЕТСЯ (ЕСЛИ ТАКОВАЯ ИМЕЕТСЯ),
INTERNET SOCIETY И INTERNET ENGINEERING TASK FORCE ОТКАЗЫВАЮТСЯ ОТ
ВСЕХ ГАРАНТИЙ, ЯВНЫХ ИЛИ ПОДРАЗУМЕВАЕМЫХ, ВКЛЮЧАЯ, ПОМИМО ПРОЧЕГО,
ЛЮБУЮ ГАРАНТИЮ ТОГО, ЧТО ИСПОЛЬЗОВАНИЕ СОДЕРЖАЩЕЙСЯ ЗДЕСЬ
ИНФОРМАЦИИ НЕ БУДЕТ НАРУШАТЬ КАКИЕ-ЛИБО ПРАВА, И ЛЮБЫЕ
ПОДРАЗУМЕВАЕМЫЕ ГАРАНТИИ ТОВАРНОЙ ПРИГОДНОСТИ ИЛИ ПРИГОДНОСТИ ДЛЯ
ОПРЕДЕЛЁННОЙ ЦЕЛИ.
Интеллектуальная собственность
IETF не занимает позиции относительно действительности или объёма
каких-либо прав интеллектуальной собственности либо иных прав,
которые могут заявляться как относящиеся к реализации или
использованию технологии, описанной в этом документе, либо
относительно того, может ли какая-либо лицензия на основании таких
прав быть доступна или нет; IETF также не заявляет, что предприняла
какие-либо независимые усилия для выявления любых таких прав.
Информация о процедурах IETF в отношении прав на документы IETF
содержится в BCP 78 и BCP 79.
Копии раскрытий IPR, направленных в Секретариат IETF, и любые
заверения о лицензиях, которые будут предоставлены, либо результат
попытки получить общую лицензию или разрешение на использование
таких прав собственности разработчиками или пользователями этой
спецификации можно получить в онлайн-репозитории IPR IETF по адресу
http://www.ietf.org/ipr.
IETF приглашает любую заинтересованную сторону довести до её
сведения любые авторские права, патенты или патентные заявки либо
иные права собственности, которые могут охватывать технологию,
которая может потребоваться для реализации этого стандарта.
Просьба направлять эту информацию в IETF по адресу ietf-
ipr@ietf.org.
Благодарность
Финансирование функции RFC Editor в настоящее время предоставляется
Internet Society.
Alvestrand Best Current Practice [Страница 7]
Network Working Group H. Alvestrand
Request for Comments: 3935 Cisco Systems
BCP: 95 October 2004
Category: Best Current Practice
A Mission Statement for the IETF
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.
Copyright Notice
Copyright (C) The Internet Society (2004).
Abstract
This memo gives a mission statement for the IETF, tries to define the
terms used in the statement sufficiently to make the mission
statement understandable and useful, argues why the IETF needs a
mission statement, and tries to capture some of the debate that led
to this point.
1. Mission Statement
The goal of the IETF is to make the Internet work better.
The mission of the IETF is to produce high quality, relevant
technical and engineering documents that influence the way people
design, use, and manage the Internet in such a way as to make the
Internet work better. These documents include protocol standards,
best current practices, and informational documents of various kinds.
The IETF will pursue this mission in adherence to the following
cardinal principles:
Open process - any interested person can participate in the work,
know what is being decided, and make his or her voice heard on the
issue. Part of this principle is our commitment to making our
documents, our WG mailing lists, our attendance lists, and our
meeting minutes publicly available on the Internet.
Technical competence - the issues on which the IETF produces its
documents are issues where the IETF has the competence needed to
speak to them, and that the IETF is willing to listen to
Alvestrand Best Current Practice [Page 1]
RFC 3935 IETF Mission Statement October 2004
technically competent input from any source. Technical competence
also means that we expect IETF output to be designed to sound
network engineering principles - this is also often referred to as
"engineering quality".
Volunteer Core - our participants and our leadership are people who
come to the IETF because they want to do work that furthers the
IETF's mission of "making the Internet work better".
Rough consensus and running code - We make standards based on the
combined engineering judgement of our participants and our real-
world experience in implementing and deploying our specifications.
Protocol ownership - when the IETF takes ownership of a protocol or
function, it accepts the responsibility for all aspects of the
protocol, even though some aspects may rarely or never be seen on
the Internet. Conversely, when the IETF is not responsible for a
protocol or function, it does not attempt to exert control over
it, even though it may at times touch or affect the Internet.
2. Definition of Terms
Mission: What an organization sets out to do. This is in contrast to
its goal (which is what it hopes to achieve by fulfilling its
mission), and to its activities (which is what specific actions it
takes to achieve its mission).
The Internet: A large, heterogeneous collection of interconnected
systems that can be used for communication of many different types
between any interested parties connected to it. The term includes
both the "core Internet" (ISP networks) and "edge Internet"
(corporate and private networks, often connected via firewalls,
NAT boxes, application layer gateways and similar devices). The
Internet is a truly global network, reaching into just about every
country in the world.
The IETF community wants the Internet to succeed because we
believe that the existence of the Internet, and its influence on
economics, communication, and education, will help us to build a
better human society.
Standard: As used here, the term describes a specification of a
protocol, system behaviour or procedure that has a unique
identifier, and where the IETF has agreed that "if you want to do
this thing, this is the description of how to do it". It does not
imply any attempt by the IETF to mandate its use, or any attempt
to police its usage - only that "if you say that you are doing
this according to this standard, do it this way". The benefit of
Alvestrand Best Current Practice [Page 2]
RFC 3935 IETF Mission Statement October 2004
a standard to the Internet is in interoperability - that multiple
products implementing a standard are able to work together in
order to deliver valuable functions to the Internet's users.
Participants: Individuals who participate in the process are the
fundamental unit of the IETF organization and the IETF's work.
The IETF has found that the process works best when focused around
people, rather than around organizations, companies, governments
or interest groups. That is not to say that these other entities
are uninteresting - but they are not what constitutes the IETF.
Quality: In this context, the ability to express ideas with enough
clarity that they can be understood in the same way by all people
building systems to conform to them, and the ability (and
willingness) to describe the properties of the system well enough
to understand important consequences of its design, and to ensure
that those consequences are beneficial to the Internet as a whole.
It also means that the specifications are designed with adherence
to sound network engineering principles, so that use for its
intended purpose is likely to be effective and not harmful to the
Internet as a whole.
Relevant: In this context, useful to some group of people who have to
make decisions that affect the Internet, including, but not
limited to, hardware and software implementors, network builders,
network operators, and users of the Internet. Note that it does
not mean "correct" or "positive" - a report of an experiment that
failed, or a specification that clearly says why you should not
use it in a given situation, can be highly relevant - for deciding
what NOT to do. A part of being relevant is being timely - very
often, documents delivered a year after core decisions have been
taken are far less useful than documents that are available to the
decision-makers at decision time.
3. The Need for a Mission Statement
The IETF has to make decisions. And in some cases, people acting on
behalf of the IETF have to make decisions without consulting the
entire IETF first.
There are many reasons for this, including the near-impossibility of
getting an informed consensus opinion on a complex subject out of a
community of several thousand people in a short time.
Having a defined mission is one of the steps we can take in order to
evaluate alternatives: Does this help or hinder the mission, or is it
orthogonal to it? If there are limited resources, are there things
that they could be invested in that help the mission better?
Alvestrand Best Current Practice [Page 3]
RFC 3935 IETF Mission Statement October 2004
(Another step is to choose leaders that we trust to exercise their
good judgement and do the right thing. But we're already trying to
do that.)
4. Issues with Scoping the IETF's Mission
4.1. The Scope of the Internet
A very difficult issue in discussing the IETF's mission has been the
scope of the term "for the Internet". The Internet is used for many
things, many of which the IETF community has neither interest nor
competence in making standards for.
The Internet isn't value-neutral, and neither is the IETF. We want
the Internet to be useful for communities that share our commitment
to openness and fairness. We embrace technical concepts such as
decentralized control, edge-user empowerment and sharing of
resources, because those concepts resonate with the core values of
the IETF community. These concepts have little to do with the
technology that's possible, and much to do with the technology that
we choose to create.
At the same time, it is clear that many of the IETF-defined
technologies are useful not only for the Internet, but also for
networks that have no direct relation to the Internet itself.
In attempting to resolve the question of the IETF's scope, perhaps
the fairest balance is struck by this formulation: "protocols and
practices for which secure and scalable implementations are expected
to have wide deployment and interoperation on the Internet, or to
form part of the infrastructure of the Internet."
In addition to this constraint, we are also constrained by the
principle of competence: Where we do not have, and cannot gather, the
competence needed to make technically sound standards, we should not
attempt to take the leadership.
4.2. The Balance Between Research, Invention and Adoption
The IETF has traditionally been a community for experimentation with
things that are not fully understood, standardization of protocols
for which some understanding has been reached, and publication of
(and refinement of) protocols originally specified outside the IETF
process.
Alvestrand Best Current Practice [Page 4]
RFC 3935 IETF Mission Statement October 2004
All of these activities have in common that they produce documents -
but the documents should be judged by very different criteria when
the time to publish comes around, and it's not uncommon to see people
confused about what documents are in which category.
In deciding whether or not these activities should be done within the
IETF, one should not chiefly look at the type of activity, but the
potential benefit to the Internet - an experiment that yields
information about the fact that an approach is not viable might be of
greater benefit to the Internet than publishing a standard that is
technically competent, but only useful in a few special cases.
For research of an essentially unbounded nature, with unknown
probability of success, it may be more relevant to charter a research
group than a standards group. For activities with a bounded scope -
such as specifying several alternative protocols to the point where
experiments can identify the better one for standardization - the
IETF's working group mechanism may be an appropriate tool.
4.3. The Balance Between Mission and Procedures
The mission is intended to state what the IETF is trying to achieve.
There are many methods that can be chosen to achieve these outcomes -
for instance, the appeals procedure is defined so that we can detect
cases where our fundamental principles of technical competence and
open process has been violated; it is not itself a fundamental value.
Similarly, the question of what body in the IETF declares that a
document is ready for publication is entirely outside the mission
statement; we can imagine changing that without in any way impacting
what the IETF mission is - even though it may significantly impact
the ability to achieve that mission.
4.4. The Reach of the Internet
The Internet is a global phenomenon. The people interested in its
evolution are from every culture under the sun and from all walks of
life. The IETF puts its emphasis on technical competence, rough
consensus and individual participation, and needs to be open to
competent input from any source. The IETF uses the English language
for its work is because of its utility for working in a global
context.
Alvestrand Best Current Practice [Page 5]
RFC 3935 IETF Mission Statement October 2004
4.5. Protocol Ownership
A problem akin to the problem of deciding on the area of the IETF's
competence arises when a protocol that is clearly in the IETF's scope
is used both on and off the Internet - the premier example is of
course the Internet Protocol itself.
Sometimes the IETF defines standards that ultimately see the most use
outside the global Internet. The IETF, having defined the standard,
will continue to provide the necessary administration of that
protocol.
Sometimes the IETF leverages standards that are defined and
maintained by other organizations; we continue to work with those
organizations on their standards and do not attempt to take them
over.
5. Security Considerations
Considering security is one of the core principles of sound network
engineering for the Internet. Apart from that, it's not relevant to
this memo.
6. Acknowledgements
This document is a result of many hours of debate, countless reviews,
and limitless emails. As such, any acknowledgements section is bound
to be incomplete.
Among the many who provided input were the current members of the
IESG (Alex Zinin, Allison Mankin, Bert Wijnen, Bill Fenner, David
Kessens, Jon Peterson, Margaret Wasserman, Russ Housley, Scott
Hollenbeck, Steve Bellovin, Ted Hardie, Thomas Narten) and recent
IESG members (Ned Freed, Randy Bush, Erik Nordmark), as well as
multiple IAB members, and many members from the community, including
James Polk, John Klensin, Pekka Savola, Paul Hoffman, Eliot Lear,
Jonne Soininen, Fred Baker, Dean Anderson, John Leslie, Susan Harris,
and many others. Special thanks go to Leslie Daigle, the IAB chair.
Author's Address
Harald Tveit Alvestrand
Cisco Systems
Weidemanns vei 27
Trondheim 7043
NO
EMail: harald@alvestrand.no
Alvestrand Best Current Practice [Page 6]
RFC 3935 IETF Mission Statement October 2004
Full Copyright Statement
Copyright (C) The Internet Society (2004).
This document is subject to the rights, licenses and restrictions
contained in BCP 78, and except as set forth therein, the authors
retain all their rights.
This document and the information contained herein are provided on an
"AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS
OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET
ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED,
INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE
INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED
WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
Intellectual Property
The IETF takes no position regarding the validity or scope of any
Intellectual Property Rights or other rights that might be claimed to
pertain to the implementation or use of the technology described in
this document or the extent to which any license under such rights
might or might not be available; nor does it represent that it has
made any independent effort to identify any such rights. Information
on the IETF's procedures with respect to rights in IETF Documents can
be found in BCP 78 and BCP 79.
Copies of IPR disclosures made to the IETF Secretariat and any
assurances of licenses to be made available, or the result of an
attempt made to obtain a general license or permission for the use of
such proprietary rights by implementers or users of this
specification can be obtained from the IETF on-line IPR repository at
http://www.ietf.org/ipr.
The IETF invites any interested party to bring to its attention any
copyrights, patents or patent applications, or other proprietary
rights that may cover technology that may be required to implement
this standard. Please address the information to the IETF at ietf-
ipr@ietf.org.
Acknowledgement
Funding for the RFC Editor function is currently provided by the
Internet Society.
Alvestrand Best Current Practice [Page 7]