Управление потоком

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

Средством борьбы с такими ситуациями выступают методы управления потоком, суть которых заключается в ограничении поступающего трафика для предотвращения перегрузок.

Схема управления потоком может понадобиться на участке передачи между двумя пользователями (транспортный уровень), между двумя узлами сети (сетевой уровень), между двумя соседними DCE, обменивающимися данными по логическому каналу (канальный уровень), а также между терминальным оборудованием и аппаратурой канала данных, взаимодействующих по одному из интерфейсов DTE—DCE (физический уровень).

Схемы управления потоком транспортного уровня реализованы в протоколах передачи файлов, таких как ZModem; схемы управления потоком сетевого уровня — в составе протоколов Х. 25 и TCP/IP; схемы управления потоком канального уровня — в составе протоколов повышения достоверности, таких как MNP4, V. 42; управление потоком на физическом уровне реализуется в рамках набора функций соответствующих интерфейсов, таких как RS-232. Перечисленные три уровня схем управления имеют непосредственное отношение к аппаратному и программному обеспечению модемов и их конкретные реализации будут рассмотрены в соответствующих разделах книги.

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

В процессе передачи между передатчиком и приемником используется оконное управление, если установлена верхняя граница на число единиц данных, которые уже переданы передатчиком, но на которые еще не получено подтверждение от приемника. Верхняя граница в виде целого положительного числа и является окном или размером окна. Приемник уведомляет передатчик о том, что к нему попала единица данных, путем отправления специального сообщения к приемнику (Рисунок 26). Такое сообщение называется подтверждением, разрешением или квитанцией. Подтверждение может быть положительным — АСК (ACKnowledgement), сигнализирующим об успешном приеме соответствующей информационной единицы, и отрицательным — NAK (Negative AcKnowledgement), свидетельствующим о неприеме ожидаемой порции данных. После получения квитанции передатчик может передать еще одну единицу данных приемнику. Число квитанций, находящихся в использовании, не должно превышать размер окна.

Рисунок 26 - Оконное управление потоком

Квитанции либо содержатся в специальных управляющих пакетах, либо добавляются в обычные информационные пакеты. Управление потоком используется при передаче по одному виртуальному каналу, группе виртуальных каналов, управлению может подвергаться весь поток пакетов, возникающих в одном окне и адресованных другому узлу. Передатчиком и приемником могут быть два узла сети или терминал пользователя и входной узел сети связи. Единицами данных в окне могут быть сообщения, пакеты, кадры или символы.

Выделяют две стратегии: оконное управление от конца в конец и поузловое управление. Первая стратегия относится к управлению потоком между входным и выходными узлами сети для некоторого процесса передачи и часто реализуется в составе протоколов передачи файлов. Вторая стратегия относится к управлению потоком между каждой парой последовательных узлов и реализуется в составе протоколов канального уровня, таких как SDLC, HDLC, LAPB, LAPD, LAPM и других.

20.5 Технология " клиент-сервер"

Технология «клиент-сервер» пришла на смену централизованной схеме управления вычислительным процессом на базе средней или большой ЭВМ (мэйнфрейма).

В архитектуре клиент-сервера место терминала заняла ПЭВМ (клиентская), а мэйнфрейма – один или несколько мощных компьютеров, специально выделенных для решения общих задач обработки информации (компьютеры-серверы). Достоинством этой модели является высокая живучесть и надежность вычислительной системы, легкость масштабирования, возможность одновременной работы пользователя с несколькими приложениями, высокая оперативность обработки информации, обеспечение пользователя высококачественным интерфейсом и т. д.

Заметим, что эта весьма перспективная и далеко не исчерпавшая себя технология получила свое дальнейшее развитие. Совсем недавно стали говорить о технологии intranet, которая появилась в результате перенесения идей сети Internet в среду корпоративных систем. В отличие от технологии «клиент-сервер» эта технология ориентирована не на данные, а на информацию в ее окончательно готовом к потреблению виде. Технология Intranet объединяет в себе преимущества двух предыдущих схем. Вычислительные системы, построенные на ее основе, имеют в своем составе центральные серверы информации и распределенные компоненты представления информации конечному пользователю.

При взаимодействии любых двух объектов в сети всегда можно выделить сторону, предоставляющую некоторый ресурс (сервис, услугу), и сторону, потребляющую этот ресурс. Потребителя ресурса традиционно называют клиентом, а поставщика – сервером.

В качестве ресурса можно рассматривать аппаратный компонент (диск, принтер, модем, сканер и т. д.), программу, файл, сообщение, информацию или даже ЭВМ в целом. Отсюда происхождение множества терминов: файл-сервер или диск-сервер, принт-сервер или сервер печати, сервер сообщений, SQL-сервер (программа обработки запросов к базе данных, сформулированных на языке SQL), компьютер-сервер и т. д. Очевидно, все эти серверы имеют соответствующих клиентов.

С точки зрения программного обеспечения, технология «клиент-сервер» подразумевает наличие программ-клиентов и программ-серверов. Клиентскими программами обычно являются такие программы, как текстовые и табличные процессоры. В роли серверных программ чаще всего выступают системы управления базами данных. Примером типичной пары программ вида «клиент-сервер» можно считать программу текстового процессора, обрабатывающую документ, в котором содержится таблица с информацией из базы данных.

Некоторая программа, выполняемая в сети, по отношению к одним программам может выступать в роли клиента и в то же время являться сервером для других программ. Более того, за некоторый интервал времени роли клиента и сервера между одними и теми же программами могут меняться.

Разновидностью более сложных клиент-серверных моделей является трехзвенная модель «сервера приложений» – AS-модель (Application Server). Эта модель описывает процесс функционирования сетей, использующих базы данных. Согласно as-модели, каждая их трех основных функций (управление данными, прикладная обработка и представление информации конечному пользователю) реализуется на отдельном компьютере.