Введение
IEEE 802.1ag — это поправка к сетевому стандарту IEEE 802.1Q, вводящая управление отказоустойчивостью соединений (CFM). Она определяет протоколы и методы для организации, администрирования и технического обслуживания (OAM) путей через мосты 802.1 и локальные вычислительные сети (LAN). Окончательная версия была утверждена IEEE в 2007 году. IEEE 802.1ag является подмножеством более ранней Рекомендации ITU-T Y.1731, которая также охватывает мониторинг производительности. Стандарт:
Определяет домены обслуживания, составляющие их точки обслуживания и управляемые объекты, необходимые для создания и администрирования этих доменов.
Определяет взаимосвязь между доменами обслуживания и услугами, предоставляемыми мостами, поддерживающими VLAN, и мостами провайдеров.
Описывает протоколы и процедуры, используемые точками обслуживания для поддержания работоспособности и диагностики проблем с подключением в пределах домена обслуживания.
Предоставляет возможности для дальнейшего расширения функциональности точек обслуживания и их протоколов.
Defines maintenance domains, their constituent maintenance points, and the managed objects required to create and administer them
Defines the relationship between maintenance domains and the services offered by VLAN aware bridges and provider bridges
Describes the protocols and procedures used by maintenance points to maintain and diagnose connectivity faults within a maintenance domain;
Provides means for future expansion of the capabilities of maintenance points and their protocols
Протоколы КФМ
Протоколы IEEE 802.1ag Ethernet CFM (Connectivity Fault Management) включают три протокола, работающих совместно для помощи администраторам в отладке сетей Ethernet. Это:
Протокол проверки связности (CCP) – сообщения "heartbeat" для CFM. Сообщение проверки связности (CCM) предоставляет средство обнаружения сбоев связности в MA (Maintenance Association). CCM – это сообщения многоадресной рассылки (multicast). CCM ограничены доменом (MD). Эти сообщения однонаправленные и не требуют ответа. Каждый MEP периодически передает многоадресное сообщение проверки связности внутрь, к другим MEP.
Link Trace (LT) – сообщения Link Trace, также известные как Mac Trace Route, – это кадры многоадресной рассылки, которые MEP передает для отслеживания пути (hop-by-hop) к целевому MEP, что концептуально аналогично Trace Route протокола User Datagram Protocol (UDP). Каждый принимающий MEP отправляет ответ Trace Route непосредственно исходному MEP и регенерирует сообщение Trace Route.
Loopback (LB) – сообщения Loopback, также известные как MAC ping, – это одноадресные (unicast) кадры, которые передает MEP. Они концептуально аналогичны сообщениям Echo (Ping) протокола Internet Control Message Protocol (ICMP). Отправка Loopback последовательным MIP может определить местоположение неисправности. Отправка большого объема сообщений Loopback может протестировать пропускную способность, надежность или джиттер сервиса, что аналогично flood ping. MEP может отправлять Loopback любому MEP или MIP в сервисе. В отличие от CCM, сообщения Loopback инициируются и останавливаются административно.
Continuity Check Protocol (CCP) "Heartbeating" messages for CFM. The Continuity Check Message (CCM) provides a means to detect connectivity failures in an MA. CCMs are multicast messages. CCMs are confined to a domain (MD). These messages are unidirectional and do not solicit a response. Each MEP transmits a periodic multicast Continuity Check Message inward towards the other MEPs. Link Trace (LT) Link Trace messages otherwise known as Mac Trace Route are Multicast frames that a MEP transmits to track the path (hop by hop) to a destination MEP which is similar in concept to User Datagram Protocol (UDP) Trace Route. Each receiving MEP sends a Trace Route Reply directly to the Originating MEP, and regenerates the Trace Route Message. Loop back (LB) Loop back messages otherwise known as MAC ping are Unicast frames that a MEP transmits, they are similar in concept to an Internet Control Message Protocol (ICMP) Echo (Ping) messages, sending Loopback to successive MIPs can determine the location of a fault. Sending a high volume of Loopback Messages can test bandwidth, reliability, or jitter of a service, which is similar to flood ping. A MEP can send a Loopback to any MEP or MIP in the service. Unlike CCMs, Loop back messages are administratively initiated and stopped.