- •11. Оценка скорости передачи информации. Формирование сигнала при модемной передаче.
- •12. Способы модуляции при передаче по аналоговым каналам. Способы обеспечения правильности передачи информации.
- •13. Модемы. Основные модемные протоколы физического уровня. Организация дуплексного обмена.
- •14. Модемы. Принципы работы современных высокоскоростных протоколов. Организация дуплексного обмена. Общие принципы передачи в технологиях xDsl.
- •15. Лвс. Моноканал. Методы доступа к моноканалу.
- •16. Случайные, детерминированные и комбинированные методы доступа к моноканалам лвс.
- •17. Множественный доступ с контролем несущей и обнаружением конфликтов (csma/cd). Разновидности сетей Ethernet.
- •18. Канальные кадры в различных вариантах Ethernet. Адресация в технологии Ethernet.
- •19. Оборудование для организации лвс по технологии 10Base-2. Основные характеристики.
- •20. Оборудование для организации лвс по технологии 10Base-5. Основные характеристики.
- •41. Эталонная модель взаимодействия открытых систем, уровни и протоколы. Функции сетевого и транспортных уровней.
- •42. Стек протоколов ipx/spx. Клиент-серверное взаимодействие для протокола ipx.
- •43. Стек протоколов ipx/spx. Клиент-серверное взаимодействие для протокола spx.
- •45. Адресация в Internet. Версии протокола ip. Общий принцип маршрутизации в сети на основе ip.
- •46. Адресное пространство Internet. Основные способы экономии ip адресов.
- •47. Подсети ip с использованием классов и масок. Преимущества технологии cidr.
- •48. Стандартные протоколы обмена маршрутной информацией. Принцип работы протокола rip.
- •49. Стандартные протоколы обмена маршрутной информацией. Принцип работы протокола ospf.
- •50. Вспомогательные и сопутствующие стеку tcp/ip протоколы и сервисы. Протоколы arp/rarp.
- •68. Технологии глобальных коммуникаций на базе виртуальных каналов. Особенности технологий Frame Relay и X.25.
- •69.Особенности коммуникаций на базе виртуальных каналов. Технология atm. См. Первый абзац вопроса 68.
- •70. Цифровые телекоммуникационные сети. Цифровая иерархия. Технологии pdh, sdh.
- •71. Технологии беспроводных сетей. Общая характеристика стандарта Radio Ethernet. Особенности метода доступа к каналу.
- •72. Технологии беспроводных сетей. Методы передачи с расширением спектра. Типовые топологии и разновидности оборудования Radio Ethernet.
43. Стек протоколов ipx/spx. Клиент-серверное взаимодействие для протокола spx.
См. первые два абзаца вопроса 42.
Транспортный протокол SPXможет осуществить надежную передачу пакетов. Этот протокол работает с установлением соединения и восстанавливает пакеты при их потере или повреждении. Использование протоколаSPXне является обязательным при выполнении операций передачи сообщений протоколами прикладного уровня.
В протоколе SPX не предусмотрена широковещательная или мультикастинг-адресация. Пакеты SPX вкладываются в пакеты IPX. При этом в поле тип пакетаIPX записывается код 5. Заголовок пакета SPX всегда содержит 42 байта, включая 30 байт заголовка IPX-пакета, куда он вложен.
Рис.10.
Поле управления соединениемопределяет, является ли данный пакет системным или прикладным. Это поле содержит однобитовые флаги, используемые spx и spx ii для управления потоком данных в виртуальном канале.
Поле тип потока данныххарактеризует тип данных, помещенных в пакет.
Поля идентификатора отправителя и получателясодержат коды, определяющие участников информационного обмена, присваиваются SPX-драйвером в момент установления связи.
Данное поле служит для обеспечения демультиплексирования пакетов, поступающих на один и тот же соединитель (socket).
Поле последовательный номеропределяет число пакетов пересланных в одном направлении. Каждый из партнеров обмена имеет свой счетчик, который сбрасывается в ноль после достижения 0xffff, после чего счет может продолжаться. Для приложения это поле, также как и последующие два, неприкосновенно. spx-пакеты подтверждения содержат в этом поле порядковый номер последнего посланного пакета.
Поле номер подтвержденияхарактеризует последовательный номер следующего пакета, который spx ожидает получить. Любой пакет с порядковым номером меньше, чем задано в поленомера подтверждения, доставлен благополучно и не требует ретрансмиссии.
Поле число буферовслужит для указания числа доступных на станции буферов (буфера нумеруются, начиная с 0, один буфер способен принять один пакет) и используется для организации управления потоком данных между приложениями. Код этого поля информирует партнера о наибольшем порядковом номере пакета, который может быть послан.
На случай непредвиденных обрывов связи в spx имеется алгоритм “сторожевая собака”. Этот алгоритм реализуется специальной программой, которая активируется лишь в случае, когда в течение определенного времени в канале отсутствует трафик в любом из направлений (машина все сделала, а оператор заснул). В этом случае программа посылает специальные пакеты и, если определенное число попыток “достучаться” до партнера не увенчается успехом, сессия прерывается. Если партнер не присылает отклик за оговоренное время (RTT), производится повторная посылка пакета, при этом RTT увеличивается на 50%. Значение RTT не должно превысить величины max_retry_delay, которая по умолчанию равна 5 секундам. Если связь не восстановилась, отправитель пытается найти другой маршрут до адресата. Если маршрут найден, счетчик попыток сбрасывается в ноль и процедура отправки запускается вновь. Допустимое число попыток может лежать в диапазоне 1-255 (по умолчанию - 10). При отсутствии успеха сессия прерывается.
Протокол spx позволяет осуществить от 100 до 2000 соединений одновременно (по умолчанию это число равно 1000). Конфигурационные параметры SPX-протокола (и сети) хранятся в файлах shell.cfg и net.cfg.
В 1992 году была разработана новая версия SPX - SPX II. Главное усовершенствование протокола связано с применением пакетов большего размера. Раньше длинные spx-пакеты фрагментировались и пересылались по частям, учитывая, что очередной пакет может быть послан лишь после получения подтверждения, нетрудно понять крайнюю неэффективность такой схемы. Формат пакетов SPX II несколько отличается от SPX. В SPX II увеличено число допустимых кодов для поля управления соединением, введено дополнительное поле в заголовок подтверждения (два байта, имя поля “расширенное подтверждение”). Новое поле добавлено после полячисло буферов. Алгоритм установление связи в SPX II отличатся от варианта spx тем, что необходимо согласовать размер пересылаемых пакетов.