- •Глава 1. Основные сведения о восп.
- •1.1. Основные положения.
- •1. 2. Оптическое волокно.
- •1.2.1. Типы оптических волокон.
- •1.2.2. Распространение света по волокну.
- •1.2.3. Характеристики поставляемых волокон.
- •1.3. Пассивные оптические компоненты.
- •1.3.1. Разъемные соединители.
- •1.4.1. Передающие оптоэлектронные модули.
- •Светоизлучающие диоды
- •1.4. Оптоэлектронные компоненты восп.
- •1.4.2. Приемные оптоэлектронные модули
- •Технические характеристики фотоприемников
- •1.5. Волоконно-оптические усилители и волновое мультиплексирование
- •1.5.1. Оптические усилители
- •1.5.2. Применение оптических усилителей edfa
- •1.5.3. Плотное волновое мультиплексирование
- •Глава 2. Системы передачи синхронной цифровой иерархии (sdh) первого поколения.
- •2.1. Общие особенности построения sdh и ее основные характеристики.
- •2.2. Основы функционирования sdh.
- •2.2.1. «Аллегория поезда».
- •2.2.2. Процедура контейнирования нагрузки.
- •140 Мбит/с 2 Мбит/с 140 Мбит/с
- •140 Мбит/с 2 Мбит/с 2 Мбит/с
- •140 Мбит/с
- •2 Мбит/с
- •2.2.3. Понятие виртуального контейнера.
- •270 Байт
- •9 Msoh строк
- •2.2.4. Понятие маршрута.
- •2.2.5. Мультиплексирование нагрузки и варианты загрузки vc.
- •2.2.6. Заголовки и поля.
- •9 Байтов
- •9 Строк
- •2.2.7. Идентификаторы j-X.
- •2.2.8. Указатели – поля Hx.
- •2.2.9. Топология сети и резервирование – байты к.
- •16 Защищенных соединений vc-4,
- •16 Защищенных соединений vc-4
- •16 Защищенных соединений vc-4
- •А б) после отказа
- •2.2.10. Контроль четности – байты в.
- •2.2.11. Другие важные поля – c, g, V.
- •2.2.12. Управление в системе sdh.
- •2.2.13. Протоколы взаимного соединения тсм – байты n.
- •Iec tc rei oei multiframe
- •2.2.14. Архитектура мультиплексоров sdh
- •2.2.15. Обобщенный взгляд на технологию sdh.
- •Глава 3. Синхронизация в сетях sdh. Джиттер и вандер.
- •3.1. Общие сведения о синхронизации.
- •3.1.1. Аллегория «Бассейн».
- •3.1.2. Понятие проскальзываний.
- •3.1.3. Общие принципы систем синхронизации.
- •3.1.4. Построение системы синхронизации.
- •3.1.5. Структура графов и топология систем синхронизации.
- •3.2. Джиттер и вандер в сетях sdh.
- •3.2.1. Понятие джиттера и вандера.
- •3.2.2. Измерение джиттера и вандера.
- •3.2.3. Джиттер и вандер в сетях sdh. Работа указателей.
- •3.3. Системы синхронизации в sdh. Использование ssm.
- •3.3.1. Интеграция системы управления и системы синхронизации.
- •3.3.2. Состав сигналов ssm.
- •3.3.3. Механизм использования ssm сообщений системой управления при резервировании.
- •3.3.4. Использование tsg/ssu в системе управления синхронизацией.
- •4 3 Выделенный
- •9 7 Сигнал
- •Глава 4. Принципы измерения параметров ошибок и мониторинг взаимного соединения.
- •4.1. Измерительные технологии и особенность эксплуатационных измерений.
- •4.1.1. Принципы измерения параметров ошибок.
- •4.1.2. Методики нормирования и контроля качества g.821/g.826/m2100.
- •4.2. Система sdh как объект измерений.
- •4.2.1. Многоуровневый принцип процесса измерений.
- •4.2.2. Принципы мониторинга полей заголовков.
- •4.3. Принципы контроля качества при необходимых измерениях.
- •4.3.1. Нормы Приказа №92.
- •4.3.2. Переход к соглашению о качестве обслуживания sla.
- •4.3.3. Сетевые средства контроля качества и роль измерений QoS в современных системах эксплуатации и oss.
- •I nventory
- •4.4. Эксплуатационные измерения в системах sdh.
- •4.4.1. Процесс маршрутизации потоков.
- •4.4.2. Процесс возникновения ошибок и неисправностей.
- •4.4.3. Процесс нарушения в работе системы синхронизации.
- •5. Предпосылки к появлению новой технологии - ng-sdh.
- •5.1. Новые требования к системам передачи sdh.
- •5.1.1. Рост уровня пакетного трафика.
- •5.1.2. Появление разнородных типов трафика и принцип конвергенции.
- •5.1.3. Sdh как технология транспорта.
- •5.1.4. Преимущества и недостатки использования ngsdh на транспортной сети.
- •5.1.5. Влияние концепций оптических технологий ftTx на ngsdh.
- •5.1.6. Концепция wdm/dwdm.
- •5.2. Основные направления развития систем ngsdh.
- •5.2.1. Направления развития ngsdh.
- •5.2.2. Проблемы передачи высокоскоростного трафика.
- •5.2.3. Первая попытка решения – конкатенация.
- •5.2.4. Виртуальная конкатенация – vcat.
- •5.2.5. Проблемы передачи пакетного трафика.
- •Ietf rfc 1661 ietf rfc 1662 ietf rfc 2615
- •5.2.6. Управление шириной коридора. Lcas.
- •750 Мбит/с 750 Мбит/с
- •5.2.7. Современная модель ngsdh.
- •5.3. Структура протокола gfp.
- •5.3.1. Общие основы gfp.
- •5.3.2. Подсистема gfp-c.
- •5.3.3. Подсистема gfp-f.
- •5.3.4. Подсистема gfp-t.
- •5.4. Механизм работы систем vcat.
- •5.4.1. Модель механизма vcat.
- •5.4.2. Vcat уровня vc-3/4.
- •5.4.3. Vcat уровня vc-2/12.
- •5.5. Структура протокола lcas.
- •5.5.1. Изменение структуры vcat при введении lcas.
- •5.5.2. Принципы сигнализации lcas.
- •5.5.3. Обмен сигналами lcas.
- •5.5.4. Преимущества lcas.
- •5.6. Некоторые дополнения к ngsdh.
- •5.6.1. Процедура коммутации каналов tsi.
- •5.6.2. Концепция автоматической коммутации транспортной сети astn.
- •5.6.3. Автоидентификация в сетях ngsdh.
- •5.7. Концепция упругого пакетного кольца rpr.
- •5.7.1. Основы концепции упругого кольца rpr.
- •5.7.2. Преимущества rpr.
- •5.8. Системы sdh второго поколения. Mspp и mssp.
- •6. Принципы контроля сетей ng sdh.
- •6.1. Особенности ngsdh с точки зрения практики контроля.
- •6.2. Многоуровневое решение по контролю ngsdh.
- •6.2.1. От каналов к виртуальным коридорам.
- •6.2.2. Мультисервисный трафик.
- •6.2.3. Многоуровневая архитектура и многоуровневое решение по контролю ngsdh.
- •6.2.4. Анализ системы ngsdh с точки зрения эксплуатационных процессов.
- •7. Основные сведения о технологии Ethernet и ge.
- •7.1. Общие сведения о технологии Ethernet.
- •7.1.1. Физический уровень технологии Ethernet.
- •7.1.2. Уровень мас.
- •7.1.3. Структура кадров Ethernet. Mac-адресация.
- •Ieee 802.3 frame (1983):
- •Ieee 802.3x (1997):
- •7.1.4. Развитие технологии Ethernet.
- •7.1.5. Полудуплексный и полнодуплексный режим передачи. Берстность. Механизм управления потоками.
- •7.1.6. Виртуальные локальные сети vlan.
- •Virtual lan
- •Vlan Id
- •7.1.7. Функции автоматической конфигурации канального уровня.
- •7.1.8. Варианты топологии сетей Ethernet.
- •7.1.9. Уровень управления логическим соединением (llc).
- •7.2. Gigabit Ethernet, 10ge и дальнейшее развитие технологии Ethernet.
- •1000Base-X 1000base-t
- •2XStp s/m-mode m-mode 4xUtp Cat. 5
- •7.2.1. Архитектура технологии Gigabit Ethernet. Стандарт ieee 802.3.
- •7.2.2. Интерфейс 1000base-X.
- •7.2.3. Немного об интерфейсе 1000base-t.
- •8. Контроль параметров ngsdh.
- •8.1. Принципы контроля параметров ngsdh на уровне Ethernet. Rfc-2544.
- •8.2. Контроль параметров ngsdh на уровне sdh.
- •8.2.1. Цели и задачи измерений на уровне ngsdh.
- •8.2.2. Специфика контроля систем vcat
- •8.2.3. Контроль lcas
- •Gfp vcat lcas
- •8.2.4. Контроль gfp.
- •8.2.5. Контроль параметров Ethernet внутри сети ngsdh.
- •9. Дальнейшее направление развития. Системы sdh третьего поколения.
- •9.1. От концепции mssp к концепции mssp/mstp.
- •9.2.1. Концепция obs.
- •9.2.2. Принципы функционирования obs.
- •9.2.3. Сигнализация в системах obs.
- •9.2.4. Узловые элементы obs.
- •Input Output
- •9.2.5. Потенциальные эксплуатационные проблемы obs.
- •9.3. Ngsdh – магистраль или периферия технического развития?
- •Глава 1. Основные сведения о восп………………………………………………..5
- •Глава 2. Системы передачи синхронной цифровой иерархии (sdh)
- •Глава 3. Синхронизация в сетях sdh. Джиттер и вандер……………………132
- •Глава 4. Принципы измерения параметров ошибок и
- •Глава 5. Предпосылки к появлению новой технологии – ng sdh...............222
- •Глава 6. Принципы контроля сетей ng sdh……………………………………305
- •Глава 7. Основные сведения о технологии Ethernet и ge…………………..315
- •Глава 8. Контроль параметров ng sdh…………………………………………..338
- •Глава 9. Дальнейшее направление развития. Системы sdh
5.5.3. Обмен сигналами lcas.
Рассмотрим несколько наиболее распространенных сигнальных процессов для сигнализации LCAS, к которым относятся процессы обмена сигналами при увеличении и уменьшении размера виртуального коридора.
Увеличение размера VCG (команда ADD).
Пример сигнального обмена при присоединении нескольких контейнеров к VCG для случая двух контейнеров представлен на рис. 5.41.
Шаг
1
NMS LCAS Sk Sk Sk Add cmnd
Шаг
2
|
|
|
|
|
Шаг
3 3331
|
|
|
|
CTRL=ADD |
|
|
|
CTRL=ADD |
c chek |
Шаг
4
|
|
|
MST=OK |
connectivity chek |
Шаг
5
|
|
|
|
|
|
|
CTRL=NORM |
CTRL=EOS |
|
Шаг
6
|
|
|
|
MST=OK |
Шаг
7
|
|
|
|
|
|
|
|
CTRL=NORM |
CTRL=EOS |
Рис. 5.41. Обмен сигналами в процессе ADD для случая двух контейнеров.
Соответствующее описание сигнального обмена по шагам, представленным на рисунке, приводится в табл. 5.11.
Таблица 5.11. Состав сигнального обмена LCAS в случае команды ADD.
Шаг |
|
Член n |
Новый член a |
Новый член a+1 |
||||||
CTRL |
SQ |
MST |
CTRL |
SQ |
MST |
CTRL |
SQ |
MST |
||
1 |
Начальное состояние |
EOS |
n-1 |
OK |
IDLE |
> n-1 |
FAIL |
IDLE |
> n-1 |
FAIL |
2 |
Центр управления (NMS) передает команду ADD в систему сигнализации LCAS |
EOS |
n-1 |
OK |
IDLE |
> n-1 |
FAIL |
IDLE |
> n-1 |
FAIL |
3 |
Источник So для члена (a) генерирует сигнал (CTRL=ADD; SQ=n), для члена (a+1) – (CTRL=ADD; SQ=n+1) |
EOS |
n-1 |
OK |
ADD |
n |
FAIL |
ADD |
n+1 |
FAIL |
4 |
Приемник Sk (a) подтверждает MST=OK источнику So |
EOS |
n-1 |
OK |
ADD |
n |
OK |
ADD |
n+1 |
FAIL |
5 |
Значения полей So (n-1) (CTRL=NORM); So (a) (CNRL=EOS; SQ=n), член (а) становится частью VCG |
NORM |
n-1 |
OK |
EOS |
n |
OK |
ADD |
n+1 |
FAIL |
6 |
Подтверждение Sk (a+1) MST=OK |
NORM |
n-1 |
OK |
EOS |
n |
OK |
ADD |
n+1 |
OK |
7 |
Значение полей So (a) (CTRL=NORM); S0 (a+1) (CTRL=EOS);член (а+1) становится частью VCG |
NORM |
n-1 |
OK |
NORM |
n |
OK |
EOS |
n+1 |
OK |
Как следует из таблицы, в данном случае используется последовательный алгоритм увеличения виртуального коридора. Сначала к VCG подключается контейнер (а), а затем – контейнер (а+1). Алгоритмами LCAS допускается и одновременное подключение двух контейнеров, так что сам алгоритм подключения допускает определенную свободу. Полезно также отметить, что новые контейнеры будут иметь в последовательности VCG номера SQ=n и SQ=n+1 соответственно, т. е. контейнеры добавляются к VCG в последовательном порядке.
Рассмотренный алгоритм допускает и потенциальные сбои в работе системы сигнализации. Например, если сигнал подтверждения присоединения нового контейнера MST=OK не приходит в течение определенного временного интервала, в системе LCAS генерируется сигнал о неисправности, связанный с нарушением команды ADD.
Теперь рассмотрим несколько процессов уменьшения коридора, которое может происходить по нескольким причинам:
Плановое уменьшение коридора по командам от центра управления (NMS). В системе сигнализации LCAS имеется несколько алгоритмов для этого.
Уменьшение коридора в связи возникновением неисправности в процессе передачи группы VCAT или в процессе изменения размера коридора. Также существует несколько различных алгоритмов такого уменьшения.
Получается асимметрия: на один унифицированный алгоритм увеличения скорости передачи в виртуальном коридоре существует 4 алгоритма ее уменьшения. Но именно это позволяет гарантировать стабильность работы сетей с LCAS. Увеличение размера коридора всегда связано с использованием ресурса, так что очень правильно, что есть только одно управляющее устройство, обеспечивающее этот алгоритм (NMS) и только один алгоритм. Наоборот, процесс уменьшения размера коридора – это освобождение ценного ресурса сети. Поэтому логично, что в LCAS имеется много различных алгоритмов , чтобы освободить ресурс как можно быстрее и эффективнее.
Уменьшение размера VCG (команда REMOVE) в случае удаления нескольких контейнеров из VCG.
Этот алгоритм был разработан для удаления контейнеров из VCG при условии, что ни один из этих контейнеров не является последним в последовательности. Удаление последнего контейнера представляет некоторую сложность и поэтому описывается специальным алгоритмом. В качестве примера предположим, что у нас имеется VCG размера n=6 членов (контейнеров), из которой требуется удалить контейнеры 4 и 5 (рис. 5.42).
Шаг
1
mem4 mem5 mem6 (EOS)
NMS LCAS Sk Sk Sk
Команда
REMOVE
Шаг
2
|
|
|
|
|
Шаг
3 33331
|
|
|
|
|
|
|
SQ=4 |
CTRL=IDLE SQ=5 |
SQ=3 |
Шаг
4
|
|
|
|
|
Шаг
5 551
|
|
MST=FAIL RS-Ack инверсия
|
|
|
|
|
|
MST=FAIL RS-Ack инверсия
|
|
|
|
|
|
|
mem – член VCG
Рис. 5.42. Обмен сигналами в процессе REMOVE для случая двух не последних контейнеров.
Соответствующее описание сигнального обмена по шагам, представленным на рисунке, приведено в табл. 5.12.
Таблица 5.12. Состав сигнального обмена LCAS в случае команды REMOVE для нескольких контейнеров.
Шаг |
|
член 4 |
член 5 |
член 6 |
||||||
CTRL |
SQ |
MST |
CTRL |
SQ |
MST |
CTRL |
SQ |
MST |
||
1 |
Начальное состояние |
NORM |
3 |
OK |
NORM |
4 |
OK |
EOS |
5 |
OK |
2 |
Центр управления (NMS) посылает команду REMOVE в систему |
NORM |
3 |
OK |
NORM |
4 |
OK |
EOS |
5 |
OK |
3 |
So (3) передает(CTRL=IDLE, SQ=4) So (4) передает(CTRL=IDLE, SQ=5) S0 (5) передаетSQ=3 |
IDLE |
4 |
OK |
IDLE |
5 |
OK |
EOS |
3 |
OK |
4 |
Sk (исключенный член) передаетMST=FAIL и инвертирует бит RS-Ack |
IDLE |
4 |
FAIL |
IDLE |
5 |
OK |
EOS |
3 |
OK |
5 |
Sk (исключенный член) передаетMST=FAIL и инвертирует бит RS-Ack |
IDLE |
4 |
FAIL |
IDLE |
5 |
FAIL |
EOS |
3 |
OK |
Основной принцип уменьшения состава VCG состоит в том, чтобы присвоить исключаемым контейнерам значение поля CTRL=IDLE. При этом для других членов значение поля CTRL не изменяется. В качестве примера на рисунке показана ситуация, когда оба контейнера SQ=4 и SQ=5 удаляются из VCG одновременно. Это происходит на третьем шаге команды. Такой алгоритм очень экономичен, поскольку как только приемник Sk принимает значение CTRL=IDLE, система рассматривает освобожденные контейнеры как свободные и может использовать их в новом виртуальном коридоре. Однако Sk на полученное сигнальное сообщение REMOVE может отвечать не одновременно, допускается и последовательное подтверждение, и одновременное.
Рассмотренный алгоритм очень простой, он включает запрос на уменьшение полосы и подтверждение об исключении указанных членов из VCG. При удалении контейнеров из последовательности VCG возникает вопрос о пересчете номеров контейнеров в последовательности (поля SQ). Для этого существует два правила:
Все удаленные члены последовательности получают значение SQ заведомо большее, чем значение SQ последнего члена последовательности, который посылает сигнал EOS.
Все остальные члены последовательности, находящиеся после удаленных членов (контейнеры U), получают последовательные номера.
Лучше всего работа алгоритма пересчета поля SQ представлена на следующем примере, соответствующим рис. 5.42.
-
VC
A
B
C
D
E
F
G
Перед
SQ
0
1
2
3
4
5
6
U
U
После
SQ
0
1
4
5
2
3
6
Уменьшение размера VCG (команда REMOVE) в случае удаления последнего контейнера VCG.
Процесс удаления последнего контейнера в последовательности имеет ряд особенностей. Рассмотрим соответствующий ему алгоритм сигнального обмена (рис. 5.43) и состав сигнальных сообщений (табл. 5.13).
Шаг
1
NMS LCAS Sk Sk
Команда
REMOVE
-
Шаг 2
Шаг 3
CTRL=IDLECTRL=EOS
Шаг 4
MST=FAIL
RS-Ack инверсия
mem – член VCG
Рис. 5.43. Обмен сигналами в процессе REMOVE для случая одного последнего контейнера.
Как показано на рисунке и в таблице, алгоритм удаления из VCG последнего контейнера в целом аналогичен рассмотренному выше. Единственная его особенность заключается в том, что в этом случае SQ контейнеров группы не пересчитывается, а предпоследний контейнер должен изменить свое значение с NORM на EOS.
Таблица 5.13. Состав сигнального обмена LCAS в случае команды REMOVE для последнего контейнера.
Шаг |
|
Член n-1 |
Член n |
||||
CTRL |
SQ |
MST |
CTRL |
SQ |
MST |
||
1 |
Начальное состояние |
NORM |
n-2 |
OK |
EOS |
n-1 |
OK |
2 |
Центр управления (NMS) посылает команду REMOVE в систему |
NORM |
n-2 |
OK |
EOS |
n-1 |
OK |
3 |
So (unwanted) передаетCTRL=IDLE, SQ=n-1, So (n-2) предает CTRL=EOS |
EOS |
n-2 |
OK |
IDLE |
n-1 |
OK |
4 |
Sk (unwanted) передает MST=FAIL and RS-Ack bit inverted to So |
EOS |
n-2 |
OK |
IDLE |
n-1 |
FAIL |
В обоих рассмотренных выше случаях уменьшение размера виртуального коридора было штатным, оно было связано с командами REMOVE из центра управления первичной сетью. Но LCAS выполняет не только функции динамического изменения размеров виртуальных коридоров, но также и уменьшение объема используемого ресурса в случае возникновения сбоев в VCG.
Рассмотрим несколько алгоритмов уменьшения размера виртуального коридора при возникновении неисправности в системе.
Уменьшение размера VCG (команда DNU) в случае возникновения сбоя в системе передачи VCAT в последнем контейнере.
Самый простой алгоритм уменьшения VCG при возникновении неисправности связан с неисправностью в последнем контейнере последовательности VCG. Это довольно ожидаемое явление, которое, например, может возникать в случае неудачно завершенного процесса присоединения нового контейнера к VCG. Дело в том, что в случае добавления нового контейнера (команда ADD), этот контейнер окажется в конце последовательности SQ. Следовательно, при сбое в процессе ADD неисправность будет скорее всего именно в последнем контейнере.
Соответствующий 4-шаговый алгоритм представлен на рис. 5.44 и сопровождается описанием шагов в табл. 5.14.
Шаг
1
NMS LCAS Sk Sk
MST=FAIL
-
Шаг 2
Шаг 3
Шаг 4
Характер
CTRL=EOS
CTRL=DNU
неиспраности
Рис. 5.44. Обмен сигналами в процессе DNU для случая одного последнего контейнера.
Таблица 5.14. Состав сигнального обмена LCAS в случае команды DNU и последнего контейнера.
Шаг |
|
член n-1 |
член n (EOS) |
||||
CTRL |
SQ |
MST |
CTRL |
SQ |
MST |
||
1 |
Начальное состояние |
NORM |
n-2 |
OK |
EOS |
n-1 |
OK |
2 |
Sk (неисправный контейнер) передает MST=FAIL в сторону источника So |
NORM |
n-2 |
OK |
EOS |
n-1 |
FAIL |
3 |
So (неисправный член) передает DNU; So (неисправный член – 1) передает EOS |
EOS |
n-2 |
OK |
DNU |
n-1 |
FAIL |
4 |
LCAS передает информацию о характере неисправности NMS |
EOS |
n-2 |
OK |
DNU |
n-1 |
FAIL |
Напомним, что возникновение неисправности в VCG соответствует передаче сигнала MST=FAIL, например, для SQ=n-1. Этот сигнал передается по линии обратной связи, от приемника к источнику VCG. Получив его, источник So
присваивает значение CTRL=DNU контейнеру SQ=n-1 и CTRL=EOS контейнеру SQ=n-2. Затем LCAS информирует NMS о характере неисправности, используя встроенные средства диагностики и нестандартные сигналы.
Уменьшение размера VCG (команда DNU) в случае возникновения сбоя в системе передачи VCAT в не последнем контейнере.
Более сложным является случай, когда неисправность возникает в произвольном контейнере последовательности SQ. Важным вопросом в этом случае является гарантия связности данных в виртуальном коридоре при уменьшении его размера потому, что при неисправности система NGSDH также как и система SDH должна стремиться к сохранению данных. Как добиться того, чтобы в процессе освобождения ресурса сети из-за сбоя в одном из членов VCG не произошло потери информации? Поскольку в этом процессе SQ должны быть переименованы, может возникнуть нарушение связности виртуального коридора, когда контейнеры займут неподходящие им места.
Чтобы не допустить этого, был разработан алгоритм уменьшения коридора без изменения последовательности SQ на первом этапе. Этот алгоритм представлен на рис. 5.45 и прокомментирован в табл. 5.15.
Шаг
1
NMS LCAS Sk Sk Sk Sk
-
Шаг 2
MST=FAIL
Шаг 4
Шаг 3
Характер
CTRL=DNU
неисправности
Шаг 5
Шаг 6
MST=OK
Шаг 7
CTRL=NORM
Рис. 4.45. Обмен сигналами в процессе DNU для случая одного не последнего контейнера.
В качестве примера рассмотрим VCG из 5 контейнеров CTRL(5)=EOS. Предположим, что в 4 контейнере возникает сбой, что выражается в передаче Sk(4) сигнала MST=FAIL. В ответ источник So передает CTRL=DNU, выводя поток из VCG. Но при этом номера SQ не пересчитываются (см. табл. 5.15).
Таблица 5.15. Состав сигнального обмена LCAS в случае команды DNU и не последнего контейнера.
Шаг |
член 2 |
член 3 |
член 4 |
член 5 (EOS) |
||||||||
CTRL |
SQ |
MST |
CTRL |
SQ |
MST |
CTRL |
SQ |
MST |
CTRL |
SQ |
MST |
|
1. Начальное состояние |
NORM |
1 |
OK |
NORM |
2 |
OK |
NORM |
3 |
OK |
EOS |
4 |
OK |
2. Sk(3) передаетMST=FAIL в направлении So |
NORM |
1 |
OK |
NORM |
2 |
OK |
NORM |
3 |
FAIL |
EOS |
4 |
OK |
3. So(3) передает CTRL=DNU |
NORM |
1 |
OK |
NORM |
2 |
OK |
DNU |
3 |
FAIL |
EOS |
4 |
OK |
4. See text below table |
NORM |
1 |
OK |
NORM |
2 |
OK |
DNU |
3 |
FAIL |
EOS |
4 |
OK |
5. See text below table |
NORM |
1 |
OK |
NORM |
2 |
OK |
DNU |
3 |
FAIL |
EOS |
4 |
OK |
6. Неисправность устранена, передача MST=OK в направлении So |
NORM |
1 |
OK |
NORM |
2 |
OK |
DNU |
3 |
OK |
EOS |
4 |
OK |
7. CTRL меняется с DNU на NORM |
NORM |
1 |
OK |
NORM |
2 |
OK |
NORM |
3 |
OK |
EOS |
4 |
OK |
Как только в системе обнаруживается сбой, приемник начинает реконфигурацию виртуального коридора. Однако существует сравнительно большой промежуток времени (время передачи от Sk к So + время реакции на неисправность + время передачи от So к Sk), в течение которого передаваемые данные будут содержать ошибки. Чтобы избежать этого, источник прекращает передачу данных в контейнерах, имеющих ошибки. Он использует в этот период только контейнеры CTRL=NORM/EOS. Это лишь отчасти спасает проблему, т. к. на стороне приемника нет точных данных по интеграции полезной нагрузки виртуального контейнера. Однако это может быть сделано дополнительно специальным ПО канального уровня.
Если неисправность в контейнере устранена, значение поля CTRL меняется с DNU на NORM, и тогда приемник снова включает временно потерянного члена последовательности в общий процесс передачи/приема данных (шаги 6-7).
Важно отметить, что в рассмотренном процессе не происходит пересчета полей SQ (табл. 5.15), что значительно упрощает контроль над связностью данных и уменьшает их потери. Кроме того, поскольку уменьшение и восстановление размера коридора в случае неисправности не требует пересчета SQ, для пользователя виртуального коридора эта процедура будет плавной, т. е. в процессе сбоя не будет скачкообразных изменений пропускной способности или временного перебоя в канале. Это очень важно для работы любых приложений, использующих пакетный трафик.

onnectivity
CTRL=IDLE
CTRL=IDLE