Строим сеть

[Dzmitry]

В местах скопления это неверно. Правильнее запитать камеры и коммутаторы от того же источника (я имею в виду уровень надежности электропитания) что и оборудование записи.

т.е. в идеале тянуть 220в от например ИП220в который питает и сервер? зачем тогда poe? по поводу STP спасибо, но опять же по поводу езернет по кругу - будем думать, еще не факт.

[Sergiodemaster]

Вы бы хоть тогда тему отдельную создали, а то начали за инструмент, а уже топологию сетей обсуждаем...
РОЕ позволяет тянуть 1(один) провод от свича до камеры. Свитч в скопление камер потому, что по стандарту длина сегмента между активным оборудованием не должна превышать 90 м. Есть еще ограничение - количество промежуточных коммутаторов (для 100Мбит) не должно превышать 5 шт.
В принципе, у меня заводились без проблем сегменты по 140 м (без РОЕ, но с хорошим медным кабелем), и в линию свичей тупых длинковских было по 9 шт+мост с вафлей-вот такая связка работала уже гораздо печальней.
Так что закладывайте хорошую инфраструктуру в момент проектировки. Пусть будет дороже, но зато правильно.

[Dzmitry]

Вы бы хоть тогда тему отдельную создали, а то начали за инструмент, а уже топологию сетей обсуждаем...
РОЕ позволяет тянуть 1(один) провод от свича до камеры. Свитч в скопление камер потому, что по стандарту длина сегмента между активным оборудованием не должна превышать 90 м. Есть еще ограничение - количество промежуточных коммутаторов (для 100Мбит) не должно превышать 5 шт.
В принципе, у меня заводились без проблем сегменты по 140 м (без РОЕ, но с хорошим медным кабелем), и в линию свичей тупых длинковских было по 9 шт+мост с вафлей-вот такая связка работала уже гораздо печальней.
Так что закладывайте хорошую инфраструктуру в момент проектировки. Пусть будет дороже, но зато правильно.

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

[ALEX_SE]

Sergiodemaster
На счет ограничений по числу коммутаторов Вы не правы. Нет таких. Ставьте хоть 50. Правило 4 хабов (а так же правила 5-4-3 и парвило 5-2-3) применять в данном случае нельзя.

Скачать и ознакомиться?
Ну качайте... "Структурированные кабельные системы" издательство Ай-Ти. "Компьютерные сети. Принципы, технологии, протоколы". Авторы супруги Олиферы. "Построение коммутируемых сетей" учебник Длинковский. У циски то же много курсов. Можно и попроще посмотреть литературу. Знакомьтесь. ЧЕрез полгода продолжим ))

[Sergiodemaster]

Sergiodemaster
На счет ограничений по числу коммутаторов Вы не правы. Нет таких. Ставьте хоть 50. Правило 4 хабов (а так же правила 5-4-3 и парвило 5-2-3) применять в данном случае нельзя.

Года 3 назад углубленно копал в этом направлении - читал даже спецификации к Длинкам, так было указано - НЕ рекомендуется использовать более 5 неуправляемых коммутаторов в линию в связи в высокой вероятностью появлений коллизий пакетов.
Сейчас оборудование подросло, стеки и буфера адресов тоже, так что может уже ограничений и нет

[Рустам]

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

Коллизии пакетов были на истинных "Хабах", в коммутаторах с дуплексной передачей их принципиально нет.

[ALEX_SE]

Какие еще могут быть коллизии в коммутируемой среде? Интернет же работает а там поболее устройств в цепочке будет. Пока TTL больше 0. Просто порт коммутатора образует один колизионный домен.

Что не рекомендуется то причина другая - при большой нагрузке большие задержки из-за увеличения объема широковещательного трафика. Но это опять же при большом числе хостов.
Потому и указано - неуправляемых коммутаторов. В случае же применения НАСТРОЕННЫХ СООТВЕТСТВУЮЩИМ ОБРАЗОМ управляемых коммутаторов (иначе они от неуправляемых почти не отличаются в этом плане) или маршрутизаторов (что в данном случае особой разницы не имеет) вопрос доставки нужного кадра данных нужному порту решен на более высоких уровнях. Таким образом задержки сведены к минимому.

Правило же 4 (а в Fast Ethernet 2) хабов работало для концентраторов, коих сейчас не выпускают. Это объяснялось особенностью работы CSMA/CD при топологии "общая шина". Если вкратце то время прохождения данных не должно быть больше времени проверки линии на занятость. Если оно больше то проверив отсутствие занятости линии девайс посылал данные. А к тому времени сигнал от хоста стоящего за 5-6 хабами просто не успевал прийти. В итоге получалось что на передачу работали 2 хоста одновременно и в итоге коллизия. Для увеличения числа хабов в цепочке использовались репитеры что есть суть 2портовый неуправляемый коммутатор.