RFC 6291 Guidelines for the Use of the «OAM» Acronym in the IETF

Internet Engineering Task Force (IETF)                      L. Andersson
Request for Comments: 6291                                      Ericsson
BCP: 161                                                 H. van Helvoort
Category: Best Current Practice                      Huawei Technologies
ISSN: 2070-1721                                                R. Bonica
                                                        Juniper Networks
                                                            D. Romascanu
                                                                   Avaya
                                                            S. Mansfield
                                                                Ericsson
                                                               June 2011

Guidelines for the Use of the «OAM» Acronym in the IETF

Рекомендации по использованию термина OAM в IETF

PDF

Аннотация

На первый взгляд сокращение OAM представляется широко известным и хорошо понятным. Однако при более внимательном рассмотрении выявляется ряд проблем, к которым приходится возвращаться снова и снова.

В этом документе приводится определение аббревиатуры OAM1 для использования в будущих документах IETF, где упоминается OAM. Имеются и другие определения этой аббревиатуры, которые рассматриваются в определениях составных частей OAM.

Статус документа

Документ относится к категории Internet Best Current Practice.

Документ является результатом работы IETF2 и представляет согласованный взгляд сообщества IETF. Документ прошёл открытое обсуждение и был одобрен для публикации IESG3. Дополнительную информацию о BCP можно найти в разделе 2 в RFC 5741.

Информацию о текущем статусе документа, ошибках и способах обратной связи можно найти по ссылке http://www.rfc-editor.org/info/rfc6291.

Авторские права

Авторские права (Copyright (c) 2011) принадлежат IETF Trust и лицам, указанным в качестве авторов документа. Все права защищены.

К документу применимы права и ограничения, указанные в BCP 78 и IETF Trust Legal Provisions и относящиеся к документам IETF (http://trustee.ietf.org/license-info), на момент публикации данного документа. Прочтите упомянутые документы внимательно. Фрагменты программного кода, включённые в этот документ, распространяются в соответствии с упрощённой лицензией BSD, как указано в параграфе 4.e документа IETF Trust Legal Provisions, без каких-либо гарантий (как указано в Simplified BSD License).

1. Введение

Основной целью этого документа является определение акронима OAM для использования в будущих документах IETF, где упоминается OAM.

Термин OAM часто применяется в сфере телекоммуникаций и можно предположить, что столь широко используемое понятие имеет очень чёткое определение. Однако при внимательном рассмотрении заметны некоторые моменты, требующие уточнения.

Если столь важная часть технологии не имеет чёткого определения или имеются разные варианты применения ключевой концепции, это в конечном итоге вызывает проблемы. Попытка разобраться с применением столь «содержательного» сокращения, как OAM, сталкивается с двумя уровнями сложности. Во-первых, каждая буква в акрониме представляет интегрированный элемент функциональности. Во-вторых, термин в целом представляет собой нечто большее, чем просто сумма его частей.

Существует также проблема определений каждой части (буквы) акронима. В этом документе представлен анализ того, что обозначает каждая буква, и предложены возможные интерпретации. В заключение представлены рекомендации по интерпретации самого акронима OAM.

Полезные сведения для понимания аббревиатуры OAM в более широком контексте содержатся в работе «An Overview of Operations, Administration, and Maintenance (OAM) Mechanisms» [OAM-OVERVIEW].

1.1. Термины

Mgmt

Management — обслуживание (поддержка)

O&M

OAM and Management — OAM и обслуживание

OAM

Operations, Administration, and Maintenance — эксплуатация, администрирование и обслуживание (поддержка)

SDO

Standards Development Organization — орган стандартизации

2. Текущее использование термина OAM

В этом разделе рассматривается использование термина OAM в других SDO и приведены сведения, необходимые для понимания того, как термин применяется в IETF.

2.1. Применение термина OAM другими организациями

Operations And Maintenance (OAM) — эксплуатация и поддержка (техническое обслуживание)

Группа функций обслуживания сети, обеспечивающих индикацию отказов, данные о производительности, диагностику. Спецификация ATM OAM ITU-T I.610 [ITU-T-I.610] является примером использования такой трактовки акронима OAM.

Operations, Administration, and Maintenance (OAM) — эксплуатация, администрирование и обслуживание

Группа функций управления сетью, обеспечивающих обнаружение и локализацию отказов, данные о производительности, диагностику. Примерами такого использования акронима являются раздел (Clause) 57 в IEEE 802.3-2008 [IEEE.802.3-2008] и ITU-T Y.1731 [ITU-T-Y.1731].

В Рекомендациях ITU-T M.3010 [ITU-T-M.3010] определена функция операционной системы, как блок обработки информации, относящейся к управлению телекоммуникациями с целью мониторинга/координации, и/или управления телекоммуникационными функциями, включая функции поддержки (например, сетью TMN4).

В Metro Ethernet Forum термином OAM обозначают инструменты и утилиты для установки, мониторинга и поиска неполадок в сети, помогающие операторам более эффективно управлять сетями [MEF-17].

2.1.1. O в OAM

Буква O в аббревиатуре OAM означает Operations (операции, эксплуатация). Однако в определении и сфере применения термина Operation имеются неоднозначности.

Примерами инструментов, связанных с эксплуатацией, являются средства мониторинга производительности, используемые для измерений SLA5), средства контроля отказов, применяемые для отслеживания состояния узлов сети, а также средства обеспечения работы сети.

2.1.2. A в OAM

Буква A в OAM означает Administration (администрирование).

Примером инструментов администрирования являются средства сетевого обнаружения и планирования.

2.1.3. M в OAM

Буква M в OAM означает Maintenance или Management (техническое обслуживание, поддержка).

Примерами инструментов обслуживания являются средства проверки связности, шлейфовые тесты, трассировщики каналов и другие инструменты, которые могут применяться для мониторинга и диагностики отказов в сети или её элементах.

В Рекомендациях ITU-T M.20 [ITU-T-M.20] (техническое) обслуживание определено как набор операций, требуемых для настройки и поддержания в заданных пределах любых элементов, участвующих в соединениях (см. [ITU-T-M.60]). Цель заключается в надлежащем планировании и программировании операций технического обслуживания, требуемых для создания и поддержания сети.

Основной целью концепции технического обслуживания является минимизация вероятности отказов и их влияния на работу сети, а также обеспечение адекватных мер при возникновении отказа.

2.2. Использование OAM в IETF

Ниже приведено несколько вариантов расшифровки акронима OAM в IETF RFC. Список не является исчерпывающим.

OAM

Operations, Administration, and Maintenance в RFC 5586 [RFC5586]

OAM

Operations and Maintenance в RFC 3429 [RFC3429]

OAM

Operations and Management в RFC 4377 [RFC4377]

O&M

OAM and Maintenance в RFC 1812 [RFC1812]

Иногда к акрониму добавляется четвёртая буква:

OAM&P

Operations, Administration, Maintenance and Provisioning in RFC 4594 [RFC4594]

3. Рекомендации по использованию акронима OAM

Ниже приведены рекомендуемые IETF расшифровки OAM и ещё двух акронимов.

OAM

Operations, Administration, and Maintenance (эксплуатация, администрирование и обслуживание)

O&M

OAM and Management (OAM и управление)

Mgmt

Management (управление)

Компоненты акронима OAM (и provisioning) описаны ниже.

Operations

Эксплуатационные мероприятия проводятся для поддержания работоспособности сети и обеспечиваемых сетью услуг). Это включает мониторинг сети и обнаружение проблем. В идеале проблемы должны обнаруживаться до того, как они окажут влияние на работу пользователей.

Administration

Административные мероприятия включают отслеживание (трассировку) ресурсов сети и способов их использования. Сюда же относится учётная деятельность, требуемая для отслеживания сетевых ресурсов и контролируемой сети.

Maintenance

Техническое обслуживание нацелено на обеспечение ремонта и обновления, например, определения сроков замены оборудования, обновления операционной системы маршрутизаторов, добавления коммутаторов в сеть. Сюда же относятся корректировочные и профилактические меры повышения эффективности работы сети, например, корректировка конфигурации и параметров.

Provisioning

Действия по обеспечению включают настройку сетевых ресурсов для поддержки предлагаемых услуг. Сюда же может относиться настройка сети, позволяющая новым клиентам получать доступ в Internet.

В общем случае обеспечение применяется для настройки сети при внедрении новых услуг, тогда как OAM служит для поддержки в сети состояния, позволяющего предоставлять уже развёрнутые услуги.

Иногда приходится говорить о сочетании функций и инструментов, предоставляемых OAM и управлением. В таких случаях разумно использовать термин «OAM and Management» и его сокращение O&M.

Mgmt служит сокращением для термина Management, который в этом документе не определяется.

4. Вопросы безопасности

В этом документе приведены рекомендации по использованию акронима OAM в других документах, поэтому он не имеет прямого влияния на безопасность.

Ошибочная трактовка аббревиатуры может приводить к некорректности спецификаций или реализаций, что, в свою очередь, может вызывать проблемы безопасности протоколов или развёрнутых сетей. Поэтому уточнение трактовки термина OAM полезно для обеспечения стабильности будущих спецификаций.

5. Благодарности

Ниже указаны те, кто внёс значимый вклад в этот документ.

  • Malcolm Betts из M. C. Betts Consulting, Ltd.

  • Kam Lam из Alcatel Lucent

  • Dieter Beller из Alcatel Lucent

  • David Harrington из Huawei Technologies

Спасибо экспертам ITU-T SG 15 за их рецензии и комментарии.

6. Литература

[IEEE.802.3-2008] IEEE, «Information technology — Telecommunications and information exchange between systems — Local and metropolitan area networks — Specific requirements — Part 3: Carrier sense multiple access with collision detection (CSMA/CD) access method and physical layer specifications», IEEE Standard 802.3, December 2008.

[ITU-T-I.610] International Telecommunication Union, «B-ISDN operation and maintenance principles and functions», ITU-T Recommendation I.610, February 1999.

[ITU-T-M.20] International Telecommunication Union, «Maintenance philosophy for telecommunication networks», ITU-T Recommendation M.20, October 1992.

[ITU-T-M.3010] International Telecommunication Union, «Principles for a telecommunications management network», ITU-T Recommendation M.3010, February 2000.

[ITU-T-M.60] International Telecommunication Union, «Maintenance terminology and definitions», ITU-T Recommendation M.60, March 1993.

[ITU-T-Y.1731] International Telecommunication Union, «OAM functions and mechanisms for Ethernet based networks», ITU-T Recommendation Y.1731, February 2008.

[MEF-17] Metro Ethernet Forum, «Service OAM Requirements & Framework — Phase 1», MEF Technical Specification MEF 17, April 2007.

[OAM-OVERVIEW] Mizrahi, T., Sprecher, N., Bellagamba, E., and Y. Weingarten, «An Overview of Operations, Administration, and Maintenance (OAM) Mechanisms», Work in Progress, March 2011.

[RFC1812] Baker, F., «Requirements for IP Version 4 Routers», RFC 1812, June 1995.

[RFC3429] Ohta, H., «Assignment of the ‘OAM Alert Label’ for Multiprotocol Label Switching Architecture (MPLS) Operation and Maintenance (OAM) Functions», RFC 3429, November 2002.

[RFC4377] Nadeau, T., Morrow, M., Swallow, G., Allan, D., and S. Matsushima, «Operations and Management (OAM) Requirements for Multi-Protocol Label Switched (MPLS) Networks», RFC 4377, February 2006.

[RFC4594] Babiarz, J., Chan, K., and F. Baker, «Configuration Guidelines for DiffServ Service Classes», RFC 4594, August 2006.

[RFC5586] Bocci, M., Vigoureux, M., and S. Bryant, «MPLS Generic Associated Channel», RFC 5586, June 2009.

Адреса авторов

Loa Andersson

Ericsson

EMail: loa.andersson@ericsson.com

Huub van Helvoort

Huawei Technologies

EMail: huub.van.helvoort@huawei.com

Ron Bonica

Juniper Networks

EMail: rbonica@juniper.net

Dan Romascanu

Avaya

EMail: dromasca@avaya.com

Scott Mansfield

Ericsson

EMail: scott.mansfield@ericsson.com


Перевод на русский язык

Николай Малых

nmalykh@protokols.ru


1Operations, Administration, and Maintenance — эксплуатация, администрирование и обслуживание (поддержка).

2Internet Engineering Task Force — комиссия по решению инженерных задач Internet.

3Internet Engineering Steering Group — комиссия по инженерным разработкам Internet.

4Telecommunications Management Network — сеть управления телекоммуникациями.

5Service level agreement — соглашение об уровне обслуживания.

Запись опубликована в рубрике RFC. Добавьте в закладки постоянную ссылку.

Добавить комментарий