2. Более подробное рассмотрение некоторые протоколов и стеков протоколов. Протоколы Novell (ipx/spx)
Межсетевой протокол IPX - (Internetwork Packet eXchange; Novell соответствует сетевому уровню модели ISO, до какой-то степени это аналог IP-протокола в Интернет. IPX-протокол может работать совместно с SPX при обеспечении обменов, ориентированных на соединение, где гарантируется доставка информации. IPX произошел от протокола XNS (Xerox Network Services) и имеет ряд уникальных черт. Так IPX может использовать различные схемы инкапсуляции в зависимости от физической сетевой среды. В операционной среде MS-DOS за реализацию протокола IPX отвечает программа IPX.COM или IPXODI.COM. Оболочка же системы NetWare (NETX.COM) и DOS Requester (VLM.COM) используют протокол IPX для пересылки запросов файл-серверу.
Первоначально пакеты Novell инкапсулировались в кадры IEEE 802.3. В настоящее время схема инкапсуляции поддерживает 802.2 и протокол SNAP (Sub-Network Access Protocol).
IPX-протокол
Протокол IPX предназначен для передачи дейтограмм в системах, неориентированных на соединение (также как и IP или NETBIOS, разработанный IBM и эмулируемый в Novell), он обеспечивает связь между NetWare серверами и конечными станциями. Максимальный размер IPX-дейтограммы составляет 576 байт, из них 30 байта занимает заголовок. Предполагается, что сеть, через которую транспортируются эти дейтограммы, способна пересылать пакеты соответствующей длины. IPX-пакеты могут рассылаться широковещательно, для этого поле типа должно принять значение 0x14, адрес сети назначения должен соответствовать локальной сети, адрес узла назначения при этом принимает значение 0xFFFFFF.
Оригинальный транспортный протокол Novell, на мой взгляд, не способствует успеху этой сети. Не успев своевременно переориентироваться на транспортные и маршрутные протоколы стека TCP/IP этот крайне популярный совсем недавно вид сетей в настоящее время имеет шансы исчезнуть.
IPX-пакеты, передаваемые по сети Ethernet, могут иметь несколько разных форматов. Старейший из них носит в Novell название “802.3” (информацию об интеграции сетей Novell и Интернет можно найти в документах: RFC-1234, -1420, -1553, -1634, -1792) и используется по умолчанию в версиях вплоть до 3.11. В последующих версиях форматом по умолчанию является “802.2”. Применим также и формат, называемый Ethernet II, который наиболее близок идеологии TCP/IP. Сеть в Netware - это логический канал, который используется совместно рядом узлов так, что они могут взаимодействовать друг с другом непосредственно. Так процессы, реализуемые на одном сервере, считаются подключенными к внутренней IPX-сети. Все пользователи сети типа Ethernet II образуют логическую сеть IPX. Все пользователи одной сети типа 802.3 рассматриваются как узлы различных сетей IPX. Сопоставление форматов пакетов для различных сетевых стандартов представлено на рис. 6.1.1.
Рис. 6.1.1, Форматы сетевых пакетов
Из рисунка видно, что различия непринципиальны и не препятствуют сосуществованию всех перечисленных форматов в пределах одной локальной сети. IPX-заголовок начинается сразу после поля Тип или Длина в зависимости от используемого протокола.
Серверы Netware можно сконфигурировать так, чтобы они воспринимали пакеты разных типов, и поэтому могли иметь непосредственные связи с разными сетями. IPX-сервер может выполнять и функции маршрутизатора. Формат заголовка пакета IPX показан на рис. 6.1.2. За заголовком следуют данные, их объем определяется кодом поля Длина пакета (минус 30) и лежит в диапазоне от 0 до 546 байт.
Рис. 6.1.2. Формат заголовка IPX-пакета
Поле Контрольная сумма (2 байта) устанавливается ipx-драйвером равным 0xffff, это означает, что контрольного суммирования не производилось. Приложениям разрешено использовать поле контрольной суммы при работе с кадрами Ethernet II, ieee 802.2 и Ethernet SNAP и запрещено для работы с кадрами ieee 802.3. Данное ограничение можно легко понять, обратившись к рис. 6.1.1. Контрольная сумма служит лишь для контроля правильности IPX-заголовка и не имеет никакого отношения к полю данных IPX-дейтограммы. Для того чтобы работать с контрольными суммами на NetWare-сервере, следует выдать команду set enable IPX checksum=n, где n указывает на то, что контрольная сумма использована. Возможные значения n и их смысл приведены ниже в таблице 6.1.1.
Таблица 6.1.1
Код n | Назначение в сервере |
0 | Контрольная сумма не используется |
1 | Контрольная сумма используется, если доступна клиенту |
2 | Контрольная сумма должна использоваться |
То же для клиента | |
0 | Контрольная сумма не используется (по умолчанию) |
1 | Контрольная сумма используется, но лишена приоритета |
2 | Контрольная сумма используется и имеет приоритет |
3 | Контрольная сумма должна использоваться |
Поле Длина пакета (2 байта) содержит число байт в пакете, включая заголовок, и может лежать в пределах от 30 (только заголовок) до 576. В действительности максимальная длина IPX-пакета равна 1518 байт, но при прохождении пакетов через маршрутизаторы, когда не используется протокол LIP(large internet packet, протокол межсетевой пересылки больших пакетов) максимальная длина может быть равной лишь 576 байт (что и принято по умолчанию). Следует также иметь в виду, что согласно регламентациям Novell длина пакета может принимать только четные значения. Программист не должен беспокоиться о содержании этого поля, это за него сделает сам протокол IPX. Поле управление пересылкой (1 байт) устанавливается IPX-драйвером равным нулю перед посылкой пакета. Каждый маршрутизатор увеличивает значение этого поля на 1. Если пакет прошел через 15 маршрутизаторов, очередной - удалит пакет из сети (в некотором смысле это аналог поля время жизни - TTL в протоколах TCP/IP). Поле управление пересылкой можно использовать для оптимизации маршрутов в локальной сети. Если станция общается только с серверами соседней субсети, ее следует переключить туда и снизить тем самым нагрузку маршрутизатора. Контроль за содержимым этого поля выполняется протоколом IPX. Поле тип пакета (1 байт) устанавливается прикладной программой. При использовании протокола ipx это поле должно содержать нуль (или 4), в случае использования протокола SPX - 5, а для протокола NCP(Netware core protocol) -17. Поля адрес узла назначения и адрес узла отправителя содержат 12-байтовые структуры ipxaddr_1. Эта структура включает в себя 4 байта адреса сети (присваивается администратором сети при установке сети Novell), 6 байт адреса узла (физический адрес, задается изготовителем сетевого интерфейса) и 2 байта дескриптора соединителя (socket, необходим для адресации программы, принимающей пакеты, заполняется приложением). Пакеты, адресованные серверу в NetWare 3.x или 4.x содержат в поле адреса узла получателя код 0x00 00 00 00 00 01 (аналогичный код будет записан в поле адрес отправителя, если им является сервер). Адрес же узла получателя на уровне Ethernet или Token Ring будет равен физическому сетевому адресу интерфейса или локального маршрутизатора, если сервер размещен в другой субсети. Соединители (socket) служат для управления обработкой пакетов. Широковещательный пакет будет получен ЭВМ, если она имеет открытый соединитель для процесса, которому он адресован. По этой причине должны приниматься специальные меры, чтобы предотвратить возможность посылки двумя программами пакетов различного типа на один и тот же соединитель. Ряд номеров соединителей зарезервировано IPX-протоколом для определенных целей:
2 - соединитель протокольных откликов; 3 - обработчик ошибок.
Некоторые номера заняты под нужды Netware:
0x451 | Протокол ядра NetWare (NCP - netware core protocol); |
0x452 | Протокол NetWare для оповещения об услугах (SAP - service advertising protocol); |
0x453 | Маршрутный протокол NetWare (RIP - routing information protocol); |
0x455 | Пакет протокола netbios; |
0x456 | Диагностический протокол NetWare; |
0x457 | Пакет сериализации (serialization). |
Дескрипторы соединителей для рабочих станций задаются динамически и их коды лежат в диапазоне 0x4000 - 0x8000. В отличии от протоколов TCP/IP IPX не имеют фиксированных адресов для сетей или интерфейсов, которые следует конфигурировать. Вместо этого рабочие станции получают свои сетевые номера от маршрутизатора, к которому они подсоединены, и используют Ethernet-адрес в качестве номера узла.
Приложение должно устанавливать поля тип пакета и адрес узла назначения, а IPX-драйвер заполняет остальные поля. Возможные значения кода поля тип пакета представлены в таблице 6.1.2.
Таблица 6.1.2 Коды типа IPX-пакета.
Тип пакета | Значение |
0 | Обычный IPX-пакет |
1 | Пакет с маршрутной информацией (RIP - routing information protocol) |
2 | Отклик |
3 | Ошибка |
4 | Информационный пакетный обмен (pep - packet exchange protocol) |
5 | Последовательный пакетный обмен (SPX - sequence packet exchange) |
17 | Протоколы ядра NetWare (NCP) |
20 | Именной пакет netbios (широковещательный) |
Программа, использующая IPX-протокол для передачи информации должна записывать в поле тип пакета код 4.
Маршрутная информация передается между серверами и маршрутизаторами. Динамический маршрутный протокол RIP (routing information protocol, базируется на стандарте Xerox IP; cм. также RFC-1058) обеспечивает конечные станции информацией, которая необходима для динамического управления оптимизацией маршрутов. Рассылка маршрутной информации производится с помощью широковещательных пакетов. Как видим, сети Novell являются источником значительных потоков широковещательных пакетов. Аналогичным образом объекты сети оповещаются о других изменениях в сетевой среде, например, рассылка информации о доступных услугах (SAP - service advertisement protocol). Протокол SAP позволяет узлам, которые предлагают определенные услуги (например, файл-серверы или принт-серверы), сообщать о своих адресах и видах доступных услуг. Администратор может регулировать поток таких пакетов, задавая постоянные времени для таймеров обновления информации. Маршрутизаторы рассылают маршрутную информацию в пяти случаях:
При инициализации.
В случае, когда необходима исходная маршрутная информация (напр. в случае сбоя или порчи маршрутной таблицы).
Периодически для обновления маршрутных таблиц.
При изменении конфигурации маршрутов.
При отказе или отключении маршрутизатора.
Маршрутизация пакетов в сети достаточно проста. Каждому сетевому сегменту маршрутизатор присваивает номер в пределах от 1 до fffffffe. Каждой группе устройств присваивается “сетевой номер”, который представляет эту группу во всех маршрутизаторах сети. Пакеты, посылаемые от одного члена группы другому, посылаются непосредственно. Пакеты от одного члена группы к объекту из другой группы будут пересланы через маршрутизаторы. Для выбора маршрута в пределах локальной сети используется маршрутный протокол RIP. Формат пакета NetWare RIP показан на рис. 6.1.3.
Рис. 6.1.3. Формат RIP-пакета в NetWare
Поле тип пакета содержит код 0x0001, если это запрос, и 0x0002, если отклик. В поле адреса сети записывается адрес сети места назначения, если пакет является запросом. Если в поле записан код 0xff ff ff ff, это означает, что запрос относится ко всем известным сетям. Поле число шагов до цели имеет смысл лишь в случае пакетов-откликов. В этом случае сюда заносится число маршрутизаторов, которые должен пройти пакет по дороге к сети назначения. Поле время в тиках имеет смысл для пакетов-откликов и указывает на время, необходимое для достижения сети адресата. Один тик равен 1/18 секунды. Сходный протокол маршрутизации используется в сетях appletalk (RTMP).
Для межсетевой маршрутизации в Novell разработан протокол NLSP (NetWare link services protocol). NLSP базируется на той же идеологии, что и протокол IS-IS (intermediate system-to-intermediate system), созданный для сетей OSI и IP. В NLSP значение метрики маршрута задается вручную. nlsp-маршрутизаторы хранят полную карту сети, по которой принимаются решения о наилучших возможных маршрутах.
На рис. 6.1.4 представлена схема соответствия протоколов Novell и 7-уровневой модели osi.
Рис. 6.1.4. Схема соответствия протоколов Novell и модели osi
Протокол SAP (service advertising protocol) служит для получения информации обо всех серверах, имеющихся в сети, и поддерживает следующие виды запросов и функции:
запрос SAP-сервиса;
оповещение об отключении сервера;
мониторинг откликов и некоторые другие.
Каждому серверу NetWare присваивает номер, а некоторые сервера могут иметь и имя. Номер сервера и его имя хранятся в базе данных объектов bindary каждого сервера. Пакет запроса SAP-сервиса содержит 2 байта типа пакета и два байта типа сервера. Поле тип пакета определяет, является ли данный пакет общим запросом сервиса (код=0x0003), или запросом ближайших услуг (код=0x0001). Таблица кодов поля тип сервера приведена ниже (6.1.3).
Таблица 6.1.3 Коды тип сервера (cм. также ftp://ftp.isi.edu/in-notes/iana/assignments/novell-sap-numbers)
Тип сервера | Описание |
0x0001 | Пользователь |
0x0004 | Файл-сервер |
0x0005 | Сервер заданий |
0x0006 | Внешний сетевой порт (gateway) |
0x0007 | Принт-сервер |
0x0009 | Сервер архива |
0x000a | Очередь задач |
0x0017 | Диагностика |
0x0020 | NetBios |
0x0021 | NAS SNA порт |
0x0027 | TCP/IP сервер порта |
0x0028 | Сервер моста x.25 точка-точка |
0x02e | Динамический SAP |
0x0047 | Оповещающий принт-сервер |
0x004b | vap 5.0 |
0x004c | SQL VAP |
0x007a | TES-NetWare VMS |
0x0098 | Сервер доступа к NetWare |
0x009a | Сервер именованных труб |
0x009e | Портативный NetWare-Unix |
0x0107 | NetWare 386 |
0x0111 | Тест-сервер |
0x0166 | Управление NetWare |
0x026a | Управление NetWare |
0x026b | Временная синхронизация |
0x0278 | Сервер каталогов NetWare |
SAP-пакеты-отклики (периодически рассылаемые пакеты) имеют следующий формат (рис.6.1.5).
Рис. 6.1.5. Формат пакета SAP
Поле тип пакета принимает значение 0x0002 для SAP-откликов общего обслуживания (General Service Response) и 0x0004 для отклика ближайшего сервера. Запросы о ближайшем сервере используются для поиска в сети сервера конкретной разновидности (пакет запроса содержит лишь первые два поля). Реально отклик будет получен от всех серверов данного типа, а не только от ближайшего. Насколько данный сервер близок, определяется по числу маршрутизаторов до него. Эти запросы/отклики служат для составления списка доступных серверов. Поле тип сервера содержит код доступного вида услуг, а в поле наименование сервиса записывается имя услуги уникальное для данного сервера (длина поля на рис. 6.1.5 равна N). Поле адрес сети представляет собой 4-байтовое число, которое идентифицирует адрес сервера. Поле адрес узла характеризует адрес сервера в сети. Службы NetWare указывают адрес 0x00.00.00.00.00.01. Поле дескриптор соединителя характеризует код соединителя, который будет использовать сервер. Последнее поле - число шагов до сервера (число транзитных сетей) характеризует число маршрутизаторов между сервером и клиентом. При отключении сервера от сети он должен широковещательно разослать SAP-уведомление “Останов сервера”. Уведомление содержит код сервера и его полный адрес.
SPX-протокол
SPX (Sequence Packet eXchange) и его усовершенствованная модификация SPX II представляют собой транспортные протоколы 7-уровневой модели ISO. Это протокол гарантирует доставку пакета и использует технику скользящего окна (отдаленный аналог протокола TCP). В случае потери или ошибки пакет пересылается повторно, число повторений задается программно. В протоколе SPX не предусмотрена широковещательная или мультикастинг-адресация. В SPX индицируется ситуация, когда партнер неожиданно прерывает соединение, например из-за обрыва связи. Пакеты SPX вкладываются в пакеты IPX. При этом в поле тип пакета IPX записывается код 5. Заголовок пакета SPX всегда содержит 42 байта, включая 30 байт заголовка IPX-пакета, куда он вложен (см. рис. 6.1.2.1).
Рис. 6.1.2.1. Формат заголовка SPX-пакета
Поле управления соединением определяет, является ли данный пакет системным или прикладным. Это поле содержит однобитовые флаги, используемые spx и spx ii для управления потоком данных в виртуальном канале.
0x01 XHD | Зарезервировано SPX II для расширения заголовков; |
0x02 RES1 | Назначение поля не определено, должно быть равно нулю; |
0x04 NEG | SPX II (SIZ) согласует размер запроса/отклика, для spx должно быть равно нулю; |
0x08 SPX2 | Тип пакета SPX II, для spx должно быть равно нулю; |
0x10 EOM | Устанавливается клиентом spx для индикации конца сообщения (end-of-message); |
0x20 ATN | (attention) зарезервировано для специальных запросов (не поддерживается SPX); |
0x40 ACK | Устанавливается для запроса подтверждения получения данного пакета. Запросы и отклики обрабатываются на уровне SPX (приложение не должно модифицировать этот код); |
0x80 SYS | Устанавливается, если данный пакет является системным и служит для подтверждения. Приложения не используют пакеты этого типа. |
Поле тип потока данных характеризует тип данных, помещенных в пакет. Значения этого поля перечислены ниже:
0x00-0x07 | определяется клиентом и может использоваться в приложениях; |
0x80-0xfb | зарезервированы на будущее; |
0xfc | spx ii, упорядоченное освобождение запроса; |
0xfd | spx ii, упорядоченное освобождение подтверждения; |
0xfe | указывает на окончание связи (end-of-connection). При закрытии канала spx-драйвер посылает клиенту пакет, где в поле тип потока записан данный код; |
0xff | подтверждение получения сообщения об окончании связи (end-of-connection-acknowledgment). Этим кодом помечается пакет, подтверждающий закрытие канала, в прикладную программу такой пакет не передается |
Поля идентификатора отправителя и получателя содержат коды, определяющие участников информационного обмена, присваиваются SPX-драйвером в момент установления связи. В запросах на соединение это поле содержит код 0xffff. Данное поле служит для обеспечения демультиплексирования пакетов, поступающих на один и тот же соединитель (socket). Поле последовательный номер определяет число пакетов пересланных в одном направлении. Каждый из партнеров обмена имеет свой счетчик, который сбрасывается в ноль после достижения 0xffff, после чего счет может продолжаться. Для приложения это поле, также как и последующие два, неприкосновенно. spx-пакеты подтверждения содержат в этом поле порядковый номер последнего посланного пакета. Поле номер подтверждения характеризует последовательный номер следующего пакета, который spx ожидает получить. Любой пакет с порядковым номером меньше, чем задано в поле номера подтверждения, доставлен благополучно и не требует ретрансмиссии. Поле число буферов служит для указания числа доступных на станции буферов (буфера нумеруются, начиная с 0, один буфер способен принять один пакет) и используется для организации управления потоком данных между приложениями. Код этого поля информирует партнера о наибольшем порядковом номере пакета, который может быть послан. Протокол spx посылает пакеты до тех пор, пока локальный последовательный номер не станет равным числу-указателю на удаленной ЭВМ.
SPX-протокол не посылает следующий пакет до тех пор, пока не получит подтверждение получения предшествующего. Хотя в протоколе SPX предусмотрен алгоритм скользящих окон (как и в TCP), практически он в настоящее время не используется, что вполне оправдано для локальных сетей. Следует заметить, что для достаточно больших LAN, где пакет проходит через несколько переключателей или маршрутизаторов, пренебрежение техникой окон становится непозволительной роскошью. На случай непредвиденных обрывов связи в spx имеется алгоритм "сторожевая собака". Этот алгоритм реализуется специальной программой, которая активируется лишь в случае, когда в течение определенного времени в канале отсутствует трафик в любом из направлений (машина все сделала, а оператор заснул). В этом случае программа посылает специальные пакеты и, если определенное число попыток "достучаться" до партнера не увенчается успехом, сессия прерывается. Если партнер не присылает отклик за оговоренное время (RTT), производится повторная посылка пакета, при этом RTT увеличивается на 50%. Значение RTT не должно превысить величины max_retry_delay, которая по умолчанию равна 5 секундам. Если связь не восстановилась, отправитель пытается найти другой маршрут до адресата. Если маршрут найден, счетчик попыток сбрасывается в ноль и процедура отправки запускается вновь. Допустимое число попыток может лежать в диапазоне 1-255 (по умолчанию - 10). При отсутствии успеха сессия прерывается.
Значение RTT определяется по времени отклика ближайшего маршрутизатора, которое удваивается, а к полученной величине добавляется некоторая константа. Для каждой из сессий RTT определяется независимо. Многие временные константы задаются администратором сети.
Протокол spx позволяет осуществить от 100 до 2000 соединений одновременно (по умолчанию это число равно 1000). Конфигурационные параметры SPX-протокола (и сети) хранятся в файлах shell.cfg и net.cfg.
В 1992 году была разработана новая версия SPX - SPX II. Главное усовершенствование протокола связано с применением пакетов большего размера. Раньше длинные spx-пакеты фрагментировались и пересылались по частям, учитывая, что очередной пакет может быть послан лишь после получения подтверждения, нетрудно понять крайнюю неэффективность такой схемы. Стандарт spx позволяет обмен пакетами с размером, ограниченным только используемой сетевой средой. Так в Ethernet пакет SPX II может иметь длину 1518 байт. Кроме того, SPX II допускает использование технологии окон, то есть можно послать несколько кадров, не дожидаясь получения подтверждения на каждый из уже посланных. Размер окна устанавливается в соответствии с кодом, содержащимся в поле число-указатель (число буферов/пакетов). При необходимости администратор может задать размер окна раз и навсегда. Формат пакетов SPX II несколько отличается от SPX. В SPX II увеличено число допустимых кодов для поля управления соединением, введено дополнительное поле в заголовок подтверждения (два байта, имя поля "расширенное подтверждение"). Новое поле добавлено после поля число буферов. Алгоритм установление связи в SPX II отличатся от варианта spx тем, что необходимо согласовать размер пересылаемых пакетов.
Рис. 6.1.2.2. Формат заголовка SPX-II
Управление сетями Novell осуществляется с помощью стандартного протокола SNMP (Simple Network Management Protocol) и управляющей базы данных MIB.
- Учебник Проектирование и внедрение компьютерных сетей
- Глава 1 Обзор локальных и глобальных сетей 13
- Часть 1 14
- Часть 2 65
- Глава 2 Взаимодействие глобальных и локальных сетей 105
- Глава 3 Методы передачи физического сигнала 167
- Часть 1. Теоретическая часть. 167
- Часть 2. Специальная часть. 210
- Глава 4 Сетевое передающее оборудование 249
- Часть1 Аналитическая часть 250
- Часть 2 Проектная часть 311
- Глава 5 Протоколы локальных вычислительных сетейВведение 366
- Часть 1 Аналитическая часть 367
- Часть 2. Проектная часть 404
- Глава 6 Прошлое, настоящее и будущее протокола tcp 532
- 5. Основной уровень 578
- 6. Прикладной уровень 590
- Глава 7: Методы передачи данных в глобальных сетях 609
- Глава 8 Технология atm 674
- Глава 9 Технологии беспроводных сетей 729
- Часть 1. Аналитическая часть 730
- Часть 2. Практическая часть 771
- Часть 1. Теоретическая часть 819
- Часть 2 Специальная часть 878
- Глава 11 Базовые принципы проектирования локальных и глобальных сетей 881
- Часть 1. Теоретическая часть. 881
- Часть 2 Специальная часть 947
- Глава 1 Обзор локальных и глобальных сетей Введение
- Часть 1
- 1.1 Виды сетей. Основные понятия
- 1.1.1 Определение типа сети
- 1.1.2 Причины, обусловившие появление локальных и глобальных сетей
- 1.1.3 Хронология основных событий, предшествующих появлению компьютерных сетей
- 1.1.4 История локальных и глобальных сетей
- 1.1.5 Интеграция локальных и глобальных сетей
- 1.1.6 Передача данных между локальными и глобальными сетями
- 1.2. Введение в проектирование сетей
- 1.3. Основные термины
- Часть 2
- 2.1. Как избежать простоев сети?
- 2.1.1Отказоустойчивые системы
- 2.2. Опорные мультисервисные сети на основе радиорелейных линий1
- 2.2.1 Специалисты рекомендуют
- 2.2.2 Радиочастотный план
- 2.2.3 Последняя миля
- 2.2.4 Оборудование сети
- 2.2.5 Выбор антенн
- 2.2.6 Расположение антенных постов
- 2.3. Домашние сети на электропроводах2
- 2.3.1 Адаптеры Edimax
- 2.3.2 Устройство
- 2.3.3 Тестирование
- 2.5. Сеть по телефонной проводке: стандарт HomePna 2.03
- 2.6. Технология Bluetooth
- 2.7. Беспроводные сети4
- Заключение
- Глава 2 Взаимодействие глобальных и локальных сетей Введение
- 1. Эталонная модель взаимодействия открытых систем osi
- 1.1. Физический уровень
- 1.2. Канальный уровень
- 1.3. Сетевой уровень
- 1.4. Транспортный уровень
- 1.5. Сеансовый уровень
- 1.6. Представительский уровень
- 1.7. Прикладной уровень
- 2. Взаимодействие между стеками протоколов
- 3. Взаимодействие между уровнями с использованием модулей pdu
- 4. Применение модели osi
- 5. Типы сетей
- 5.1. Шинная топология
- 5.2. Кольцевая топология
- 5.3. Звездообразная топология
- 5.4. Реализация шинной топологии в виде физической звезды
- 6. Методы передачи данных в локальных сетях
- 7. Глобальные сетевые коммуникации
- 7.1. Сети на основе телекоммуникационных каналов
- 7.2. Сети на основе каналов кабельного телевидения
- 7.3. Беспроводные сети
- 8. Методы передачи данных в глобальных сетях
- Заключение
- Глава 3 Методы передачи физического сигнала Часть 1. Теоретическая часть.
- Организации по сетевым стандартам
- Национальный институт стандартизации сша (ansi)
- Институт инженеров по электротехнике и электронике (ieee)
- Международная организация по стандартизации (iso)
- Общество Интернета (isoc) и Проблемная группа проектирования Интернета (ietf)
- Ассоциация электронной промышленности (eia) и Ассоциация промышленности средств связи (tia)
- Типы коммуникационной среды
- Коаксиальный кабель
- Витая пара
- Оптоволоконный кабель
- Комбинированная оптокоаксиальная кабельная система
- Высокоскоростные технологии с использованием витой пары и оптоволоконного кабеля
- Беспроводные коммуникации
- Типы интерфейсов данных
- Передача пакетов
- Передача ячеек
- Методы передачи сигналов в глобальных сетях
- Двухточечные соединения
- Часть 2. Специальная часть.
- 10 Gigabit Ethernet на витой паре.
- Технически предпосылки
- Техника передачи по меди
- Передача данных в 10gbase t
- Кабельные решения
- Витая пара категории 7.
- Соединения оптоволокна.
- Соединения оптических волокон с помощью сварки
- Соединение оптических волокон методом склеивания
- Механические соединители оптических волокон
- Доступ к беспроводным локальным сетям.
- Беспроводные сетевые технологии.
- Подключение к беспроводной локальной сети.
- Различные точки доступа.
- Утилита d-Link AirPro Multiple ap Manager - универсальный способ управления Более привычный вариант: вэб-интерфейс для управления dwl-6000ap
- Конфигурация dwl-6000ap завершена
- Окончательные настройки беспроводной сети на базе dwl-6000aр
- Параметры com-порта для консольного подключения к точке доступа
- Основное меню конфигурации lw2100ap: скромный вид, большие возможности
- Скоростные характеристики беспроводных сети Безопасность беспроводной сети
- Перспективы беспроводных сетей
- Глава 4 Сетевое передающее оборудование Введение
- Часть1 Аналитическая часть Передающее оборудование локальных сетей
- Сетевые адаптеры
- Назначение блока контроллера mac
- Режимы передачи сигналов
- Сетевые адаптеры fddi и atm
- Беспроводные сетевые адаптеры
- Сетевые адаптеры и шины
- Выбор сетевого адаптера
- Повторители
- Модули множественного доступа
- Концентраторы
- Мосты Token Ring с маршрутизацией от источника
- Алгоритм связующего дерева
- Маршрутизаторы
- Статическая и динамическая маршрутизация
- Мосты-маршрутизаторы
- Коммутаторы
- Передающее оборудование глобальных сетей
- Мультиплексоры
- Группы каналов
- Частные телефонные сети
- Телефонные модемы
- Адаптеры isdn
- Кабельные модемы
- Модемы и маршрутизаторы dsl
- Серверы доступа
- Маршрутизаторы
- Часть 2 Проектная часть
- Передающее оборудование локальных сетей Сетевые адаптеры Сетевой адаптер Cisco Aironet air-pci352
- Сетевой адаптер Cisco Aironet air-cb21ag, Wi-Fi, CardBus
- Повторители Fiber Driver: повторители
- Концентраторы Концентратор adsl-доступа Cisco 6100
- Мосты Точка доступа/ мост Cisco Aironet 350, 10/100 Eth, Wi-Fi, 802.11, 802.11a, 802.11b
- Маршрутизаторы Маршрутизатор Cisco 575
- Cisco 675 adsl маршрутизатор для малого офиса или сотрудников, работающих на дому
- Мосты – маршрутизаторы Мосты-маршрутизаторы компании Bay Networks.
- Коммутаторы Коммутатор Cisco Catalyst 2950g 12 ei
- Голосовой шлюз Cisco vg200
- Цифровой шлюз доступа - Cisco Access Digital Gateway
- Передающее оборудование глобальных сетей Мультиплексоры Многофункциональный мультиплексор Cisco мс3810
- Частные телефонные сети
- Телефонные модемы Аналоговый корпоративный модем V.Everything 56k
- Кабельные модемы
- Мосты и маршрутизаторы dsl
- Серверы доступа
- Маршрутизаторы Маршрутизатор Cisco Modular Access Router 1605
- Заключение
- Глава 5 Протоколы локальных вычислительных сетейВведение
- Часть 1 Аналитическая часть Протоколы локальных сетей
- Общие свойства протоколов локальной сети
- Протоколы ipx/spx и система Novell NetWare
- Назначение протокола spx
- Развертывание протоколов ipx/spx
- Эмуляция ipx/spx
- Привязка к драйверу ndis
- Другие протоколы, используемые вместе с серверами NetWare
- Протокол NetBeui и серверы Microsoft Windows
- История NetBeui
- Область применения NetBeui
- NetBeui и эталонная модель osi
- Почему NetBeui хорошо работает в сетях Microsoft
- Недостатки NetBeui
- Протокол AppleTalk и система Mac os
- Сравнение версий AppleTalk Phase I и AppleTalk Phase п
- Службы AppleTalk
- AppleTalk и эталонная модель osi
- Методы доступа AppleTalk
- Сетевая адресация AppleTalk
- Протоколы, входящие в стек AppleTalk
- Совместимость AppleTalk с системами Mac os X, Windows 2000 и Netware
- Протокол tcp/ip и различные серверные системы
- Протоколы и приложения, входящие в стек тср/iр
- Протокол sna и операционные системы ibm
- Стек протоколов sna и эталонная модель osi
- Достоинства и недостатки sna
- Физические элементы сети sna
- Протоколы и приложения, работающие в стеке sna
- Протокол dlc для доступа к операционным системам ibm
- Протокол dna для операционных систем компьютеров Digital (Compaq)
- Повышение производительности локальных сетей
- Проблема каналов связи
- Удаление ненужных протоколов
- Часть 2. Проектная часть
- 1. Базовая модель osi (Open System Interconnection)
- Общая характеристика протоколов локальных сетей
- Формирование сообщений протоколами
- Протоколы физического уровня
- Протоколы канального уровня
- Протоколы сетевого уровня
- Протоколы транспортного уровня
- Протоколы сеансового уровня
- Протоколы представительного уровня
- Протоколы прикладного уровня
- Семейство стандартов ieee 802.X
- Стандартные стеки коммуникационных протоколов
- Стек osi
- Стек tcp/ip
- Стек ipx/spx
- Стек NetBios/smb
- 2. Более подробное рассмотрение некоторые протоколов и стеков протоколов. Протоколы Novell (ipx/spx)
- Протокол ядра NetWare (ncp)
- Основы tcp/ip
- Модуль ip создает единую логическую сеть
- Структура связей протокольных модулей
- Терминология
- Потоки данных
- Работа с несколькими сетевыми интерфейсами
- Межсетевой протокол ip
- Прямая маршрутизация
- Косвенная маршрутизация
- Правила маршрутизации в модуле ip
- Выбор адреса
- Подсети
- Как назначать номера сетей и подсетей
- Подробности прямой маршрутизации
- Порядок прямой маршрутизации
- Подробности косвенной маршрутизации
- Порядок косвенной маршрутизации
- Протокол tcp
- Основы технологии
- Доступ к среде
- Назначения адреса протокола
- Сетевые объекты
- Протокол доставки дейтаграмм (ddp)
- Протокол поддепжки маршрутной таблицы (rtmp)
- Транспортный уровень
- Протокол транзакций AppleTalk (atp)
- Протокол потока данных AppleTalk (adsp)
- Протоколы высших уровней
- Инкапсулирующая технология Data Link Switching (dlSw) Назначение и история создания технологии
- Принципы работы протокола dlSw
- Локальное подтверждение
- Поддержка узлов, не являющихся узлами llc2
- Поддержка дейтаграммного и широковещательного трафика
- Заключение
- Глава 6 Прошлое, настоящее и будущее протокола tcp Введение
- 1. История и перспективы стека tcp/ip
- 2. Модель osi
- 3. Структура стека tcp/ip. Краткая характеристика протоколов
- 4. Протокол межсетевого взаимодействия ip
- 4.1. Адресация в ip сетях
- 4.1.1. Типы адресов
- 4.1.2. Три основных класса ip-адресов
- 4.1.3. Соглашения о специальных адресах: broadcast, multicast, loopback
- 4.1.4. Отображение физических адресов на ip-адреса: протоколы arp и rarp
- 4.1.5. Отображение символьных адресов на ip-адреса: служба dns
- 4.1.6. Автоматизация процесса назначения ip-адресов узлам сети - протокол dhcp
- 4.2. Протокол ip
- 4.2.1. Формат пакета ip
- 4.2.2. Управление фрагментацией
- 4.2.3. Маршрутизация с помощью ip адресов.
- 4.3. Развитие стека - протокол iPv6
- 4.3.1. Особенности протокола iPv6
- 4.3.2. Формат заголовка iPv6
- 4.3.3. Дополнительные заголовки
- 4.3.4. IPv6 и автоматическое конфигурирование
- 4.4. Структуризация ip сетей
- 4.4.1. Использование масок для структуризации сети
- 4.4.2. Использование масок переменной длины
- 4.4.3. Технология бесклассовой междоменной маршрутизации cidr
- 4.5. Протокол icmp
- 4.5.1. Общая характеристика протокола icmp
- 4.5.2. Формат сообщений протокола icmp
- 4.5.4. Сообщения о недостижимости узла назначения
- 4.5.5. Перенаправление маршрута
- 5. Основной уровень
- 5.1. Протокол доставки пользовательских дейтаграмм udp
- 5.1.1. Зарезервированные и доступные порты udp
- 5.1.2. Мультиплексирование и демультиплексирование прикладных протоколов с помощью протокола udp
- 5.1.3. Формат сообщений udp
- 5.2. Протокол надежной доставки сообщений tcp
- 5.2.1. Сегменты tcp
- 5.2.2. Порты и установление tcp-соединений
- 5.2.3. Концепция квитирования
- 5.2.4. Реализация скользящего окна в протоколе tcp
- 5.2.5. Выбор тайм-аута
- 5.2.6. Реакция на перегрузку сети
- 5.2.7. Формат сообщений tcp
- 6. Прикладной уровень
- 6.1. Протокол передачи файлов (File Transfer Protocol)
- 6.1.1. Описание протокола
- 6.1.2. Представление данных
- 6.1.3. Команды ftp
- 6.1.4. Ftp отклики
- 6.1.5 Управление соединением
- 6.2. Простой протокол передачи почты (Simple Mail Transfer Protocol)
- 6.2.1. Описание протокола
- 6.2.2. Пример передачи почтового сообщения
- 6.2.3. Команды smtp
- 6.2.4. Структура сообщения
- 6.2.5. Транслирующие агенты
- 6.2.6. Интервалы между ретрансляциями
- 6.2.7. Особенности кодировки smtp
- Заключение
- Глава 7: Методы передачи данных в глобальных сетях Введение:
- СетиХ.2
- Х.25 и эталонная модель osi
- Методы передачи информации в сетях х.25
- Соединения х.25
- Структура фрейма х.25
- Использование сетей х.25
- Сети с ретрансляцией кадров (frame relay)
- Многоуровневые коммуникации в сетях frame relay
- Коммутация и виртуальные каналы
- Формат фрейма
- Передача голоса по сетям с ретрансляцией кадров (VoFr)
- Службы поставщиков сетевых услуг
- Сети isdn
- Цифровые коммуникационные службы
- Широкополосные сети isdn
- Принципы работы isdn-сетей
- Isdn и многоуровневые коммуникации osi
- Формат фрейма lapd
- Протокол управления соединениями q.931
- Подключение к сети isdn через т-линию
- Служба smds
- Архитектура smds
- Особенности подключения к сетям smds
- Линии dsl
- Основные понятия dsl
- Типы служб dsl
- Сети sonet
- Топология сети sonet и обнаружение отказов
- Уровни sonet и эталонная модель osi
- Региональные Ethernet-сети (Optical Ethernet)
- Дополнительные протоколы глобальных сетей
- Глава 8 Технология atm Введение
- Введение в atm
- Характеристики сетей atm
- Многоуровневые коммуникации atm
- Физический уровень atm
- Уровень атм
- Адаптационный уровень atm (aal)
- Уровень служб и приложений atm
- Структура ячейки atm
- Принципы работы сетей atm
- Виртуальные каналы atm
- Постоянный виртуальный канал (pvc)
- Коммутируемый виртуальный канал (svc)
- Интеллектуальный постоянный виртуальный канал (spvc)
- Характеристики atm-коммуникаций
- Вопросы проектирования сетей atm
- Компоненты сетей atm
- Характеристики и типы atm-коммутаторов
- Типы atm-интерфейсов
- Области применения atm
- Применение технологии atm при построении локальных сетей
- Lane-компоненты
- Передача ip поверх atm (Classical ip over atm)
- Многопротокольные коммуникации поверх atm (Multiprotocol over atm, mpoa)
- Обеспечение высокоскоростного доступа к серверам локальной сети
- Подключение настольных систем к atm-сети
- Применение технологии atm при построении глобальных сетей
- Передача atm-ячеек по сети sonet
- Передача пакетов frame relay no atm-сети
- Передача пакетов smds по atm-сети
- Виртуальные локальные сети
- Управление локальными и глобальными atm-сетями
- Основные термины
- Глава 9 Технологии беспроводных сетей Введение
- Часть 1. Аналитическая часть
- 1.1.История беспроводных сетей
- 1.2.Преимущества беспроводных сетей
- 1.3.Технологии беспроводных сетей
- 1.3.1.Технологии радиосетей
- Беспроводные коммуникации с использованием радиоволн
- 1.3.2.Стандарт RadioEthernet ieee 802.11
- Компоненты беспроводной сети
- Направленная антенна
- Направленные антенны Всенаправленная антенна
- Методы доступа в беспроводных сетях
- Обработка ошибок передачи данных
- Скорости передачи
- Методы обеспечения безопасности
- Использование аутентификации при разрыве соединения
- Топологии сетей ieee 802.11
- Беспроводная топология ibss
- Беспроводная топология ess Многоячеечные беспроводные локальные сети
- 1.4.Сетевые технологии с использованием инфракрасного излучения
- Беспроводные коммуникации с использованием ик-излучателя
- 1.5.Микроволновые сетевые технологии
- Наземные свч коммуникация
- 1.6.Беспроводные сети на базе низкоорбитальных спутников Земли
- Глобальная сеть на основе низкоорбитальных спутников Часть 2. Практическая часть
- 2.1. Построение беспроводной сети для офиса.
- 2.2.2 Разработка стандарта.
- 2.1.3 Безопасность в эфире.
- 2.1.4 Условия и результаты тестирования адаптеров wlan.
- 2.1.5 Описание адаптеров wlan (участники тестирования).
- 2.1.6 Проблемы связанные с внедрением технологии беспроводных сетей.
- 2.2 Путь к новому поколению беспроводных лвс.
- 2.2.1 Сравнение пропускных способностей разных стандартов.
- 2.2.2 Как достичь повышения производительности беспроводных сетей нового поколения.
- 2.2.3 Повышение физической скорости передачи данных (технология mimo)
- 2.3 Выбор оборудования для беспроводной сети.
- 2.3.1 Беспроводные маршрутизаторы
- 2.3.2 Мост для беспроводных сетей
- 2.3.3 Беспроводной Cardbus-адаптер AirPlus Xtreme g высокоскоростной 2.4гГц (802.11g
- 2.3.4 Шлюз обеспечения безопасности беспроводных сетей
- 2.3.5 Антены для беспроводных сетей.
- Ant24-1201 направленная внешняя антенна типаYagi, 12 dBi
- Заключение.
- Глава 10 Совместная передача речи, видеоизображений и данных Часть 1. Теоретическая часть Технологии передачи видеоизображений
- Аналоговая передача изображений
- Цифровая передача изображений
- Фрактальное сжатие изображений
- Режимы воспроизведения видеоизображений формата mpeg
- Технологии создания аудиофайлов
- Дискретизация аудио- и видеосигналов
- Распространение аудио- и видеотехнологий
- Тенденции развития аудио- и видеотехнологий
- Передача голоса по ip-протоколу Voice over ip (VoIp)
- Стандарт itu h.323
- Определение полосы пропускания и производительности сети
- Определение времени загрузки отдельного файла
- Факторы, влияющие на полосу пропускания и пропускную способность
- Сжатие файлов и совместимость файловых форматов
- Синхронизация
- Время ожидания
- Джиттер
- Передача мультимедийной информации в локальных и глобальных сетях
- Методы пересылки информации
- Применение различных методов вещания для одного и того же приложения
- Назначение протокола igmp
- Дополнительные протоколы, обеспечивающие многоадресное вещание
- Протоколы для многоадресного потокового вещания в реальном масштабе времени
- Приложения и межсетевые устройства
- Подготовка локальных и глобальных сетей к развертыванию мультимедийных приложений
- Модернизация существующей сети для развертывания мультимедийных приложений
- Совместное использование Fast Ethernet и Gigabit Ethernet в мультимедийных локальных сетях
- Проектирование глобальных сетей, поддерживающих мультимедийные приложения
- Уменьшение стоимости глобальной сети и увеличение ее производительности
- Возможности устройств, позволяющие увеличить производительность глобальной сети
- Перспективы развития мультимедийных средств
- Часть 2 Специальная часть
- Глава 11 Базовые принципы проектирования локальных и глобальных сетей Часть 1. Теоретическая часть. Введение
- Теоретическая часть
- Общие вопросы проектирования локальных и глобальных сетей
- Факторы, влияющие на структуру локальных и глобальных сетей
- Ожидаемый сетевой трафик
- Требования по избыточности
- Перемещения пользователей
- Перспективное развитие
- Требования безопасности
- Подключение к глобальным сетям
- Стоимость сети
- Анализ существующей топологии и ресурсов
- Прокладка и замена кабеля
- Рекомендации по прокладке кабелей
- Структурированная кабельная система
- Вертикальная разводка и структурированные сети
- Применение дуплексных коммуникаций
- Особенности использования мостов, маршрутизаторов и концентраторов
- Подготовка запросов информации (rfi) и заявок на предложения (rfp)
- Принципы проектирования локальных сетей
- Поэтапная реализация плана сети
- Размещение хостов и серверов
- Мультимедийные приложения
- Структуры беспроводных локальных сетей
- Вопросы эксплуатации и поддержки
- Принципы проектирования глобальных сетей
- Беспроводные региональные и глобальные сети
- Спецификации беспроводных региональных сетей
- Спецификации беспроводных глобальных сетей
- Топологии, предоставляемые поставщиками услуг глобальных сетей
- Структура затрат
- Оборудование поставщика услуг и клиентское оборудование
- Часть 2 Специальная часть Правила объединения рабочих групп
- Правило 5-4-3
- Правила проектирования сетей стандарта 10Base-5
- Примеры применения технологии 10Base-5 Применение технологии 10Base-5 на одном коаксиальном сегменте
- Правила проектирования сетей стандарта 10Base-2
- Примеры применения технологии 10Base-2 Ethernet технологии 10Base-2 на одном коаксиальном сегменте
- Дополнительные возможности технологии 10Base-2
- Правила проектирования сетей стандарта 10Base-t
- Примеры применения технологии 10Base-t Простейший вариант применения технологии 10Base-т
- Высокоскоростные лвс
- Высокоскоростные решения для магистралей
- Высокоскоростные технологии для серверов
- Высокоскоростные технологии для рабочих станций
- Преимущества централизованных систем перед распределенными
- Поддержка сетей и общий уровень расходов
- Коммутаторы с промежуточной буферизацией и изменение скорости
- Двухскоростные адаптеры и коммутаторы с автоматическим определением скорости
- Механизм доступа к среде, соответствие задачам и масштабируемость
- Разделяемая среда без организации соединений
- Выбор технологии
- Совместимость с кабельными системами, средствами анализа и управления
- Коммутаторы Ethernet
- Коммутаторы для рабочих групп
- Магистральные коммутаторы
- Преимущества коммутаторов Ethernet
- Применение коммутаторов Объединение концентраторов 10Base-t с помощью магистрального коммутатора
- Выделенная полоса для каждого пользователя
- Рабочие группы с несколькими серверами
- Рабочие группы с архитектурой клиент-сервер
- Объединение коммутаторов рабочих групп и корпоративных серверов
- Многопротокольные маршрутизаторы Поддержка нескольких независимых сетей с помощью многопротокольных маршрутизаторов
- Мультиплексирование протоколов в конечных узлах
- Многопротокольный маршрутизатор Ascend mx-18 briu
- Маршрутизаторы компании Cisco
- Отличительные особенности серии Cisco 7000
- Простои в сети Как избежать простоев сети?
- Отказоустойчивые системы
- Системы низкоорбитальных спутников
- Большие и малые системы
- Система Teledesic
- Преобразующая роль Teledesic
- Стратегическое планирование корпоративных сетей
- Многослойное представление корпоративной сети
- Стратегические проблемы построения транспортной системы корпоративной сети
- Планирование этапов и способов внедрения новых технологий в существующие сети