Особенности сетей и технологий Frame Relay

Удобство. Всякое соединение по глобальной сети должно поддерживать асимметричный режим работы, поскольку требуется поддержка различных скоростей передачи исходящего и входящего трафика. При этом входящий трафик к серверу, зачастую бывает меньше исходящего трафика к клиенту. Помимо этого, для осуществления управления потоком в технологическом смысле, глобальная сеть должна поддерживать TCP/IP на верхних уровнях модели OSI. TCP/IP представляет собой стандарт де факто для сетей на базе клиент-серверной архитектуры. А поскольку данный протокол создавался с нуля специально для работы в глобальных сетях, он совместим с FR. он же и осуществляет управление потоками, которое, как известно, FR не может обеспечить. Поэтому FR вполне соответствует всем указанным требованиям, поскольку хорошо взаимодействует с TCP/IP и предоставляет асимметричные виртуальные каналы.
Как уже было отмечено FR предназначен для функционирования по цифровым линиям с крайне низким числом ошибок. Поэтому, он не выполняет контроля наличия ошибок на каждом транспортном узле, хотя данный контроль просто необходим в сетях с коммутацией пакетов по некоторым другим протоколам, поскольку, как правило, они базируются низко надежных аналоговых линиях. Все это дает возможность снизить накладные расходы по обработке каждого кадра и, поэтому повысить пропускную способность сети. Тем не менее данное преимущество в обеспечении пропускной способности имеет и оборотную сторону: когда коммутатор FR вследствие перегрузки сети отбраковывает кадры с выставленным флагом DE, маршрутизатор по истечение срока ожидания подтверждения получения пакета с данным порядковым номером посылает кадр заново, что может повлечь за собой еще большую засоренность в сети.
Однако, при этом отчасти управление потоками реализует TCP/IP, а также битами явного сообщения о заторах каналов в том и другом направлениях (FECN и BECN), которые имеются в FR (Приложение А) и выставляются во время ретрансляции кадра применяются для уведомления отправителя или получателя о заторах трафика на пути следования пакета. При этом оборудование с интерфейсами FR расшифровывают значение этих битов и активизируют управление потоком посредством TCP/IP для предотвращения перегрузки сети и потери данных.
В частности, конечный маршрутизатор может замедлить маршрутизатор-отправитель с помощью сброса своего окна приема до нуля. На практике использование данной опции повышает эффективность, так как запрещает отправителю передавать какие-либо данные. Другой способ управления потоком заключается в регулировке таймера повторной передачи. В данной ситуации, после неоднократного отсутствия подтверждения получения данных от получателя, происходит увеличения значения таймера, что будет сдерживать отправителя от излишнего засорения трафика данными и без того переполненной сети. Поэтому она получает передышку для передачи отложенных пакетов, а после устранения затора отправитель возвращает обратно первоначальное значение таймера.
Другим аспектом удобства FR заключается в том, что в управлении он намного проще выделенных каналов. В частности, с серверами различные входящие соединения могут быть организованы через один абонентский шлейф и подведены к одному DSU/CSU. В случае TDM вы должны будете иметь отдельные линии доступа и CSU/DSU.
Наверное, самым привлекательным свойством FR является поддержка асимметричных PVC, которые обеспечивают разные скорости передачи данных для входящего и исходящего трафика. FR вполне отвечает этим требованиям. В большинстве клиент-серверных приложений (например, приложения баз данных на базе SQL или иные) сервер взаимодействует с клиентскими приложениями по высокоскоростной сети. Как правило при обмене сообщениями типа запрос/ответ клиент посылает различные небольшие предложения SQL или URL, а сервер в свою очередь может отправлять данные объемом от нескольких строк из баз данных до большой порции данных в виде большого документа HTML. Иначе говоря, схема входящего и исходящего трафика для таких типов приложений асимметрична.
В целом, технология FR представляет собой полнодуплексную технологию, поскольку потоки данных двунаправленны. Тем не менее, если встает вопрос об определении CIR для постоянных виртуальных каналов, то его можно задавать для каждого направления по отдельности. Подобная конфигурация дает возможность определить необходимую пропускную способность для подсоединенных узлов к серверам. Понимание потребностей приложений и пользовательских профилей поможет определить, как много постоянных виртуальных каналов требуется пользователю и каковы должны быть для них значения CIR.
Симплексный асимметричный подход к постоянным виртуальным каналам предоставляет проектировщикам сетей неплохие возможности контроля скорости передачи данных и цены. Для примера, если возникает необходимость связать два узла, скажем А и Б. Согласно расчетам узлу А необходим канал на 512 Кбит/с, в то время как узлу Б - на 1 Мбит/с. Оба узла могут передавать данные одновременно, применяя ту полосу, которая им для этого нужна. Чтобы данные требования были удовлетворены с использованием выделенных линий, вы должны будете арендовать неполную линию T-1 на 1,5 Мбит/с, чтобы клиенты и серверы могли взаимодействовать друг с другом. Иначе говоря, нужную пропускную способность необходимо удвоить, учитывая тот факт, что она не требуется постоянно. При использовании же FR, предоставляются постоянные виртуальные каналы с исходящим CIR на 512 Кбит/с для узла А и с исходящим CIR на 1 Мбит/с для узла А. Получается, что в данной ситуации FR оказывается существенно более экономичным.