Comments 13
Как коммутируются между собой все эти платы?
Платы E1 доступны через IP интерфейс, у них есть отдельный линк на модуле.
Аналоговые платы и GSM платы доступны через сетевой интерфейс самого шасси, там бридж.
У каждого модуля свой IP 192.168.100.x, где x номер слота
Аналоговые платы и GSM платы доступны через сетевой интерфейс самого шасси, там бридж.
У каждого модуля свой IP 192.168.100.x, где x номер слота
Меня интересует как они объединены внутри корпуса?
Как я понял, все модули выполнены по принципу шлюза SIP->(укажите нужное), а в шасси встроен сетевой коммутатор. В итоге имеем сеть из нескольких железок в едином корпусе.
верно. Внутри шасси проприетарные разьемы, которые не представляют интереса.
Для админа более интересно, что у каждого модуля свой веб-интерфейс.
Для админа более интересно, что у каждого модуля свой веб-интерфейс.
Тогда, не совсем понятно, по какому протоколу осуществляется доступ к модулю VS-CCU-500HDD?
На сайте производителя не нащел эту информацию. (Возможно плохо искал)
На сайте производителя не нащел эту информацию. (Возможно плохо искал)
Производитель не раскрывает как они пробрасывают SATA внутри шасси.
HDD диск доступен на модуле с Celeron как /dev/sdb
[root@issabel ~]# dmesg | grep sdb
[ 4.733479] sd 1:0:0:0: [sdb] 976773168 512-byte logical blocks: (500 GB/465 GiB)
[ 4.733486] sd 1:0:0:0: [sdb] 4096-byte physical blocks
[ 4.733679] sd 1:0:0:0: [sdb] Write Protect is off
[ 4.733688] sd 1:0:0:0: [sdb] Mode Sense: 00 3a 00 00
[ 4.733752] sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 4.800682] sdb: sdb1
[ 4.801333] sd 1:0:0:0: [sdb] Attached SCSI disk
HDD диск доступен на модуле с Celeron как /dev/sdb
[root@issabel ~]# dmesg | grep sdb
[ 4.733479] sd 1:0:0:0: [sdb] 976773168 512-byte logical blocks: (500 GB/465 GiB)
[ 4.733486] sd 1:0:0:0: [sdb] 4096-byte physical blocks
[ 4.733679] sd 1:0:0:0: [sdb] Write Protect is off
[ 4.733688] sd 1:0:0:0: [sdb] Mode Sense: 00 3a 00 00
[ 4.733752] sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 4.800682] sdb: sdb1
[ 4.801333] sd 1:0:0:0: [sdb] Attached SCSI disk
На первой картинке статьи, видно что установлено 2 процессорных модуля. Интересно как схема из 2шт. VS-CCU-N2930AM и 1шт. VS-CCU-500HDD заработает.
Выяснил, что модуль жесткого диска должен устанавливаться над платой процессора. Тогда жесткий диск определится в нужном месте
p.s. задаете отличные вопросы. Спасибо
p.s. задаете отличные вопросы. Спасибо
Т.е. получается VS-CCU-500HDD подключается только к одному VS-CCU-N2930AM?
И никакой магии с 2мя VS-CCU-N2930AM (для отказоустойчивости) и общим VS-CCU-500HDD. На месте разработчиков, я бы реализовал на плате VS-CCU-500HDD NFS сервер и подключил его ко всем процессорным модулям.
И никакой магии с 2мя VS-CCU-N2930AM (для отказоустойчивости) и общим VS-CCU-500HDD. На месте разработчиков, я бы реализовал на плате VS-CCU-500HDD NFS сервер и подключил его ко всем процессорным модулям.
Да, один жесткий диск, к одной процессорной плате.
Боюсь, если дать IP интерфейс к HDD и монтировать по NFS, то цена модуля изменится в разы. (сейчас он порядка 100$)
И к тому же, если будете делать горячее резервирование через DRBD, то NFS не подойдет.
Боюсь, если дать IP интерфейс к HDD и монтировать по NFS, то цена модуля изменится в разы. (сейчас он порядка 100$)
И к тому же, если будете делать горячее резервирование через DRBD, то NFS не подойдет.
Sign up to leave a comment.
Платформа унифицированных коммуникаций от OpenVox