По вашему запросу ничего не найдено :(
Убедитесь, что запрос написан правильно, или посмотрите другие наши статьи:
img
IP – АТС Asterisk – сложная система обработки телефонных вызовов, состоящая из различных драйверов и модулей. Зачастую системные администраторы сталкиваются с неисправностью того или иного функционала: не работает входящая/исходящая связь, односторонняя слышимость, проблемы с внутренними номерами и так далее. Чтобы решить данные проблемы, надо понять их суть – посмотреть в журнал (лог – файл) Asterisk и узнать, что же происходит на самом деле. О том, как правильно собрать логи, их глубина и параметры, а также про сбор сетевого дампа расскажем в этой статье. Настройка логирования Приступаем к настройке. Для этого, нам необходим посмотреть содержимое файла /etc/asterisk/logger.conf. Давайте откроем его: [root@asterisk ~]# cat /etc/asterisk/logger.conf [general] #include logger_general_additional.conf #include logger_general_custom.conf [logfiles] #include logger_logfiles_additional.conf #include logger_logfiles_custom.conf Как видим, в данный файл включен «кастомная» настройка – файл logger_logfiles_custom.conf . В нем мы и будем производить необходимые настройки. Допустим, мы хотим записывать в файл logs_ echo date("Ymd"); основные события. Для этого, откроем для редактирования файл и добавим в него следующую запись: [root@asterisk ~]# vim logger_logfiles_custom.conf logs_ echo date("Ymd"); => notice,warning,error,debug,verbose,dtmf Сохраняем изменения нажатием :x!. Начиная с 13 версии Asterisk, существует возможность создавать задачи на логирования прямо из консоли. Для этого существует команда logger add channel . Например: logger add channel logs_ echo date("Ymd"); notice,warning,error,debug,verbose,dtmf Логирование будет остановлено при следующем рестарте Asterisk. Глубина записи логов В Asterisk можно задавать глубину логирования параметром verbose и debug. Первый режим более информативен для администратора, когда необходимо оперативно понять причину неисправности, тогда как второй режим более полезен для более глубоко анализа. Глубина задается от 1 до 10, где 10 – максимальный уровень информативности: asterisk*CLI> core set verbose 3 asterisk*CLI> core set debug 3 После этого, необходимо перезагрузить модуль логирования: asterisk*CLI> module reload logger Дебаг на уровне каналов В Asterisk можно производить дебаг на уровне отдельных драйверов. Например, если вы хотите отладить подключения по протоколу SIP – своя команда, по IAX – другая. Ниже представлен список: Драйвер Команда отладки SIP (версия вышел 1.6) sip set debug on SIP (версия 1.4) sip set debug PJSIP pjsip set logger on Запись CDR cdr set debug on IAX2 (версия вышел 1.6) iax2 set debug on IAX2 (версия 1.4) iax2 set debug Остановить логирование Когда отладка закончена, необходимо вернуть все в первоначальный вид. Отключаем дополнительный дебаг: asterisk*CLI> core set verbose 0 asterisk*CLI> core set debug 0 Чтобы выключить дебаг на конкретных каналах, даем команду вида: asterisk*CLI> sip set debug on asterisk*CLI> iax2 set debug off Далее, в файле /etc/asterisk/logger.conf закомментируйте или удалите добавленную строчку. После этого перегружаем модуль логирования: asterisk*CLI> module reload logger Дебаг Asterisk в файл Прямо из консоли можно добавлять дебаг в файл. Для этого, его необходимо первоначально создать. Например: [root@asterisk ~]# touch /home/asterisk_cli.txt Далее, вызываем консоль сервера IP – АТС Asterisk следующим способом: [root@asterisk ~]# asterisk -rvvvv | tee /home/asterisk_cli.txt В открывшейся консоли дайте одну из перечисленных команд дебага, например, sip set debug on. Весь вывод будет сохранен в указанном файле. По окончанию укажите в консоли sip set debug off и quit. Сетевой дамп Asterisk для анализа в Wireshark Простейшим способом снять сетевой дамп является утилита tcpdump. Чтобы ей воспользуйтесь командой: [root@asterisk ~]# tcpdump -s 0 -w /home/dump.cap Затем, после снятия необходимого дампа, Вы сможете сохранить файл dump.cap в директории /home себе на компьютер, для последующего анализа. Помимо этого, в команде есть возможность дать дополнительные ключи, например -i eth0 - указание интерфейса, с которого необходимо снять дамп, а port 5060 - указать порт, на который приходят пакеты.
img
Одним из удобных способов телефонизации удаленного офиса, где нет надежного подключения к ТфОП или к сети интернет является подключение к сети оператора сотовой связи. В сегодняшнем обзоре мы рассмотрим настройку UMTS – шлюза Yeastar TG100W, который является отличным вариантом для подключения к оператору Теле2. $dbName_ecom = "to-www_ecom"; $GoodID = "6911140382"; mysql_connect($hostname,$username,$password) OR DIE("Не могу создать соединение "); mysql_select_db($dbName_ecom) or die(mysql_error()); $query_ecom = "SELECT `model`, `itemimage1`, `price`, `discount`, `url`, `preview115`, `vendor`, `vendorCode` FROM `items` WHERE itemid = '$GoodID';"; $res_ecom=mysql_query($query_ecom) or die(mysql_error()); $row_ecom = mysql_fetch_array($res_ecom); echo 'Кстати, купить '.$row_ecom['vendor'].' '.$row_ecom['vendorCode'].' можно в нашем магазине Merion Shop по ссылке ниже. С настройкой поможем 🔧 Купить '.$row_ecom['model'].''.number_format(intval($row_ecom['price']) * (1 - (intval($row_ecom['discount'])) / 100), 0, ',', ' ').' ₽'; $dbName = "to-www_02"; mysql_connect($hostname,$username,$password) OR DIE("Не могу создать соединение "); mysql_select_db($dbName) or die(mysql_error()); Распаковка Сам по себе шлюз выполнен в компактном форм – факторе. В коробке идет блок питания, инструкция, антенна и сам VoIP – шлюз: Заводской IP – адрес шлюза 192.168.5.150. Подключитесь своим ПК напрямую к шлюзу: для этого, на своей рабочей машине укажите статические сетевые настройки (настройка параметров адаптера): IP – адрес - 192.168.5.5 Маска подсети - 255.255.255.0 Основной шлюз - 192.168.5.150 Примените указанные настройки на своем ПК. Далее, открываем WEB – браузер и вводим IP – адрес нашего VoIP – шлюза – 192.168.5.150: По умолчанию, на шлюзе установлен логин admin и пароль password. Вводим указанные реквизиты и переходим в административный интерфейс управления. Сменим IP – адрес. Для этого, перейдите во вкладку Система → LAN - настройки, как показано на рисунке ниже: После, выключите шлюз, откройте слот для сим – карты и вставьте ее в нужный разъем. После этого включаем шлюз и переходим к основным настройкам. Настройка Теперь, после того как мы установили наш шлюз и настроили IP – адрес перейдем к настройке соединения с Asterisk. Все настройки мы будем производить через графический интерфейс FreePBX 13. Первоначально нам необходимо создать SIP – транк в сторону Asterisk. Переходим в интерфейс настройки UMTS – шлюза по пути Шлюз → VoIP - линии → Добавить VoIP-линию. Указываем настройки, как показано ниже: Тип линии - VoIP - канал Тип - SIP Имя - имя для подключения. Мы назвали Asterisk Хост/IP - имя сервера Asterisk или его IP – адрес. По умолчанию, указан SIP – пот 5060. Если вы используете другой порт, укажите его здесь. Нажимаем сохранить и «Применить». Проверим состояние наших линий, для этого, переходим в раздел Статус → GSM - линии, и видим, что наши линии в порядке. Настроим SIP – транк в FreePBX 13. Переходим в web – интерфейс в раздел Connectivity → Trunks → + Add Trunk. Добавляем SIP – транк. Во вкладке General даем имя транку, в нашем случае это Trunk_To_UMTS-gateway, далее, во вкладке sip Settings, в разделе Outgoing указываем настройки, как показано ниже: Для удобства копирования, ниже приведена конфигурация SIP – транка: host=IP_вашего_шлюза type=peer qualify=yes disallow=all allow=ulaw,alaw,gsm Нажмите последовательность кнопок Submit и затем Apply Config. Переходим к настройке исходящей маршрутизации (от Астериска к UMTS - шлюзу) на шлюзе. Для этого, необходимо перейти в раздел Шлюз → SIP в GSM → Добавить маршрут: Настройка достаточно тривиальна. А именно: Имя маршрута - имя, по которому вам будет удобно работать с данным маршрутом в будущем. Источник - источник для вызовов, которые необходимо перенаправить по назначению. Назначение - наш GSM порт. Так как данная модель оснащена только одним портом, то выбрав единственную запись, вы направите вызовы в сеть оператора сотовой связи. Нажимаем «Сохранить» и «Применить». Переходим к настройке входящей маршрутизации, то есть настройке маршрутов для звонящих нам. Нужные нам настройки находятся во вкладке Шлюз → GSM в SIP → Добавить маршрут: Настройки аналогично предыдущим, только в обратном порядке. Наиболее важным является поле Горячая линия. По факту, это номер, которые будет набирать VoIP – шлюз, когда будет пробрасывать вызов в сторону Asterisk. Для Asterisk, этот номер является DID (Direct Inward Dialing), по которому, он будет осуществлять маршрутизацию входящего вызова. Посмотреть обучающее видео по настройке маршрутизации в FreePBX и прочитать статью вы сможете по ссылке ниже: Маршрутизация вызовов
img
В основном, в современных корпоративных сетях можно выделить следующие типы задержки: Задержка обработки: Это время, которое затрачивает маршрутизатор на получение пакета на входном интерфейсе и отправку его в исходящую очередь на исходящий инетерфейс. Задержка обработки зависит от следующих факторов: Скорость центрального процессора; Использование центрального процессора; Архитектура маршрутизатора; Настроенные опции входящих и исходящих интерфейсов. Задержка очереди: Это время, которое пакет находится в очереди на отправку. Данный вид задержки зависит от таких факторов как количество и размер пакетов, которые уже находятся в очереди, полоса пропускания интерфейса и механизм очередей; Задержка сериализации: Время, необходимое для перемещения фрейма в физическую среду передачи; Задержка распространения: Время, которое занимает путь пакета от источника к получателю по каналу связи. Эта задержка сильно зависит от среды передачи. Методы ограничения задержки Маршрутизатор имеет достаточно мощностей для того, чтобы быстро и оперативно принимать решения о дальнейшем перенаправлении пакетов. Задержка обработки, очереди и сериализации зависит от следующих факторов: Средняя длина очереди; Средняя длина пакетов в очереди; Пропускная способность канала связи. Указанные ниже методы удовлетворяют требования чувствительного к задержке трафика Увеличение пропускной способности: При достаточной пропускной способности, сокращается время ожидания в исходящей очереди, тем самым, сокращается задержка сериализации; Приоритизация чувствительного к задержкам трафика: Данный метод является более гибким. Указанные ранее алгоритмы PG, CQ, MDRR и LLQ имеют значительное воздействие задержку, вносимую очередью; Сжатие поля полезной нагрузки: Сжатие поля полезной нагрузки уменьшает общий размер пакета, тем самым, по сути, увеличив пропускную способность канала передачи. Так как сжатые пакеты меньше обычных по размеру, их передача занимает меньше времени. Важно помнить, что алгоритмы сжатия весьма сложны, и компрессия наряду с декомпрессией могут добавить дополнительные задержки; Сжатие заголовков пакетов: Сжатие заголовков не так сильно требует ресурсов центрального процессора, как сжатие поля полезной нагрузки, поэтому, данный механизм часто используется наряду с другими алгоритмами уменьшения задержки. Сжатие заголовков особенно актуально для голосового трафика. Потеря пакетов Обычно, потеря пакетов происходит при условии переполнения буфера маршрутизатора. Например, пакеты находятся в исходящей на интерфейсе очереди. В какой-то момент размер очереди достигает своего максимума, и, новые приходящие пакеты просто отбрасываются. В целом, потеря пакетов происходит по следующим причинам: Потеря на входящей очереди: если не хватает мощности CPU (Central Processing Unit) маршрутизатора, пакеты могут быть потеряны еще на входящем интерфейсе; Игнорирование пакетов: Буфер маршрутизатора переполнен, следовательно, приходящие пакеты просто игнорируются; Ошибка во фреймах: Аппаратное обнаружение ошибок во фреймах, например, Cyclic Redundancy Check (CRC). Как правило, потеря пакетов является результатом чрезмерной загрузки интерфейса. Используются следующие методы и алгоритмы для предотвращения потерь пакетов: Увеличение пропускной способности чтобы предотвратить перегрузку на интерфейсе; Обеспечение достаточной пропускной способности и увеличение буферного пространства для гарантированного перемещения чувствительного к задержкам трафика в начало очереди; Ограничить перегрузку путем отбрасывания пакетов с низким приоритетом до того, как произойдет переполнение интерфейса. Для обеспечения данной цели, инженер может использовать алгоритм Weighted Random Early Detection (WRED), который будет случайно отбрасывать нечувствительный к потерям и трафик и пакеты, с заранее настроенными низкими приоритетами.
ВЕСЕННИЕ СКИДКИ
40%
50%
60%
До конца акции: 30 дней 24 : 59 : 59