Соединяем компы via 2 switches

Комп A подсоединен к свичу А, комп Б к свичу Б. Свич А соединен с свичем Б.
Корректно ли выставлять IP компьютеров А и Б следующим образом:
A - 192.168.0.1
Б - 192.168.0.2

Они будут видеть друг друга?

re:уПЕДЙОСЕН ЛПНРЩ via 2 switches

Мак(им Неизве(тный, видеть должны
Если маска подсети правильная у обоих

re:уПЕДЙОСЕН ЛПНРЩ via 2 switches

Мак(им Неизве(тный, Все будет видется...

re:уПЕДЙОСЕН ЛПНРЩ via 2 switches

Мак(им Неизве(тный, пофигу (почти) сколько у тебя свичей, лишь бы маска одинаковая была

re:уПЕДЙОСЕН ЛПНРЩ via 2 switches

kidnapoff, на сколько я помню если больше 4 свичей то то начинаются чудеса, или я не прав?

re:уПЕДЙОСЕН ЛПНРЩ via 2 switches

Den_S., прав.
имелось ввиду, что в ситуации Мак(има Неизве(тного компы должны видеть друг друга. L2свичи не влияют на IP-адресацию и никак от неё не зависят. Траблы могут быть только в случае возникновения проблем со Spanning Tree.

re:уПЕДЙОСЕН ЛПНРЩ via 2 switches

Знать бы еще что это такое...

re:уПЕДЙОСЕН ЛПНРЩ via 2 switches

Одинаковая маска говорите... 255.255.255.0 подойдет?

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

re:уПЕДЙОСЕН ЛПНРЩ via 2 switches

Мак(им Неизве(тный, подойдет
Убедись, что свитчи соединены через 1-ый или последний (в зависимости от модели свитча) порт.
Старые свитчи соединялись только через специально предназначенные для этого порты.

re:уПЕДЙОСЕН ЛПНРЩ via 2 switches

Один из двух свичей - 3Com (16 портовый кажется). В нем нет специально выделенного порта для соединения с другим свичем. Значит можно подсоединять в любой свободный?

re:уПЕДЙОСЕН ЛПНРЩ via 2 switches

Мак(им Неизве(тный, если нету, значит через любой (лучше для гарантии некрайний).
А в другом свитче через специальный (крайний).
Если не заработает, то пощелкай переключателем который переключает перекрестное и прямое соединение (должен быть на свитче).

re:уПЕДЙОСЕН ЛПНРЩ via 2 switches

Георгий, соединительный кабель дложен быть перекрестным или обычным? Мне кажется для меня нет разницы как обжимать вообще поскольку в 3Сом свиче нет специального порта - видимо он детектит автоматически. Но все равно, если работать не будет - попробую пощелкать переключатель

re:уПЕДЙОСЕН ЛПНРЩ via 2 switches

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

re:уПЕДЙОСЕН ЛПНРЩ via 2 switches

Свитчи с принудительным переключением MDI/MDI-X - это музейные экспонаты. Давным-давно свитч определяет это автоматически. Выделенный порт uplink нынче тоже уже редкость. Так что не надо забивать голову ))
Всё будет работать в любом случае.

re:уПЕДЙОСЕН ЛПНРЩ via 2 switches

Это не мы..., экспонаты говоришь. В таком случае у меня один имеется. Лежит себе в коробочке - самое главное почти новый (реально работал всего 5-6 месяцев)

re:уПЕДЙОСЕН ЛПНРЩ via 2 switches

Harmer, И для свичей тож правило 4 хабов действует, но только если использовать полудуплекс. А вот если полнодуплексную ставить, тогда уж да - длинна сегмента ограничивается только затуханием сигнала в этом самом сегменте...
ЗЫ У меня в сети хоть и свичи стоят, но полудуплекс выставлен т.к. Глюки случаются при полнодуплексном режими, коллизии как попрут секунд на 5 - 15

leo, ты вообще представляешь, чем хаб
отличается от свитча, и что такое коллизии?

re:уПЕДЙОСЕН ЛПНРЩ via 2 switches

Harmer, Представь себе да!!! Год младшим админом проработал... Почитай книги умные ( Олифер. "Компьютерные сети"). Не спорю свич - хорошая штука, но если использовать полнодуплексное подключение.

Я-то как раз Олиферов читал. И там написано, что в сети на свитчах
при полном дуплексе коллизий не бывает совсем, а при полудуплексе
они генерируются для backpressure. Однако даже в этом случае домен
коллизий всяко меньше 4 свитчей.

re:уПЕДЙОСЕН ЛПНРЩ via 2 switches

Harmer,
"При переходе на полнодуплексный режим узлу разрешается отправлять кадры в коммутатор всегда, когда это ему нужно, поэтому коммутаторы сети могут в этом режиме сталкиваться с перегрузками, не имея при этом никаких средств регулирования («притормаживания») потока кадров.
При работе порта в полудуплексном режиме у коммутатора появляется возможность воздействовать на конечный узел с помощью механизмов алгоритма доступа к среде, который конечный узел обязан отрабатывать. Эти приемы основаны на том, что конечные узлы строго соблюдают все параметры алгоритма доступа к среде, а порты коммутатора - нет.
Метод обратного давления (backpressure) состоит в создании искусственных коллизий в сегменте, который чересчур интенсивно посылает кадры в коммутатор. Для этого коммутатор обычно использует jam-последовательность, отправляемую на выход порта, к которому подключен сегмент (или узел), чтобы приостановить его активность.
Из всего вышесказанного следует:
- Применение коммутаторов позволяет сетевым адаптерам использовать полнодуплексный режим работы протоколов локальных сетей (Ethernet, Fast Ethernet, Gigabit Ethernet, Token Ring, FDDI). В этом режиме отсутствует этап доступа к разделяемой среде, а общая скорость передачи данных удваивается.
- В полнодуплексном режиме для борьбы с перегрузками коммутаторов используется метод управления потоком, описанный в стандарте 802.3х. Он повторяет алгоритмы полной приостановки трафика по специальной команде, известной из технологий глобальных сетей.
- При полудуплексном режиме работы коммутаторы используют для управления потоком при перегрузках два метода: агрессивный захват среды и обратное давление на конечный узел. Применение этих методов позволяет достаточно гибко управлять потоком, чередуя несколько передаваемых кадров с одним принимаемым.
Но, на практике часто происходит следующее: При загрузке сети до 50 % технология Ethernet на разделяемом сегменте хорошо справляется с передачей трафика, генерируемого конечными узлами. Однако при повышении интенсивности генерируемого узлами трафика сеть все больше времени начинает проводить неэффективно, повторно передавая кадры, которые вызвали коллизию. При возрастании интенсивности генерируемого трафика до такой величины, когда коэффициент использования сети приближается к 1, вероятность столкновения кадров настолько увеличивается, что практически любой кадр, который какая-либо станция пытается передать, сталкивается с другими кадрами, вызывая коллизию. Сеть перестает передавать полезную пользовательскую информацию и работает «на себя», обрабатывая коллизии.
Этот эффект хорошо известен на практике и исследован путем имитационного моделирования, поэтому сегменты Ethernet не рекомендуется загружать так, чтобы среднее значение коэффициента использования превосходило 30 %."

И к чему ты это все? Я тебе именно это и пытался сказать.

re:уПЕДЙОСЕН ЛПНРЩ via 2 switches

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

ЗЫ: А вообще не принимай близко к сердцу мои высказывание, Я не имел и не имею целью показаться на этом форуме выскочкой, я просто высказываю предложения основываясь на своём опыте, хотя многим, проработавшем многие годы и ведевщим ещё ЭВМ в целый компьютерный зал кажется, что я их задираю... :?

Ты про это:

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

re:уПЕДЙОСЕН ЛПНРЩ via 2 switches

leo, Вы вообще-то представляете что такое коллизионный домен?