
- •Глава 1. Основные сведения о восп.
- •1.1. Основные положения.
- •1. 2. Оптическое волокно.
- •1.2.1. Типы оптических волокон.
- •1.2.2. Распространение света по волокну.
- •1.2.3. Характеристики поставляемых волокон.
- •1.3. Пассивные оптические компоненты.
- •1.3.1. Разъемные соединители.
- •1.4. Оптоэлектронные компоненты восп.
- •1.4.1. Передающие оптоэлектронные модули.
- •Светоизлучающие диоды
- •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
8.2.4. Контроль gfp.
В архитектурной модели NGSDH уровень GFP выполняет роль преобразования форматов пакетных сетей в формат, удобный для загрузки в сеть SDH. При этом для самого протокола GFP все равно, будет ниже его классическая SDH, конкатенированные или виртуально-конкатенированные потоки. С другой стороны, протокол GFP является универсальным в том смысле, что он позволяет преобразовывать любые форматы пакетного трафика, которые модно встретить в современной сети. Для протокола GFP существуют правила загрузки данных PPP, Fiber Channel, Ethernet и пр. В каждом случае правила преобразования форматов свои, но сама полученная структура кадров GFP оказывается типовой и имеет единые принципы построения.
В этом разделе мы рассмотрим вопросы контроля и измерений уровня GFP. Для этого нужно ответить на два основных методических вопроса:
В какой точке целесообразно проводить измерения GFP?
Какие задачи может выполнять эксплуатационное тестирование и контроль NGSDH на уровне GFP?
Первый вопрос оказывается легче второго, поэтому начнем по порядку. Для того, чтобы понять возможные точки подключения анализаторов для проведения эксплуатационных измерений, вернемся к рис. 7.10, где показан процесс последовательного преобразования данных Ethernet в виртуальном коридоре VCAT/LCAS. Согласно этому рисунку, оптимальной точкой включения прибора модно было бы считать точку после окончания процедуры GFP и перед началом разделения данных на различные виртуальные коридоры. Но это практически
исключено, поскольку GFP реализуется внутри мультиплексора, где нет точек для подключения прибора. Более того, в этой точке поток данных неструктурирован, не соответствует цикловой структуре SDH и совершенно не пригоден для мониторинга анализатором NGSDH. Следовательно, остается только параллельное подключение к каналам SDH, по которым передаются транспортные модули одного виртуального коридора. Если в системе реализуется только GFP, но нет VCAT, задача упрощается, поскольку она сводится к эксплуатационному мониторингу конкатенированного потока типа VC-4-Xc. Точка включения в таком случае одна, и через нее можно наблюдать за все потоком кадров GFP. Если же реализуется процедура VCAT, то анализатор должен одновременно стоять на нескольких потоках, обеспечивая мониторинг и сращивание данных по потоку GFP. В результате мы приходим к идее многоканальных измерений NGSDH.
Альтернативным методом можно считать метод отключения МВВ и подключения вместо него анализатора, но этот метод не будет эксплуатационным методом диагностики GFP. Его можно применять только на этапе пуско-наладочных работ или в лабораториях. В этом смысле этот метод имеет те же недостатки, что и рассмотренный выше метод для VCAT/LCAS.
Определи теперь, какие задачи может выполнять эксплуатация при измерениях на уровне GFP. Здесь можно выделить следующие задачи:
Общий анализ GFP как уровня NGSDH. Если имеет место процедура GFP с заданными установками и форматами полей, то целесообразно ее контролировать уже потому, что сама технология уже молода, и могут быть как системные, так и оперативные ошибки.
В процессе эксплуатации GFP желательно контролировать сигналы о неисправности и ошибки на уровне GFP. Такие сигналы и ошибки скажутся на качестве передачи пакетного трафика и помогут в поиске проблемных точек и причин нарушения связи в целом.
Данные задачи, во-первых, также относятся к классу дополнительных измерений, которые не связаны с общей проблемой контроля качества виртуальных коридоров. Во-вторых, обе эти задачи требуют проведения пассивных измерений, и, поэтому, анализатор, который в полной мере не сможет имитировать своими параметрами параметры мультиплексора в смысле процедуры GFP, должен стоять в режиме пассивного мониторинга. Пусть даже для этого потребуется выполнить многоканальное подключение.
Контроль работы процедуры GFP.
Процедура GFP представляет собой довольно сложный процесс, и, поэтому, важно указать, каким образом можно его контролировать. Здесь нужно выделить несколько пунктов:
Визуальный контроль структуры кадров GFP и установление структуры кадров стандарту
Контроль наиболее важных для эксплуатации полей GFP, а именно: PLI, PTI, PFI, EXI и UPI
Контроль переменных значений полей для определения соответствия параметров GFP-кадров установкам на оборудовании
В современных
анализаторах реализуются два возможных
метода контроля GFP
(рис. 8.14), причем самый простой подход
заключается в пассивном мониторинге
GFP
и сборе данных о структуре наиболее
важных полей (справа). В результате
набирается большое количество рутинной
работы. Более удобным для проведения
долговременных измерений оказывается
метод, представленный на рисунке слева.
Здесь оператор устанавливает определенные
значения полей, которые соответствуют
ожидаемым установкам оборудования,
Перечень полей можно трактовать как
сценарий поведения процесса GFP.
При любом отклонении в параметрах от
заданных значений анализатор формирует
сигнал о неисправности.
Данные Данные
Сценарий
Сигнал о Данные
неисправности
Рис. 8.14. Два метода контроля GFP.
Таким образом, хотя схема подключения анализатора остается пассивной, нас будут интересовать методы установок передачи, которые как раз будут соответствовать сценарию измерений.
Рассмотрим, как можно контролировать процедуру GFP с помощью анализатора Victoria COMBO. Пусть в качестве примера произведена установка параметров GFP передатчика в качестве сценария теста. На экране будет легко узнать структуру GFP кадра и состав установок. В установках, например, выбран
тип структуры GFP-F, а качестве полезной нагрузки – данные Ethernet. Можно увидеть установки основных полей PLI, PTI, PFI и UPI.
В режиме простого пассивного мониторинга анализатор устанавливается в режим автонастройки параметров GFP. В этом случае в меню указываются только базовые поля в структуре GFP. Единственное, что может знать об обмене данными оператор – это тип полезной нагрузки. В данном случае это пакеты Ethernet.
В процессе автоматического определения параметров GFP-пакетов в принимаемом трафике определяется конфигурация GFP и состав основных полей. Например, в результате измерений обнаружено, что GFP содержит клиентские данные, поле EXI имеет нулевое расширение, тип протокола GFP-F. Загрузка кадров Ethernet. Других вариантов в измеряемом канале нет. В режиме быстрой автонастройки, анализатор определяет только структуру протокола и тип трафика. При более долговременной процедуре анализатор определяет также значения полей CID, PFI, PTI и UPI для разных виртуальных коридоров, присутствующих в измеряемом тракте. В результате оператор получает меню доступных на данном физическом подключении установок. Это можно использовать, например, в случае, когда анализатор не может быть подключен к нескольким каналам VCAT одновременно. В этом случае, контролируя только часть кадров GFP, оператор имеет возможность составить перечень проходящих через точку подключения виртуальных коридоров и соответствующих им установок GFP для каждого из них.
Контроль поля EXI наиболее сложен, поскольку здесь имеет место своя канальная структура. Для контроля поля EXI используется отдельное экранное меню, которое в равной степени активно в режиме установки сценария и в режиме мониторинга параметров.
В процессе контроля процедуры GFP оператор получает не только информацию качественного характера (о структуре кадров, полях, их установках и пр.), но и количественные данные об уровне трафика GFP, проходящего через физическую точку подключения прибора. Специальные функции статистического анализа указывают на уровень трафика GFP в количестве пакетов или байтов, а также рассчитывают эффективную скорость передачи данных Ethernet в виртуальном коридоре.
Контроль параметров ошибок и неисправностей в GFP
Помимо общего анализа корректности работы процедуры GFP анализатор выполняет обширные функции по контролю сигналов о неисправностях. Как мы знаем из вышеизложенного, всего в системе GFP присутствует:
4 поля контроля параметров ошибок: FCS, cHEC, tHEC и eHEC.
Два новых сигнала о неисправностях уровня GFP: LCS и LCSyn, которые присутствуют в клиентских кадрах
В зависимости от категории различаются ошибки, которые можно корректировать процедурой HEC, и те, которые невозможно корректировать. В результате в меню появляется 10 сигналов о неисправности (см. табл. 8.3). Как следует из таблицы, к сигналам о неисправности относятся не только сигналы собственного уровня GFP, но также и сигналы, связанные с идентификацией появления ошибок на уровне GFP. В то же время функция контроля ошибок должна выполнять количественные оценки по всем 7 категориям ошибок. Важно отметить, что все ошибки отображаются в трех значениях: общее количество ошибок, относительный уровень ошибок и количество секунд с соответствующими ошибками. Это помогает использовать полученные данные для учета влияния уровня GFP на общие показатели качества передачи данных внутри виртуального коридора.
Таблица 8.3. Сигналы о неисправности в протоколе GFP.
Аббревиатура |
Сигнал |
Описание
|
LFD |
Loss of Frame Delineation |
Потеря режима выравнивания кадров |
LOCS (LCS) |
Loss of Client Signal |
Потеря сигнала от клиента
|
LOCCS (LCSync) |
Loss of Character Synchronization |
Потеря синхронизации символов |
cH-U |
Uncorrectable cHEC error |
Некорректируемая ошибка сНЕС |
cH-C |
Correctable cHEC error |
Корректируемая ошибка сНЕС
|
tH-U |
Uncorrectable tHEC error |
Некорректируемая ошибка tНЕС |
tH-C |
Correctable tHEC error |
Некорректируемая ошибка tНЕС
|
eH-U |
Uncorrectable eHEC error |
Некорректируемая ошибка eНЕС |
eH-C |
Correctable eHEC error |
Некорректируемая ошибка eНЕС
|
pFCS |
Payload FCS error |
Ошибка контрольной суммы пользователя |
Может показаться, что рассмотренные методики контроля уровня GFP еще менее проработаны, чем соответствующие методики для VCAT/LCAS, но это не так. Просто в отличие от VCAT/LCAS диагностика процедуры GFP в своем основании имеет довольно простой принцип «подсматривать и делать выводы». Здесь нет глубоких размышлений о составе виртуального коридора и динамике его изменения. Есть только специфика контроля определенных полей. Но, интерпретируя полученные данные, оператор должен в совершенстве владеть принципами использования GFP. Так что в данном случае имеет место паритет между простыми принципами сбора информации и сложностью ее обработки.
Теперь перейдем ко второй задаче диагностики систем NGSDH на уровне GFP – контролю качества через систему NGSDH. Для этого рассмотрим методы контроля параметров Ethernet через систему NGSDH.