Архив форумов ЦИТФорума

[DSN]

Интересует следующее, в нем есть что то вроде таблицы (маршрутизации) соответствия порт и МАК адрес.
Вопрос: Предположим Свич работает в обычном режиме, на его двух портах появились станции с одинаковым МАК адресом, что будет делать свич ?
1) переключать по последнему входящему в него пакету, т.е. пришел с первого порта пакет, значит все что на этот МАК на первый порт и отправится.
2) будет размножать входящий трафик на оба порта.
3) или я чего-то незнаю...

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

[and3008]

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

Таблица периодически просматривается и старые записи удаляются.

На свичах 3COM время жизни MAC-адресов настраивается. Про другие свичи не знаю.

[Suhbat]

В последнее время со стороны производителей стало модным придумывать нечто оригинальное, чем установлено стандартами. То же самое и со HUB Switch, по цене они гораздо дешевле чем неуправляемый Switch, и думаю соответственно они не являются классическими таковыми. А в чем проявляется их коммутирующие свойства не совсем понятно (например, позволяют ли обойти ограничения правил 5-4-3,...), то ли это просто обычный хаб, с некоторыми доп. функциями.

[Andy_user]

ИМХО:
10/100 Hub/Switch представляет собой 2 хаба и 1 свич. Один хаб обслуживает порты, на которых скорость 10М, другой хаб обслуживает порты, на которых скорость 100М. Свич - двухпортовый, соединяет хабы. MAC-таблицы нет.
Объединение портов в хаб - динамическое, в зависимости от скорости передачи на порту в данный момент.

[Dmitry.Karpov http://prof]

Допустим, кто-то из 100-сегмента передает данные одновременно в 100-сегмент и в 10-сегмент на максимальной скорости, какую позволяет его коллизионный домен. В этом случае без MAC-таблицы хаб не сможет понять, какие из кадров надо направлять в 10-сегмент, акакие не надо, поэтому в 10-сегмент будут передаваться все Ethernet-кадры подряд; а т.к. буферы небезразмерны, то вскоре начнется 90-процентная потеря кадров, предназначенных в 10-сегмент. Так что вышеописанное устройство сделает 10-сегмент (совокупность присоединенных к нему устройств, работающих на 10 Mbps) неработоспособным. IMHO.

[Andy_user]

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

[Dmitry.Karpov http://prof]

Примем ряд допущений (потом мы от них будем отказываться):
Допустим, мы работаем по TCP; максимальный размер окна - 64 KB.
Допустим, в свиче есть буфер на все открытые сессии.
Тогда получатель подтвердит получение тех данных, которые он действительно получил, и только тогда отправитель пошлет следующую порцию.

Допустим, свич не может вместить все открытые TCP-сессии. Тогда часть IP-пакетов пропадет (пропадут, сгинут без следа Ethernet-кадры, утянув с собой содержащиеся в них IP-пакеты). Получатель получит те пакеты, которые до него дойдут, и тогда подтвердит их. Отправитель поймет, что где-то переполняются буферы, и снизит скорость передачи: это - стандартная ситуация в TCP, предусмотренная условиями функционирования, наряду со случайным пропаданием пакетов, с дублированием пакетов и с изменением их очередности; авторы TCP в незапамятные времена прекрасно знали такую возможность.

[Andy_user]

Благодарю, Вы убедили.
Мое заключение об отсутствии MAC-таблицы в Switch/Hub-е неверно.
Извините.

[gosha]

Дмитрий, конечно правильно. Но очень высоко по OSI.Все гораздо проще. Существует такое понятие как "Управление потоком" - этот механиз как раз включается при возможности патери пакетов при переполнении буфера и работает на железе.
Для полудуплекса существует несколько механизмов, каждый производитель включает свой. Более устоявшийся - Back pressure. Идея - создание коллизий при достижении порогового значения. Тем самым в это время в буфер данные не поступают а все накопившиеся передаются в другой сегмент(в случае двух скоростного хаба).
Для - Управления потоком в полнодуплексном режиме используется стандартизованый механизм 803.3x - в этом случае отправителю посылаются определенные сигналы чтобы он попридержал отправку.

Всего!!!