Multiprotocol Label Switching Эксплуатация и техническое обслуживание

Вы можете использовать Multiprotocol Label Switching эксплуатации и технического обслуживания (OAM) для выявления оперативных неудач, но и для учета и измерения в Multiprotocol Label Switching сети. Проблемы на управление самолетом может сообщить ловушек или видели по избирательным Management Information Base (MIB). Это может быть достаточно для сетей IP, но это труднее обнаружить проблемы, которые являются чисто в данной плоскости, когда сеть работает Multiprotocol Label Switching. Multiprotocol Label Switching OAM представляет собой набор протоколов, которые обнаруживает проблемы в Multiprotocol Label Switching сеть более легко и более быстро и отслеживает измерениями, которые играют важную роль в сетях, которые имеют соглашения об уровне сервиса (SLA) с клиентами или другими компаниями. Цель Multiprotocol Label Switching OAM является обнаружение, отчет и исправить проблемы, прежде чем пользователь называет его дюйма

Требования Multiprotocol Label Switching OAM

Требования Multiprotocol Label Switching OAM являются следующие:

■ Обнаружение и диагностика контроля и данные о дефектах самолета
■ Обнаружение дефекта в Label Switched пути (Label Switch маршрутизаторов)
■ OAM пакет, протекающих по тому же пути, Multiprotocol Label Switching трафик данных
■ Путь характеристика
■ Измерения соглашений об уровне обслуживания
■ OAM Interworking
■ MIBs
■ Учет

Обнаружение и диагностика управления и передачи данных плоских дефектах

Общие проблемы для многопротокольной сети коммутационных пакеты, приходящие на Label Switching маршрутизатор (Label Switch маршрутизатор) с конкретными Top Label для которых Label Switch Маршрутизатор не имеет никакой информации вперед или неправильной информации пересылки. Эта проблема может быть обнаружено с помощью управляющей информации, что протокол распределения меток (Label Распределение протокол), протокол резервирования ресурсов (Resource Reservation Protocol), протоколы IP-маршрутизация, таблицы маршрутизации, этикетки информационной базы (LIB) и Label Forwarding Information Base (LFIB) предоставлять. Однако, проблема только становится очевидным, если фактический трафик течет и не в какой-то Label Switch Router. Более тонкие и более сложные в обнаружении проблемой является тот, в котором информация плоскости управления является правильным, но данные плоскости не удается. Вполне возможно, для программного управления самолетом вести себя корректно, с проблемой незамеченный показывать Команды на маршрутизаторе, а данные плоскости капель или плохо обращается с пакетом, который может привести к экспедиторские провал. Например, ASIC, которая выполняет пересылку помеченных пакетов в аппаратных на этикетке Switch Маршрутизатор может относиться значения TTL неправильно. В этом случае, пакеты, возможно, не в этом Label Switch маршрутизатора или на этикетке Switch маршрутизатор, который далее вниз по течению. Вы увидите далее в этой статье, что Label Switch Маршрутизаторы пинг и Label Switch Маршрутизаторы Traceroute инструменты, которые могут обнаружить проблемы в Multiprotocol Label Switching управления и передачи данных самолетов.

Обнаружение дефекта в Label Switched путь (Label Switch маршрутизаторов)

Другой распространенной проблемой является неспособность этикетки Реклама между двумя Label Switch Routers. Например, распределение Label протокола совокупность соседства может быть опущена между двумя Label Switch Маршрутизаторы, которая вызывает пакеты следует исключить или переданы без стека. Например, если Multiprotocol Label Switching транспортов 2 слоя движения, которое становится непомеченного на провайдера (Р) маршрутизатор, он сбрасывается. Аналогичным образом, если трафика IPv4 становится непомеченного, она может быть направлена в соответствии с глобальной таблице маршрутизации. Если ни один маршрут для IP-адреса назначения существует, бросил пакет. Если маршрутизации записи нет, будет передана в пакет. В этом случае, могут случиться две вещи: пакет может действительно сделать его и направляется в место назначения, или он может быть направлен к неправильному назначению. Пакет может быть отброшен позже, или вернуть пакет может быть удален. Другая проблема часто видели в Multiprotocol Label Switching сетями МТУ проблем. Из-за дополнительного стека, размер пакета увеличивается N раза 4 байта где - N это количество этикеток в стеке. Если добавляется контроль слове присутствует между стека и Multiprotocol Label Switching полезную нагрузку, еще 4 байта. Это может вызвать проблемы МТУ на некоторых маршрутизаторах, либо потому, что они не могут поддерживать более МТУ размеров или из-за ошибки конфигурации. В любом случае, до тех пор, как небольшие пакеты пересылаются, проблемы остались незамеченными. Проблема обнаружена впервые передаются большие пакеты. В сетях, которые имеют равную стоимости несколькими путями (ECMP), некоторые проблемы могут оставаться незамеченными, пока один из путей пути ECMP не используется. Однако, как только транспортные потоки, что через один недостаток пути, то проблема становится очевидной. Лучше всего, чтобы обнаружить эти проблемы до того, клиент называет их дюйма Multiprotocol Label Switching OAM была разработана при этом ум.

OAM пакетов, стекающей по тому же пути, Multiprotocol Label Switching Data Traffic

Важно, чтобы OAM пакетами следуют тем же путем, реальные пользовательские данные для выявления ошибок в данных плоскости Label Switch Router. Таким образом, Multiprotocol Label Switching OAM трафика проста User Datagram Protocol (UDP) трафик, а не специальный тип данных, маршрутизаторы могут относиться по-разному. Например, Internet Control Message Protocol (ICMP) трафик может быть направлен по-разному на маршрутизаторах, чем общепринятая TCP или UDP трафик. Пересылку в данной плоскости играет важную роль. Некоторые аппаратные пересылки отличается в зависимости от типа трафика, а иногда обходится его, вместе с программным обеспечением экспедиторские трафика.

Путь Характеризация

OAM трафика может определить пути характеристик Multiprotocol Label Switching трафика. Эти характеристики могут включать следующее:

■ Качество услуг (QoS) лечение
■ Time To Live (TTL) лечение
■ Latency
■ Джиттер
■ ECMP поведения
■ Maximum Transmission Unit (MTU) по пути
■ потери пакетов

Это важно, если взглянуть на лечение движением вдоль Label Switch маршрутизаторов или движения, принадлежащие к конкретному классу эквивалентности Forwarding (перенаправление класс эквивалентности), что вы правильно измерить характеристики. Это, например, важно, что голосовой трафик имеет небольшой задержки и джиттера значением по пути, а это не так важно для интернет-трафика данных. Отличный инструмент для характеристики данного пути является IP SLA, который обсуждается далее в этой статье.

Измерение соглашений об уровне обслуживания

Если соглашения об уровне обслуживания распространяются на Multiprotocol Label Switching сети, характеристик Label Switch Routerss должно соответствовать предопределенный SLA. Таким образом, Multiprotocol Label Switching OAM следует предусмотреть механизм для измерения характеристик Label Switch Routerss. Для SLA, задержка, дрожание, в оба конца времени (РТТ), и потери пакетов являются важными характеристиками для измерения для каждого Label Switch Routers. Вы можете посмотреть информацию MIB для достижения этой цели, или вы можете активные меры, отправив зонды на этикетке Switch Routerss. IP SLA может отправить зонд для измерения производительности одноранговой сети или через регулярные промежутки времени.

OAM Interworking

Когда вы Transport Layer 2 кадрами через Multiprotocol Label Switching облако (атома), каждый провайдер края (PE) маршрутизатор имеет вложение схемы (АС). Эти кондиционеры могут иметь 2 слоя протоколы с их собственным сообщениям OAM и ошибок пакетов. Multiprotocol Label Switching OAM должна поддерживать перевод или отображение этих родных Слой 2 сообщениях протокол OAM (или по крайней мере некоторыми из них) во вновь определено Multiprotocol Label Switching OAM сообщений. И наоборот, конкретные Multiprotocol Label Switching ошибка условия, которые влияют на псевдопроводов должны быть подключены к родному сообщениях OAM протоколов переменного тока на PE маршрутизаторами.

MIBs

Управление всегда играет важную роль в сети. Это ничем не отличается по Multiprotocol Label Switching сетей. Управление и MIBs играют важную роль в отслеживании состояния сети и обеспечивает раннее предупреждение, когда дела идут плохо. Конкретные MIBs для Multiprotocol Label Switching были разработаны, а новые еще ведутся работы. В свете OAM для Multiprotocol Label Switching сетей, управление потребностями много внимания, и его значение часто забывается или заниженной.

Учет

Бухгалтерский учет является важным для сетевого измерения и биллинга. Netflow может обеспечить учет в Cisco IOS. Netflow был достигнут Multiprotocol Label Switching известно помечены для учета трафика в Label Switch Маршрутизаторы и даже тоньше, что, поскольку какой-либо знак в стеке могут быть отслежены. Netflow объясняется позже в этой статье.

статьи, представленный Ричард Мадер

Отказ от ответственности:Наш сайт не несет ответственности за содержание данной статьи. Webarticles это бесплатный информационный ресурс.
Важно: Эта статья "Multiprotocol Label Switching Эксплуатация и техническое обслуживание" была переведена автоматическим программным обеспечением. Нам жаль любые ошибки, которые могут иметь место. Спасибо за ваше понимание.