По вашему запросу ничего не найдено :(
Убедитесь, что запрос написан правильно, или посмотрите другие
наши статьи:
Одной из основных составляющих IP – PBX на базе Asterisk являются SIP – транки в сторону провайдера и оконечные телефонные аппараты, или как их принято называть «пиры» (peers). Сегодня мы расскажем о способе автоматизации мониторинга состояния транков и пиров, с отправлением на почту системного администратора.
Мониторинг пиров
Итак, начнем с мониторинга состояния пиров. Для этого мы напишем небольшой bash – скрипт. Предположим, что у нас есть 3 площадки, А, B и C. АТС Asterisk находится на площадке A. Предварительно, перед началом работы, создадим 2 файлы: первый – для логов нашего скрипта, а второй, будет служебным, и будет использоваться только в рамках исполнения скрипта. Внутри каждого скрипта, мы будем писать комментарии к каждой из его строк.
Скачать скрипт мониторинга пиров вы можете по ссылке ниже:
Скачать скрипт мониторинга пиров
[root@asteriskpbx]# touch /home/admin/log_mail.txt
[root@asteriskpbx]# touch /home/admin/message.txt
Далее, создаем переменные для нашего скрипта:
#!/bin/sh
LOGSIZE=`ls -l /home/admin/log_mail.txt | awk '{ print $5 }'` //проверяем размер файла с логами
problempeers=`/usr/sbin/asterisk -rx 'sip show peers' | grep UNKNOWN` //выводим командой 'sip show peers' через консоль Asterisk, и затем, с помощью команды grep UNKNOWN фильтруем пиры, чтобы отобразить только те, состояние которых является UNKNOWN
GWB=`ping -c4 11.22.33.44 | grep 'received' | awk -F',' '{ print $2}' | awk '{ print $1}'` //по протоколу ICMP, пингуем IP – адрес шлюза на удаленной площадке четырьмя пакетами. Если все ОК, и шлюз доступен, до значение переменной будет равно 4. В противном случае, оно будет равно 0.
GWC=`ping -c4 44.33.22.11 | grep 'received' | awk -F',' '{ print $2}' | awk '{ print $1}'` //аналогичным образом пингуем шлюз на площадке C
ResultB="" //служебная переменная
ResultC="" //служебная переменная
FILENAME=/home/admin/message.txt //записываем в переменную путь к лог- файлам
LOGFILE=/home/admin/log_mail.txt
DATE="`date +%d.%m.%Y" "%H:%M:%S`" //выводим текущую дату и время в формате дд.мм.гггг чч:мм:сс
echo "$problempeers" > /home/admin/message.txt //записываем содержимое переменной problempeers в служебный файл. В этой переменной содержится результат вывода команды по статусу пиров.
FILESIZE=$(stat -c%s "$FILENAME") //проверяем размер служебного файла message.txt. Если в нем есть какая-либо информация, значит есть проблемы с пирами (имеются в статусе UNKNOWN), если он пустой, то все ОК.
На этом этапе, мы сформировали все необходимые переменные и у нас имеются все необходимые для формирования письма (если надо) на email системному администратору. Перейдем к исполнительной части скрипта:
if [ $GWB -eq 0 ]; then //если число ответов шлюза на площадке B на пинг равно 0, то запускаем процесс формирования письма
ResultB ="на площадке B НЕ ДОСТУПЕН!" //формируем часть текста. Мы ее включим в заголовок письма
else
ResultB ="" //если все таки шлюз ответил на пинг, то оставляем переменную пустой
fi
if [ $GWС -eq 0 ]; then //если число ответов шлюза на площадке С на пинг равно 0, то запускаем процесс формирования письма
ResultС="на площадке С НЕ ДОСТУПЕН!" //по аналогии. Указываем в заголовок, что роутер C недоступен
else
ResultС ="" //если все ОК, то оставляем переменную пустой
fi
if [ $FILESIZE -ne 1 ]; then //если наш служебный файл message.txt не пустой, то проверяем следующее условие
if [ $GWB -eq 0 ] || [ $GWC -eq 0 ]; then //если хотябы один из роутеров недоступен по пинг, то переходим к следующему пункту скрипта
echo "$problempeers"| mailx -s "Проблемы с SIP пирами | Роутер $ResultB $ResultC!" -r "info@merionet.ru" youremail@some.ru </home/admin/message.txt && //отправляем на почту письмо, где указываем, что у нас есть проблемы с пирами, и, если какой-то из роутеров не доступен, указываем это. В теле письма мы отправляем вывод недоступных пиров.
echo "FAIL :: $DATE :: Some problems with phones" >> "$LOGFILE" //параллельно с отправкой письма, записываем в лог файл запись, что у нас есть проблемы с пирами (в вывод так же можно добавить с какими именно)
else
echo "$problempeers"| mailx -s "Проблемы с SIP пирами | Роутеры ДОСТУПНЫ!" -r "info@merionet.ru" youremail@some.ru < /home/admin/message.txt && //если оба наших роутера доступны, то мы просто формируем письмо, в котором указываем перечень недоступных пиров.
echo "FAIL :: $DATE :: Some problems with phones" >> "$LOGFILE" //аналогично вносим запись в лог – файл.
fi
else
echo "OK :: $DATE :: all phones are OK" >> "$LOGFILE" //если служебный файл пустой, то мы вносим запись в лог – файл что все хорошо и проверка успешно прошла.
fi
if [ $LOGSIZE -ge 150000 ]; then //елси размер нашего лог – файла больше или равен 150 КБ, то мы очищаем этого (можете подкрутить эту величину, как вам угодно.)
cat /dev/null > /home/admin/log_mail.txt
fi
cat /dev/null > /home/admin/message.txt //на выходе чисти служебный файл message.txt, для последующего использования
Теперь давайте проверим, что приходит нам на почту в случае, если несколько пиров стали недоступны, но все роутеры доступны:
Мониторинг транков
Отлично, перейдем к формированию скрипта по мониторингу транков. Здесь все несколько проще, и мы просто будем сравнивать общее количество транков, и количество зарегистрированных транков:
Скачать сам скрипт можете ниже:
Скачать скрипт мониторинга транков
#!/bin/bash
ALLTRUNKSMINIMUM="`/usr/sbin/asterisk -rx "sip show registry"`" //выводим регистрации по протоколу SIP
ALLTRUNKS=`echo "$ALLTRUNKSMINIMUM" |grep "SIP registrations" |awk '{print $1}'` //численное обозначение всех имеющихся транков
REGTRUNKS=`/usr/sbin/asterisk -rx "sip show registry" |grep Registered |wc -l` //численное обозначение всех зарегистрированных транков
DATE="`date +%d.%m.%Y" "%H:%M:%S`" //формируем текущую дату, для логов
LOGFILE=/home/admin/log_mail.txt //для лог – файла, указываем тот же файл, что и для скрипта по мониторингу пиров
if [ "$REGTRUNKS" -lt "$ALLTRUNKS" ]; then //если число зарегистрированных транков меньше чем число всех транков
sleep 5 //ждем 5 секунд
echo `/usr/sbin/asterisk -rx "sip reload"` \ перезагружаем модуль SIP, в целях перерегистрации. Эта команда автоматически перерегистрирует транк на оборудовании провайдера, после чего, он, зачастую, начинает работать.
sleep 5 //ждем еще 5 секунд
VAR=`/usr/sbin/asterisk -rx "sip show registry"` //после перезагрузки SIP модуля, снова смотрим SIP –регистрации. Если данная команда не дала своих результатов, то в переменной VAR будет записаны не работающие транки. Если она помогла, то на email админу придет рабочий вывод всех зарегистрированных транков. Это весьма удобно.
echo "$VAR"| mailx -s "Мониторинг транков" -r "info@merionet.ru" youremail@some.ru // отправляем письмо на почту системного администратора, с выводом SIP регистраций после перезагрузки модуля
else
echo "OK :: $DATE :: all trunks are OK" >> "$LOGFILE" //если число зарегистрированных транков, равно общему числу, то записываем в лога файл соответствующую запись.
fi
Теперь, когда мы автоматизировали процессы мониторинга состояния на Asterisk, сделаем выполнение этих скриптов регулярным. Сохраним наши скрипты в формате .sh, можно сделать это, например, в Notepad ++. Сделаем выполнение мониторинг транков раз в 2 минуты, а выполнение мониторинга пиров раз в 10 минут. Перед загрузкой скриптов на сервер, дадим им необходимые права и, что очень важно, преобразуем скрипт в Linux формат:
[root@asteriskpbx]# dos2unix peer.sh //преобразуем скрипт для мониторинга пиров
[root@asteriskpbx]# dos2unix trunk.sh //преобразуем скрипт для мониторинга транков
[root@asteriskpbx]# chmod 777 peer.sh //дадим необходимые права обоим скриптам
[root@asteriskpbx]# chmod 777 trunk.sh
[root@asteriskpbx]# crontab -e
В открывшемся cron, задаем задачи для выполнения наших скриптов:
*/10 * * * * /bin/bash /home/peer.sh >/dev/null //исполнять файл раз в 10 минут
*/2 * * * * /bin/bash /home/trunk.sh >/dev/null //исполнять файл раз в 2 минуты
Вот и все. Теперь мы имеет достаточно простой, но порой очень нужный и эффективный мониторинг состояния транков и пиров на нашем Asterisk
Системы записи телефонных звонков - специальный софт, который способен записывать телефонные разговоры, представляющиеся коммерческими компаниями на определенных условиях.
Системы записи звонков могут быть полезным инструментом для ведения бизнеса, позволяющие увеличить эффективность услуг, которые вы оказываете клиентам.
Преимущества записи телефонных разговоров
Запись звонков помогает повысить производительность персонала: используя системы записи разговоров для отслеживания процесса общения Ваших сотрудников с вашими клиентами, что позволяет оценить сильные и слабые стороны процесса оказания услуг и с помощью наглядной демонстрации типичных ошибок указать сотрудником на них.
Запись звонка может помочь урегулировать споры: запись ваших звонков поможет подтвердить любые устные соглашения, которые происходили во время телефонного разговора. Если у клиента возникли разногласия по поводу чего-либо, вы можете прослушать звонок и отправить его по электронной почте. Это может сэкономить вам много времени и денег.
Это может защитить ваш персонал и репутацию вашей компании: в редких случаях, когда ваш персонал или ваша компания получают злоупотребления по телефону, запись звонка может помочь предоставить доказательства. Вы можете прослушать звонок и отправить его в соответствующие органы для дальнейшего расследования, что даст вашим сотрудникам душевное спокойствие и чувство защищенности во время рабочего процесса.
Система записи разговоров Zoom
Программное обеспечение ZOOM осуществляет запись входящий и исходящих звонков, помогая улучшить качество оказания услуг и соответствие требованиям и нормам общения с клиентами, повышая при этом эффективность работы качество обслуживания клиентов.
Основные преимущества и функции ZOOM CallREC:
Запись разговоров клиентов одновременно по нескольким каналам связи одновременно;
Предоставляет функцию выбрать часть звонков, которые необходимо записывать, основываясь на ваших бизнес-требованиях, которые могут быть, как и четко продуманными, так и сгенерированные случайным образом;
Быстрый поиск, воспроизведение и обмен записанными разговорами, хранящихся в удобной библиотеке;
Проведение экспресс опросов для сбора и анализа необходимой информации для повышения качества обслуживания и повышения уровня лояльности клиентов;
Наличие удобного интеллектуального интерфейса для предоставления отчетности о работе контакт центра с большим количеством простых, но при этом информационных панелей с различными актуальными показателями, предоставляя тем самым полную высококачественную бизнес аналитику;
Система интеллектуальной записи разговоров Verint
Предлагает круглосуточную запись разговоров сотрудников с клиентами, включая в себя отслеживание соблюдения необходимых коммуникационных инструкций для сотрудников, защищает права компании и обеспечивает тем самым наивысшее качество оказываемых услуг.
Система записи Verint является отдельным приложением, включающее в себя запись разговоров с высококачественной системой обработки речи и последующего хранения данных в облачных хранилищах.
Софт разработан для современных многоканальных контакт-центров, способная захватывать, индексировать, извлекать, хранить и архивировать до 100 входящих данных по нескольких каналам (включая АТС, VoIP, цифровую совместную работу в чате, электронную почту, мобильную голосовую связь / SMS) через единую систему записи. Программа имеет функцию пассивного фиксирования данные на экране сотрудника, а также нажатия клавиш и запуска этого процесса одновременно во время взаимодействия с клиентом.
Система интеллектуальной записи разговоров Verint является мощным, проверенным решением, способным помочь вашей организации соответствовать современным тенденциям и стандартам, таким как отраслевой стандарт безопасности данных платежных карт (PCI DSS), HIPAA и HITECH и ускорить разрешение возникающих споров. Следует отметить то, что вся сохраненная информация шифруется специальной системой шифрования, разработанной компанией VERINT, что делает процесс записи разговоров безопасным для клиентов и вашей компании.
Центр Речевых Технологий SmartLogger
Smart Logger является средством, позволяющим осуществлять многоканальные вызовы и запись экрана одновременно. Данный процесс необходим для качественного отбора и анализа информации по средствам различных каналов связи (аналоговые, TDM, VoIP).
Основное предназначение Smart Logger для обеспечения качества, анализа производительности и может быть использован для оптимизации работы вашего персонала и бизнес-процессов.
Smart Logger способен решить любые практические задачи по записи звонков в сферах общественной безопасности, безопасности, бизнеса, а также и на промышленных, транспортных и энергетических предприятиях. Абсолютно все полученные данные проходят через собственную систему шифрования, а для получения доступа к необходимым данным требуется пройти систему аутентификации для того чтобы только авторизированные пользователи имели возможность получить доступ к хранящейся информации в облачных сервисах.
Преимущества центра Smart Logger:
Наличие более 40 конфигураций программных модулей Smart Logger, разработанных для различных практических задач необходимых вашей компании;
Самое высокое качество записи звука на рынке: аудиозаписи, сделанные Smart Logger, могут использоваться для распознавания речи и голоса в дальнейшем;
Водяные знаки и цифровая подпись, встроенные в записанный аудиозапись, для идентификации признаков вмешательства в запись телефонного звонка повышает безопасность и уверенность в достоверности полученных данных;
Уникальные речевые технологии: лучшие фильтры подавления шума и аналитика обнаружения эмоций в процессе общения клиента и сотрудника;
Широкий набор возможных параметров, не зависящих от языка для мониторинга и оценки эффективности работы персонала, включающие в себя: количество повторных вызовов, перерывы между клиентом и агентом, соотношение продолжительности речи клиент / агент, удержание / перевод вызовов на клиента, процент молчания;
Запись экрана сотрудника при общении с клиентом;
Многооконный интерфейс с одним окном, простой в использовании, персонализированный графический интерфейс для каждого сотрудника;
Возможность осуществлять процесс записи и последующего анализа полученных данным круглосуточно;
Одной из распространенных проблем, с которыми сталкивается администратор IP – АТС Asterisk является проблема с аудио. Вы можете столкнуться как с односторонней слышимостью, так и с полным отсутствием аудио – потока. Как решить проблему с аудио в Asterisk с помощью FreePBX расскажем с статье.
Проблемы с NAT
В подавляющем большинстве случаев проблемы с односторонней слышимостью вызваны настройками NAT (Network Address Translation). Ниже указаны шаги, выполнение которых поможет вам избавиться от проблем с аудио
Динамический DNS
Если ваша компания не оплачивает провайдеру услугу статического IP – адреса, то ваш внешний IP будет периодически меняться. Причиной может быть перезагрузка маршрутизатора или, например, истечение срока аренды адреса по протоколу DHCP (DHCP Lease Time). Отличной альтернативной будет динамическая DNS запись. Данная запись позволяет серверу DNS периодически обновлять соответствующий доменному имени IP – адрес. Вне зависимости от смены IP вашим провайдером, маршрутизатор будет всегда доступен по его доменному имени. Такие услуги предоставляет такие сервисы как dyndns, no-ip, hldns и другие.
Настройка NAT в FreePBX 13
Когда вы приобрели статический IP – адрес или сделали динамическую запись на DNS сервере, переходим к настройке NAT. Перейдите во вкладку Settings -> Asterisk SIP settings -> Chan SIP Settings
На указанном выше примере, выбрана опция Static IP. Здесь, в выделенном красным поле необходимо указать ваш внешний IP – адрес. На примере ниже, указана опция настройки динамического DNS – выбрана кнопка Dynamic IP:
Локальные сети
Перейдя во вкладку General SIP Settings того же раздела, необходимо настроить внутренние сети. Например, 192.168.13.0/255.255.255.0. Это может быть отдельная сеть, в которой находятся IP – телефоны, или сеть, в которую вынесено все активное сетевое оборудование.
Не забывайте по окончанию настроек нажимать Submit и Apply Config
Настройка RTP портов
Проверьте чтобы на вашем маршрутизаторе не были заблокированы UDP порты 5060 (SIP) и диапазон портов 10000-20000 (RTP). Помимо этого, вы можете сделать проброс этих портов прямо на ваш сервер IP – АТС Asterisk. Перепроверьте, что транспортным протоколом является именно UDP.
Проблемы с настройкой кодеков
Каждый раз, когда вы совершаете вызов, обе стороны, инициирующая и принимающая вызов согласует телефонный кодек. Например, одна из сторон может инициировать согласование кодека g.711u, который может не поддерживаться другой стороной. Это может являться причиной отсутствия аудио в разговоре. Мы рекомендуем всегда включать поддержку кодеков G.711 u – закона и a – закона. Настроить телефонные кодеки можно следующими способами:
Настройка на конкретном телефонном аппарате
В настройка внутреннего номера (Extension) в FreePBX
Мы рекомендуем не настраивать кодеки индивидуально на телефонном аппарате. В случае возникновения каких – либо проблем, на этапе «траблшутинга» вы можете потратить лишнее время просто забыв о данной настройке
На этапе настройки SIP – транка в FreePBX. Разрешенные или запрещенные кодеки определяются опцией allow/disallow
Глобальная настройка. В разделе Settings -> Asterisk SIP Settings -> "General SIP Settings"
Проблема с воспроизведением аудио файлов
Если при звонке на голосовое меню (IVR) вы не слышите ожидаемую аудио – запись, проверьте, корректно ли был импортирован этот файл через модуль System Recordings. Помимо этого проверьте права этого файла. Владельцем этого файла (owner) должен быть пользователь asterisk. В рамках решения проблемы дайте команду amportal chown:
[root@localhost ~]# amportal chown
Please wait...
!!!!amportal is depreciated. Please use fwconsole!!!!
forwarding all commands to 'fwconsole'
Taking too long? Customize the chown command, See http://wiki.freepbx.org/display/FOP/FreePBX+Chown+Conf
Setting Permissions...
37034/37034 [============================] 100%
Finished setting permissions