Часть 5. Использование NBF с Windows.

NBF и сетевой трафик.

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

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

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

 

Трафик, ориентированный на соединение.

1 - Обнаружение сервера

2 - Инициализация сеанса

3 - Пересылка данных с нумерацией I - фреймов.

Для соединения с разделяемым ресурсом, протокол NBF сначала должен обнаружить сервер путем отправки UI-фреймов, а затем инициализировать канал. Эта задача выполняется редиректором. Как только сеанс установлен, производится обмен дополнительной информацией. Клиент отправляет фрейм инициализации сеанса, после чего сервер отвечает отправкой фрейма подтверждение сеанса.

Надежная передача фреймов, ориентированных на канал, обеспечивается нумерацией I - фреймов. Это позволяет принимающему компьютеру определять, не были ли потеряны фреймы, и в каком порядке они были получены.

NBF использует два метода повышения эффективности трафика, ориентированного на установление соединения: адаптивные скользящие окна и таймеры канала.

Протокол адаптивных скользящих окон.

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

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

Таймеры канала.

NBF использует три вида таймеров: таймер ответа(T1), таймер уведомления (T2), таймер неактивности (Ti).

Таймер ответа используется для определения интервала времени, в течение которого отправитель должен ждать, прежде чем он сможет заключить, что I фрейм был потерян. После того как истечет Т1 миллисекунд, NBF отправляет фрейм, не получивший уведомления и удваивает Т1. Если фрейм не получит уведомления за определённое количество попыток, канал будет закрыт. Когда обратный трафик не позволяет принимающему компьютеру отправить фрейм в пределах заданного интервала времени начинает работать таймер уведомления. Значение этого таймера устанавливается переменной Т2 (по умолчанию 150 миллисекунд).

  Таймер неактивности (Тi) используется для того, чтобы выяснить не закрыт ли канал. По умолчанию значение Ti=30 сек. Если Ti миллисекунд проходят без какой либо активности канала, NBF посылает I-фрейм для опроса. И если подтверждение получено, Активность канала не подтверждается.

 Тi ³ T1 ³ T2 

 

 

 Часть 6. Сетевые концепции для TCP/IP.