Системные параметры и их конфигурация

 

Для реализации сервисов UNI и NNI FR необходимо установить ПО от производителя и на­-строить сеть (ее функциональные процессоры FP и логические порты LP) путем конфигурации их системных параметров.

Ясно, что ПО FR м.б. установлено с помощью соответствующей сетевой системы управ­ления NMS. Кроме того, если FP не поддерживает какого-то сервиса, то его и не будет в сети FR. Этот момент зависит от производителя оборудования FR.

Многопротокольная инкапсуляция

 

Многопротокольная инкапсуляция - это метод передачи различных LAN-протоколов по сети FR путем их инкапсуляции в поле данных кадра FR (или кадра Q.922). Такая инкапсуляция обеспечивает гибкие методы передачи протоколов по соединению FR, полезные при мультип­лексировании/демультиплексировании потоков через единственное соединение FR. Эти мето­ды описаны в документе FRF.3.2.

Кадры FR, используемые для такой инкапсуляции, должны содержать информацию, необ­ходимую для идентификации протокола, переносимого в протокольном блоке данных (PDU), чтобы приемная сторона могла должным образом обработать входящий кадр. Терминальное оборудование, которое поддерживает какой-то метод инкапсуляции, должно знать, какое вир­туальное соединение (VC) будет использовать этот метод. Процедуры инкапсуляции м.б. ис­пользованы в режиме PVC или SVC.

Кроме многопротокольной, FRF.3.1/3.2 допускает и одпонротокольпую инкапсуляцию Х.25. Благодаря этому реализуется простой метод, обеспечивающий взаимодействие уст­ройств Х.25 через соединение FR.

Многозвенный Frame Relay

 

Все, что рассматривалось до этого, относилось к обычному, или однозвенному, FR. В тс вре­мена, когда скорости FR ограничивались Т1/Е1, а хотелось больше, был изобретен многозвен­ный FR, или MFR (MLFR).

MFR основан на транспортном протоколе, описанном в FRF.15, и интерфейсах UNI/NNI MFR, описанных в FRF.16. Протокол обеспечивает эмуляцию физических интерфейсов ДЛЯ устройств FR путем объединения нескольких физических цепей в один логический канал для транспортировки данных. Принципы, используемые в MFR, применимы для объединения раз­личных потоков данных: n×DSO, n×Tl/El « п×TЗ/ЕЗ.

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

5.8.1. Интерфейс UNI/NNI MFR

 

FR и MFR работают па двух подуровнях уровня 2 OSI. На верхнем подуровне происходит пе­редача кадра FR по проложенному PVC, а на нижнем - этот кадр или распространяется на фи­зическом уровне по звену Т1/Е1 как есть, рис.5-10, или в виде сегментов, полученных при сег­ментации кадра. Кадры или их сегменты передаются на устройство DCE местной АТС, где сегменты снова собираются в кадры.

Хотя процесс сегментации и ведет к меньшим задержкам и увеличению пропускной спо­собности, полученные кадры меньшего размера передаются целиком как обычные кадры FR, чтобы избежать большого дополнительного заголовка, требуемого при сегментации/сборке.

 

 

Однако нужно, чтобы опция сегментации была размещена на обоих концах (DTE и DCE) звена связи MFR.

 

Рис.5-10. Передача кадра целиком через интерфейс UNI/NNIMFR

Сегментация добавляет небольшой заголовок к полезной нагрузке MFR. Если, например, входящий кадр FR разбивается на три сегмента, то первый сегмент содержит копию ориги­нального заголовка FR, а каждый последующий сегмент содержит заголовок MFR, дубликат оригинального заголовка FR и соответствующий сегмент полезной нагрузки. Заголовок MFR содержит последовательные номера сегментов.