proNovell

Есть 2 карточки от INTEL. Хочу объединить их в один канал. Система NW5.1 SP4. Есть какие-то требования к комутатору или он может быть самым тупым и неуправляемым?

Багинский Константин писал(а):Есть 2 карточки от INTEL. Хочу объединить их в один канал. Система NW5.1 SP4. Есть какие-то требования к комутатору или он может быть самым тупым и неуправляемым?

Поиск по словам Intel IANS БАЛЛАНСИНГ АГРЕГИРОВАНН ТРАНК

Отказоустойчивость или повысить пропускную способность канала?

Для повышения пропускной способности канала.

Багинский Константин писал(а):Для повышения пропускной способности канала.

Удалось произвести поиск?
Довольны?

У Intel это не особо хорошо работает что-то они в дровах у сетевых карт намутили. У нас работало некорректно на свитчах фирмы Intel и AT причем симтомы одинаковые были - на прием работала только одна на передачу данных обе сетевые (если 3 карты то опять же на прием одна а на передачу 3)
Лучше для таких вещей брать или Cisco или 3СОМ причем и свитч и сетевые карты одной фирмы.
А не легче ли вместо объединения на гигабит посадить ?

Если процессор простаивает, то можно строить; если хорошо загружен, то драйвер такого режима будет здорово его подсаживать.
Я пользую интеловские карты (в версии Компака) со свичами Циско, все работает в режиме FEC (fast ether channel) Это один из режимов, для котрого нужна поддержка свича.
Но есть и другие режимы. Как правило, тогда агрегирование работает только на передачу с сервера, а прием идет по одному интерфейсу.

Egor писал(а):У Intel это не особо хорошо работает что-то они в дровах у сетевых карт намутили. У нас работало некорректно на свитчах фирмы Intel и AT причем симтомы одинаковые были - на прием работала только одна на передачу данных обе сетевые (если 3 карты то опять же на прием одна а на передачу 3)

Похоже ты описываешь баллансинг.
При транкинге работают одновременно и на выкачку и на запись.
НО!
С одной и той же рабочей станцией всё равно работает только один адаптер. Таким образом если сделать четырёхкарточный транк из 100Мбит карт и пытаться что-то скачать с сервера с одной рабочей станци через 100Мбит адаптер, то работать будет только одна карта из транка. Остальные три уйдут спать. После появления нагрузки на транк сперва подключится вторая карта, потом третья и потом четвёртая. Это я про D-Link/Intel рассказываю.

Arkadi, Goblins Chief писал(а):Таким образом если сделать четырёхкарточный транк из 100Мбит карт и пытаться что-то скачать с сервера с одной рабочей станци через 100Мбит адаптер, то работать будет только одна карта из транка. Остальные три уйдут спать. После появления нагрузки на транк сперва подключится вторая карта, потом третья и потом четвёртая.

Если у свича есть свой буфер, то канал свич -сервер будет шире, нежели канал от свича до рабочей станции. И как следствие, сервер будет шустрей работать с сетью.

Алексей Соловьянов писал(а):

Arkadi, Goblins Chief писал(а):Таким образом если сделать четырёхкарточный транк из 100Мбит карт и пытаться что-то скачать с сервера с одной рабочей станци через 100Мбит адаптер, то работать будет только одна карта из транка. Остальные три уйдут спать. После появления нагрузки на транк сперва подключится вторая карта, потом третья и потом четвёртая.

Если у свича есть свой буфер, то канал свич -сервер будет шире, нежели канал от свича до рабочей станции. И как следствие, сервер будет шустрей работать с сетью.

С чего это вдруг шире? И у свитча всегда есть свой буфер. Даже для cut-through моды буфер нужен.

Arkadi, Goblins Chief писал(а):Похоже ты описываешь баллансинг.
При транкинге работают одновременно и на выкачку и на запись.
НО!
С одной и той же рабочей станцией всё равно работает только один адаптер. Таким образом если сделать четырёхкарточный транк из 100Мбит карт и пытаться что-то скачать с сервера с одной рабочей станци через 100Мбит адаптер, то работать будет только одна карта из транка. Остальные три уйдут спать. После появления нагрузки на транк сперва подключится вторая карта, потом третья и потом четвёртая. Это я про D-Link/Intel рассказываю.

К сожалению не про балансинг а именно транк в режиме FEC
У нас это трабла была с сетевыми Intel Pro100 (серверные) и свитчами Intel460T и AT-8326GB
Транк, помоему, хорошо работает только со свитчами Cisco

Egor писал(а):К сожалению не про балансинг а именно транк в режиме FEC
У нас это трабла была с сетевыми Intel Pro100 (серверные) и свитчами Intel460T и AT-8326GB
Транк, помоему, хорошо работает только со свитчами Cisco

Тут надо быть осторожным с понятиями.
Дело в том, что Cisco почему то называет транком VLAN. Это к слову.

Arkadi, Goblins Chief писал(а):Тут надо быть осторожным с понятиями.
Дело в том, что Cisco почему то называет транком VLAN. Это к слову.

Точнее, не сам VLAN, а то, что объединяет одинаковые VLAN-ы из разных коммутаторов. А агрегирование у них зовётся FEC или GEC.

Vadziku писал(а):С чего это вдруг шире? И у свитча всегда есть свой буфер. Даже для cut-through моды буфер нужен.

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

Алексей Соловьянов писал(а):

Vadziku писал(а):С чего это вдруг шире? И у свитча всегда есть свой буфер. Даже для cut-through моды буфер нужен.

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

Механизм недопонимаете ... как уже писал Аркадий обмен с конкретным ип адресом идет только по одной карточке. Совершенно верно писал.