Frame Relay возникла как расширение цифровой сети с интегрированными услугами (ISDN). Его разработчики стремились обеспечить возможность передачи в сети с коммутацией пакетов по технологии с коммутацией каналов. Технология стала автономным и экономичным средством создания глобальной сети.
Коммутаторы Frame Relay создают виртуальные каналы для подключения удаленных локальных сетей к глобальной сети. Сеть Frame Relay существует между пограничным устройством LAN, обычно маршрутизатором, и коммутатором оператора связи. Технология, используемая оператором для передачи данных между коммутаторами, варьируется и может различаться для разных операторов (т. Е. Для функционирования практическая реализация Frame Relay не должна полагаться исключительно на собственный механизм транспортировки).
Сложность технологии требует глубокого понимания терминов, используемых для описания работы Frame Relay. Без четкого понимания работы Frame Relay трудно устранить неполадки с его производительностью.
Структура кадра Frame Relay практически полностью повторяет структуру, определенную для LAP-D. Анализ трафика может отличить формат Frame Relay от LAP-D по отсутствию поля управления.
Блок данных протокола
Каждый блок данных протокола Frame Relay (PDU) состоит из следующих полей:
Контроль перегрузки
Сеть Frame Relay использует упрощенный протокол на каждом узле коммутации. Простота достигается за счет исключения построчного управления потоком. В результате предлагаемая нагрузка во многом определяет производительность сетей Frame Relay. Когда предлагаемая нагрузка высока из-за всплесков в некоторых службах, временная перегрузка на некоторых узлах Frame Relay приводит к падению пропускной способности сети. Следовательно, для сетей Frame Relay требуются некоторые эффективные механизмы для управления перегрузкой.
Контроль перегрузки в сетях Frame Relay включает в себя следующие элементы:
После того, как сеть установила соединение, граничный узел сети Frame Relay должен контролировать поток трафика соединения, чтобы гарантировать, что фактическое использование сетевых ресурсов не превышает эту спецификацию. Frame Relay определяет некоторые ограничения на скорость передачи информации пользователя. Это позволяет сети устанавливать скорость передачи информации конечного пользователя и отбрасывать информацию при превышении скорости доступа по подписке.
Frame relay (с англ. — «ретрансляция кадров», FR) — протокол канального уровня сетевой модели OSI. Максимальная скорость, допускаемая протоколом FR — 34,368 мегабит/сек (каналы E3). Коммутация: точка-точка.
Frame Relay был создан в начале 1990-х в качестве замены протоколу X.25 для быстрых надёжных каналов связи, технология FR архитектурно основывалась на X.25 и во многом сходна с этим протоколом, однако в отличие от X.25, рассчитанного на линии с достаточно высокой частотой ошибок, FR изначально ориентировался на физические линии с низкой частотой ошибок, и поэтому большая часть механизмов коррекции ошибок X.25 в состав стандарта FR не вошла. В разработке спецификации принимали участие многие организации; многочисленные поставщики поддерживают каждую из существующих реализаций, производя соответствующее аппаратное и программное обеспечение.
Frame relay обеспечивает множество независимых виртуальных соединений (Virtual Circuits, VC) в одной линии связи, идентифицируемых в FR-сети по идентификаторам подключения к соединению (DLCI). Вместо средств управления потоком включает функции извещения о перегрузках в сети. Возможно назначение минимальной гарантированной скорости (CIR) для каждого виртуального канала.
В основном применяется при построении территориально распределённых корпоративных сетей, а также в составе решений, связанных с обеспечением гарантированной пропускной способности канала передачи данных (VoIP, видеоконференции и т. п.).
Frame Relay первоначально замышлялся как протокол для использования в интерфейсах ISDN, и исходные предложения, представленные в CCITT в 1984 г., преследовали эту цель. Была также предпринята работа над Frame Relay в аккредитованном ANSI комитете по стандартам T1S1 в США.
Крупное событие в истории Frame Relay произошло в 1990 г., когда Cisco Systems, StrataCom, Northern Telecom и Digital Equipment Corporation образовали консорциум, чтобы сосредоточить усилия на разработке технологии Frame Relay и ускорить появление изделий Frame Relay, обеспечивающих взаимодействие сетей. Консорциум разработал спецификацию, отвечающую требованиям базового протокола Frame Relay, рассмотренного в T1S1 и CCITT ; однако он расширил ее, включив характеристики, обеспечивающие дополнительные возможности для комплексных окружений межсетевого объединения. Эти дополнения к Frame Relay называют обобщенно local management interface (LMI) (интерфейс управления локальной сетью).
Основы технологии
В роли сетевого интерфейса, Frame Relay является таким же типом протокола, что и Х.25. Однако Frame Relay значительно отличается от Х.25 по своим функциональным возможностям и по формату. В частности, Frame Relay является протоколом для линии с большим потоком информации, обеспечивая более высокую производительность и эффективность.
Другой важной характеристикой Frame Relay является то, что она использует новейшие достижения технологии передачи глобальных сетей. Более ранние протоколы WAN, такие как Х.25, были разработаны в то время, когда преобладали аналоговые системы передачи данных и медные носители. Эти каналы передачи данных значительно менее надежны, чем доступные сегодня каналы с волоконно-оптическим носителем и цифровой передачей данных. В таких каналах передачи данных протоколы канального уровня могут предшествовать требующим значительных временных затрат алгоритмам исправления ошибок, оставляя это для выполнения на более высоких уровнях протокола. Следовательно, возможны большие производительность и эффективность без ущерба для целостности информации. Именно эта цель преследовалась при разработке Frame Relay. Он включает в себя алгоритм проверки при помощи циклического избыточного кода (CRC) для обнаружения испорченных битов (из-за чего данные могут быть отвергнуты), но в нем отсутствуют какие-либо механизмы для корректирования испорченных данных средствами протокола (например, путем повторной их передачи на данном уровне протокола).
Другим различием между Frame Relay и Х.25 является отсутствие явно выраженного управления потоком для каждой виртуальной цепи. В настоящее время, когда большинство протоколов высших уровней эффективно выполняют свои собственные алгоритмы управления потоком, необходимость в этой функциональной возможности на канальном уровне уменьшилась. Таким образом, Frame Relay не включает явно выраженных процедур управления потоком, которые являются избыточными для этих процедур в высших уровнях. Вместо этого предусмотрены очень простые механизмы уведомления о перегрузках, позволяющие сети информировать какое-либо устройство пользователя о том, что ресурсы сети находятся близко к состоянию перегрузки. Такое уведомление может предупредить протоколы высших уровней о том, что может понадобиться управление потоком.
Дополнения LMI
Помимо базовых функций передачи данных протокола Frame Relay, спецификация консорциума Frame Relay включает дополнения LMI, которые делают задачу поддержания крупных межсетей более легкой. Некоторые из дополнений LMI называют «общими»; считается, что они могут быть реализованы всеми, кто взял на вооружение эту спецификацию. Другие функции LMI называют «факультативными». Ниже приводится следующая краткая сводка о дополнениях LMI:
Позволяет отправителю передавать один блок данных, но доставлять его через сеть нескольким получателям. Таким образом, многопунктовая адресация обеспечивает эффективную транспортировку сообщений протокола маршрутизации и процедур резолюции адреса, которые обычно должны быть отосланы одновременно во многие пункты назначения.
Наделяет идентификаторы связи глобальным, а не локальным значением, позволяя их использование для идентификации определенного интерфейса с сетью Frame Relay. Глобальная адресация делает сеть Frame Relay похожей на LAN в терминах адресации; следовательно, протоколы резолюции адреса действуют в Frame Relay точно также, как они работают в LAN.
Технология Frame Relay изначально расcчитывалась как высокоскоростная технология для территориальных сетей, предназначенная для передачи чувствительного к задержкам трафика, которым, в частности, являются видео- и аудиопотоки, – что и стало главным фактором высокой востребованности данной технологии.
Сети Frame Relay – сравнительно новые сети, которые гораздо лучше подходят для передачи пульсирующего трафика локальных сетей. По сравнению с технологией Х.25, это преимущество проявляется только тогда, когда каналы связи приближаются по качеству к каналам локальных сетей; в случае же глобальных сетей такое качество достижимо при использовании волоконно-оптических кабелей.
Преимущество сетей Frame Relay заключается в их низкой протокольной избыточности и дейтаграммном режиме работы, что обеспечивает высокую пропускную способность и небольшие задержки кадров. Надежную передачу кадров данная технология не обеспечивает, данные сети специально разрабатывались как общественные сети для соединения частных локальных сетей при скорости передачи данных до 2 Мбит/c.
У данной технологии есть особенность, которая заключается в гарантированной поддержке основных показателей качества транспортного обслуживания локальных сетей – средней скорости передачи данных по виртуальному каналу при допустимых пульсациях трафика. Существует еще одна технология – АТМ, которая может гарантировать аналогичные показатели, в то время как все остальные технологии предоставляют требуемое качество обслуживания только в режиме «с максимальными усилиями» (best effort), то есть без гарантий.
Технология Frame Relay в сетях ISDN стандартизирована как служба. В рекомендациях I.122, вышедших в свет в 1988 году, эта служба входила в число дополнительных служб пакетного режима, но затем уже при пересмотре рекомендаций в 1992-93 гг. она была названа службой Frame Relay и вошла в число служб режима передачи кадров наряду со службой frame switching. Служба frame switching работает в режиме гарантированной доставки кадров с регулированием потока. На практике поставщика услуг предлагают только саму службу Frame Relay.
Технология Frame Relay сразу привлекла большое внимание ведущих телекоммуникационных компаний и организаций по стандартизации. В ее становлении и стандартизации помимо CITT (ITU-T) активное участие принимают Frame Relay Forum и комитет T1S1 института ANSI.
Некоммерческую организацию Frame Relay Forum образовали в 1990 году компании Cisco Systems, StrataCom, Northern Telecom и Digital Equipment Corp. для развития и конкретизации стандартов CCITT и ANSI. Спецификации Frame Relay Forum носят название FRF и имеют порядковые номера. Спецификации FRF часто стандартизируют те аспекты данной технологии, которые не нашли еще свое отражение в стандартах ITU-T и ANSI. Например, спецификация FRF.11 определяет режим передачи голоса по сетям Frame Relay.
Концорциум Frame Relay Forum разработал спецификацию, отвечающую требованиям базового протокола Frame Relay, разработанного T1S1 и CCITT. Однако консорциум расширил базовый протокол, включив дополнительные возможности по управлению сетью со стороны пользователя, что очень важно при использовании технологии Frame Relay в сложных корпоративных сетях. Эти дополнения к Frame Relay обобщенно называют Local Mana-gement Interface (LMI) – локальный интерфейс управления.
Стандарты ITU-T обычно отличаются высоким уровнем сложности и наличием многих возможностей, которые достаточно трудно реализовать на практике. Спецификации Frame Relay Forum упрощают некоторые аспекты стандартов ITU-T или отбрасывают некоторые возможности. Так, технология Frame Relay не нашла своего отражения в спецификации FRF, а процедуры создания коммутируемых виртуальных каналов появились в спецификациях FRF позже, чем в стандартах ITU-T, и оказались более простыми.
Стандарты Frame Relay, как ITU-T/ANSI, так и Frame Relay Forum, определяют два типа виртуальных каналов: постоянные (PVC) и коммутируемые (SVC). Это соответствует потребностям пользователей, так как для соединений, по которым трафик передается почти всегда, больше подходят постоянные каналы, а для соединений, которые нужны на несколько часов в месяц, больше подходят коммутируемые каналы.
Однако производители оборудования Frame Relay и поставщики услуг сетей Frame Relay начали с поддержки только постоянных виртуальных каналов. Это, естественно, является большим упрощением данной технологии. Тем не менее в последнее время появилось оборудование, поддерживающее коммутируемые виртуальные каналы, и появились поставщики, предлагающие данную услугу.
Стек протоколов Frame Relay
Технология Frame Relay использует для передачи данных технику виртуальных соединений, аналогичную той, которая применялась в сетях Х.25, однако стек протоколов Frame Relay передает кадры (при установленном виртуальном соединении) по протоколам только физического и канального уровней, в то время как в сетях Х.25 и после установления соединения пользовательские данные передаются протоколом 3-го уровня.
Кроме того, протокол канального уровня LAP-F в сетях Frame Relay имеет два режима работы: основной (core) и управляющий (control). В основном режиме, который физически практикуется в сегодняшних сетях Frame Relay, кадры передаются без преобразования и контроля, как и в коммутаторах локальных сетей. За счет данной особенности описываемой технологии она обладает высокой производительностью, а сеть не передает квитанции подтверждения между коммутаторами на каждый пользовательский кадр, как это происходит в сети Х.25. Пульсации трафика передаются достаточно быстро и без больших задержек.
При таком подходе уменьшаются накладные расходы при передаче пакетов локальных сетей, так как они вкладываются сразу в кадры канального уровня, а не в пакеты сетевого уровня, как это происходит в сетях, построенных на базе технологии Х.25.
Структура стека Frame Relay хорошо отображает ее происхождение в недрах технологии ISDN, так как сети Frame Relay заимствуют многое из стека протоколов ISDN, особенно в процедурах установления коммутируемого виртуального канала.
Основу технологии составляет протокол LAP-F core, который является весьма упрощенной версией протокола LAP-D. Протокол LAP-F (стандарт Q.922 ITU-T) работает на любых каналах сети ISDN, а также на каналах типа T1/E1.
Терминальное оборудование посылает в сеть кадры LAP-F, в любой момент времени считая, что виртуальный канал в сети коммутаторов уже проложен. При использовании PVC оборудованию Frame Relay нужно поддерживать только протокол LAP-F core.
Протокол LAP-F control является необязательной надстройкой над LAP-F core, которая выполняет функции контроля доставки кадров и управления потоком. С помощью протокола LAP-F control сетью реализуется служба switching.
Для установки коммутируемых виртуальных каналов стандарт ITU-T предлагает канал D пользовательского интерфейса. На нем работает протокол LAP-D, который используется для надежной передачи кадров в сетях ISDN. Поверх этого протокола работает протокол Q.931 или протокол Q.933 (который является упрощением и модификацией протокола Q.931 ISDN), устанавливающий виртуальное соединение на основе адресов конечных абонентов (в стандарте Е.164 или ISO 7498), а также номера виртуального соединения, которое в технологии Frame Relay носит название Data Link Connection Identifier (DLCI).
После того как коммутируемый виртуальный канал в сети Frame Relay установлен посредством протоколов LAP-D и Q.931/933, кадры могут транслироваться по протоколу LAP-F, который коммутирует их с помощью таблиц коммутации портов, в которых используются локальные значения DLCI. Протокол LAP-F core выполняет не все функции канального уровня по сравнению с протоколом LAP-D, поэтому ITU-T изображает его на пол-уровня ниже, чем протокол LAP-D, оставляя место для функций надежной передачи пакетов протоколу LAP-F control.
Из-за того что технология Frame Relay заканчивается на канальном уровне, она хорошо согласуется с идеей инкапсуляции пакетов единого сетевого протокола, например IP, в кадры канального уровня любых сетей, составляющих интрасеть. Процедуры взаимодействий протоколов сетевого уровня с технологией Frame Relay стандартизированы, например, принята спецификация RFC 1490, определяющая методы инкапсуляции в трафик Frame Relay трафика сетевых протоколов и протоколов канального уровня локальных сетей и SNA.
Другой особенностью технологии Frame Relay является отказ от коррекции обнаруженных в кадрах искажений. Протокол Frame Relay подразумевает, что конечные узлы будут обнаруживать и корректировать ошибки за счет работы протоколов транспортного или более высоких уровней. Это требует некоторой степени интеллектуальности от конечного оборудования, что по большей части справедливо для современных локальных сетей. В этом отношении технология Frame Relay близка к технологиям локальных сетей, таких как Ethernet, Token Ring и FDDI, которые тоже только отбрасывают искаженные кадры, но сами не занимаются их повторной передачей.
В основу структуры кадра LAP-F был взят формат кадра HDLC, но поле адреса существенно изменило свой формат, а поле управления вообще отсутствует.
Технология Frame Relay, обеспечивает основные параметры качества транспортного обслуживания, необходимые при объединении локальных сетей.
Вместо приоритезации трафика используется процедура заказа качества обслуживания при установлении соединения, отсутствующая в сетях Х.25 и пробивающая себе дорогу в сетях ТCP/IP в форме экспериментального протокола RSVP, который пока не нашел широкого применения. В технологии Frame Relay заказ и поддержка качества обслуживания встроены.
Для каждого виртуального соединения определяется несколько параметров, влияющих на качество обслуживания:
Если эти величины определены, то время Т вычисляется по формуле: T=Bc/CIR. Можно задать значения CIR и T, тогда производной величиной станет величина всплеска трафика Bc.
Гарантий по задержкам передачи кадров технология Frame Relay не дает, оставляя эту услугу сетям АТМ.
Основным параметром, по которому абонент и сеть заключают соглашение при установлении виртуального соединения, является согласованная скорость передачи данных. Для постоянных виртуальных каналов это соглашение является частью контракта на пользование услугами сети. При установлении коммутируемого виртуального канала соглашение о качестве обслуживания заключается автоматически с помощью протокола Q.931/933. Требуемые параметры CIR, Bc, Be передаются в пакете запроса на установление соединения.
Так как скорость передачи данных измеряется на каком-то интервале времени, то интервал Т и является таким контрольным интервалом, на котором проверяются условия соглашения. В общем случае пользователь не должен за этот интервал передавать в сеть данные со средней скоростью, превосходящей CIR. Если же он нарушает соглашение, то сеть не только не гарантирует доставку кадра, но помечает этот кадр признаком DE (Discard Eligibility), равным 1, то есть как кадр, подлежащий удалению. Однако кадры, отмеченные таким признаком, удаляются из сети только в том случае, если коммутаторы сети испытывают перегрузки. Если же нет перегрузок, то кадры с признаком DE=1 доставляются адресату.
Для контроля соглашения о параметрах качества обслуживания все коммутаторы сети Frame Relay выполняют так называемый алгоритм «дырявого ведра» (Leaky Bucket). Алгоритм использует счетчик С поступивших от пользователя байт. Каждые Т секунд этот счетчик уменьшается на величину Bc (или же сбрасывается в 0, если значение счетчика меньше чем Bc). Все кадры, данные которых не увеличили значение счетчика свыше порога Bc, пропускаются в сеть со значением признака DE=0. Кадры, данные которых привели к значению счетчика, большему Вс, но меньшему Вс+Ве, также передаются в сеть, но с признаком DE=1. И наконец, кадры, которые привели к значению счетчика, большему Bc+Be, отбрасываются коммутатором.
Пользователь может договориться о включении не всех параметров качества обслуживания на данном виртуальном канале, а только некоторых.
Например, можно использовать только параметры CIR и Вс. Этот вариант дает более качественное обслуживание, так как кадры никогда не отбрасываются коммутатором сразу. Коммутатор только помечает кадры, которые превышают порог Вс за время Т, признаком DE=1. Если сеть не сталкивается с перегрузками, то кадры такого канала всегда доходят до конечного узла, даже если пользователь постоянно нарушает договор с сетью.
Популярен еще один вид заказа на качество обслуживания, при котором оговаривается только порог Ве, а скорость CIR полагается равной нулю. Все кадры такого канала сразу же отмечаются признаком DE=1, но отправляются в сеть, а при превышении порога Ве они отбрасываются. Контрольный интервал времени Т в этом случае вычисляется, как Be/R, где R – скорость доступа канала.
Механизм заказа средней пропускной способности и максимальной пульсации является основным механизмом управления потоками кадров в сетях Frame Relay. Соглашения должны заключаться таким образом, чтобы сумма средних скоростей виртуальных каналов не превосходила возможностей портов коммутаторов. При заказе постоянных каналов за это отвечает администратор, а при установлении коммутируемых виртуальных каналов – программное обеспечение коммутаторов. При правильно взятых на себя обязательствах сеть борется с перегрузками путем удаления кадров с признаком DE=1 и кадров, превысивших порог Вс+Ве.
Тем не менее в технологии Frame Relay определен еще и дополнительный (необязательный) механизм управления кадрами. Это механизм оповещения конечных пользователей о том, что в коммутаторах сети возникли перегрузки (переполнение необработанными кадрами). Бит FECN (Forward Explicit Congestion Bit) кадра извещает об этом принимающую сторону. На основании значения этого бита принимающая сторона должна с помощью протоколов более высоких уровней (TCP/IP, SPX и т. п.) известить передающую сторону о том, что та должна снизить интенсивность отправки пакетов в сеть.
Бит BECN (Backward Explicit Congestion Bit) извещает о переполнении в сети передающую сторону и является рекомендацией немедленно снизить темп передачи. Бит BECN обычно обрабатывается на уровне устройств доступа к сети Frame Relay: маршрутизаторов, мультиплексоров и устройств CSU/DSU. Протокол Frame Relay не требует от устройств, получивших кадры у установленных битами FECN и BECN, немедленного прекращения передачи кадров в данном направлении, как того требуют кадры RNR сетей Х.25. Эти биты должны служить указанием для протоколов более высоких уровней (TCP, SPX, NCP) о снижении темпа передачи пакетов. Так как регулирование потока инициируется в разных протоколах по-разному – как принимающей стороной, так и передающей, – то разработчики протоколов Frame Relay учли оба направления снабжения предупреждающей информацией о переполнении сети.
В общем случае биты FECN и BECN могут игнорироваться. Но обычно устройство доступа к сети Frame Relay (Frame Relay Access Device, FRAD) обрабатывает по крайней мере признак BECN.
При создании коммутируемого виртуального канала параметры качества обслуживания передаются в сеть с помощью протокола Q.931. Этот протокол устанавливает виртуальное соединение с помощью нескольких служебных пакетов.
Абонент сети Frame Relay, который хочет установить виртуальное соединение с другим абонентом, должен передать в сеть по каналу D сообщение SETUP, которое имеет несколько параметров, в том числе:
Коммутатор, с которым соединен пользователь, сразу же передает пользователю пакет CALL PROCE-EDING – вызов обрабатывается. Затем он анализирует параметры, указанные в пакете, и если коммутатор может их удовлетворить (располагая, естественно, информацией о том, какие виртуальные каналы на каждом порту он уже поддерживает), то пересылает сообщение SETUP следующему коммутатору. Следующий коммутатор выбирается в соответствии с таблицей маршрутизации. Протокол автоматического составления таблиц маршрутизации для технологии Frame Relay не определен, поэтому может использоваться фирменный протокол производителя оборудования или же статическое составление таблицы. Если все коммутаторы на пути к конечному узлу согласны принять запрос, то пакет SETUP передается в конечном счете вызываемому абоненту. Вызываемый абонент немедленно передает в сеть пакет CALL PROCEEDING и начинает обрабатывать запрос. Если запрос принимается, то вызываемый абонент передает в сеть новый пакет – CONNECT, который проходит в обратном порядке по виртуальному пути. Все коммутаторы должны отметить, что данный виртуальный канал принят вызываемым абонентом. При поступлении сообщения CONNECT вызывающему абоненту он должен передать в сеть пакет CONNECT ACKNOWLEDGE.
Cеть также должна передать вызываемому абоненту пакет CONNECT ACKNOWLEDGE, на этом соединение считается установленным, и по виртуальному каналу могут передаваться данные.
Применение сетей Frame Relay
Услуги Frame Relay обычно предоставляются теми же операторами, которые используют сети Х.25. Большая часть производителей выпускает сейчас коммутаторы, которые могут работать как по протоколам Х.25, так и по протоколам Frame Relay.
Технология Frame Relay начинает занимать в территориальных сетях с коммутацией пакетов ту же нишу, которую заняла в локальных сетях технология Ethernet. Их роднит то, что они предоставляют только быстрые базовые транспортные услуги, доставляя кадры в узел назначения без гарантий дейтаграммным способом. Однако если кадры теряются, то сеть Frame Relay, как и сеть Ethernet, не предпринимает никаких усилий для их восстановления. Отсюда следует простой вывод: полезная пропускная способность прикладных протоколов при работе через сети Frame Relay будет зависеть от качества каналов и методов восстановления пакетов на уровнях стека, расположенного над протоколами Frame Relay. Если каналы качественные, то кадры будут теряться и искажаться редко, так что скорость восстановления пакетов протоколом TCP или NCP будет вполне приемлема. Если же кадры теряются и искажаются часто, то полезная пропускная способность в сети Frame Relay может упасть в десятки раз, как это происходит в сетях Ethernet при плохом состоянии кабелей.
Поэтому сети Frame Relay следует применять только при наличии на магистральных каналах волоконно-оптических кабелей высокого качества. Каналы доступа могут быть и на витой паре, как это разрешает интерфейс G.703 или абонентское окончание ISDN. Используемая на каналах доступа аппаратура передачи данных должна обеспечить приемлемый уровень искажения данных – 106.
На величины задержек сеть Frame Relay гарантий не дает, – и это основная причина, которая ограничивает применение этих сетей для передачи голоса. Передача видеоряда также не удовлетворяет всем требованиям, так как пропускная способность в 2Мбит/c является недостаточной.
Тем не менее многие производители оборудования для сетей Frame Relay поддерживают в своих решениях передачу голоса. Поддержка устройствами доступа заключаются в присвоении кадрам, переносящим замеры голоса, приоритетов. Магистральные коммутаторы Frame Relay должны обслуживать такие кадры в первую очередь. Кроме того, желательно, чтобы сеть Frame Relay, передающая кадры с замерами голоса, была недогруженной. При этом в коммутаторах не возникнет очереди кадров, и средние задержки в очередях будут близки к нулевым.
Необходимо также соблюдение еще одного условия для качественной передачи голоса – передавать замеры голоса необходимо в кадрах небольших размеров, иначе на качество передачи будут влиять задержки упаковки замеров в кадр, так называемые задержки пакетизации.
Для стандартизации механизмов качественной передачи голоса через сеть Frame Relay выпущена спецификация FRF.11. Однако в ней решены еще не все проблемы передачи голоса, поэтому работа в этом направлении продолжается.
Ввиду преобладания в коммерческих сетях Frame Relay услуг постоянных коммутируемых каналов и гарантированной пропускной способности, эти сети предоставляют услуги, очень похожие на услуги дробных выделенных линий T1/E1, но только за существенно меньшую плату.
При использовании PVC сеть Frame Relay хорошо подходит для объединения локальных сетей с помощью мостов, так как в этом случае от моста не нужна поддержка механизма установления виртуального канала, что требует некоторого программного «интеллекта». Мост может отправлять кадры протокола Ethernet или FDDI непосредственно в кадрах LAP-F или же может использовать поверх протокола LAP-F протокол РРР. Стандарт Internet RFC 1490 определяет формат заголовка SNAP для случая передачи через сеть Frame Relay непосредственно кадров канального уровня.
Чаще доступ к сетям Frame Relay реализуют не удаленные мосты, а маршрутизаторы, которые в случае поддержки на последовательных портах протокола Frame Relay как основного называют устройствами доступа FRAD (хотя и мост, и любое устройство, которое поддерживает протоколы UNI Frame Relay, относятся к класу FRAD).
Так как сети Frame Relay передают кадры с небольшими задержками, с их помощью часто передают трафик сетей SNA, особенно в том случае, когда они используют такие чувствительные к задержкам протоколы, как SDLC (фирменный протокол канального уровня компании IBM).
Виртуальные каналы в качестве основы построения корпоративных сетей имеют один недостаток – при большом количестве точек доступа и смешанном характере связей необходимо большое количество виртуальных каналов, каждый из которых оплачивается отдельно. В сетях с маршрутизацией отдельных пакетов, таких как TCP/IP, абонент платит только за количество точек доступа, а не за количество связей между ними.
Абсолютно все о Frame Relay
СЕРГЕЙ РОПЧАН