Содержание

Общий анализ мочи. Микроскопия осадка мочи

Биоматериал

Для данного исследования лаборатория принимает следующий биоматериал:

Возможны ограничения в приеме биоматериала. Уточняйте информацию в расписании нужного Вам офиса.


Подготовка к исследованию

  • Перед тем, как сдать общий анализ мочи желательно не употреблять в пищу овощи и фрукты (свеклу, морковь, цитрусовые, арбузы), красное вино, поливитамины, которые могут изменить цвет мочи.
  • Для исследования используется вся порция первой утренней мочи.
  • Чтобы сдать общий анализ мочи необходимо, после тщательного туалета наружных половых органов, собрать всю утреннюю порцию мочи в сухую, чистую емкость, перемешать и отобрать в вакуумную пробирку (пробирку и держатель для отбора мочи можно получить в регистратуре CMD).
  • Женщинам не рекомендуется сдавать анализ мочи во время менструации.

Техника забора мочи в вакуумную пробирку

  • Собранную в емкость мочу перемешать тонким концом держателя. Не удаляя держатель из мочи, упираясь в дно емкости, вставить крышку вакуумной пробирки в иглу держателя (крышку с пробирки не снимать!). Надавить, так чтобы игла держателя проколола крышку, дождаться наполнения пробирки и затем вынуть ее из держателя.
  • Доставка в лабораторию — в течение 24 часов при температуре +2+24.

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

🧬 Зачем сдавать общий анализ мочи?

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

О чем может рассказать

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

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

От того, какие химические вещества попали (или не попали) в мочу из почек, зависит ее цвет и химический состав. Все это позволяет выяснить, как идут дела у внутреннего органа, отвечающего за обезвреживание «промышленных отходов» нашего организма — у печени.

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

Кроме того, анализ мочи часто используют, чтобы контролировать диабет II типа. В норме глюкозы в моче быть не должно, ведь это ценный источник энергии. Однако при диабете II типа усвоение глюкозы нарушается, так что она задерживается в крови. Из крови сахар попадает в почки, а из почек — в мочу. Если в моче появилась глюкоза, значит, лечение диабета пора корректировать.

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

«Общий анализ мочи я назначаю всем пациентам, — говорит нефролог GMS Cliniс Светлана Артемова, — с его помощью можно определить, есть ли у пациента:

  • патология почек или осложнения со стороны этих органов на фоне других болезней
  • заболевания эндокринной системы — на это указывает сахар в моче при сахарном диабете, а при не сахарном диабете сахара, напротив, в моче нет, а плотность самой мочи низкая относительную плотность при несахарном диабете
  • заболевания печени и желчевыводящей системы — об этом говорит высокий уровень уробилиногена, то есть продукта переработки главного „дыхательного пигмента“ гемоглобина…

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

Кому стоит сдать

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

«Просто так, при отсутствии жалоб и при хорошем самочувствии, если у человека нет и не было каких-либо заболеваний, сдавать анализы мочи, чтобы проверить здоровье почек, смысла никакого нет, — говорит уролог 1-го Даниловского многопрофильного медицинского центра Риназ Камалетдинов. — Если пациент ни на что не жалуется, врач назначать такой анализ не будет. Конечно, пациент может сдать анализ самостоятельно, просто из любопытства, но с точки зрения медицины смысла в этом не будет. Это лишние траты для пациента и ненужная дополнительная нагрузка на систему здравоохранения».

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

«Кроме того, анализ мочи в рамках профилактического чек-апа имеет смысл рассмотреть пациентам с тяжелыми хроническими заболеваниями: например, с проблемным диабетом II типа или длительной артериальной гипертензией», — говорит Камалетдинов.

Как подготовиться к сдаче анализа

Чтобы результатам можно было доверять, очень важно сдать анализ правильно. Для этого нужно:

  • Купить в аптеке контейнер для мочи (не обязательно стерильный), или взять чистую, сухую стеклянную баночку, которая плотно закрывается крышкой — например, из под джема. Причем важно, чтобы на дне и стенках не осталось мыла — это может исказить результаты анализа. При этом нужно иметь в виду, что стеклянную баночку могут оказаться принимать — особенно если это частная лаборатория или больница.
  • Найти ближайшую лабораторию. Мочу нужно передать на анализ как можно раньше, в идеале — в течение часа.
  • Собрать первую утреннюю мочу, сразу после сна. Она дает больше всего полезной информации: в другое время суток в ней может заметно колебаться содержание химических веществ.
  • Тщательно вымыть половые органы. Мужчинам перед мочеиспусканием нужно оттянуть кожную складку на пенисе, чтобы освободить наружное отверстие мочеиспускательного канала, а женщинам — раздвинуть половые губы и тщательно протереть область мочеиспускательного канала влажным тампоном. Иначе есть шанс, что в анализ попадет плоский эпителий или посторонние бактерии, так что анализ придется пересдавать.
  • Выпустить первую небольшую порцию мочи в унитаз — чтобы наверняка избавиться от плоского эпителия. В баночку нужно собрать вторую порцию мочи. Вся моча не нужна — когда банка наполнится, остальное можно выпустить в унитаз. После этого нужно плотно закрыть крышку и как можно скорее доставить образец в лабораторию.

Что в итоге

Общий анализ мочи нужен для проверки здоровья почек и других частей выделительной системы, печени, а еще — для контролем за лечением диабета. Если человек чувствует себя хорошо, у него нет вредных привычек, и он ничем не болеет, сдавать общий анализ мочи смысла нет. Чтобы анализ рассказал правду, важно подготовиться и правильно собрать мочу. Иначе анализ придется пересдать.

Общий анализ мочи

Общий анализ мочи включает оценку физико-химических свойств мочи и микроскопию осадка. Общий анализ мочи больным с заболеваниями почек назначают в динамике для оценки состояния и контроля терапии. Этот тест обязателен при признаках инфекции мочевых путей. Здоровым людям рекомендуется выполнять этот анализ 1 — 2 раза в год.

Подготовка
Рекомендован обычный питьевой режим.
После туалета наружных половых органов собирается около 30-40 мл (1/2 — 2/3 контейнера) средней порции утренней мочи. Пробу необходимо доставить в лабораторию утром того же дня. Возможен сбор мочи в любое время в течение дня.

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

Обычно моча имеет кислую реакцию (рН=6), но рН может колебаться от 4,5 до 7. Уробилиноген присутствует в незначительных количествах. Повышенное количество желчных пигментов может говорить о патологии печени.

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

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

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

В «Семейной клинике» результаты общего анализа крови с лейкоформулой и СОЭ будут готовы в день сдачи анализа и по Вашему желанию могут быть направлены на электронную почту при готовности.


Как собрать мочу на анализы у ребенка: алгоритм, сколько мл нужно, техника сбора по Зимницкому, Нечипоренко, для общего анализа | Подготовка и правила забора мочи у новорожденных, годовалых малышей

Анализ мочи – исследование, которое помогает получить информацию и состоянии организма малыша и правильности его развития. На первый взгляд, сдача мочи не представляет никаких трудностей. Однако у родителей маленьких детей возникает немало вопросов: как собрать мочу на анализ новорожденного, как правильно подготовиться к этому, сколько мочи нужно для объективности исследования. При несоблюдении определенных требований родители рисуют услышать от врача просьбу пересдать мочу, так как результаты анализа будут неинформативными.

Что показывает анализ?

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

Для чего нужен общий анализ мочи?

Общий анализ мочи дети сдают регулярно при каждой диспансеризации. В первые дни жизни, в 1, 3, 6, 12 месяцев, затем в 2 и 3 года, при каждом обследовании перед поступлением в детский коллектив. Также этот анализ врач может назначить в процессе лечения ОРВИ и других заболеваний для того, чтобы знать, как инфекция повлияла на работу почек и органов пищеварения. Бактериальные инфекции нередко нарушают работу почек и других органов мочеполовой системы, вот почему так важно вовремя предотвратить необратимые последствия. Анализ мочи помогает диагностировать различные хронические заболевания.

Когда врач может назначить анализ?

Анализ мочи назначают в трех основных случаях:

  • При обращении в поликлинику с подозрениями на патологические процессы и заболевания. Общий анализ мочи – базовое исследование, которое традиционно входит в перечень обязательных диагностических мероприятий;
  • После перенесенного заболевания для оценки результатов терапевтических мероприятий, контроля общего состояния и возможных осложнений в работе органов мочеполовой системы;
  • В период планового профилактического осмотра и при поступлении в новый детский коллектив.

Какие анализы мочи бывают?

Существует несколько видов анализа мочи, которые может назначить ребенку педиатр или узкий специалист:

  • Общий анализ мочи, который назначается в тандеме с анализом крови. Помогает оценить физико-химический состав: плотность, цвет;
  • Биохимический анализ мочи. В моче подсчитывается содержание белка, глюкозы, амилазы, креатинина, натрия, калия, фосфора, магния, микроальбумина, мочевины и мочевой кислоты;
  • Анализ мочи по Нечипоренко. Демонстрирует количество лейкоцитов, эритроцитов в утренней моче и позволяет диагностировать патологические процессы в почках и мочевыводящих путях;
  • Анализ мочи по Зимницкому. Назначается для того, чтобы оценить функциональность почек. В этом случае собирается суточная моча, оценивается ее объем, плотность, соотношение дневной и ночной порции. Анализ проводят при диагностировании различных заболеваний.

Как собрать мочу: что не надо делать?

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

Как собрать мочу правильно?

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

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

Гигиенические процедуры перед сбором мочи

Неправильная гигиена часто становится причиной плохого анализа и недостоверной диагностики, поэтому врач может назначить исследование повторно. Лучше всего позаботиться о соблюдении всех правил заранее. Чистота органов малыша – основа точных результатов!

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

Многие задаются вопросом: как правильно подмыть маленького ребенка? Если речь о малышах, то подмывать их нужно спереди назад, это касается и девочек, и мальчиков. Так минимизируется риск попадания бактерий в область половых органов. Мыть ребенка нужно непосредственно перед сдачей анализа, делать это надо быстро, так как малыши не умеют терпеть. Использовать отвары трав категорически запрещается – они могут вызвать аллергическую реакцию и спровоцировать болезненные ощущения и зуд у младенца.

Как собрать анализ у новорожденного?

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

Как собрать анализ у малыша?

У ребенка постарше собрать анализ несколько проще. По традиции некоторые родители терпеливо ждут около 1-2 месячного малыша с баночкой в руках. Однако существует более простой способ: использовать мочеприемник. Это специальный контейнер, который продается в аптеке. Он приклеивается на кожу в промежности, и моча собирается в стерильную емкость.

Опасаться за комфорт младенца нет причин: детский мочеприемник выполнен из эластичных гипоаллергенных, мягких на ощупь материалов. Его вместимость – 100 миллилитров. У малыша не останется никаких следов на коже после снятия устройства. В прилагаемой инструкции подробно описаны все действия, поэтому родители в легкостью решат поставленную задачу без особых проблем.

Сколько мочи достаточно?

Для достоверной диагностики достаточно немного – всего 50 миллилитров, а в случае с новорожденными даже меньше. Однако если мочи будет меньше, чем 20 миллилитров, исследование будет невозможно провести.

Как избежать ошибок?

Для того чтобы исключить ложные результаты и не пересдавать анализ мочи, важно избегать распространенных ошибок:

  • Не берите мочу из горшка, не выжимайте подгузник или пеленку;
  • Не сдавайте на анализ мочу не первого мочеиспускания;
  • Не держите материал в холодильнике с вечера и не замораживайте его;
  • Не используйте грязные контейнеры для сдачи и транспортировки;
  • Не переутомляйте ребенка и не допускайте эмоциональных перегрузок;
  • Не сдавайте анализ после приема лекарств или проведения инъекций.

Небольшие хитрости

Опытные родители делятся такими секретами, которые помогут облегчить процедуру сдачи анализа у малышей. Если ребенок спит в подгузнике, приготовьтесь сразу перед тем, как его расстегивать. Достаточно открыть памперс – и у ребенка начнется мочеиспускание, потому что ему станет прохладно. Для ускорения процесса можно сделать легкий массаж живота или поставить ребенка ножками в теплую ванну. Помогает и звук журчащей воды, который можно включить на телефоне. Соблюдайте правила сдачи анализов, и результаты диагностики будут максимально достоверными!

Анализ мочи. Как правильно их собирать?

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

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

Нормальный анализ мочи, как определить?

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

В норме цвет мочи соломенно-желтый.

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

Расшифровка анализа мочи

Необходимо обращать только на ниже перечисленных показатели общего анализа мочи (не все другие не обращать никакого внимания)

  • удельная плотность (1012 – 1025 у взрослых, а у детей изменяется в зависимости от возраста)
  • лейкоциты в поле зрения (норма у девочек до 15 в п/зр; у мальчиков до 10 в п/зр)
  • эритроциты в поле зрения (норма до 5 в п/зр)
  • белок в норме от 0 до 0,03 г/л (или следы)
  • глюкоза в норме отрицательный
  • бактерии (но если уровень лейкоцитов находится в пределах нормы, не имеет смысла; в таких случаях пересдать, предварительно хорошо подмыв).

При подозрении на инфекцию мочевой системы необходим посев мочи на флору

Определение возбудителя болезни, при этом определяют препараты, к которым высеянные бактерии чувствительны, что повышает эффективность лечения.

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

Сбор суточной мочи

Начинается обычно утром после пробуждения ребенка с опорожнения мочевого пузыря, т.е. первую порцию мочи не собираем, ребенок мочится в туалет. Затем в течение 24 ч моча собирается, в том числе, последняя порция после ночи.

При каких состояниях необходимо собирать суточную мочи?

  • При наличие белка в мочи, необходимо точная суточная экскреция белка с мочой;
  • Наличие солей в моче (кальций, фосфаты, ураты, оксалаты) тщательного подмывания перед каждым мочеиспусканием не требуется. Наряду с суточной мочой, для исследования выделения с мочой кальция, фосфатов, оксалатов, уратов используют вторую утреннюю порцию мочи, в которой, кроме указанных веществ, определяют еще концентрацию креатинина, затем пересчитывают концентрации определяемых веществ на концентрацию креатинина. Этот метод наиболее точен для оценки выделения «солей»;
  • Сбор суточного анализа мочи для определения форменных элементов (лейкоциты, эритроциты) потеряли в настоящее время особую значимость, можно судить и в разовых анализах мочи, не надо мучить ребенка и себя!

Моча для пробы Зимницкого

Собирается в течение суток, но не в одну посуду, а отдельными порциями. В классическом варианте мочу собирают каждые 3 ч, т.е. за сутки должно быть 8 порций. В настоящее время применяется модифицированный вариант — мочу собирают отдельными порциями по мере желания ребенка помочиться — каждый раз в отдельную посуду.

Этот вариант имеет преимущества — является одновременно «графиком мочеиспускания», а объем порций оказывается достаточным для определения удельного веса мочи урометром, что не всегда достигается при принудительных 3-часовых интервалах.

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

Контроль анализа мочи, но лаборатория в поликлинике не работает — что делать?

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

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

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

Общий анализ мочи ᐈ сдать общий анализ мочи

Описание анализа:

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

При общем анализе мочи учитывается её прозрачность, плотность, цвет, запах, содержание в моче белка, кислотно-щелочная реакция (рН), наличие глюкозы, билирубина. Заболевания и патологические процессы, проходящие в организме, могут сказываться на любой из перечисленных характеристик мочи.

К примеру, цвет мочи может изменяться при попадании в неё крови (становится красноватой), повышенном содержании билирубина, появлении в моче гноя, слизи или лейкоцитов (белесоватый оттенок), прохождении в кишечнике процессов гниения (сине-зеленый оттенок). Также цвет мочи может изменяться при употреблении ряда медикаментов или определенных пищевых продуктов.

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

Кислотно-щелочная реакция мочи изменяется в сторону повышения кислотности при сахарном диабете, дефиците калия, подагре, лихорадочных состояниях, а в сторону снижения — при заболеваниях мочевыделительной системы и потере солей организмом. Реакция также может изменяться при смене диеты: обилие мяса повышает кислотность мочи, а употребление молочной и растительной пищи – снижает.

Билирубин в моче появляется при развитии болезней гепатобилиарной системы (печени, желчного пузыря и их проток), а белок – при сахарном диабете, амилоидозе, поликистозе почек, почечном некрозе, множественной миеломе, лихорадке, застойной сердечной недостаточности и пр.

Глюкоза в моче растет, прежде всего, при нарушениях обмена веществ (сахарном диабете, синдроме Иценко-Кушинга, тиреотоксикозе, акромегалии) и проблемах с почками (синдром Фалькони).

Это далеко не полный список заболеваний и патологических состояний внутренних органов и систем, которые могут сказаться на основных характеристиках мочи, потому общий анализ мочи – одно из наиболее часто назначаемых общеклинических исследований.

Показания к назначению

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

Показанием к назначению исследования может быть:

  • прохождение профилактического медосмотра;
  • диагностика проблем с метаболизмом;
  • подозрение на заболевания пищеварительной системы;
  • оценка состояния пациента при воспалительных процессах или инфекциях;
  • диагностика заболеваний мочевыделительной системы и оценка эффективности их лечения;
  • контроль состояния пациента в послеоперационный период.

Подготовка к исследованию

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

Материал для исследования: моча.

Срок проведения исследования: 1 рабочий день

Запись на анализы

OAM Link Fault Management | Руководство по управлению и мониторингу сети

Juniper Networks Операционная система Junos (ОС Junos) для Juniper Networks позволяет интерфейсам Ethernet на этих коммутаторах поддерживать стандарт IEEE 802.3ah для эксплуатации, администрирования и обслуживания (OAM) Ethernet в сетях доступа. Стандарт определяет ссылку OAM управление неисправностями (LFM). Вы можете настроить IEEE 802.3ah OAM LFM на двухточечные каналы Ethernet, подключенные напрямую или через повторители Ethernet.Стандарт IEEE 802.3ah соответствует требованиям для возможностей OAM, даже если Ethernet перестает быть исключительно корпоративной технологии в WAN и технологии доступа, и стандарт остается обратно совместим с существующей технологией Ethernet.

Ethernet OAM предоставляет инструменты, которые программное обеспечение сетевого управления и сетевые менеджеры могут использовать, чтобы определить, как сеть Ethernet ссылки функционируют. Ethernet OAM должен:

  • Полагаться только на адрес управления доступом к среде (MAC) или идентификатор виртуальной локальной сети для устранения неполадок.

  • Работа независимо от реального транспорта Ethernet и функционировать через физические порты Ethernet или виртуальную службу, такую ​​как псевдопровод.

  • Изоляция неисправностей в плоской сети (или сети одного оператора) архитектура или вложенные или иерархические (или многопровайдерские) сети.

Поддерживаются следующие функции OAM LFM:

  • Обнаружение и мониторинг канала

    Процесс обнаружения запускается автоматически, когда OAM включен в интерфейсе.Процесс обнаружения разрешает интерфейсы Ethernet для обнаружения и мониторинга партнера по ссылке, если он также поддерживает Стандарт IEEE 802.3ah. Вы можете указать режим обнаружения, используемый для Поддержка IEEE 802.3ah OAM. В активном режиме интерфейс обнаруживает и контролирует одноранговый узел по ссылке, если одноранговый узел также поддерживает IEEE 802.3ah Функциональность OAM. В пассивном режиме одноранговый узел инициирует обнаружение. процесс. После запуска процесса обнаружения обе стороны участвовать в открытии. Коммутатор выполняет мониторинг канала, отправляя периодические блоки данных протокола OAM (PDU) для объявления режима OAM, конфигурации, и возможности.

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

  • Удаленное обнаружение неисправностей

    Удаленное обнаружение неисправностей использует флаги и события. Флаги используются чтобы передать следующее: Link Fault означает потерю сигнала, Dying Удушье означает неисправимое состояние, такое как сбой в электроснабжении, и Критическое событие означает неопределенное критическое событие, зависящее от поставщика. Вы можете указать периодический интервал отправки PDU OAM для обнаружения сбоев.Коммутатор использует PDU OAM уведомления о событии для уведомления удаленного Устройство OAM при обнаружении проблемы. Вы можете указать действие которые будут приняты системой при возникновении сконфигурированного события отказа канала.

  • Режим удаленной обратной связи

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

    Junos OS может переводить удаленное DTE в режим обратной связи (если удаленный режим обратной связи поддерживается удаленным DTE). Когда вы размещаете пульт DTE в режиме обратной петли, интерфейс получает удаленную петлевую проверку. запрос и переводит интерфейс в режим удаленной обратной связи. Когда интерфейс находится в режиме удаленной обратной связи, все кадры, кроме PDU OAM, вернулся без каких-либо изменений в рамки.PDU OAM продолжают для отправки и обработки.

Введение в управление сбоями подключения OAM (CFM) | Руководство по сетевому управлению и мониторингу

Интерфейсы Ethernet на маршрутизаторах M7i и M10i с расширенным CFEB (CFEB-E) и на M120, M320, MX Series, T Series, и маршрутизаторы серии PTX поддерживают стандарт IEEE 802.1ag для работы, Администрирование и управление (OAM). Спецификация IEEE 802.1ag обеспечивает управление ошибками подключения Ethernet (CFM). Цель CFM заключается в мониторинге сети Ethernet, которая может состоять из одного или больше экземпляров службы.ОС Junos поддерживает подключение IEEE 802.1ag устранение неисправностей.

Примечание. Виртуальное шасси серии

MX не поддерживает распределенную встроенное управление ошибками подключения.

Маршрутизаторы серии

ACX поддерживают CFM на агрегированных интерфейсах Ethernet. с интервалом проверки непрерывности 100 миллисекунд или выше.

Обзор управления ошибками подключения OAM

В ОС Junos версии 9.3 и более поздних версиях CFM также поддерживает агрегированные интерфейсы Ethernet. Связь сеансы управления отказами (CFM) работают в распределенном режиме и обрабатывается на гибком концентраторе PIC (FPC) на агрегированном Ethernet интерфейсы.В результате плавное переключение Routing Engine (GRES) поддерживается на агрегированных интерфейсах Ethernet. В выпусках до ОС Junos Release 13.3, сеансы CFM работают в централизованном режиме и обрабатываются в системе маршрутизации. Однако сеансы ОВЛХ не являются поддерживается на агрегированных интерфейсах Ethernet, если интерфейсы, из агрегированного пучка Ethernet находятся в смешанном режиме. Сессии ОВЛХ с интервалом сообщения проверки целостности (CCM) 10 миллисекунд не поддерживаются через агрегированные интерфейсы Ethernet.

сеансов CFM распределяются по умолчанию. Все сеансы ОВЛХ должны работают либо только в распределенном, либо только централизованном режиме. Смешанный работа распределенного и централизованного режимов для сеансов CFM не поддерживается. Отключить распределение сессий CFM по агрегированным Интерфейсы Ethernet и централизованная работа сессий, включить оператор no-aggregate-delegate-processing на уровне иерархии [редактировать протоколы Ethernet-подключения - устранение неисправностей] .

Примечание:

В качестве требования для работы Ethernet OAM 802.1ag, распределенный периодическое управление пакетами (PPM) выполняется на механизме маршрутизации и пакетах Экспедиционный двигатель. Вы можете отключить PPM только для пересылки пакетов. Двигатель. Чтобы отключить PPM на PFE, включите оператор ppm no-delegate-processing в иерархию [edit routing-options ppm] . уровень.

Примечание:
  • сеансов CFM поддерживаются на агрегированных интерфейсах Ethernet. если интерфейсы, которые образуют агрегированный пучок Ethernet, находятся в смешанный режим, когда команда no-aggregate-delegate-processing включен.

  • Запуск в Junos Версия ОС 14.2, для сеансов CFM в централизованном режиме мы рекомендуем что вы настраиваете максимум 40 сеансов CFM с проверкой непрерывности сообщение (CCM) интервал 100 миллисекунд (100 мс) или максимум 400 сеансов CFM с интервалом CCM 1 секунда (1 с). Если сеансы CFM настроены за пределами этого лимита, CFM может не работать как положено. Вы можете наблюдать проблемы, когда состояние нескольких ссылки меняются или при перезапуске линейных карт.

    Обратите внимание, что эти ограничения были получены с учетом протокола загрузка блока данных (PDU) 400 пакетов в секунду (pps) на маршрутизации Двигатель.Этот предел варьируется в зависимости от нагрузки механизма маршрутизации. Если система маршрутизации испытывает большую нагрузку, ожидайте некоторых изменений до этого предела.

Запуск в ОС Junos Release 10.3, на настроенных интерфейсах на модульных концентраторах портов (MPC) и модульных интерфейсных платах (MIC) на маршрутизаторах серии MX CFM не поддерживается на немаркированных агрегированных Связи участников Ethernet. MPC и MIC поддерживают CFM на немаркированных и агрегируемые логические интерфейсы Ethernet с тегами, начиная с Junos OS Release 12.3, CFM не поддерживает Агрегация каналов с несколькими шасси (MC-LAG). Не настраивайте оператор mc-ae при настройке CFM.

Запуск в выпуске ОС Junos 11.3, на маршрутизаторах серии T и M320 CFM не поддерживается на интерфейсах настроен с инкапсуляцией CCC. если ты При настройке CFM система отображает следующее сообщение: «MEP не могут быть настроены на интерфейсе ccc на этой платформе ».

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

Запуск в ОС Junos Выпуск 17.4, вы можете включить поддержку IEEE 802.1ag CFM на псевдопроводе сервисные интерфейсы путем настройки промежуточных точек обслуживания (MIP) на интерфейсах псевдопроводных служб.Сервисные интерфейсы псевдопроводной сети поддерживают настройку абонента. интерфейсы через завершение псевдопроводной сети MPLS. Прекращение подписки интерфейсы через PW позволяют операторам сети расширять свои MPLS домен от сети доступа / агрегации до границы службы и использовать единообразную подготовку меток MPLS для большей части своих сеть.

Примечание:

Сеанс CFM MIP поддерживается только в псевдопроводных службах. интерфейс, а не на интерфейсе туннеля служб псевдопроводной сети.

IEEE 802.1ag OAM поддерживает изящную систему маршрутизации переключатель (ГРЭС). IEEE 802.1ag OAM поддерживается на немаркированные, однотегированные и стековые интерфейсы VLAN.

На коммутаторах серии EX для использования функции CFM сначала необходимо добавить CFM в базовую ОС Junos, установив расширенную лицензию на функции (EFL). Подробнее см. Лицензии для серии EX.

Ключевые элементы управления ошибками подключения

На рисунке 1 показаны взаимосвязи между заказчиком, поставщиком и оператором мостов Ethernet, обслуживание домены, конечные точки ассоциации обслуживания (MEP) и обслуживание промежуточные точки (MIP).

Рисунок 1: Взаимосвязь между MEP, MIP, и уровни обслуживания домена Примечание:

На маршрутизаторах серии ACX промежуточные точки обслуживания (MIP) поддерживаются только маршрутизаторами ACX5048 и ACX5096.

Ассоциация обслуживания — это набор MEP, настроенных с тот же идентификатор ассоциации обслуживания и уровень домена обслуживания. На рисунке 2 показаны иерархические отношения. между мостом Ethernet, доменами обслуживания, ассоциациями обслуживания, и депутаты Европарламента.

Рисунок 2: Отношения между мостами, Домены обслуживания, ассоциации обслуживания и MEP

Рекомендации по настройке 802.1ag Ethernet OAM для VPLS

Наилучшая практика:

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

Для маршрутизаторов серии MX нормализованная VLAN указывается с помощью один из следующих операторов конфигурации в маршрутизации VPLS экземпляр:

Необходимо явно настроить vlan-maps на всех интерфейсах. принадлежащий экземпляру маршрутизации.

Необходимо учитывать следующие особенности пути пересылки:

  • Путь приема пакетов:

    • Это путь пересылки пакетов, полученных на интерфейсы.

    • 802.1ag Ethernet OAM для VPLS использует неявный интерфейс фильтры и фильтры таблицы пересылки для лавинной рассылки, принятия и отбрасывания Пакеты CFM.

  • Путь передачи пакета:

    • Программное обеспечение JUNOS использует аппаратную пересылка пакетов, генерируемых ЦП.

    • Для неработающих MEP пакеты передаются через интерфейс. на котором настроена MEP.

    • В маршрутизаторах серии MX для Up MEP пакет должен быть перенаправлено на другие интерфейсы в экземпляре маршрутизации VPLS. Роутер создает маршрут флуда, привязанный к следующему переходу флуд (со всеми интерфейсами наводить), а затем отправляет пакет для пересылки с этим наводнением маршрут.

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

Обзор эксплуатации и обслуживания OAM

— основная документация oam

Проект O-RAN SC OAM предоставляет административные и операторские функции для компонентов O-RAN, такие как Near-Realtime-RAN-Inelegant-Controller, Централизованный блок O-RAN, распределенный блок O-RAN и радиоустройство O-RAN.

Проект соответствует спецификациям интерфейса O1. как предоставлено Рабочей группой 1 О-РАН (новый 10).

Проект O-RAN-SC OAM добавляет возможности и функции к ONAP на основе OpenDaylight. контроллер «CCSDK / SDNC». Он построен на платформе Common Controller Framework. для контроля и управления O-RAN ManagedElements и O-RAN ManagedFunctions.

SDN-R в ONAP

Ресурсы проекта

В проекте используются следующие ресурсы Linux Foundation:

Область применения

Согласно документу O-RAN-OAM-Architecture все управляемые элементы (ME) (почти в реальном времени-RIC, O-CU-CP, O-CU-UP, O-DU и O-RU) реализовать O1-интерфейс.

Спецификация интерфейса O-RAN-OAM определяет

  • сервер NetConf для управления конфигурацией (CM) и

  • http-клиент для Fault Management (FM), Performance Management (PM) и др. события на каждом поставщике услуг управления (MnS-Provider), работающем на ManagedElement.

Проект O-RAN-SC-OAM обеспечивает эталонную реализацию в соответствии с Документы O-RAN OAM. Кроме того, он обеспечивает легкий MnS-Consumer для в целях разработки и тестирования модуля.Предполагается, что проекты для ManagedElements можно сконцентрироваться на более важном пользовательском уровне.

Для каждого проекта требуется собственный репозиторий OAM для удовлетворения конкретных потребностей. Управляемой функции.

При внедрении учитываются следующие спецификации O-RAN:

Рабочая группа

Спецификация

Версия

WG1 — сценарии использования и общая архитектура

Описание архитектуры O-RAN

3.0 — ноября 2020

Архитектура эксплуатации и обслуживания O-RAN

4.0 — ноябрь 2020

Интерфейс эксплуатации и обслуживания O-RAN

4.0 — ноябрь 2020

Информационная модель O-RAN и спецификация моделей данных

Ноябрь 2020

WG4 — Открытые фронтальные интерфейсы

O-RAN Open Fronthaul Conformance Test Specification

2.00 — ноября 2020

Спецификация плоскости управления O-RAN

5.0 — ноябрь 2020

Спецификация плоскости управления O-RAN — модели YANG

5.0 — ноябрь 2020

TIFG — Фокус-группа по тестированию и интеграции

Спецификация структуры сквозного тестирования системы O-RAN

1.0 — июль 2020

Как работает Ethernet OAM

В этом разделе описываются рабочие процедуры Ethernet OAM.

Установление соединения Ethernet OAM

Соединение Ethernet OAM является основой всех других функций Ethernet OAM. Установление соединения OAM также известно как «фаза обнаружения», когда объект Ethernet OAM обнаруживает удаленные объекты OAM и устанавливает с ними сеансы.

На этом этапе взаимосвязанные объекты OAM определяют, могут ли быть установлены соединения Ethernet OAM, путем обмена информационными OAMPDU для уведомления однорангового узла об их информации о конфигурации OAM и возможностях OAM локальных узлов.Соединение Ethernet OAM может быть установлено между объектами, которые имеют соответствующие параметры Loopback, Link обнаружение и настройки событий канала. После того, как соединение Ethernet OAM установлено, Ethernet OAM вступает в силу на обеих сторонах.

Для установления соединения Ethernet OAM устройство может работать в активном режиме Ethernet OAM или в пассивном режиме Ethernet OAM, но роль коммутатора будет несколько отличаться в зависимости от режима.

Таблица 6: Активный режим Ethernet OAM и пассивный режим Ethernet OAM

Запуск OAM Discovery

Доступно

Элемент

Активный режим Ethernet OAM

Пассивный режим Ethernet OAM

03

Доступен

Недоступен

Реагирование на обнаружение OAM

Доступно

Доступно

Передача уведомлений о событиях OAMPDU

Доступно

Доступно

Передача информации OAMPDU000 без TLV

Доступно

Передающие блоки OAMPDU для управления по шлейфу

Доступно

Недоступно

Ответ на OAMP3000 в режиме Loopback 935, если активен OAMPDU 935, если активен 935 OAMP3000, если активен OAMPDU 935

Доступно


ПРИМЕЧАНИЕ:

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

  • Невозможно установить соединение OAM между объектами OAM, работающими в пассивном режиме OAM.


  • После того, как соединение Ethernet OAM установлено, объекты Ethernet OAM на обеих сторонах обмениваются информационными OAMPDU в интервале передачи пакета подтверждения, чтобы проверить, нормально ли соединение Ethernet OAM.Если объект Ethernet OAM не получает информацию OAMPDU в течение времени ожидания соединения Ethernet OAM, соединение Ethernet OAM считается отключенным.

    Обнаружение ошибок в Ethernet затруднено, особенно когда физическое соединение в сети не отключено, но производительность сети постепенно ухудшается. Мониторинг канала используется для обнаружения и индикации сбоев канала в различных средах. Ethernet OAM реализует мониторинг канала посредством обмена OAMPDU уведомлений о событиях.При обнаружении одного из событий ошибки канала, перечисленных в таблице 7, локальный объект OAM отправляет OAMPDU уведомления о событии, чтобы уведомить удаленный объект OAM. С помощью информации журнала сетевые администраторы могут быстро отслеживать состояние сети.

    Таблица 7: События ошибок канала Ethernet OAM

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

    События канала Ethernet OAM

    Описание

    Событие с ошибочным символом7

    Событие ошибочного кадра

    Событие ошибочного кадра происходит, когда количество обнаруженных ошибочных кадров в течение указанного интервала превышает предварительно заданный порог.

    Событие периода кадра с ошибками

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

    Событие «секунды ошибочного кадра»

    Событие «секунды ошибочного кадра» происходит, когда количество секунд кадра ошибки, обнаруженных на порту в течение заданного интервала обнаружения, достигает порога ошибки.

    Система преобразует период обнаружения событий периода ошибочного кадра в максимальное количество 64-байтовых кадров (исключая межкадровый интервал и преамбулу), которые порт может отправить в указанный период. За период система принимает максимальное количество отправленных кадров. Максимальное количество отправленных кадров рассчитывается по следующей формуле: максимальное количество кадров = пропускная способность интерфейса (бит / с) × период обнаружения события периода кадра с ошибками (в мс) / (64 × 8 × 1000).

    Секунда, в которой появляются ошибочные кадры, называется «секундой ошибочных кадров».

    Информационные блоки OAMPDU периодически обмениваются между объектами Ethernet OAM через установленные соединения OAM. В сети, где трафик прерывается из-за сбоев или недоступности устройства, поле флага, определенное в информационных OAMPDUs, позволяет объекту Ethernet OAM отправлять информацию об ошибке — тип события критического канала — своему партнеру. Вы можете использовать информацию журнала, чтобы отслеживать текущее состояние связи и оперативно устранять проблемы.

    Таблица 8: События критического звена

    Ссылка Сигнал связи Fault link Сигнал связи потерянный.

    Тип

    Описание

    Частоты передачи OAMPDU

    Частоты передачи OAMPDU

    Один раз в секунду

    Dying Gasp

    Произошел сбой питания или другая непредвиденная ошибка.

    Непрерывно

    Критическое событие

    Произошло неопределенное критическое событие.

    Non-stop

    Этот коммутатор может получать информацию от блоков OAMPDU, несущих критические события соединения, перечисленные в таблице 8.

    Только гигабитные оптоволоконные порты могут отправлять информацию OAMPDU, несущую события сбоя соединения.

    Этот коммутатор может отправлять информацию OAMPDU, несущую события Dying Gasp, когда устройство перезагружается или соответствующие порты закрываются вручную.Однако физические порты IRF не могут отправлять этот тип OAMPDU. Для получения дополнительной информации о физических портах IRF см. Руководство по настройке IRF .

    Этот коммутатор не может отправлять информационные блоки OAMPDU, несущие критические события.

    Удаленная кольцевая проверка доступна только после установления соединения Ethernet OAM. При включенной удаленной обратной петле объект Ethernet OAM, работающий в активном режиме Ethernet OAM, отправляет своему партнеру блоки, отличные от OAMPDU. После получения этих кадров одноранговый узел не пересылает их в соответствии со своими адресами назначения.Вместо этого он возвращает их отправителю по исходному пути.

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

    Поддержка — конфигурация 01-Ethernet OAM

    Ethernet Эксплуатация, администрирование и Обслуживание (OAM) — это инструмент, который отслеживает состояние и адреса канала уровня 2. распространенные проблемы, связанные со ссылками на «последней миле».»Ethernet OAM улучшает Управление Ethernet и ремонтопригодность. Вы можете использовать его для отслеживания статуса соединения точка-точка между двумя напрямую подключенными устройствами.

    Основные функции Ethernet OAM

    Ethernet OAM обеспечивает следующее функций:

    · Мониторинг производительности канала — отслеживает показатели производительности канала, включая пакет. потери, задержки и джиттер, а также собирает статистику трафика различных типов.

    · Обнаружение сбоев и сигнализация — проверяет возможность подключения канала, отправляя протокол OAM. блоки данных (OAMPDU) и отчеты для сетевых администраторов, когда ссылка возникает ошибка.

    · Удаленная возвратная петля — проверяет качество связи и обнаруживает ошибки связи, возвращая блоки OAMPDU по петле.

    Ethernet OAMPDU

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

    Ethernet OAMPDU включают в себя следующие типы, указанные в таблице 1.

    Таблица 1 Функции различных типов OAMPDUs

    Тип OAMPDU

    Функция

    Информация OAMPDU

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

    Уведомление о событии OAMPDU

    Используется при мониторинге канала для уведомления удаленный объект OAM, когда он обнаруживает проблемы на промежуточном канале.

    Шлейфовое управление OAMPDU

    Используется для дистанционного управления по шлейфу. К вставка информации, используемой для включения / отключения петли в петлю control OAMPDU, вы можете включить / отключить возвратную петлю на удаленном объекте OAM.

    ПРИМЕЧАНИЕ:

    В этом документе Ethernet Порт с поддержкой OAM называется объектом Ethernet OAM или объектом OAM.

    Как работает Ethernet OAM

    В этом разделе описаны рабочие процедуры Ethernet OAM.

    Ethernet OAM установление соединения

    Также известно установление соединения OAM в качестве фазы обнаружения, когда объект Ethernet OAM обнаруживает удаленный объект OAM чтобы установить сеанс.

    На этом этапе два подключенных объекта OAM обмениваются Информационные блоки OAMPDU для рекламы своей конфигурации и возможностей OAM друг друга для сравнения. Если их настройки Loopback, обнаружение ссылок и события ссылки совпадение, объекты OAM устанавливают соединение OAM.

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

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

    Таблица 2 Активный режим Ethernet OAM и пассивный Режим Ethernet OAM

    Товар

    Активный режим Ethernet OAM

    Пассивный режим Ethernet OAM

    Запуск обнаружения OAM

    В наличии

    Недоступно

    Ответ на обнаружение OAM

    В наличии

    В наличии

    Передача информации OAMPDU

    В наличии

    В наличии

    Передача уведомлений о событиях OAMPDU

    В наличии

    В наличии

    Передача информации OAMPDU без любой TLV

    В наличии

    В наличии

    Передающие блоки OAMPDU управления по шлейфу

    В наличии

    Недоступно

    Ответ на OAMPDU управления по шлейфу

    Доступно, когда обе стороны работают в активный режим OAM

    В наличии

    После подключения Ethernet OAM установлено, объекты Ethernet OAM обмениваются информационными блоками OAMPDU при рукопожатии. интервал передачи пакетов для определения доступности Ethernet OAM связь.Если объект Ethernet OAM не получает информацию OAMPDU в пределах Время ожидания подключения Ethernet OAM, считается, что подключение Ethernet OAM отключен.

    Мониторинг канала

    Обнаружение ошибок в Ethernet сложно, особенно когда физическое соединение в сети не отключено, но производительность сети постепенно ухудшается.

    Мониторинг канала обнаруживает неисправности канала в различные среды. Объекты Ethernet OAM контролируют состояние канала, обмениваясь Уведомления о событиях OAMPDU.При обнаружении одного из перечисленных событий ошибки связи в таблице 3 объект OAM отправляет событие Уведомление OAMPDU своему одноранговому объекту OAM. Сетевой администратор может отслеживать изменения статуса сети. путем получения журнала.

    Таблица 3 События ошибок канала Ethernet OAM

    События канала Ethernet OAM

    Описание

    Событие кадра с ошибкой

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

    Событие периода кадра с ошибками

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

    Событие кадра с ошибкой в ​​секундах

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

    Дистанционное обнаружение неисправностей

    Обмен информацией OAMPDU периодически между объектами Ethernet OAM через установленные соединения OAM. Когда трафик прерывается из-за сбоя или недоступности устройства, Ethernet Объект OAM на неисправном конце отправляет информацию об ошибке своему партнеру. Ethernet Сущность OAM использует поле флага в информационных OAMPDU для обозначения ошибки. информация (любой тип события критической ссылки, как показано в Таблице 4).Вы можете использовать информацию журнала, чтобы отслеживать текущее состояние ссылки и оперативно устранять проблемы.

    Таблица 4 Критические события канала

    Тип

    Описание

    Частоты передачи OAMPDU

    Ошибка связи

    Сигнал однорангового канала потерян.

    Один раз в секунду.

    Умирающий газ

    Неожиданная неисправность, например сбой питания, произошел.

    Без остановок.

    Критическое событие

    Произошло неопределенное критическое событие.

    Без остановок.

    Удаленная обратная петля

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

    Remote loopback позволяет проверить статус связи и обнаружение сбоев связи. Периодическое выполнение удаленного шлейфа помогает оперативно обнаруживать сбои в сети. Кроме того, выполнение удаленной обратной петли по сегментам сети помогает локализовать сетевые неисправности.

    Протоколы и стандарты

    IEEE 802.3ah, оператор связи Обнаружение множественного доступа с помощью метода доступа с обнаружением коллизий (CSMA / CD) и Спецификации физического уровня

    Устройство поддерживает отправку и получение Информационные блоки OAMPDU, передающие события критического соединения, выглядят следующим образом:

    · Могут получать информацию OAMPDUs, несущие события критических ссылок, перечисленные в таблице 4.

    · Может отправлять информацию OAMPDU, несущую ошибку связи События.

    · Может отправлять информацию OAMPDUs, несущим Dying Gasp события, когда устройство перезагружается или соответствующие порты закрываются вручную. Физический Однако порты IRF не могут отправлять OAMPDU этого типа.

    · Невозможно отправить информацию OAMPDU, несущую Критические события.

    Краткий обзор задач Ethernet OAM

    Для настройки Ethernet OAM выполните следующие задачи:

    1. Настройка основных функций Ethernet OAM

    2. (Необязательно.) Настройка таймеры обнаружения подключения Ethernet OAM

    3. (Необязательно.) Настройка обнаружения событий канала

    ¡Конфигурирование обнаружение ошибочного кадра

    ¡Конфигурирование обнаружение события периода кадра с ошибками

    ¡Конфигурирование Обнаружение события в секундах кадра с ошибками

    4. (Необязательно.) Настройка действие, которое порт выполняет после получения события Ethernet OAM от удаленного конец

    5. (Необязательно.) Настройка удаленной обратной петли Ethernet OAM

    ¡Включение Удаленный шлейф Ethernet OAM для порта

    ¡Отклонение Запрос удаленной обратной петли Ethernet OAM от удаленного порта

    О Ethernet OAM режимы

    Для установки соединения Ethernet OAM между два объекта Ethernet OAM, вы должны настроить хотя бы один объект для работы в активный режим.Объект Ethernet OAM может инициировать соединение OAM только в активном состоянии. режим.

    Ограничения и руководящие принципы

    Для изменения режима Ethernet OAM на Порт с поддержкой Ethernet OAM, сначала отключите Ethernet OAM на порту.

    Процедура

    1. Войдите в системный вид.

    Просмотр системы

    2. Откройте представление порта Ethernet уровня 2.

    интерфейс интерфейсного типа номер интерфейса

    3. Установите режим Ethernet OAM.

    oam mode {активный | пассивный}

    По умолчанию активен режим Ethernet OAM.

    4. Включите Ethernet OAM.

    oam включить

    Ethernet OAM по умолчанию отключен.

    О таймерах обнаружения подключения Ethernet OAM

    После подключения Ethernet OAM установлено, объекты Ethernet OAM обмениваются информационными блоками OAMPDU при рукопожатии. интервал передачи пакетов для определения доступности Ethernet OAM связь.Если объект Ethernet OAM не получает информацию OAMPDU в пределах Время ожидания подключения Ethernet OAM, считается, что подключение Ethernet OAM отключен.

    Путем настройки пакета рукопожатия интервал передачи и таймер тайм-аута соединения, вы можете изменить разрешение времени обнаружения для подключений Ethernet OAM.

    Ограничения и рекомендации по настройке подключения Ethernet OAM таймеры обнаружения

    При настройке Ethernet OAM следуйте эти ограничения и рекомендации:

    · Вы можете настроить эту команду в системном представлении или вид на порт.Конфигурация в системном представлении действует на всех портах, а конфигурация в представлении порта вступает в силу для указанного порта. Для порта конфигурация в виде порта имеет приоритет.

    · По истечении таймера тайм-аута Ethernet OAM соединение истекает, локальный объект OAM устаревает и завершает свое соединение с одноранговым объектом OAM. Чтобы соединения Ethernet OAM оставались стабильными, установите таймер тайм-аута соединения должен быть как минимум в пять раз больше, чем пакет рукопожатия интервал передачи.

    Глобальная настройка таймеров обнаружения подключения Ethernet OAM

    1. Войдите в системный вид.

    Просмотр системы

    2. Настроить пакет подтверждения Ethernet OAM интервал передачи.

    глобальный таймер oam интервал приветствия

    Значение по умолчанию — 1000 миллисекунд.

    3. Настроить соединение Ethernet OAM таймер тайм-аута.

    Интервал поддержки активности глобального таймера oam

    По умолчанию 5000 миллисекунд.

    Настройка таймеров обнаружения подключения Ethernet OAM на порту

    1. Войдите в системный вид.

    Просмотр системы

    2. Откройте представление порта Ethernet уровня 2.

    интерфейс интерфейсного типа номер интерфейса

    3. Настроить пакет подтверждения Ethernet OAM интервал передачи.

    интервал приветствия таймера oam

    По умолчанию интерфейс использует значение настроен глобально.

    4. Настроить соединение Ethernet OAM таймер тайм-аута.

    интервал поддержки активности таймера oam

    По умолчанию интерфейс использует значение настроен глобально.

    Ограничения и рекомендации по настройке события кадра с ошибкой обнаружение

    Вы можете настроить эту функцию в системе вид или вид на порт. Конфигурация в системном представлении действует на всех портах, и конфигурация в представлении порта вступает в силу для указанного порта.Для порт, конфигурация в представлении порта имеет приоритет.

    Глобальная настройка обнаружения ошибочных кадров

    1. Войдите в системный вид.

    вид системы

    2. Настроить обнаружение ошибочного кадра. окно.

    oam значение окна глобального окна с ошибками

    По умолчанию событие кадра с ошибкой окно обнаружения составляет 1000 миллисекунд.

    3. Настроить запуск события кадра с ошибкой порог.

    oam глобальное пороговое значение для ошибочного кадра, пороговое значение

    По умолчанию событие кадра с ошибкой порог срабатывания 1.

    Настройка обнаружения события ошибочного кадра на порту

    1. Войдите в системный вид.

    вид системы

    2. Откройте представление порта Ethernet уровня 2.

    интерфейс интерфейсного типа номер интерфейса

    3. Настроить обнаружение ошибочного кадра. окно.

    oam значение окна окна с ошибками

    По умолчанию интерфейс использует значение настроен глобально.

    4. Настроить запуск события кадра с ошибкой порог.

    oam пороговое значение ошибочного кадра

    По умолчанию интерфейс использует значение настроен глобально.

    Ограничения и рекомендации по настройке периода ошибочного кадра обнаружение событий

    Вы можете настроить эту функцию в системе вид или вид на порт.Конфигурация в системном представлении действует на всех портах, и конфигурация в представлении порта вступает в силу для указанного порта. Для порт, конфигурация в представлении порта имеет приоритет.

    Глобальная настройка обнаружения события периода кадра с ошибками

    1. Войдите в системный вид.

    вид системы

    2. Настроить событие периода кадра с ошибками окно обнаружения.

    oam глобальное значение окна периода кадра с ошибками

    По умолчанию период ошибочного кадра Окно обнаружения событий — 10000000.

    3. Настроить событие периода кадра с ошибками порог срабатывания.

    oam глобальное пороговое значение периода кадра с ошибками

    По умолчанию период ошибочного кадра порог срабатывания события 1.

    Настройка обнаружения события периода кадра с ошибками на порту

    1. Войдите в системный вид.

    вид системы

    2. Откройте представление порта Ethernet уровня 2.

    интерфейс интерфейсного типа номер интерфейса

    3. Настроить событие периода кадра с ошибками окно обнаружения.

    oam значение окна периода кадра с ошибками

    По умолчанию интерфейс использует значение настроен глобально.

    4. Настроить событие периода кадра с ошибками порог срабатывания.

    oam пороговое значение периода кадра с ошибками

    По умолчанию интерфейс использует значение настроен глобально.

    Ограничения и рекомендации по настройке секунд кадра с ошибками обнаружение событий

    · Вы можете настроить эту функцию в системном представлении или вид на порт. Конфигурация в системном представлении действует на всех портах, и конфигурация в представлении порта вступает в силу для указанного порта. Для порта конфигурация в представлении порта имеет приоритет.

    · Убедитесь, что срабатывают секунды ошибочного кадра. порог меньше, чем окно обнаружения секунд ошибочного кадра.Иначе, не может быть сгенерировано событие секунды ошибочного кадра.

    Глобальная настройка обнаружения ошибочных кадров в секундах

    1. Войдите в системный вид.

    вид системы

    2. Настроить событие секунды ошибочного кадра окно обнаружения.

    oam глобальное значение окна кадра с ошибками в секундах

    По умолчанию секунды ошибочного кадра Окно обнаружения событий составляет 60000 миллисекунд.

    3. Настроить событие секунды ошибочного кадра порог срабатывания.

    oam global errored-frame-seconds threshold threshold-value

    По умолчанию секунды ошибочного кадра порог срабатывания события 1.

    Настройка события «секунды ошибочного кадра» обнаружение на порту

    1. Войдите в системный вид.

    вид системы

    2. Откройте представление порта Ethernet уровня 2.

    интерфейс интерфейсного типа номер интерфейса

    3. Настроить событие секунды ошибочного кадра окно обнаружения.

    oam значение окна кадра с ошибками в секундах

    По умолчанию интерфейс использует значение настроен глобально.

    4. Настроить событие секунды ошибочного кадра порог срабатывания.

    oam errored-frame-seconds threshold threshold-value

    По умолчанию интерфейс использует значение настроен глобально.

    Об этой функции

    Эта функция позволяет порту регистрировать события и автоматически разорвать соединение OAM и установить состояние канала «не работает».

    Процедура

    1. Войдите в системный вид.

    вид системы

    2. Откройте представление порта Ethernet уровня 2.

    интерфейс интерфейсного типа номер интерфейса

    3. Настроить действие, выполняемое портом после него получает событие Ethernet OAM от удаленного конца.

    oam remote-failure {срок действия соединения истек | критическое событие | предсмертный вздох | ссылка-ошибка} действие ошибка-ссылка-вниз

    По умолчанию порт регистрирует только Событие Ethernet OAM, которое он получает от удаленного конца.

    ВНИМАНИЕ:

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

    Об удаленной кольцевой проверке Ethernet OAM

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

    Ограничения и рекомендации по включению удаленного доступа Ethernet OAM петля

    · Удаленный шлейф Ethernet OAM доступен только после установления соединения Ethernet OAM.Это может быть выполнено только по Ethernet. Объекты OAM, работающие в активном режиме Ethernet OAM.

    · Удаленный шлейф доступен только в полнодуплексном режиме. ссылки, поддерживающие удаленную обратную петлю на обоих концах.

    · Должна поддерживаться удаленная кольцевая проверка Ethernet OAM. как удаленным портом, так и отправляющим портом.

    · Включение прерываний удаленной обратной петли Ethernet OAM передача данных. После отключения удаленной кольцевой проверки Ethernet OAM все задействованные порты сначала отключаются, а затем поднимаются.Удаленная кольцевая проверка Ethernet OAM может быть отключенным любым из следующих событий:

    ¡Отключение Ethernet OAM.

    ¡Отключение Удаленная кольцевая проверка Ethernet OAM.

    ¡Тайм-аут подключения Ethernet OAM.

    · Включение теста внутренней петли на порту в удаленный тест обратной петли может прервать удаленный тест обратной петли. Для большего информацию о тесте обратной связи см. Уровень 2 — LAN Руководство по настройке переключения.

    · Вы можете включить удаленную кольцевую проверку Ethernet OAM на конкретный порт в представлении пользователя, системы или порта Ethernet.В эффекты конфигурации такие же.

    Включение Ethernet Удаленный шлейф OAM для порта в системном представлении

    1. (Необязательно.) Войдите в системный вид.

    вид системы

    Вы также можете выполнить эту задачу в пользовательском Посмотреть.

    2. Включить удаленную кольцевую проверку Ethernet OAM для порт.

    oam remote-loopback start interface-type интерфейс типа интерфейса номер интерфейса

    По умолчанию удаленный шлейф Ethernet OAM выключен.

    Включение удаленной обратной петли Ethernet OAM для порт в виде интерфейса

    1. Войдите в системный вид.

    вид системы

    2. Откройте представление порта Ethernet уровня 2.

    интерфейс тип интерфейса номер интерфейса

    3. Включить удаленную кольцевую проверку Ethernet OAM на порт.

    oam удаленный запуск по шлейфу

    По умолчанию удаленный шлейф Ethernet OAM выключен.

    Об этой функции

    Функция удаленной кольцевой проверки Ethernet OAM влияет на другие услуги. Чтобы решить эту проблему, вы можете отключить управление портом. OAMPDU управления шлейфом, отправленные удаленным портом. Затем локальный порт отклоняет запрос удаленной обратной петли Ethernet OAM от удаленного порта.

    Ограничения и руководящие принципы

    Эта функция не влияет на текущую удаленный тест обратной петли на порту. Он вступает в силу, когда следующий удаленный шлейф начинается на порту.

    Процедура

    1. Войдите в системный вид.

    вид системы

    2. Откройте представление порта Ethernet уровня 2.

    интерфейс тип интерфейса номер интерфейса

    3. Отклонить удаленную кольцевую проверку Ethernet OAM запрос с удаленного порта.

    oam удаленный запрос на отклонение обратной петли

    По умолчанию порт не отклоняет Запрос удаленной обратной петли Ethernet OAM от удаленного порта.

    Выполнить отображение команды в любом представлении и команды сброса в пользователе просмотр:

    Задача

    Команда

    Отображение информации об Ethernet OAM связь.

    дисплей oam {местный | удаленный} [интерфейс тип-интерфейса номер интерфейса]

    Показать конфигурацию Ethernet OAM.

    отображать конфигурацию OAM [интерфейс интерфейс-тип номер интерфейса]

    Отображение статистики критических событий после установления соединения Ethernet OAM.

    отображать критическое событие oam [interface interface-type номер интерфейса]

    Отображение статистики по каналу Ethernet OAM события ошибок после установления соединения Ethernet OAM.

    показать событие ссылки oam {местное | удаленный} [интерфейс тип-интерфейса номер интерфейса]

    Очистить статистику по пакетам Ethernet OAM и события ошибки канала Ethernet OAM.

    reset oam [интерфейс интерфейс-тип номер интерфейса]

    Пример: настройка Ethernet OAM

    Конфигурация сети

    В сети, показанной на Рисунке 1, выполните следующие операции:

    · Включите Ethernet OAM на устройстве A и устройстве B для автоматического определения ошибки связи между двумя устройствами

    · Определите эффективность связи между Устройство A и устройство B путем сбора статистики о полученных кадрах ошибок с помощью устройства A

    Рисунок 1 Схема сети

    Процедура

    1. Настроить устройство A:

    # Настроить GigabitEthernet 1/0/1 на работать в активном режиме Ethernet OAM и включить для него Ethernet OAM.

    системный вид

    [DeviceA] интерфейс gigabitethernet 1/0/1

    [DeviceA-GigabitEthernet1 / 0/1] режим oam активен

    [DeviceA-GigabitEthernet1 / 0/1] oam enable

    # Установить окно обнаружения ошибочного фрейма. до 20000 миллисекунд и установите порог срабатывания ошибочного кадра на 10.

    [DeviceA-GigabitEthernet1 / 0/1] окно с ошибками 200

    [DeviceA-GigabitEthernet1 / 0/1] oam порог ошибочного кадра 10

    [DeviceA-GigabitEthernet1 / 0/1] выйти из

    2. Настроить устройство B:

    # Настроить GigabitEthernet 1/0/1 на работать в пассивном режиме Ethernet OAM (по умолчанию) и включать Ethernet OAM для Это.

    <УстройствоB> системное представление

    [DeviceB] интерфейс gigabitethernet 1/0/1

    [DeviceB-GigabitEthernet1 / 0/1] пассивный режим oam

    [DeviceB-GigabitEthernet1 / 0/1] oam enable

    [DeviceB-GigabitEthernet1 / 0/1] выйти из

    Проверка конфигурация

    Используйте дисплей oam команда критического события для отображения статистики событий критического соединения Ethernet OAM.Например:

    # Отображение статистики критического состояния Ethernet OAM связать события на всех портах устройства A.

    [DeviceA] display oam критическое событие

    ———— [GigabitEthernet1 / 0/1] ————

    Статус локальной связи: UP

    Статистика событий

    Ошибка связи: Не произошло

    Умирающий вздох: Не произошло

    Критическое событие: Не произошло

    Выходные данные показывают, что нет критической ссылки событие произошло на канале связи между устройством A и устройством B.

    Используйте дисплей oam link-event команда для отображения статистики События канала Ethernet OAM. Например:

    # Отображение события канала Ethernet OAM статистика локального конца устройства A.

    [DeviceA] display oam ссылка-событие локальное

    ———— [GigabitEthernet1 / 0/1] ————

    Статус соединения: UP

    Событие локального ошибочного кадра OAM

    Отметка времени события: 5789 x 100 миллисекунд

    Окно фрейма с ошибками: 200 x 100 миллисекунд

    Порог ошибочного кадра: 10 кадры ошибок

    Ошибочный кадр: 13 кадры ошибок

    Общее количество ошибок: 350 кадров ошибок

    Событие запущено всего: 17 мероприятий

    Вывод показывает следующее:

    ¡350 ошибки произошли после включения Ethernet OAM на устройстве A.

    ¡17 ошибки были вызваны ошибочными кадрами.

    ¡ ссылка нестабильная.

    Мониторинг уровня 2 с CFM и сервисами OAM — ONOS

    Connectivity Fault Management (CFM) был впервые представлен в IEEE 802.1ag, который был заменен IEEE 802.1Q-2011, а затем IEEE 802.1Q-2014 — стандартом IEEE для локальных и городских сетей — мостов и мостовых сетей.

    Он определяет протоколы и методы для OAM (операций, администрирования и обслуживания) для путей через 802.1 мосты и локальные сети (ЛВС).

    Это поправка к IEEE 802.1Q-2005, утвержденная в 2007 году.

    IEEE 802.1ag в значительной степени идентичен Рекомендации ITU-T Y.1731, которая дополнительно касается мониторинга производительности.

    Кроме того, Metro Ethernet Forum (MEF) определил SOAM (администрирование и управление сервисами) в MEF-17 на основе этих стандартов, чтобы создать структуру для мониторинга в сочетании с сервисами MEF. Этот и другие стандарты MEF доступны в разделе их технической документации.

    Моделирование

    Преобразование этих объединенных стандартов в единую модель — сложная задача, которая неизбежно требует некоторых компромиссов. Например, в то время как 802.1Q говорит о доменах обслуживания и ассоциациях обслуживания, стандарт MEF 17 использует названия объекта обслуживания (ME) и группы объектов обслуживания (MEG). MEF 38 и 39 определяет модель, которая охватывает все концепции в виде набора модулей YANG, которые отделяют аспекты мониторинга MEF 17 от MEF Carrier Ethernet Services.Таким образом, существует слабая связь между службами CFM и MEF, связанными вместе только через идентификаторы VLAN.

    MEF 38 определяет корневой объект mef-cfm, который представляет объекты CFM 802.1Q и Y.1731, который дополняется mef-soam-fm, который добавляет дополнительные атрибуты и операции из SOAM, связанные с управлением сбоями.

    MEF 39 дополняет mef-cfm такими аспектами управления производительностью SOAM, как mef-soam-pm, включая мониторинг задержки, джиттера и измерений потерь.

    Эти модели YANG действуют как единое определение этих стандартов, которое имеет практический смысл повторно использовать в ONOS.

    Реализация в ONOS

    Прямой перевод моделей MEF 38 и MEF 39 YANG в ONOS не обеспечивает полностью чистого способа определения моделей в ONOS из-за сложности, вносимой дополнениями. Вместо этого модели были определены независимо в ONOS как новая структура при повторном использовании общих классов ONOS, таких как DeviceId, PortNumber, NetworkResource, Identifier, MacAddress и т. Д.

    Модель Java

    Эти неизменяемые объекты определены как объекты POJO Java с небольшими зависимостями от внешнего элементов и построил знакомый шаблон строителя.

    Как и в случае с 802.1Q, верхний уровень модели начинается с Домена обслуживания — абстрактного эталонного объекта, определяющего диапазон области действия для обслуживания в сети. Домены обслуживания определены на 8 различных уровнях, чтобы указать объем их диапазона.

    Под доменом обслуживания находится ассоциация обслуживания, другой абстрактный объект, специфичный для VLAN, который содержит общие параметры для группы MEP (конечные точки ассоциации обслуживания). Именно эти MEP создаются на устройствах в сети и могут рассматриваться как точки мониторинга.Для поддержки создания MEP устройства должны поддерживать поведение CfmMepProgrammable.

    MEP является ключевым элементом, который позволяет выполнять определенные действия на таких устройствах, как

    • Обмен сообщениями проверки целостности (CCM)
    • Loopback-тестирование
    • Linktrace-тестирование

    Кроме того, эти MEP позволяют создавать

    • сущностей измерения задержки (которые запускают тесты для задержки и джиттера на постоянной основе)
    • сущностей измерения потерь (которые запускают тесты для измерения потерь на постоянной основе)

    Документ Java для этой модели доступен по адресу http: // api.onosproject. или MdIdMacUint или MdIdNone)

     | -Main maintenance-Association * 
     | -MaIdShort (MaIdCharStr или MaIdPrimaryVid, или MaId2Octet или MaIdRfc2685VpnId или MaIdIcctet 
    ) -MaIdIccMepon 
    ) -MaIdIcc1799) * 
     | | -MepId 
     | | -MepLbEntry 
     | | -MepLtEntry 
     | | | -MepLtTransactionEntry * 
     | | | -MepLtReply * 
     | | | -SenderIdTlv 
     | | -DelayMeasurementCreate (SOAM) * и DelayMeasurementEntry 
     | | | -DmId 
     | | | -DelayMeasurementStatCurrent 
     | | | -DelayMeasurementStatHistory * 
     | | -LossMeasurementCreate (SOAM) * и LossMeasurementEntry 
     | | | -LmId 
     | | | -LossMeasurementStatCurrent 
     | | | -LossMeasurementStatHistory * 
     | | -RemoteMepEntry * 
     | | | -RemoteMepId 
     | -RemoteMepId * 

    Классы и интерфейсы можно разбить на 4 основные категории:

    • Те, которые используются в качестве идентификаторов
    • Те для настройки объекта
    • Те, которые представляют как атрибуты статуса объекта, так и его конфигурация (обычно оканчивающаяся на Entry)
    • Те, которые используются в командах, вызываемых для объектов - для Loopback, Linktrace, Delay и Loss Measurement они не настроены - они вызываются как метод с параметрами

    Набор служб определяется для управление объектной моделью

    • CFM MD Service
    • CFM MEP Service
    • SOAM Service

    CFM MD Service

    Это интерфейс, который управляет только конфигурацией домена обслуживания и ассоциации обслуживания.Он действует как автономная служба в ONOS, которая управляет только этими 2 уровнями модели. Домен обслуживания содержит список ассоциаций обслуживания, не содержащий Meps - они оставлены на усмотрение CfmMepService.

    Эти объекты сохраняются в ONOS в распределенном хранилище данных этой службой.

    Существуют команды интерфейса командной строки (при активации приложения org.onosproject.cfm ) для создания, удаления и изменения этих объектов.

    • cfm-md-list - перечисляет один домен обслуживания CFM.
    • cfm-md-add - добавить домен обслуживания CFM.
    • cfm-md-delete - удалить домен обслуживания CFM и его дочерние элементы.
    • cfm-ma-add - Добавить ассоциацию обслуживания CFM в домен обслуживания.
    • cfm-ma-delete - Удалить ассоциацию обслуживания CFM и ее дочерние элементы.

    Их также можно изменить через интерфейс REST по адресу http: // localhost: 8181 / onos / cfm / md

    CFM MEP Service

    Это интерфейс, который управляет MEP, а также объектами и командами под ней.MEP, управляемая этой службой, имеет ссылку на домен обслуживания и ассоциацию обслуживания над ней и, следовательно, зависит от службы CFM MD.

    MEP идентифицируются комбинацией MdId, MaID и MepId.

    Для создания MEP необходимо указать идентификатор устройства. Драйвер этого устройства должен поддерживать поведение программируемого модуля CFM.

    Служба имеет следующие действия, связанные с ней

    • Создать MEP
    • Удалить MEP
    • Получить все MEP (для определенных MD и MA)
    • Получить отдельные MEP
    • Циклическая передача
    • Прервать повторную передачу
    • Передать Linktrace
    • Создать тестовый сигнал
    • Прервать тестовый сигнал

    Эти объекты можно изменить через интерфейс REST по адресу http: // localhost: 8181 / onos / cfm / md / / ma / / mep

    В настоящий момент объект MEP поддерживается только в памяти и не сохраняется в хранилище данных ONOS.Объекты Loopback, Linktrace, Test Signal, Loss Measurement и Delay Measurement вообще не поддерживаются в ONOS, поскольку они на самом деле не являются объектами конфигурации. Они вызываются на лету и передаются в виде набора параметров метода устройству, реализующему MEP. Это устройство будет работать с ними, и их результаты можно будет получить, запросив ответственного MEP на устройстве. Например, результаты LinkTrace, Loopback и Test Signal появятся в MepLbEntry, MepLbEntry и MepTsEntry в MepEntry при вызове метода «Получить индивидуальный Mep».

    См. В

    • apps / cfm / src / test / resources / examples

    некоторые примеры JSON, которые можно использовать для активации этой функции.

    Служба SOAM

    Это интерфейс, который управляет функциями измерения задержки и потерь MEP. Это зависит от активности службы CFM MEP.

    Чтобы создать тест измерения задержки или потерь, драйвер устройства, связанного с MEP , должен поддерживать поведение Программируемая SOAM .

    С сервисом связаны следующие действия:

    • Создание теста измерения задержки (DM) на MEP
    • Прекращение теста DM
    • Прерывание всех тестов DM на MEP
    • Создание измерения потерь (LM) тест на MEP
    • Прервать тест LM
    • Прервать все тесты LM на MEP
    • Получить все DM для MEP
    • Получить все LM для MEP
    • Получить DM от MEP и идентификатор DM
    • Получить только Часть текущей статистики DM от MEP и идентификатор DM
    • Получить только часть исторической статистики от DM от MEP и идентификатор DM
    • Получить LM от MEP и идентификатор DM
    • Получить только часть Current Stats от LM от MEP и LM с идентификатором
    • Получить только историческую часть статистики LM от MEP и LM с идентификатором
    • Очистить статистику истории DM для всех DM для MEP
    • Очистить статистику истории DM DM для MEP
    • Очистить LM Статистика истории для всех LM для MEP
    • Очистить статистику истории LM для LM для MEP
    • Выполните тест тестового сигнала на MEP
    • Прервите тест тестового сигнала на MEP

    Эти объекты можно изменить через интерфейс REST по адресу http: // localhost: 8181 / onos / cfm / md / / ma / / mep / / dm или http: // localhost: 8181 / onos / cfm / md / / ma / < ma-id> / mep / / lm

    Требования к эксплуатации и управлению (OAM) для многоточечных сетей MPLS

    RFC 4687: Требования к эксплуатации и управлению (OAM) для многоточечных сетей MPLS [RFC Home] [TEXT | PDF | HTML] [Tracker] [ IPR]

    ИНФОРМАЦИОННАЯ
     Сетевая рабочая группа S.Ясукава
    Запрос комментариев: 4687 NTT Corporation
    Категория: Информационные А. Фаррел
                                                          Консультации по Old Dog
                                                                     Д. Кинг
                                                          Aria Networks Ltd.
                                                                   Т. Надо
                                                         Cisco Systems, Inc.Сентябрь 2006 г.
    
    
                 Требования к эксплуатации и управлению (OAM)
                     для многоточечных сетей MPLS
    
    Статус этой памятки
    
       Эта памятка содержит информацию для Интернет-сообщества. Оно делает
       не указывать какие-либо стандарты Интернета. Распространение этого
       памятка не ограничена.
    
    Уведомление об авторских правах
    
       Авторское право (C) The Internet Society (2006).
    
    Абстрактный
    
       Многопротокольная коммутация по меткам (MPLS) была расширена для включения
       многоточечные (P2MP) пути с коммутацией меток (LSP).Как и в случае с
       двухточечные MPLS LSP, требование обнаружения, обработки и
       Диагностика дефектов уровня управления и данных имеет решающее значение.
    
       Для операторов, развертывающих сервисы на основе LSP P2MP MPLS,
       обнаружение и указание того, как обращаться с этими дефектами,
       важно, потому что такие дефекты могут не только повлиять на фундаментальные
       сети MPLS, но также может повлиять на спецификацию уровня обслуживания
       обязательства перед клиентами своей сети.
    
       Этот документ описывает требования к операциям на плоскости данных и
       управление для P2MP MPLS LSP.Эти требования распространяются на все формы.
       LSP P2MP MPLS и включают LSP P2MP Traffic Engineered (TE) и
       многоадресные LSP.
    
    
    
    
    
    
    
    
    
    
    Ясукава и др. Информационная [Страница 1] 

    RFC 4687 Требования OAM для MPLS точка-многоточка Сентябрь 2006 г.
    
    
    Оглавление
    
       1. Введение ............................................... ..... 3
       2. Терминология ............................................... ...... 3
          2.1. Условные обозначения, используемые в этом документе.......................... 3
          2.2. Терминология ................................................ 3
          2.3. Сокращения ................................................. ..3
       3. Мотивации ............................................... ...... 4
       4. Общие требования ............................................ 4
          4.1. Обнаружение дефектов пути переключателя этикеток ..................... 5
          4.2. Диагностика нарушенного пути переключения меток .................... 6
          4.3. Характеристика пути ...................................... 6
          4.4. Измерение соглашения об уровне обслуживания ........................ 7
          4.5. Частота выполнения OAM ................................. 8
          4.6. Подавление аварийных сигналов, агрегирование и координация уровней ..... 8
          4.7. Поддержка взаимодействия OAM для уведомления о сбоях ........ 8
          4.8. Обнаружение и устранение ошибок ............................... 9
          4.9. Стандартные интерфейсы управления ............................. 9
          4.10. Обнаружение атак типа «отказ в обслуживании»................... 10
          4.11. Требования к учету для каждого LSP .......................... 10
       5. Соображения безопасности ........................................ 10
       6. Ссылки ............................................... ...... 11
          6.1. Нормативные ссылки ...................................... 11
          6.2. Информационные ссылки .................................... 11
       7. Благодарности ............................................... 12
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    Ясукава и др.Информационная [Страница 2] 

    RFC 4687 Требования OAM для MPLS точка-многоточка Сентябрь 2006 г.
    
    
    1. Введение
    
       Этот документ описывает требования к операциям на плоскости данных и
       управление (OAM) для многопротокольной метки многоточечной связи (P2MP)
       Коммутация (MPLS). Этот документ определяет требования OAM для P2MP.
       MPLS, а также для приложений P2MP MPLS.
    
       Эти требования применяются ко всем формам P2MP MPLS LSP и включают:
       P2MP Traffic Engineered (TE) LSP [RFC4461] и [P2MP-RSVP], а также
       как многоадресные LDP LSP [MCAST-LDP].Обратите внимание, что требования к OAM для P2MP MPLS в значительной степени основываются на
       требования к OAM для MPLS точка-точка. Эти последние
       требования описаны в [RFC4377] и не повторяются в этом
       документ.
    
       Для получения общей основы для OAM в сетях MPLS обратитесь к [RFC4378].
    
    2. Терминология
    
    2.1. Условные обозначения, используемые в этом документе
    
       Ключевые слова «ДОЛЖНЫ», «НЕ ДОЛЖНЫ», «ОБЯЗАТЕЛЬНО», «ДОЛЖНЫ», «НЕ ДОЛЖНЫ»,
       «ДОЛЖЕН», «НЕ ДОЛЖЕН», «РЕКОМЕНДУЕТСЯ», «МОЖЕТ» и «ДОПОЛНИТЕЛЬНО» в этом
       документ следует интерпретировать, как описано в RFC 2119 [RFC2119].Требования в этом документе относятся к механизму и протоколу OAM.
       разработка, в отличие от обычного применения RFC 2119
       требования к фактическому протоколу, так как этот документ не определяет
       протокол.
    
    2.2. Терминология
    
       Определения ключевых терминов MPLS OAM можно найти в [RFC4377] и
       предполагается, что читатель знаком с теми определениями, которые
       здесь не повторяется.
    
       [RFC4461] включает некоторые важные определения и термины для использования.
       в контексте P2MP MPLS.Читатель должен быть знаком с
       по крайней мере, раздел терминологии этого документа.
    
    2.3. Аббревиатуры
    
       В этом документе используются следующие сокращения.
    
       CE: Клиентский край
       DoS: отказ в обслуживании
       ECMP: многолучевое распространение с равной стоимостью
    
    
    
    Ясукава и др. Информационная [Страница 3] 

    RFC 4687 Требования OAM для MPLS точка-многоточка Сентябрь 2006 г.
    
    
       LDP: протокол распространения меток
       LSP: путь с коммутацией меток
       LSR: Маршрутизатор с коммутацией меток
       OAM: операции и управление
       RSVP: протокол резервирования ресурсов
       P2MP: точка-многоточка
       SP: Поставщик услуг
       TE: Управление трафиком
    
    3.Мотивации
    
       OAM для сетей MPLS был установлен как фундаментальный
       требование как через опыт работы, так и через его
       документация в многочисленных Интернет-проектах. Таких документов много (для
       например, [RFC4379], [RFC3812], [RFC3813], [RFC3814] и [RFC3815])
       разработали конкретные решения отдельных вопросов или проблем.
       Согласование полных требований OAM для MPLS было достигнуто
       [RFC4377] в знак признания того факта, что предыдущий
       подход может привести к непоследовательному и неэффективному применению
       Методы OAM в архитектуре MPLS и могут потребовать
       значительные изменения в операционных процедурах и системах в
       чтобы обеспечить согласованные и полезные функциональные возможности OAM.Этот документ основывается на этих реализациях и расширяет заявления
       требований MPLS OAM для покрытия новой области P2MP MPLS. Что
       то есть, этот документ фиксирует требования к P2MP MPLS OAM в
       продвижение разработки конкретных решений.
    
       Тем не менее, на момент написания некоторые усилия уже были предприняты.
       израсходовано на расширение существующих решений MPLS OAM для покрытия P2MP MPLS
       (например, [P2MP-LSP-PING]). Хотя этот подход к расширению
       существующие решения могут быть разумными, чтобы гарантировать последовательное
       В рамках OAM необходимо четко сформулировать полный набор
       требования в едином документе.Это облегчит униформу.
       набор решений MPLS OAM, охватывающих несколько развертываний MPLS и
       одновременные приложения.
    
    4. Общие требования
    
       Общие требования, описанные в этом разделе, аналогичны
       описанные для MPLS точка-точка в [RFC4377]. В
       в подразделах ниже не повторяется материал из [RFC4377], а просто
       дайте ссылки на этот документ.
    
       Однако если требования к P2MP MPLS OAM отличаются от
       более обширный, чем указано в [RFC4377], дополнительный текст
       поставляется.Ясукава и др. Информационная [Страница 4] 

    RFC 4687 Требования OAM для MPLS точка-многоточка Сентябрь 2006 г.
    
    
       В целом следует отметить, что LSP P2MP обеспечивают масштабируемость.
       проблема с OAM, которая отсутствует в MPLS точка-точка.
       То есть отдельный P2MP LSP будет иметь более одного выхода и
       путь к этим выходам, скорее всего, не будет линейным (для
       Например, он может иметь древовидную структуру).Поскольку количество выходов
       для одиночного P2MP LSP неизвестен и не ограничен каким-либо малым числом,
       из этого следует, что все механизмы, определенные для поддержки OAM, ДОЛЖНЫ масштабироваться.
       хорошо с количеством выходов и сложностью пути
       ЛСП. Механизмы, способные справиться с отдельными пороками
       будут масштабироваться не хуже, чем аналогичные механизмы для LSP точка-точка,
       но желательно разработать механизмы, способные использовать
       тот факт, что несколько выходов связаны с одним LSP, и
       так добейтесь лучшего масштабирования.4.1. Обнаружение дефектов пути переключения этикеток
    
       Возможность обнаружения дефектов в P2MP LSP НЕ ДОЛЖНА требовать
       ручное, пошаговое устранение неисправностей каждого LSR, используемого для переключения трафика
       для этого LSP, и СЛЕДУЕТ полагаться на проактивные процедуры OAM (такие как
       подключение по непрерывному пути и соглашение об уровне обслуживания (SLA)
       механизмы измерения). Любые решения ДОЛЖНЫ либо расширяться, либо работать
       в тесной связи с существующими решениями, разработанными для точка-к-
       точки MPLS, например, указанные в [RFC4379], где это
       требование не противоречит другим требованиям настоящего
       раздел.Это позволит использовать существующее программное и аппаратное обеспечение.
       развертывания.
    
       Обратите внимание, что LSP P2MP могут создавать дополнительные проблемы масштабирования для LSP.
       зондирование с помощью таких инструментов, как [RFC4379]. Поскольку количество листьев
       P2MP LSP увеличивается, проверка может стать дороже
       LSP для обнаружения дефектов. Любой инструмент, разработанный для этой цели, ДОЛЖЕН
       осознавать эту проблему и ДОЛЖЕН включать методы для уменьшения
       масштабирующее влияние увеличения количества листьев. Тем не менее,
       Также следует отметить, что внесение дополнительных листьев
       может означать, что использование таких методов, как [RFC4379], менее
       подходит для обнаружения дефектов с помощью LSP P2MP, в то время как метод
       может оставаться полезным для диагностики дефектов, как описано в следующем
       раздел.Из-за вышеуказанных проблем масштабирования LSR или другие сетевые ресурсы
       НЕ ДОЛЖНЫ быть перегружены работой обычного упреждающего OAM
       процедуры и меры, принятые для защиты LSR и сетевых ресурсов
       от перегрузки НЕ ДОЛЖНЫ ухудшать эксплуатационные характеристики или
       оперативность проактивных процедур OAM. Обратите внимание, что реактивный OAM
       может нарушить эти ограничения (т.е. вызвать видимое ухудшение трафика), если
       необходимо или полезно попытаться исправить то, что пошло не так.
    
    
    
    
    
    Ясукава и др.Информационная [Страница 5] 

    RFC 4687 Требования OAM для MPLS точка-многоточка Сентябрь 2006 г.
    
    
       Под «перегружен» мы подразумеваем, что LSR НЕ ДОЛЖЕН быть возможен
       быть настолько занятым проактивным OAM, что не может продолжать
       управление процессами или трафик плоскости данных с объявленной скоростью.
       Точно так же сетевой ресурс (например, канал передачи данных) НЕ ДОЛЖЕН быть
       переносит так много проактивного трафика OAM, что он не может передавать
       заявленная скорость передачи данных.При этом важно настроить
       проактивный OAM, если он используется, чтобы не подавать сигналы тревоги, вызванные
       не удалось получить сообщение OAM, если компонент, ответственный за
       обработка сообщений не может быть обработана, потому что другие компоненты
       потребляют слишком много системных ресурсов - такие тревоги могут сработать
       быть ложным.
    
       На практике, конечно, требования предыдущего абзаца
       может быть выполнено путем тщательного уточнения ожидаемых данных
       пропускная способность LSR или каналов передачи данных.Однако следует напомнить
       что упреждающие процедуры OAM могут линейно масштабироваться с числом
       LSP, и количество LSP не обязательно зависит от
       доступная пропускная способность в LSR или канале передачи данных.
    
    4.2. Диагностика нарушенного пути переключения меток
    
       Возможность диагностировать неисправный P2MP LSP и изолировать отказавший
       компонент (то есть ссылка или узел) в пути ТРЕБУЕТСЯ. Эти
       функции включают в себя тест подключения пути, который может тестировать все ветви
       и оставляет P2MP LSP для достижимости, а также трассировку пути
       функция.Обратите внимание, что это требование отличается от
       требование к обнаружению ошибок или отказов, описанных в предыдущем
       раздел. На практике обнаружение и диагностика / изоляция МОГУТ быть
       выполняются отдельными или одними и теми же механизмами в зависимости от способа
       которым выполняются остальные требования.
    
       Оператор (или автоматизированный процесс) ДОЛЖЕН иметь возможность
       предусмотреть тайм-аут, по истечении которого неспособность увидеть ответ должна
       быть отмеченным как ошибка.
    
       Любой механизм, разработанный для выполнения этих функций, подлежит
       Проблемы масштабируемости, выраженные в разделе 4.4.3. Характеристика пути
    
       Функция описания пути [RFC4377] - это способность обнаруживать
       подробности операций пересылки LSR для LSP P2MP. Эти детали
       затем можно будет сравнить позже во время последующего тестирования, относящегося к OAM.
       функциональность. Следовательно, LSR, поддерживающие LSP P2MP, ДОЛЖНЫ обеспечивать
       механизмы, которые позволяют операторам опрашивать и характеризовать P2MP
       пути.
    
    
    
    
    
    Ясукава и др. Информационная [Страница 6] 

    RFC 4687 Требования OAM для MPLS точка-многоточка Сентябрь 2006 г.
    
    
       Поскольку пути P2MP сложнее, чем пути точка-точка
       LSP, применяются проблемы масштабирования, описанные в разделе 4.Обратите внимание, что характеристика пути ДОЛЖНА приводить к тому, что оператор
       может определить полное дерево для P2MP LSP. То есть это не
       достаточно, чтобы знать список LSR в дереве, но это важно
       чтобы знать их относительный порядок и где разветвляется LSP.
    
       Поскольку в некоторых случаях состояние плоскости управления и пути к данным могут
       ветвление в разных точках от плоскости управления и плоскости данных
       топологии (например, рисунок 1), недостаточно представить
       порядок LSR, но важно, чтобы точки ветвления на
       это дерево четко идентифицировано.E
                                          /
                             А --- Б --- В === D
                                          \
                                           F
    
          Рисунок 1. Пример P2MP-дерева, в котором путь к данным и управление
          плоская ветвь состояния в точке C, но топология ветвится в точке D.
    
       Инструмент диагностики, отвечающий требованиям к характеристике пути.
       СЛЕДУЕТ собирать информацию, которую легко обработать, чтобы определить
       Дерево P2MP для P2MP LSP вместо предоставления информации, которая должна
       подвергнуться постобработке с некоторой сложностью.4.4. Измерение соглашения об уровне обслуживания
    
       Требуются механизмы для измерения различных аспектов обслуживания.
       Соглашения об уровне для услуг, использующих LSP P2MP. Аспекты
       перечислены в [RFC4377].
    
       Соглашения об уровне обслуживания часто измеряются с точки зрения качества
       и скорость доставки данных. В контексте P2MP MPLS данные
       доставляется на несколько выходных узлов. Следовательно, механизмы ДОЛЖНЫ
       быть способным измерять аспекты соглашений об уровне обслуживания как
       они применяются к каждой из точек выхода к P2MP LSP.В то же
       время, чтобы диагностировать проблемы с соблюдением уровня обслуживания
       ДОЛЖНЫ быть предусмотрены соглашения, механизмы для измерения аспектов
       соглашения в ключевых точках сети, например, в филиале
       узлы в дереве P2MP.
    
    
    
    
    
    
    
    
    Ясукава и др. Информационная [Страница 7] 

    RFC 4687 Требования OAM для MPLS точка-многоточка Сентябрь 2006 г.
    
    
    4.5. Частота выполнения OAM
    
       Как указано в [RFC4377], оператор ДОЛЖЕН иметь возможность
       настроить параметры OAM в соответствии с их конкретными операционными
       требования.Это требование потенциально более важно в P2MP.
       развертывания, в которых эффекты выполнения функций OAM могут
       потенциально может быть намного больше, чем в конфигурации без P2MP. Для
       пример, механизм, который заставляет каждый выход P2MP LSP отвечать
       может привести к большой пачке ответов на один запрос OAM.
    
       Следовательно, производимые решения НЕ ДОЛЖНЫ налагать какие-либо фиксированные ограничения.
       о частоте выполнения каких-либо функций OAM.
    
    4.6. Подавление аварийных сигналов, агрегирование и координация уровней
    
       Как описано в [RFC4377], сетевые элементы ДОЛЖНЫ обеспечивать аварийную сигнализацию.
       механизмы подавления и агрегации для предотвращения генерации
       избыточные аварийные сигналы внутри или между сетевыми уровнями.В то же время
       Проблемы с ограничениями, указанные в [RFC4377], также применимы к LSP P2MP.
    
       LSP P2MP также дает возможность единственной неисправности, вызывающей
       большее количество аварийных сигналов, чем для LSP точка-точка. Это может
       происходит из-за того, что существует большее количество нижележащих LSR (для
       Например, большее количество выходов). Результирующий множитель в
       количество аварийных сигналов может вызвать заваление управления аварийными сигналами
       системы, в которые поступают сообщения об аварийных сигналах, и служит в качестве множителя
       к количеству потенциально повторяющихся сигналов тревоги, поданных сетью.Методы агрегирования или ограничения сигналов тревоги ДОЛЖНЫ применяться в любом
       решение или быть доступным в реализации, так что это
       проблему масштабирования можно уменьшить. Обратите внимание, что это требование вводит
       второе измерение концепции агрегации сигналов тревоги. Где
       ранее он применялся для корреляции и подавления сигналов тревоги
       генерируется разными сетевыми уровнями, теперь он также применяется к аналогичным
       методы, применяемые к сигналам тревоги, генерируемым несколькими нисходящими LSR.
    
    4.7. Поддержка взаимодействия OAM для уведомления о сбоях
    
       [RFC4377] указывает, что LSR поддерживает взаимодействие одного или
       больше сетевых технологий через MPLS ДОЛЖНЫ быть в состоянии переводить
       Дефект MPLS в состояние ошибки собственной технологии.Это также
       применяется к любому LSR, поддерживающему LSP P2MP. Однако пристальное внимание
       требованиям к подавлению тревог, изложенным в нем и в
       СЛЕДУЕТ соблюдать раздел 4.6.
    
       Обратите внимание, что временные рамки для уведомления о неисправности и сигнализации
       распространение влияет на решения, которые могут быть применены к
       проблема масштабируемости, присущая определенным методам OAM, применяемым к
    
    
    
    Ясукава и др. Информационная [Страница 8] 

    RFC 4687 Требования OAM для MPLS точка-многоточка Сентябрь 2006 г.
    
    
       P2MP LSP.Например, решение вопроса о большом количестве
       устраняет все ответы на запросы зондирования в той же форме
       время может быть, чтобы сделать зонды реже - но это может
       влияют на способность обнаруживать и / или сообщать о неисправностях.
    
       Если требуется уведомление о неисправности для выхода, имеется
       возможность того, что одна ошибка приведет к возникновению нескольких
       уведомления, по одному для каждого выходного узла нисходящего P2MP
       вины. Любые механизмы ДОЛЖНЫ управлять этой проблемой масштабирования, пока
       по-прежнему продолжая своевременно отправлять уведомления о неисправностях.Если требуется уведомление о неисправности на входе, механизмы
       ДОЛЖЕН гарантировать, что уведомление идентифицирует выходные узлы
       P2MP LSP, которые затронуты (то есть те, которые ниже по течению от сбоя)
       и не подразумевает ложно, что затронуты все выходные узлы.
    
    4.8. Обнаружение и восстановление ошибок
    
       Восстановление после отказа сетевого элемента может быть облегчено с помощью MPLS.
       Процедуры OAM. Как описано в [RFC4377], эти процедуры будут
       обнаруживать широкий спектр дефектов и ДОЛЖЕН работать там, где MPLS
       LSP P2MP охватывают несколько областей маршрутизации или нескольких поставщиков услуг
       домены.Те же требования, что и в [RFC4377] в отношении
       автоматический ремонт и вмешательство оператора перед заказчиком
       обнаружение неисправностей применяется к LSP P2MP.
    
       Следует отметить, что сбои в LSP P2MP МОГУТ быть восстановлены.
       с помощью методов, описанных в [P2MP-RSVP].
    
    4.9. Стандартные интерфейсы управления
    
       Широкое распространение MPLS требует общей информации
       моделирование управления и контроля функциональности OAM. Это
       отражено в интеграции стандартных MIB, связанных с MPLS [RFC3812],
       [RFC3813], [RFC3814], [RFC3815] для ошибок, статистики и
       управление конфигурацией.Эти стандартные интерфейсы обеспечивают
       операторы с общим программным интерфейсом доступа к операциям и
       функции управления и их статус.
    
       Стандартные модули MIB, связанные с MPLS [RFC3812], [RFC3813],
       [RFC3814] и [RFC3815] СЛЕДУЕТ по возможности расширять до
       поддерживать P2MP LSP, связанные функции OAM на этих LSP, и
       приложения, использующие P2MP LSP. Их продление будет
       облегчить повторное использование существующего программного обеспечения для управления как в LSR, так и в
       в системах управления.В случаях, когда существующие модули MIB
       не может быть расширен, тогда ДОЛЖНЫ быть созданы новые модули MIB.
    
    
    
    Ясукава и др. Информационная [Страница 9] 

    RFC 4687 Требования OAM для MPLS точка-многоточка Сентябрь 2006 г.
    
    
    4.10. Обнаружение атак типа "отказ в обслуживании"
    
       Возможность обнаружения атак типа «отказ в обслуживании» (DoS) на
       плоскости данных или управления, которые сигнализируют о LSP P2MP, ДОЛЖНЫ быть частью любых
       управление безопасностью, относящееся к инструментам или методам MPLS OAM.4.11. Требования к учету для каждого LSP
    
       В сети MPLS, где используются P2MP LSP, поставщики услуг могут
       измерять трафик от LSR к выходу из сети, используя некоторые
       Например, модули MIB, связанные с MPLS (см. Раздел 4.9). Другой
       интерфейсы МОГУТ также существовать и обеспечивать создание трафика
       матрицы, чтобы можно было узнать, сколько трафика проходит
       откуда куда в сети.
    
       Анализ транспортных потоков для построения матрицы трафика более
       сложен там, где развернуты P2MP LSP, потому что нет простого
       парные отношения между входом и одним выходом.Фундаментальный для понимания потоков трафика в сети, которая
       поддерживает P2MP LSP, будет знать, где трафик
       разветвлен для каждого LSP в сети, то есть где в пределах
       сети, где расположены узлы ответвлений для LSP и каковы их
       отношение к ссылкам и другим LSR. Транспортный поток и учет
       инструменты ДОЛЖНЫ учитывать этот факт.
    
    5. Соображения безопасности
    
       В этом документе нет новых проблем безопасности по сравнению с
       [RFC4377]. Однако стоит отметить, что любой инструмент, созданный
       для удовлетворения требований, описанных в этом документе, ДОЛЖНЫ включать
       положения по предотвращению его несанкционированного использования.Точно так же эти инструменты
       ДОЛЖЕН предоставить средства, с помощью которых оператор может предотвратить отказ
       сервисные атаки, если эти инструменты используются в такой атаке. LSP неправильно
       слияние описано в [RFC4377], где указано, что оно имеет
       последствия для безопасности, выходящие за рамки простого дефекта сети. Это нужно
       Следует подчеркнуть, что природа потоков трафика P2MP заключается в том, что
       любая ошибочная доставка (например, вызванная неправильным слиянием LSP) вероятна
       иметь более далеко идущие последствия, поскольку трафик будет
       неправильно доставлен нескольким получателям.Как и в случае с функциями OAM, описанными в [RFC4377], производительность
       диагностические функции и характеристика пути могут включать
       извлечение значительного количества информации о сети
       строительство. Оператор сети МОЖЕТ рассмотреть эту информацию
       частным и желают принять меры для его защиты, но, кроме того, объем
       этой информации может рассматриваться как угроза целостности
    
    
    
    
    
    Ясукава и др. Информационная [Страница 10] 

    RFC 4687 Требования OAM для MPLS точка-многоточка Сентябрь 2006 г.
    
    
       сеть, если он извлекается оптом.Эта проблема может быть больше в
       P2MP MPLS из-за возможности большого количества приемников на
       одиночный LSP и последующий обширный путь LSP.
    
    6. Ссылки
    
    6.1. Нормативные ссылки
    
       [RFC2119] Брэднер, С., «Ключевые слова для использования в RFC для обозначения
                        Уровни требований », BCP 14, RFC 2119, март 1997 г.
    
       [RFC4377] Надо, Т., Морроу, М., Своллоу, Г., Аллан, Д., и
                        С. Мацусима, "Операции и управление (OAM)"
                        Требования для многопротокольной коммутации меток
                        (MPLS) Networks », RFC 4377, февраль 2006 г.6.2. Информативные ссылки
    
       [MCAST-LDP] Миней, И., ред., Компелла, К., Вейнандс, И., ред., И
                        Б. Томас, "Расширения протокола распространения меток
                        для многоточечной и многоточечной связи
                        Label Switched Paths », Работа в процессе, июнь 2006 г.
    
       [P2MP-LSP-PING] Ясукава, С., Фаррел, А., Али, З., и Б. Феннер,
                        "Обнаружение сбоев в плоскости данных в двухточечной
                        Управление многоточечным трафиком MPLS - Расширения до
                        LSP Ping », Работа в процессе, апрель 2006 г.[P2MP-RSVP] Аггарвал Р., Пападимитриу Д. и С. Ясукава,
                        "Расширения RSVP-TE для TE" точка-многоточка "
                        LSPs », Работа в процессе, июль 2006 г.
    
       [RFC3812] Шринивасан, К., Вишванатан, А. и Т. Надо,
                        "Информация об управлении трафиком MPLS
                        База с использованием SMIv2 », RFC3812, июнь 2004 г.
    
       [RFC3813] Шринивасан, К., Вишванатан, А. и Т. Надо,
                        "Информация об управлении маршрутизатором с коммутацией меток MPLS
                        База с использованием SMIv2 », RFC3813, июнь 2004 г.[RFC3814] Надо, Т., Сринивасан, К., и А. Вишванатан,
                        "Многопротокольная коммутация по меткам (MPLS) FEC-to-NHLFE
                        (FTN) Management Information Base », RFC3814, июнь.
                        2004 г.
    
    
    
    
    
    
    
    Ясукава и др. Информационная [Страница 11] 

    RFC 4687 Требования OAM для MPLS точка-многоточка Сентябрь 2006 г.
    
    
       [RFC3815] Куккьяра, Дж., Шостранд, Х., и Лучани, Дж.,
                        "Определения управляемых объектов для
                        Многопротокольная коммутация по меткам (MPLS), метка
                        Протокол распространения (LDP) », RFC 3815, июнь 2004 г.[RFC4378] Аллан, Д. и Т. Надо, "Платформа для мульти-
                        Операции переключения меток протокола (MPLS) и
                        Management (OAM) », RFC 4378, февраль 2006 г.
    
       [RFC4379] Kompella, K. и G. Swallow, "Обнаружение нескольких
                        Отказы плоскости данных с коммутацией меток протокола (MPLS) ",
                        RFC 4379, февраль 2006 г.
    
       [RFC4461] Yasukawa, S., Ed., "Требования к сигнализации для
                        Метка MPLS, ориентированная на многоточечный трафик
                        Коммутируемые пути (LSP) », RFC 4461, апрель 2006 г.7. Благодарности
    
       Авторы выражают признательность и благодарность следующим лицам:
       за ценные комментарии к этому документу: Рахул Аггарвал, Нил
       Харрисон, Бен Нивен-Дженкинс и Дмитрий Пападимитриу.
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    Ясукава и др. Информационная [Страница 12] 

    RFC 4687 Требования OAM для MPLS точка-многоточка Сентябрь 2006 г.
    
    
    Адреса авторов
    
       Сэйшо Ясукава
       NTT Corporation
       (Департамент стратегии НИОКР)
       3-1, Отэмати 2-Чоме Тиёдаку,
       Токио 100-8116 Япония
    
       Телефон: +81 3 5205 5341
       Электронная почта: [email protected]
    
    
       Адриан Фаррел
       Консультации по Old Dog
    
       Телефон: +44 (0) 1978 860944
       Электронная почта: [email protected]
    
    
       Дэниел Кинг
       Aria Networks Ltd.
    
       Телефон: +44 (0) 1249 665923
       Электронная почта: [email protected]
    
    
       Томас Д. Надо
       Cisco Systems, Inc.
       1414 Massachusetts Ave.
       Боксборо, Массачусетс 01719
    
       Электронная почта: [email protected]
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    Ясукава и др. Информационная [Страница 13] 

     RFC 4687 Требования OAM для MPLS точка-многоточка Сентябрь 2006 г.  Полное заявление об авторских правах  Авторское право (C) The Internet Society (2006).На этот документ распространяются права, лицензии и ограничения.
     содержится в BCP 78, и, за исключением случаев, изложенных в нем, авторы
     сохраняют все свои права.  Этот документ и содержащаяся в нем информация размещены на
     Принцип "КАК ЕСТЬ" и ПОСТАВЩИК, ОРГАНИЗАЦИЯ, ПРЕДСТАВЛЯЕМЫЕ ОН / ОНА
     ИЛИ СПОНСИРУЕТСЯ (ЕСЛИ ЕСТЬ) ИНТЕРНЕТ-ОБЩЕСТВОМ И ИНТЕРНЕТОМ
     ТЕХНИЧЕСКОЕ ОБСЛУЖИВАНИЕ ОТКАЗЫВАЕТСЯ ОТ ВСЕХ ГАРАНТИЙ, ЯВНЫХ ИЛИ ПОДРАЗУМЕВАЕМЫХ,
     ВКЛЮЧАЯ, НО НЕ ОГРАНИЧИВАЯ ГАРАНТИЮ, ЧТО ИСПОЛЬЗОВАНИЕ
     ПРИСУТСТВУЮЩАЯ ИНФОРМАЦИЯ НЕ НАРУШАЕТ НИКАКИХ ПРАВ ИЛИ ПОДРАЗУМЕВАЕМЫХ
     ГАРАНТИИ КОММЕРЧЕСКОЙ ЦЕННОСТИ ИЛИ ПРИГОДНОСТИ ДЛЯ ОПРЕДЕЛЕННОЙ ЦЕЛИ.Интеллектуальная собственность  IETF не занимает никакой позиции относительно действительности или объема каких-либо
     Права на интеллектуальную собственность или другие права, которые могут быть заявлены на
     относятся к реализации или использованию технологии, описанной в
     этот документ или степень, в которой любая лицензия на такие права
     может быть, а может и нет; и не означает, что
     предпринял какие-либо независимые усилия для выявления любых таких прав. Информация
     о процедурах в отношении прав в документах RFC может быть
     найдено в BCP 78 и BCP 79.Копии раскрытия информации о правах интеллектуальной собственности в секретариат IETF и
     гарантии предоставления лицензий или результат
     попытка получить генеральную лицензию или разрешение на использование
     такие права собственности разработчиков или пользователей этого
     спецификацию можно получить из он-лайн репозитория IETF IPR по адресу
     http://www.ietf.org/ipr.  IETF приглашает любую заинтересованную сторону довести до ее сведения любые
     авторские права, патенты или заявки на патенты или другие проприетарные
     права, которые могут распространяться на технологии, которые могут потребоваться для реализации
     этот стандарт.
    Что такое оам контроль: Общий анализ мочи (ОАМ)

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

    Ваш адрес email не будет опубликован. Обязательные поля помечены *