МОДЕЛИ ОБЪЕКТОВ В КЛАССЕ МОДЕЛЕЙ РЕШАЮЩИХ ПРАВИЛ

Математическое обеспечение локального интерфейса управления технологии Frame Relay

Технология Frame Relay широко применяется для объединения компьютерных сетей с целью обеспечения высокоскоростных соединений локальных сетей, снижения стоимости передачи информации из локальной сети в глобальную и уменьшения времени задержки при передаче информации через сеть. При использовании технологии Frame Relay в сложных корпоративных сетях и необходимости обеспечения высокого качества сервиса крайне важны возможности своевременного получения информации о состоянии виртуальных соединений и управления сетью [1]. Указанные возможности реализованы в расширении базового стандарта протокола, которое получило обобщенное название локальный интерфейс управления LMI (Local Management Interface). Стандарт ANSI T1.617 представляет логическую и процедурную характеристики LMI, а также диапазоны параметров для синхронизации процедур управления не определяя качества локального интерфейса. В связи с этим возникает объективная необходимость разработки математического обеспечения локального интерфейса управления, позволяющего выявить характер зависимости его качества от параметров контрольных процедур и решить задачу выбора наилучшего их сочетания.

Процедурная характеристика локального интерфейса управления

Процедурная характеристика LMI предусматривает три стратегии локального управления:

• Синхронное симплексное управление (ССУ).

• Синхронное дуплексное управление (СДУ).

• Асинхронное управление (АУ).

Теперь рассмотрим каждую первую стратегию.

Синхронное симплексное управление

Для осуществления такого управления используется два типа сообщения: “Запрос состояния”(STATUS ENQIRY) и “Состояние”(STATUS). С помощью этих двух сообщений LMI проверяет целостность соединения, а также его включение/ выключение, и готовность PVC.

Процедура ССУ такова, что оконечное оборудование данных (ООД) периодически запрашивает состояние сети через интерфейс LMI, далее через некоторый промежуток времени посылает в сеть сообщение “Запрос состояния” (международное обозначение интервала опроса – T391), делается это с целью подтверждения соединения, на запрос сеть отвечает сообщением “Состояние”.

Рис. Процедура периодического опроса.

В данном случае LMI ведет подсчет числа опросов. Через некоторое количество переданных сообщений “Запрос состояние” ООД запрашивает у сети информацию о полном состоянии. Это достигается по истечению некоторого промежутка времени, которое имеет международное обозначение N391. На запрос ООД аппаратура окончания канала данных (АКД) отвечает сообщением “Состояние”, в котором присутствуют информация для каждого PVC (если ООД имеет несколько портов). Формат сообщения “Запрос состояния”, используемый при опросе сети состоит из двух частей

• Информация о типе сообщения.

• Информация о результатах проверки целостности соединения.

Формат кадра LMI “Запрос состояния” выглядит так:

	Биты
Октеты		8	7	6	5	4	3	2	1	Назначение
	1	0	1	1	1	1	1	1	0	Флаг
	2	0	0	0	0	0	0	0	0	Заголовок: DLCI=0, CR=0
	3	0	0	0	0	0	0	0	1	DE=0, FECN=0, DECN=0
	4	0	0	0	0	0	0	1	1	Индикатор ненумерованного кадра
	5	0	0	0	0	1	0	0	0	Определитель протокола
	6	0	0	0	0	0	0	0	0	Вызываемый номер (только для SVC)
	7	0	1	1	1	0	1	0	1	Сообщения “Запрос состояния”
	8	0	1	0	1	0	0	0	1	Информационный элемент
	9	1								о типе сообщения
	10	ТИП СООБЩЕНИЯ
	11	0	1	0	1	0	0	1	1	Информационный элемент
	12	2								о целостности связи
	13	НОМЕР ПЕРЕДАВАЕМОГО КАДРА
	14	НОМЕР ПРИНЯТОГО КАДРА
	15									Проверочная
	16									последовательность
	17	0	1	1	1	1	1	1	0	Флаг

Рис.. Формат кадра LMI " Запрос состояния "

Теперь рассмотрим некоторые октеты в кадре LMI “Запрос состояния”.

Первый информационных элементов указывает, какой тип сообщения запрашивается у сети. Всего таких типов три:

• “Запрос о полном состоянии сети” – посылается для получения информации о всех PVC, получивших с помощью интерфейса;

• “Запрос о целостности соединения” – предназначен для промежуточного определения порядка следования кадров, проходящих через интерфейс LMI,с целью определения потерянных кадров;

• “Запрос о состоянии отдельного асинхронного PVC” – предназначен для определения информации об отдельном PVC.

Проверочная последовательность гарантирует надежность соединения между ООД и АКД. Данная процедура состоит в генерации последовательности пронумерованных кадров и проверка корректности передачи. Выглядит это так: ООД периодически посылает сообщение “Запрос состояния”, в котором указывает порядковый номер передаваемого кадра (при каждом последующем отправлении порядковый номер увеличивается на единицу).

	Биты
Октеты		8	7	6	5	4	3	2	1	Назначение
	1	0	1	0	1	0	0	1	1	Идентификатор информационного элемента о целостности связи
	2									Длина информационного элемента в октетах(2)
	3									Номер передаваемого кадра
	4									Номер принятого кадра

Рис.. Формат информационного элемента о целостности связи

В ответ на полученное сообщение АКД передает ООД сообщение “Состояние”, в котором указывает:

• Порядковый номер каждого кадра (при каждой отдачи, номер кадра увеличивается на 1);

• Порядковый номер последнего кадра, полученного от пользователя.

Порядковые номера передаваемых кадров могут принимать значения от 1 до 255 (в двоичной форме). Порядковый номер “0” используется только в начале ,для обозначения порядкового номера принятого кадра в начальном сообщении “Запрос состояния”.

Созданный новый PVC еще не дает ООД начать предавать сообщения в данном PVC. “Сигналом” начала передачи служит бит “активный PVC”, определяемый сетью как “1”. Он устанавливается АКД тогда, когда АКД убедилась в том, что путь для доставки к месту назначения полностью найден, т.е. PVC полностью подключен. Время подключения PVC зависит от конкретной сети и реализации протокола.

Оповещение пользователя о состояние PVC осуществляется не в масштабе реального времени, другими словами ООД не сразу узнает об изменение сети. Таким образом, некорректный выбор временного интервала, через который посылается запрос о состояние PVC, может привести к возникновению ошибки. Эти ошибки связаны с тем, что уведомление о том, что PVC стал доступным, может получить только один из участников обмена. Т.е. ООД начнет передавать данные другому участнику прежде, чем на место назначения поступит сообщение “Состояние”, в котором бит “Активный PVC” установлен АКД в “1”. А также, не зная о том, что PVC стал не доступным, ООД будет по-прежнему передавать через него данные в сеть.