Что такое протокол мультиплексора сетевого адаптера. Мультиплексирование стеков протоколов. Другие возможные причины

Увеличение пропускной способности - увеличение полосы пропускания пропорционально количеству адаптеров в группе. К примеру, если объединить в NIC Teaming два сетевых адаптера со скоростью 1 Гбит/с, то общая полоса пропускания составит 2 Гбит/с;
Отказоустойчивость - при выходе из строя одного из адаптеров в группе, связь ни на секунду не прерывается и остальные сетевые адаптеры поменяют вышедший из строя.

Технология NIC Teaming не нова, но ранняя ее реализация зависела от производителей сетевого оборудования. Возможность объединять сетевые адаптеры в группу средствами ОС появилась только в редакции начиная с Windows Server 2012. Эта технология позволяет объединять в группу адаптеры разных производителей, единственное ограничение - все они должны работать на одной скорости. Ограничение по количеству объединяемых сетевых адаптеров в NIC Teaming равна 32.

Настройка

По умолчанию режим «NIC Teaming» в Windows server 2012 R2 отключен. Для его активации открываем «Server Manager» и заходим в свойства сервера, далее нажимаем: Объединение сетевых карт (NIC Teaming).

В Задачах (Tasks) выбираем пункт Создать группу (New Team).

Режим поддержки групп (Teaming mode) определяет режим взаимодействия группы с сетевым оборудованием:

1. Не зависит от коммутатора (Switch Independent) - группа работает независимо от коммутатора, никакой дополнительной настройки сетевого оборудования не требуется. Этот режим позволяет подключать адаптеры одной тиминговой группы к разным свичам для защиты от сбоя одного из них. настройка по умолчанию;
2. Статическая поддержка групп (Static Teaming) - режим с зависимостью от сетевого оборудования. Все адаптеры группы должны быть подключены к одному коммутатору. Порты коммутатора, к которым подключены адаптеры группы, настраиваются на использование статической агрегации каналов;
3. LACP - режим с зависимостью от сетевого оборудования. Коммутатор настраивается на использование динамической агрегации каналов с использованием протокола «Link Aggregation Control Protocol» (LACP).

Режим балансировки нагрузки (Load Balancing mode) определяет, каким образом распределять сетевой трафик между адаптерами группы:

1. Хэш адреса (Address Hash) - при передаче сетевого трафика на основании MAC или IP-адресов отправителя и получателя вычисляется хеш (некое число). Это число привязывается к определенному физическому адаптеру и в дальнейшем весь трафик от этого отправителя будет идти через этот адаптер;
2. Порт Hyper-V (Hyper-V Port) - в этом режиме осуществляется привязка адаптера teaming группы к определенному порту виртуального свича в Hyper-V. Этот режим используется в том случае, если на сервере активирована роль Hyper-V.

Резервный адаптер (Standby adapter) позволяет назначить один из адаптеров группы в качестве резервного. В нормальном состоянии резервный адаптер не используется для передачи трафика, но при выходе любого адаптера группы из строя сразу занимает его место и трафик продолжает передаваться без перерывов. Но даже без резервирования выход из строя одного адаптера в NIC Teaming не приведет к прерыванию сетевого соединения, потому что, нагрузка будет автоматически распределена по оставшимся адаптерам.

Команда создания группы «NIC Teaming» в powerShell:

New-NetLbfoTeam -Name First-team -TeamMembers ″Ethernet″,″Ethernet 2″ ` -TeamingMode SwitchIndependent -LoadBalansingAlgorithm TransportPorts

После создания группы, в окне «Сетевые подключения» появиться еще один сетевой адаптер, который как раз и является виртуальным адаптером созданной группы, при этом если посмотреть свойства физического сетевого адаптера, то мы увидим, что все компоненты кроме протокола мультиплексора сетевого адаптера отключены (выделено желтым).

Не так давно, автор этих строк столкнулся с неприятной ситуацией – один из компьютеров, отлично работающий ранее, был подключен к роутеру на новом месте с помощью проводного соединения. От этого роутера исправно получают интернет несколько устройств, а вот сам новичок работать отказывался, выдавая ошибку: “Сетевой адаптер не имеет допустимых параметров настройки IP”.

То есть патч-корд, он же кабель Ethernet, отлично обеспечивает интернетом исправно гудящий системный блок, а при подключении к многострадальному системнику последний упорно игнорирует подключенный интернет.

Что эта за ошибка, и как от нее избавиться – давайте разбираться вместе.

Пробуем выключить и включить

Признаюсь сразу – в моем случае мне помог старый добрый способ. Я просто обесточил роутер, а потом заново подсоединил его к электрической сети, и все заработало самостоятельно. Однако, до того, как я попробовал этот чудодейственный метод, мне пришлось основательно изучить проблему.

Поэтому, первым делом попробуйте “выключить, а потом снова включить” Ваше проблемное устройство, а также перезагрузите роутер. Ну а вдруг – мне же в итоге помогло?

Также Вы можете включить и отключить интернет-подключение вручную. Для этого пройдите в меню “Изменение параметров адаптера”. Отыскать его можно следующим способом:

Нажмите правой кнопкой мышки на иконку соединения и выберите “Центр управления..”

Также Вы можете воспользоваться следующим способом: нажмите на клавиатуре Win + R , наберите ncpa.cpl и подтвердите ввод клавишей Enter .

В открывшемся окне выберите свое соединение и нажмите отключить, а потом точно также, с помощью правой кнопки мышки, нажмите включить.

Проверяем соединение. Не помогло? Двигаемся дальше.

Обновляем IP адрес

Пробуем обновить IP адрес автоматически. Для этого мы используем командную строку.

Запускаем командную строку и вводим следующий код:

ipconfig /release

ipconfig /renew

Этот способ самый безопасный, и, скорее всего, самый бесполезный.

Сбрасываем протокол TCP/IP

Попробуем сбросить сетевые настройки. Для этого вновь используем командную строку, а затем вводим следующие запросы:

netsh int ip reset

netsh int tcp reset

netsh winsock reset

После перезагружаем компьютер. Опять не то? Пробуем следующее.

Пробуем другие способы решения ошибки: “Сетевой адаптер не имеет допустимых параметров настройки IP”

Попробуйте отключить антивирус или сторонний фаервол.
Удалите Сетевой адаптер в Диспетчере устройств , и перезагрузитесь. После подобной экзекуции произойдет автоматическая переустановка драйверов. Если не произошла, попробуйте скачать драйвера с официального сайта производителя.
Удалите программу Bonjour от Apple, если она установлена у Вас – иногда она бывает причиной сбоя.
Проверьте, не отключена ли сетевая карта в BIOS .

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

Вторым использующимся в настоящее время на практике подходом является использование в рабочих станциях технологии мультиплексирования различных стеков протоколов.

Рис. 3.15. Мультиплексирование стеков

При мультиплексировании стеков протоколов на один из двух взаимодействующих компьютеров с различными стеками протоколов помещается коммуникационный стек другого компьютера. На рисунке 3.15 приведен пример взаимодействия клиентского компьютера сети 1 с сервером своей сети и сервером сети 2, работающей со стеком протоколов, полностью отличающимся от стека сети 1. В клиентском компьютере реализованы оба стека. Для того, чтобы запрос от прикладного процесса был правильно обработан и направлен через соответствующий стек, в компьютер необходимо добавить специальный программный элемент - мультиплексор протоколов. Мультиплексор должен уметь определять, к какой сети направляется запрос клиента. Для этого может использоваться служба имен сети, в которой отмечается принадлежность того или иного ресурса определенной сети с соответствующим стеком протоколов.

При использовании технологии мультиплексирования структура коммуникационных средств операционной системы может быть и более сложной. В общем случае на каждом уровне вместо одного протокола появляется целый набор протоколов, а мультиплексоров может быть несколько, выполняющих коммутацию между протоколами разных уровней (рисунок 3.16). Например, рабочая станция может получить доступ к сетям с протоколами NetBIOS, IP, IPX через один сетевой адаптер. Аналогично, сервер, поддерживающий прикладные протоколы NCP, SMB и NFS может без проблем выполнять запросы рабочих станций сетей NetWare, Windows NT и Sun одновременно.

Рис. 3.16. Мультиплексирование протоколов

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

Использование магистрального протокола

Хорошим решением был бы переход на единый стек протоколов, но вряд ли эта перспектива осуществится в ближайшем будущем. Попытка введения единого стека коммуникационных протоколов сделана в 1990 году правительством США, которое обнародовало программу GOSIP - Government OSI Profile, в соответствии с которой стек протоколов OSI должен стать общим знаменателем для всех сетей, устанавливаемых в правительственных организациях США. Но, понимая бесполезность силовых мер, программа GOSIP не ставит задачу немедленного перехода на стек OSI, а принуждает пока к использованию этого стека в качестве "второго языка" правительственных сетей, наряду с родным, первым.

Вопросы реализации

При объединении сетей различных типов в общем случае необходимо обеспечить двухстороннее взаимодействие сетей, то есть решить две задачи (рисунок 3.17):

1. Обеспечение доступа клиентам сети A к ресурсам и сервисам серверов сети B.

2. Обеспечение доступа клиентам сети B к ресурсам и сервисам сети A.

Рис. 3.17. Варианты сетевого взаимодействия

Эти задачи независимы и их можно решать отдельно. Прежде всего нужно понять, необходимо ли полное решение или достаточно и частичного, то есть нужно ли, чтобы пользователи, например, UNIX-машин имели доступ к ресурсам серверов сети NetWare, а пользователи персональных машин имели доступ к ресурсам UNIX-хостов, или же достаточно обеспечить доступ к ресурсам другой сети только одному виду пользователей.

Кроме того, каждую из этих задач можно в свою очередь разделить на части. В сети обычно имеются различные виды разделяемых ресурсов, и с каждым типом ресурсов могут предоставляться различные виды сервиса. Например, в UNIX-сетях файлы являются разделяемым ресурсом, и с ними связаны два вида сервиса - перемещение файлов между машинами по протоколу FTP и монтирование удаленной файловой системы по протоколу NFS. Поэтому при объединении сетей можно предложить пользователям набор средств, каждое из которых позволяет воспользоваться одним каким-либо сервисом чужой сети. Естественно, возможно объединение всех функций в рамках одного продукта.

При объединении сетей достаточно иметь средства взаимодействия сетей только в одной из сетей. Например, фирма Novell разработала ряд программных продуктов для связи с UNIX-сетями, которые достаточно включить в программное обеспечение сети NetWare, чтобы решить обе указанные задачи взаимодействия сетей. При этом серверной части UNIX клиент NetWare представляется UNIX-клиентом, а клиент UNIX обращается с файлами и принтерами, управляемыми сервером NetWare, как с UNIX-файлами и UNIX-принтерами. Возможен перенос средств взаимодействия сетей и на сторону UNIX-сети. Тогда аналогичные функции будут выполнять программные средства на UNIX-машине.

В то время, как расположение программных средств, реализующих шлюз, уже было определено - они должны располагаться на компьютере, занимающем промежуточное положение между двумя взаимодействующими машинами, вопрос о размещении дополнительных стеков протоколов остался открытым. Заметим также, что шлюз реализует взаимодействие "многие-ко-многим" (все клиенты могут обращаться ко всем серверам).

Рассмотрим все возможные варианты размещения программных средств, реализующих взаимодействие двух сетей, которые основаны на мультиплексировании протоколов. Введем некоторые обозначения: С - сервер, К - клиент, (- дополнительный протокол или стек протоколов.

На рисунке 3.18 показаны оба возможных варианта однонаправленного взаимодействия А®В: а) путем добавления нового стека к клиентам сети А, либо б) путем присоединения "добавки" к серверам сети В.

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

Рис. 3.18. Варианты размещения программных средств (С - cервер, К - клиент, (- средства сетевого взаимодействия)

Примером "добавки", модифицирующей клиентскую часть, может служить популярное программное средство фирмы Novell LAN Workplace, которое превращает клиента NetWare в клиента UNIX. Аналогичным примером для модификации сервера могут служить другие продукты фирмы Novell: NetWare for UNIX, который делает возможным использование услуг сервера UNIX клиентами NetWare, или Novell NetWare for VMS, который служит для тех же целей в сети VMS.

Взаимодействие А (В реализуется симметрично.

Если же требуется реализовать взаимодействие в обе стороны одновременно, то для этого существует четыре возможных варианта, показанных на рисунке 3.19. Каждый вариант имеет свои особенности с точки зрения возможностей связи клиентов с серверами:

Средства обеспечения взаимодействия расположены только на клиентских частях обеих сетей. Для тех и только тех клиентов обеих сетей, которые оснащены "добавками", гарантируется возможность связи со всеми серверами из "чужой" сети.

Все средства обеспечения взаимодействия расположены на стороне сети А. Все клиенты сети В могут обращаться к серверам сети А (не ко всем , а только к тем, которые имеют сетевую "добавку").Часть клиентов сети А, которые обозначены как К+(, могут обращаться ко всем серверам сети В.

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

Все средства межсетевого взаимодействия расположены на стороне В. Двусторонний характер взаимодействия обеспечивается модификацией и клиентских, и серверных частей сети В. Все клиенты сети А могут обращаться за сервисом к серверам сети В, обозначенным как С+(, а все серверы сети А могут обслуживать клиентов сети В, обозначенных как К+(.

Рис. 3.19. Варианты размещения программных средств при двустороннем взаимодействии (С - cервер, К - клиент, (- средства сетевого взаимодействия)

Очевидно, что наличие программных продуктов для каждого из рассмотренных вариантов сильно зависит от конкретной пары операционных систем. Для некоторых пар может вовсе не найтись продуктов межсетевого взаимодействия, а для некоторых можно выбирать из нескольких вариантов. Рассмотрим в качестве примера набор программных продуктов, реализующих взаимодействие Windows NT и NetWare. В ОС Windows NT и в серверной части (Windows NT Server), и в клиентских частях (Windows NT Workstation) предусмотрены встроенные средства мультиплексирования нескольких протоколов, в том числе и стека IPX/SPX. Следовательно эта операционная система может поддерживать двустороннее взаимодействие (по варианту 2) с NetWare без каких-либо дополнительных программных средств. Аналогичным образом реализуется взаимодействие сетей Windows NT с UNIX-сетями.

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

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

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

Такое случается крайне редко, поэтому не стоит волноваться о том, что человек сам провоцирует возникновение ошибки, так как на систему может повлиять множество факторов, которые не зависят от пользователя.

Существует несколько причин появления проблемы и способов решения.

Некорректная работа ПО. Эта проблема решается довольно просто, но для этого придется выполнить несколько действий. Для начала нужно проверить устанавливались ли обновления на операционную систему. Если устанавливались, то обязательно следует провести их откат для того, чтобы протокол смог заработать и восстановилось интернет-соединение.

Если же обновлений не было, то причина проблемы может крыться в некоторых новых программах, с которыми протокол не имеет совместимости. Чтобы исключить такую возможность достаточно удалить установленные в последнее время программы, после которых протокол перестал работать.

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

Драйверы. Это одна из наиболее распространенных проблем, которые связаны с программным обеспечением для компьютера. Драйверы имеют свойство часто морально устаревать, даже если аппаратное обеспечение для них самое современное.

Также стоит отметить драйверов, ведь они часто “слетают” в моменты установки новых программ, после которых приходится их на ново искать и устанавливать. Если драйверы пропали после обновления, то стоит сделать действия описанные выше, и просто сделать ее откат до предыдущих настроек. Этот же вариант поможет, если у драйверов возникли конфликты с устанавливаемым программным обеспечением.

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

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

Изменения DNS. Даже если изменения не были внесены вручную пользователем, то они все равно могут появиться в результате некорректной работы определенных программ или целого ряда других причин. В любом случае, эта проблема является наиболее простой для решения.

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

Диагностика неполадок. Если изменения в протокол или другие связанные элементы работы сети были внесены вручную пользователем, то обязательно следует отменить изменения, а если это уже невозможно, то надо следует восстановить настройки вручную.

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

Если проблемы возникают по другим причинам, то обязательно стоит сделать все эти действия поочередно и смотреть, на каком из них система станет работать.

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

Если же самостоятельно решить проблему не удалось, то рекомендуется перенести свои данные на внешние носители и переустановить операционную систему. Также можно воспользоваться помощью профессионалов, которые смогут сами заняться решением данной проблемы.

При мультиплексировании стеков протоколов на один из двух взаимодействующих компьютеров с различными стеками протоколов помещается коммуникационный стек другого компьютера. На рис. 4.3 приведен пример взаимодействия клиентского компьютера сети 1 с сервером своей сети и сервером сети 2, работающей со стеком протоколов, полностью отличающимся от стека сети 1. В клиентском компьютере реализованы оба стека. Для того, чтобы запрос от прикладного процесса был правильно обработан и направлен через соответствующий стек, в компьютер необходимо добавить специальный программный элемент - мультиплексор протоколов. Мультиплексор должен уметь определять, к какой сети направляется запрос клиента. Для этого может использоваться служба имен сети, в которой отмечается принадлежность того или иного ресурса определенной сети с соответствующим стеком протоколов.

При использовании технологии мультиплексирования структура коммуникационных средств операционной системы может быть и более сложной. В общем случае на каждом уровне вместо одного протокола появляется целый набор протоколов, а мультиплексоров может быть несколько, выполняющих коммутацию между протоколами разных уровней (рис. 4.4). Например, рабочая станция может получить доступ к сетям с протоколами NetBIOS, IP, IPX через один сетевой адаптер. Аналогично, сервер, поддерживающий прикладные протоколы NCP, SMB и NFS может без проблем выполнять запросы рабочих станций сетей NetWare, Windows NT и Sun одновременно.

Рис. 4.3. Мультиплексирование стеков

Категории

Популярное