Вы купили "крутое" IP- устройство, и вам не терпится опробовать новинку. Как Вы понимаете, для нормального функционирования надо подключить устройство к компьютерной сети компании. Но к сожалению, не всегда новый видеорегистратор работает "из коробки" -- при интеграции устройств в сетевую инфраструктуру может возникнуть ряд неочевидных трудностей, обусловленных, как правило, самой инфраструктурой. Маркетинговый миф о простоте IP-видеонаблюдения был опровергнут головной болью практического опыта. Чтобы технический специалист сохранил на работе нервные клетки (свои и шефа), ему надо быть компетентным в сетях. Он должен назубок знать алгоритмы исправления типичных "багов" или, как минимум, понимать фундаментальные принципы для самостоятельного решения проблем.
Ты мне не начальник!
Первым делом вам следует узнать, можете ли вы активно управлять рассматриваемой сетью. В большинстве сетей, применяемых дома или в малом бизнесе, используются неуправляемые коммутаторы (коммутатор -- то же самое, что "свитч" на жаргоне). Обычно в них нет никаких инструментов мониторинга или диагностики сети. Это, увы, не поспособствует устранению неполадок: свитч не сможет сообщить вам, в нем ли скрыта проблема, или где она потенциально может быть. Единственным индикатором состояния будет веселое моргание светодиодов, показывающее, что устройство запущено, подключено к внешней сети и работает (или пытается работать) с определенным портом.
В высококлассных промышленных сетях обычно ставят управляемые коммутаторы, снабженные средствами диагностики и измерения производительности. Эти процедуры можно делать на различных уровнях (слово "уровень" в таких случаях -- не просто абстракция, а вполне конкретная сущность концептуальной модели OSI). Сотрудники ИТ-службы имеют доступ к этим средствам, а от остальных смертных эти возможности защищены логином и паролем администратора. В таких сетях можно управлять типом и скоростью соединений от свитча до отдельных устройств. Можно делать еще много разных вещей. Для диагностики существует множество средств: например, набор команд SNMP ("протокол простого управления сетью"), системы распознавания вторжения в сеть (IDS), функции разграничения логического доступа (NAC). Всё это позволяет отслеживать состояние устройств и создавать различные отчеты по сбоям сети или её отдельных компонентов. Обычно работа с этим инструментарием -- привилегия ИТ-отдела. Интеграторам систем безопасности со своей стороны необходимо убедиться, что сетевые охранные устройства внесены в список задач диагностического программного обеспечения. То есть, что их функциональность в самом деле контролируется.
Вопросы и ответы первоначальной инсталляции
Выберите правильные адреса. Большинство проблем, возникающих во время первоначальной установки сетевых охранных устройств, связано либо с выбором неподходящих IP-адресов, либо с дефектами кабельных соединений, либо с неправильной настройкой виртуальных портов.
Инсталлятор должен узнать, какие IP-адреса используются в сети, и какие из них свободны. Самый простой путь сделать это -- выполнить в консоли любого подключенного к сети компьютера команду ipconfig.
Эта команда покажет вам, какой используется диапазон IP-адресов, какая верная маска подсети, и какой адрес у стандартного шлюза или маршрутизатора. С помощью этой информации технические сотрудники, устанавливающие охранное оборудование, смогут выбрать IP-адреса, а так же ввести маску подсети и адрес шлюза. Проверить, свободен ли выбранный IP-адрес, можно с помощью команды ping (например, ping 192.168.1.25). Если адрес не откликается, значит, в данный момент он свободен. Но имейте в виду, что расположенный по этому адресу компьютер может быть просто выключен. Проверка адреса на незанятость очень важна -- в случае появления в сети двух устройств с одинаковыми IP ни одно из них не будет работать.
Проверка кабелей. Все кабели должны подозреваться в наличии дефекта. Без разницы, использовался ли он уже много лет, или был проложен сегодня -- эта паранойя в итоге сэкономит ваше время. Обычно мало кто предполагает, что проблемное звено -- пачкорд, ведь в нем же, кажется, нечему ломаться! Тем не менее, практика показывает, что более половины сетевых неисправностей связано с физическими недостатками кабелей или сетевых разъемов. Всегда проверяете любой отрезок кабеля двусторонним тестером и всегда заменяйте любой подозрительный разъем.
Штекер разъема RJ-45 удерживается в гнезде маленькой пластиковой защелкой. Часто бывает, что она со временем ослабевает, и коннектор частично выходит из порта. Несмотря на наличие контакта, соединение будет плохим, сигнал -- слабым, а данные -- поврежденными. Это очень распространенная причина сетевых сбоев. Если разъем надежно не защелкивается в гнезде, замените его. Профилактика позволит избежать ненужных звонков в техподдержку вендора с жалобами на нестабильно работающее оборудование.
Волоконно-оптические кабели можно проверить с помощью обычного фонарика. Просто приложите включенный фонарик к оптическому разъему с одной стороны кабеля и попросите кого-нибудь посмотреть на другой. Если свет проходит, волокно и разъемы исправны. Если же разъем остается темным, то участок кабеля неисправен. Скорее всего, проблема существует или на сопряжении волокна с разъемами, или на одной из склеек (если они есть). Вы планируете использовать существующую оптическую сеть? Советуем запастись оптоволоконными разъемами подходящего типа. Будьте готовы заменить ими старые. Было множество случаев, когда на неиспользуемое или "темное" оптоволокно ставились некачественные соединители ("темное" волокно продается или арендуется как физическая линия, а не как логический канал).
