Описание развертывания цифровой IP-АТС на основе дистрибутива Elastix, часть 1 - тестирование.

В данном случае будет описана установка Elastix под определённый проект.
Если Вам нужно подробное описание установки и развёртывания Elastix, то вот здесь всё подробно описано хорошим человеком: http://papa-admin.ru/blog/elastix.html

Итак, дано: две гибридные АТС Panasonic: KX-TDA 200 и KX-TDA 100.
Находятся в двух, удалённых друг от друга помещениях.
Входящие линии SIP от 3-х провайдеров через VoIP-шлюзы AddPack заведены на аналоговые платы LCOT-16.
Внутренние абоненты подключены через аналоговые платы SLC-8 и SLC-16. Также присутствует одна гибридная плата DHLC-8.
Единого номерного пространства как такового нет, маршрутизация между АТС осуществляется "костылём" из опять же имеющихся голосовых шлюзов через оптический канал 1ГБит по одномодовому волокну. 

Задача: переезд порядка 20-ти абонентов из помещения А в помещение Б. 

Подзадача: усовершенствовать внутреннюю телефонию; избавить организацию от ограничений, связанных с устаревшим и немасштабируемым оборудованием. 

Решение: замена существующих АТС на IP-АТС на базе Asterisk.
Выбран дистрибутив Elastix.

Установка Elastix возможна как физически на комп/сервер, так и на виртуальную машину.

Предварительный тест на виртуальной машине.

Для него были использованы дистрибутивы: Elastix 2.4.0 х64  и VMware Player 6.0.3.

Важно: на более младших версиях VMware Player возможны проблемы с установкой - дистрибутив не увидит виртуальный HDD. Используйте версию VMware Player не ниже 6.0.3.

В настройках сетевого адаптера виртуалки я выбрал "connected directly to physical network" и - вуаля - подключение по https прошло без проблем!

Для тестирования я завёл бесплатный SIP-аккаунт на проекте zadarma. В качестве софтфона использовал бесплатный 3CX с нетбука.

Эхо-тест прошёл успешно, звонок себе на мобильный и с мобильного на нетбук также прошли штатно.
Тест успешен, всё работает.

Предварительный тест в физической сети заказчика.

Тестирование производилось на такой конфигурации ПК: Intel Xeon 7xxx; 2 x 2GB SATA; 8 GB RAM; mb Asus P7F-E; 2 x 1GBit Lan.
Дистрибутив тот же - Elastix 2.4.0 х64.
VoIP-телефоны Grandstream GXP-1160 и 1105.
VoIP-шлюз Grandstream GXV-4216 и аналоговые телефоны - обычные и DECT.
АТС находится за NAT`ом (ранее VoIP-шлюзы были частью за NAT`ом, частью перед ним).
Подключения проводились из двух разных подсетей одной локальной сети.

Собственно, развёртывание АТС, заведение extension`ов и транков описывать не буду, всё стандартно.
Для теста был заведён SIP-транк от "Ростелеком".
Единственный момент - параметры подключения SIP у разных провайдеров немного отличаются. Лучше сразу свериться с техподдержкой.

Мониторить Elastix лучше всего не через родную оболочку, а через Free PBX Unembedded - намного более информативно.

Собственно, сам тест прошёл успешно; качество связи отличное.

Благодарим ЗАО "Фактор Груп" за любезно и оперативно предоставленное для тестирования оборудование Grandstream.

UPD #1. Рабочий запуск на виртуальной машине ProxMox - скоро.

Особенности подготовки сервера Windows к работе со СКУД и видеонаблюдением, 1.

Вы избежите некоторых проблем со стабильностью работы, если в "диспетчере устройств" для сетевых карт и USB-концентраторов снимете галочки с пунктов "отключать электропитание для экономии электроэнергии".
Также кэп Очевидность подсказывает: в настройках плана электропитания (если используется Win7) для HDD и системы выберите "никогда не отключать" / "не засыпать".

Некоторые моменты работы с аппаратными видеорегистраторами, 1.

• Основное, про которое пользователи или не знают, или хронически забывают: аппаратные видеорегистраторы используют свой уникальный тип файловой системы, или же нестандартные записи в начало/конец HDD. Попытка подключения жёсткого диска видеорегистратора к компьютеру (неважно - по IDE, SATA, USB), зачастую даже без инициализации HDD приведёт к потере всех данных. То есть либо импорт файлов непосредственно с регистратора на внешний носитель (или выгрузка по сети, если таковая поддерживается), или никак.

Данные в теории можно восстановить, но на практике это долго и дорого.
В Москве есть несколько компаний, которые имеют успешный опыт восстановления подобным образом "убитых" данных, Вы легко найдёте их в выдаче Яндекса.
К частнику лучше обращаться к проверенному и как минимум рекомендованному - ибо не так всё просто и очевидно.

• Большинство аппаратных видеорегистраторов Honeywell имеют хитрую особенность - датчик на открытие корпуса. Вскрытие регистратора вне сервисного центра приводит к его неработоспособности и снятию с гарантии, как следствие - дальнейшие операции с ним за Ваш счёт.

Хронический вход под временным профилем в Windows Server 2012.

Бывает так, что пользователи удалённого рабочего стола Windows Server 2012 не могут зайти с постоянным профилем, т.е. система создаёт им временный профиль входа - это неудобно. Особенно, если пользователей много и у каждого есть своя (или типовая - не суть важно) конфигурация рабочего стола.

Вариант лечения - увеличить на сетевой карте данного сервера (на той, что на вход пользователей) параметры MTU и TTL.
Мне помогло.

Особенности практической работы с ПО "Макроскоп".

Первое и главное - все изменения в конфигурации как клиента, так и сервера необходимо делать исключительно на сервере. Иначе система будет работать неправильно или вылетит с ошибкой.

Второе - настройки на стороне клиента и сервера для конкретных камер и рабочих мест также должны быть идентичны. См. п.1.

Третье. При апгрейде версий крайне рекомендуется сначала деинсталлировать предыдущее ПО, затем "убить" записи в реестре и только потом ставить новую версию. В идеале, конечно, до кучи снести старые dll-ки.  Иначе - лотерея, может встать корректно, а может и с ошибками.
Конфигурация системы и рабочих мест легко переносится путём бэкапа конфигов.
И, конечно же, не забывайте об одинаковости версий ПО и дополнительных модулей на сервере и на клиенте)))

Из наболевшего.

Если у вас случилась остановка службы на сервере, т.е. вы видите уведомление "сервер Макроскоп остановлен", хотя до этого всё работало и писалось - как правило, причина в том, что повреждён файл CurrentCMN.conf.

Чтобы быстро поднять систему, необходимо:
1. Посмотреть в консоли Винды, остановлена ли там служба Макроскоп. При необходимости остановить - это принципиально.
 2. Найти файл CurrentCMN.conf.backup (он там же, рядом), убрать у него расширение .backup.

Важно: сделайте бэкап бэкапа ))) Т.е. перед тем, как действовать - сохраните куда-нибудь файл CurrentCMN.conf.backup. Не забудьте дату. Связано это с тем, что система пересоздаст бэкап конфига заново, из текущего состояния. Если что-то пошло не так - сможете откатиться на рабочий конфиг.

3. Запустить Макроскоп, а лучше - перезагрузиться.
4. Запланировать переустановку ПО и операционной системы на сервере ((( Поверьте, это - единственный гарантированный способ дальнейшей корректной работы.

И, конечно же, не забудьте почитать системный журнал!

Подобное случается по разным причинам: надолго пропало электричество, а UPS не настроен на выключение сервера; побит HDD; вирус; неправильно настроена или неисправна камера с распознавателем номеров/лиц (кривой поток кладёт систему, да, это бывает) или же недостаточно пропускной способности канала при работающем распознавателе.

Вообще, ПО несколько капризно, но при соответствующей настройке вполне работоспособно )))

Сайт ПО: http://macroscop.com/
Техподдержка, кстати, неплохая, но настоятельно рекомендую также обращаться и к поставщику камер - поскольку они предоставляют Макроскопу API и тестируют ПО на предмет совместимости, зачастую у них Вы можете получить самый полезный и неочевидный совет.

Пользуясь моментом, благодарю за терпение и эрудицию Василия Чаплыгина. Без его помощи и советов этот пост не был бы написан )