Билет 37)))
Беспроводные технологии 802.11
Канальный уровень 802.11 состоит из двух подуровней: управления логической связью (Logical Link Control, LLC) и управления доступом к носителю (Media Access Control, MAC).
802.11 использует тот же LLC и 48-битовую адресацию, что и другие сети 802, что позволяет легко объединять беспроводные и проводные сети, однако MAC уровень имеет кардинальные отличия.
MAC уровень 802.11 поддерживает множество пользователей на общем носителе, когда пользователь проверяет носитель перед доступом к нему. Стандарт 802.11 предусматривает использование полудуплексных приёмопередатчиков, поэтому в беспроводных сетях 802.11 станция не может обнаружить коллизию во время передачи. 802.11 использует модифицированный протокол, известный как CSMA/CA, DCF. Механизм явного подтверждения эффективно решает проблемы помех, но добавляет некоторые дополнительные накладные расходы - сети 802.11 будут всегда работать медленнее, чем эквивалентные им Ethernet локальные сети.
Другая специфичная проблема MAC-уровня – проблема "скрытой точки", когда две станции могут обе "слышать" точку доступа, но не могут "слышать" друг друга, в силу большого расстояния или преград. Для решения этой проблемы в 802.11 на MAC уровне добавлен протокол RTS/CTS. Когда используется этот протокол, посылающая станция передаёт RTS и ждёт ответа точки доступа с CTS. Т.к. все станции в сети могут "слышать" точку доступа, сигнал CTS заставляет их отложить свои передачи, что позволяет передающей станции передать данные и получить ACK пакет без возможности коллизий.
В случае, когда передачу ведет узел В, узел С может решить, что начало передачи сообщения узлу D не возможно, так как в зоне С детектируется излучение станции В (проблема засвеченной станции). Т.о., в радиосетях, прежде чем начать передачу данных надо знать, имеется ли радио активность в зоне приемника-адресата.
Стандарты IEEE 802.11x:
802.11 (max скорость 2Мбит/с)
802.11a (скорость до 54Мбит/с)
802.11b(скорость 11Мбит/с)
802.11g(скорость до 54Мбит/с)
802.11n
Протокол SPX, TCP. Логические каналы.
Sequenced Packet Exchange (SPX) - протокол транспортного уровня.
Многие особенности стека IPX/SPX обусловлены ориентацией ранних версий ОС NetWare на работу в локальных сетях небольших размеров, состоящих из персональных компьютеров со скромными ресурсами.
Транспортный протокол SPX может осуществить надежную передачу пакетов. Этот протокол работает с установлением соединения и восстанавливает пакеты при их потере или повреждении. Использование протокола SPX не является обязательным при выполнении операций передачи сообщений протоколами прикладного уровня. В протоколе SPX не предусмотрена широковещательная адресация. Пакеты SPX вкладываются в пакеты IPX. При этом в поле тип пакета IPX записывается код 5. Заголовок пакета SPX всегда содержит 42 байта, включая 30 байт заголовка IPX-пакета, куда он вложен. Поле управления соединением определяет, явл. ли данный пакет системным или прикладным. Это поле содержит однобитовые флаги, используемые SPX и SPX II для управления потоком данных в виртуальном канале.
В 1992 году была разраб. новая версия SPX - SPX II. Главное усоверш. протокола связано с применением пакетов большего размера. Раньше длинные SPX-пакеты фрагмент-сь и пересылались по частям. В SPX II увеличено число допустимых кодов для поля управления соединением, введено дополнительное поле в заголовок подтверждения (два байта, имя поля расширенное подтверждение). Алгоритм установление связи в SPX II отличатся от варианта SPX тем, что необходимо согласовать размер пересылаемых пакетов.
TCP занимает в многоуровневой архитектуре протоколов нишу непосредственно над протоколом Internet, который позволяет протоколу TCP отправлять и получать сегменты информации переменной длины, заключенные в оболочку Internet датаграмм. Internet датаграмма предоставляет средства для адресации отправителя и получателя сегментов TCP в различных сетях. Протокол Internet также осуществляет любую фрагментацию и сборку сегментов TCP, необходимую для осуществления передачи и доставки через множество сетей и промежуточных шлюзов. Протокол Internet также обрабатывает информацию о приоритете, классификации безопасности, а также осуществляет разграничение TCP сегментов. Так что данная информация может быть передана напрямую через множество сетей.
Уровни протоколов
верхний уровень
TCP
протокол Internet
коммуникационная сеть
Протокол TCP взаимодействует с одной стороны с пользователем или прикладной программой, а с другой - с протоколом более низкого уровня, таким как протокол Internet.
Интерфейс между прикладным процессом и протоколом TCP мы поясняем с приемлемой детализацией. Этот интерфейс состоит из набора вызовов, которые похожи на вызовы операционной системы, предоставляемые прикладному процессу для управления файлами. Например, в этом случае имеются вызовы для открытия и закрытия соединений, для отправки и получения данных на установленных соединениях.
Главной целью протокола TCP является обеспечение надежного, безопасного сервиса для логических цепей или соединений между парами процессов. Чтобы обеспечить такой сервис, основываясь на менее надежных коммуникациях Internet, система должна иметь возможности для работы в следующих областях:
базовая передача данных
достоверность
управление потоком
разделение каналов
работа с соединениями
приоритет и безопасность
Логический канал – набор процедур
SPC Get Connection Status – функция статуса соединения
(Взаимодействия клиент-сервер пока нет)
Фрагментация протоколов TCP
Фрагментация в стеке TCP/IP.Как организуется фрагментация ?Что произойдет,если в сети Eth при пересылке TCP пакета один пакет пропадет?
Ответ: при потере одного пакета произойдет двойное снижения пропускной способности.
Tcp отвечает за надежную доставку и када что то не успевается передавать он сделает это повторно, но при скорости ниже чем в самом начале пытался (транспортный уровень)
Процесс стандартной фрагментации заключается в разбиении и упаковке исходной дейтаграммы в новые пакеты, размер которых будет меньше или равен значению "узкого"сегмента сети. Каждый новый фрагмент представляет собой отдельный пакет со своим собственным IP-заголовком. Значения полей этого заголовка в основном копируются из исходной нефрагментированной дейтаграммы (например, IP-адреса, идентификатора и т.д.). Но каждый новый фрагмент также должен содержать и определенную уникальную информацию: время жизни (TTL – time to life), смещение фрагмента (положение фрагмента относительно начала нефрагментированного пакета), МF (сведения о наличии следующих фрагментов), DF (0 – не фрагментировать, 1 - фрагментировать). Ошибка фрагментации возникает тогда, когда отправитель послал в сеть пакет с признаком DF, запрещающим фрагментацию, а маршрутизатор столкнулся с необходимостью передачи этого пакета в сеть со значением MTU (maximum transmission unit) меньшим, чем размер пакета. В этом случае, пакет будет уничтожен, а узлу-отправителю будет отправлено диагностическое сообщение.
Однако, TCP требует явного указания максимального размера сегмента (MSS) в случае, если виртуальное соединение осуществляется через сегмент сети, где максимальный размер блока (MTU) менее, чем стандартный MTU Ethernet (1500 байт).
Что произойдет, если при передаче пакета он был фрагментирован и один из фрагментов не дошел до узла назначения после истечения тайм-аута?
(С) модуль IP узла-получателя отбросит все полученные фрагменты пакета, в котором потерялся один фрагмент;
Над протоколом IP работает протокол TCP, используя для транспортироки своих блоков данных потенциально ненадежный IP.IP – протокол без установки соединения, не дает никаких гарантий доставки сообщения, все вопросы по надежности доставки решает TCP