MS
Не находил такого ограничения
Size: a a a
2021 October 19
MS
На Nis3500
EO
так они что - все камеры сразу что ли начнут смотреть?) там же нужен не полноценный УРМ наверное, так, отдельные камеры
П
По закону Мерфи - да и все камеры сразу
НТ
Самое главное в таких программах - указать виды и объемы работ, это будет обоснованием работ в смете. По крайней мере, наши сметчики так работают
EO
кольцевых Ring технологий много проприетарных у производителей, например TurboRing у Moxa, там много коммутаторов можно в кольцо, типа 250 что то такое
МП
что то я не нашел такого 7 коммутаторов )) ьам вроде по стандарту 260
МП
а остальное от производителя
MS
25 шкафов по 500вт + стойка контроллера ПВН и 12 мониторов 50" 1кВт, 6 АРМ по 300вт, стойка серверная 4 сервера с резервированием и коммутатором 3кВт, все это держать 3 часа + запас 30% на падение емкости и потери
EO
стандартные протоколы есть, но их не то чтобы многие производители поддерживают, например Ethernet Rings Protection Switching (ERPS) (ITU-T G.8032) и Resilient Packet Ring (RPR) protocol (IEEE 802.17)
V
Был у меня на одном объекте главный инженер, который с утра включал просмотр камер и на целый день уходил гулять по цехам. Вся сеть была построена на неуправляемых коммутаторах, поэтому ложилась.
МП
ну не настолько)))) что бы с 260 на 7 резать
EO
по этому поводу вот что мне Moxa писала:
На момент появления подобных кольцевых технологий резервирования, не было стандартизированного решения, именно поэтому они стали проприетарными не смотря на схожие алгоритмы работы. Естественно, для вендора, это дает некоторые преимуществ. Как любой подумает, это прежде всего будущая «зависимость» клиента от выбранного решения, но с моей точки зрения главное преимущество - это возможность полностью контролировать компоненты сети и гарантировать тех. параметры резервирования. Именно в ответственных применениях нам меньше всего хочется столкнуться с проблемами совместимости и различной трактовки стандартов и наличия слабых (более медленных) звеньев.EO
А вот я как то составлял перечень проприетарных протоколов Ethernet Ring:
Turbo Ring от Moxa.
Resilient Ethernet Protocol (REP) от Cisco, поддерживается Rockwell Automation
Ethernet Rings Protection Switching (ERPS) стандартный протокол ITU-T G.8032, поддерживается Juniper Networks, D-Link, RAD Data Communications
Ethernet Automatic Protection Switching (EAPS) от Extreme Networks - особенность - выделение VLAN-а под служебные пакеты
Rapid Ring Protection Protocol (RRPP) от 3Com (Huawei/H3C)
enhanced Rapid Spanning Tree Protocol (eRSTP) от RuggedCom
Protection Switching Ring (EPSR) от Allied Telesis
Metro Ring Protocol (MRP) от Вrocade
N-Ring от Redlion (N-Tron)
Roaming Management от Siemens (SCALANCE)
λ-Ring от EtherWAN
Multiple Super Ring (MSR) от Beijer Electronics (Korenix)
Xpress Ring от Wago (Series 852)
Cyber-Ring от ICP DAS (RS-405 series)
Media Redundancy Protocol (MRP) от Phoenix Contact (3000/4000 series)
Industry Fail-Safe (IFS) от UTC fire&security (Interlogix - GE-DSH-82/73 Series)
X-Ring (Pro) от Advantech (EKI-7000 series), поддерживается NSGate и B&b Electronics (Elinx)
S-Ring от Belden (Hirschmann и GarrettCom)
Real-Time-Ring от Redlion (Sixnet)
Satyrn-Ring от Comtrol
DT-Ring от Kyland
NX-Ring, NX-Ring+ от Натекс
O-Ring от Sunix
Microsens Ring-Protocol от Microsens
Fast Reconfiguration of Network Topology (FRNT) от Westermo
Ethernet Protection Switched Ring (EPSR) от Allied TelesisEO
кстати VLAN под служебные пакеты - это классика, именно поэтому для таких протоколов нужны все управляемые L2 в кольце и один управляемый L3
П
А какие у них ограничениЯ не смотрели ? Например скорость не больше 16 Мбит/с и т.д.
EO
ну у нормальных ограничения есть по числу звеньев в кольце и сами коммутаторы должны поддерживать технологию + время восстановления задана после обрыва кольца
EO
с ограничениями на скорость не сталкивался - это странно было бы
EO
с чего они возникнут - не понятно
e
Есть пропускная способность коммутатора, и интерфейсы подключения