Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » Asterisk - software PBX

Модерирует : lynx, Crash_Master, dg, emx, ShriEkeR

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32

Открыть новую тему     Написать ответ в эту тему

slech



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Asterisk



Asterisk - полностью программная учрежденческая АТС (УАТС), работающая под управлением операционной системы Linux". По возможностям Asterisk зачастую опережает своих традиционных собратьев. Поддерживаются практически все популярные протоколы IP-телефонии (SIP, H323, SCCP, ADSI). Помимо стандартных и общеизвестных, Asterisk также имеет свой собственный протокол - IAX.
Его можно использовать как для подключения обычных клиентов, так и для передачи голосового трафика между несколькими серверами Asterisk. Для сопряжения с "традиционной телефонией" имеются аналоговые (FXO, FXS) и цифровые модули расширения (E1, T1). С помощью Asterisk вы сможете реализовать проект любого масштаба - от простого домашнего сервера голосовой почты до телефонного сервера предприятия с функциями IVR (Interactive Voice Response - система голосовых меню)


Wikipedia
Русский портал поддержки - всё жутко тормозит. вроде движок сменили и уже не так(03.06.2008)
Asterisk Forum - русский форум
Forum Asterisk - новый русский форум!
voipinfo Forum - раздел на форуме voipinfo

Дистрибутивы, программы и GUI для Asterisk
Подробнее...
 


Статьи, ссылки
VOIP Wiki - a reference guide to all things VOIP
VoIp Справочник на русском языке
Asterisk и Linux: миссия IP-телефония
Третье издание книги Asterisk™: The Definitive Guide на инглише
 
 
Родственные темы
IP-телефония - общие вопросы
IP-телефония - выбор софта
IP телефония - VoIP/SIP телефоны

Всего записей: 4893 | Зарегистр. 10-11-2004 | Отправлено: 15:47 13-12-2007 | Исправлено: yuris, 10:45 18-07-2023
Dimsoft

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Где искать ошибки и не исправности?

korggrodno
на микротике отключить sip alg

Всего записей: 2752 | Зарегистр. 17-11-2003 | Отправлено: 11:42 22-11-2018
korggrodno



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Перезапустил микротики, проблема срыва разговора на короткие гудки исчезла.
Но по прежнему осталась проблема, что во время разговара иногда теряется звук.  
Т.е. разговариваете к примеру вдруг тишина . Не слышим друг друга. Потом снова слышим.  
Или слушаешь, что тебе говорят.  
Слышишь что, что то теряется и до тебя долетают только обрывки фраз слов.  
 
Вот беру запускаю ping из подсети TDE к Asterisk
И он стабильный 4мс
Подскажите если пинг тут не показатель как можно протестировать, качество сети от TDE к Asterisk
Смотрю за загруженностью интерфейсов.  
Пропускная способность интернет интерфейсов 20Мбит в секунду. С обоих концов.  
Пинг идет стабильно.  
Загрузка VPN даже 10% не достигается. А потери в голосе все равно есть.  
Нагружаю VPN под завязку, Запускаю перекачку фильма.  
Разговор происходит примерно так-же. Иногда происходят потери. Но в целом все норм работает.  
 
Помогите разобраться, где происходят потери.  

Всего записей: 383 | Зарегистр. 15-11-2007 | Отправлено: 14:14 26-11-2018
yuris

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Для начала нужно посмотреть настройки Jitterbuffer на астериске командой sip show settings
и поиграться размером jbmaxsize, размер задается в милисекундах.
далее можно посмотреть потерянные пакеты, астериск их суммирует и показывает процент потерь
но это можно увидеть только во время разговора  sip show channelstats
посмотреть во время приема или передачи происходят потери, и от этого отталкиваться для дальнейших действий.
Правильные действия - это гарантировать для голоса определенную полосу на пути от начальной до конечной точки, а ещё лучше перенести голос в отдельный vlan.

Всего записей: 383 | Зарегистр. 19-11-2001 | Отправлено: 14:47 26-11-2018
Aleksey777



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Тут и гадать нечего. Чтобы айпи телефония работала без обрывов, на активном оборудовании должен работать QOS чтобы sip трафик был в приоритете по отправке/получению пакетов. Ну и выделенная гарантированная полоса конечно будет не лишней.

Всего записей: 191 | Зарегистр. 24-03-2005 | Отправлено: 13:30 27-11-2018
StanislawK

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Aleksey777

Цитата:
Чтобы айпи телефония работала без обрывов, на активном оборудовании должен работать QOS чтобы sip трафик был в приоритете по отправке/получению пакетов.  

Трназитное активное оборудование провайдера гарантированно не видит (=полностью игнорит) меток QoS, если трафик между площадками завернут в VPN.  
 
Сам "самодельный" клиентский VPN трафик у крупных провайдеров (не будем показывать пальцем в  например РТ) идет в нижнем приоритете, в ЧНН жмется\дропается шейпером в первую очередь наравне с торрентами.  (чтоб клиенты покупали услугу VPN)
 
Довольно часто трафик между двумя соседними зданиями ходит через жоп двух-трех разных провайдеров, даже если сейчас они юридически работают под одной вывеской, технически они разные.  
Известны случаи когда трафик между домами на соседних улицах МСК ходил через Амстердам через кучу транзитных хопов шести транзитных провайдеров (юридически шесть, технически десять).
Ну предположим провайдеров технически всего два, обмениваются трафиком они тут же в городе через третьего, но у каждого :
 
1) Своя политика в отношении публично видимых тэгов QoS клиентского бесплатного трафика Часто это нужно специально (за доп абонентку) прописывать в договоре. (и уметь контролировать и уметь напрячь юридический отдел заставить провайдера соблюдать договор)
 
2) Своя политика в отношении клиентского бесплатного VPN трафика. Особенно весело когда трафик проходит нескольких провайдеров, у одного в ЧНН дропается каждый третий пакет трафика нижнего приоритета, у другого каждый пятый у третьего каждый второй если милисеккунда делится на 13 без остатка а ветер на Марсе склоняется к северному. И у каждого начало ЧНН несколько "плавает". Диагностике поддается трудно "иногда работает хорошо, иногда плохо.".
 
Это приводит к тому что VPN dyfxfkt сам перепосылает теряющиеся пакеты, в клинических случаях за время перепосылок заканчиваются sip таймауты и начинают посылать новые пакеты стороны VoIP диалога.
 

Цитата:
Ну и выделенная гарантированная полоса конечно будет не лишней.

 
Не просто "полоса куда то в 'интернет'", а гарантированная полоса между двумя конкретными площадками.

Всего записей: 266 | Зарегистр. 23-11-2009 | Отправлено: 20:03 27-11-2018
igor me v2

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
На правах оффтопа
Какая ересь этот ваш IP Старый добрый аналог всех этих проблем лишён. Да ещё устроен намного проще, два провода линия и всё. Да ещё надёжность выше. Да ещё любой аналоговый аппарат работать будет, даже "сталинский". Да ещё питание к аппарату идёт по линии. Исходя из вышесказанного IP толково можно использовать только в локалке, либо в спарке с СОБСТВЕННОЙ аналоговой АТС на СОБСТВЕННЫХ каналах связи, не более, чисто моё мнение...

Всего записей: 7213 | Зарегистр. 27-03-2016 | Отправлено: 22:18 27-11-2018 | Исправлено: igor me v2, 22:19 27-11-2018
yuris

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
igor me v2
Не смешите меня, у аналога тоже проблем хватало, залило каналью или вода попала на колодку в шкафу, вспоминать можно долго.
За качество нужно платить, это касается любой области, как товаров, так и услуг. Раньше платили телефонисту, чтоб он сбегал к шкафчику, теперь провайдеру за провайдерский впн или особые условия за доплату.  

Всего записей: 383 | Зарегистр. 19-11-2001 | Отправлено: 08:12 28-11-2018
reversecode



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
korggrodno
трудоустройте в штат системного администратора  
каждый специалист должен заниматься своим делом

Всего записей: 1972 | Зарегистр. 06-03-2008 | Отправлено: 12:35 28-11-2018
korggrodno



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
запустил  
sip set debug ip 10.77.0.101
Позвонил с 1921 на 7012 поговорил. Поймал момент когда были потери звука.
Вот такой получился лог.  
http://paste.org.ru/?4qu5am
 
Буду рад любым комментариям по этому лугу.  
 
Также снял дамп снифером на микротиках.
Опять же звонил 1921  на 7012 и разговаривал пока не получил потери звука.  
https://yadi.sk/d/Mxi2kYafWDYUfw
Сейчас его изучаю.  
 
Буду рад любым комментариям по этому лугу.  

Всего записей: 383 | Зарегистр. 15-11-2007 | Отправлено: 12:38 28-11-2018 | Исправлено: korggrodno, 14:04 28-11-2018
reversecode



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Мне по нему особо ничего не понятно.

 

Цитата:
трудоустройте в штат системного администратора  
каждый специалист должен заниматься своим делом

 

Всего записей: 1972 | Зарегистр. 06-03-2008 | Отправлено: 12:55 28-11-2018
yuris

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
reversecode
Пусть человек учится, все когда-то начинали, он же не нас с вами учится, форум для этого и создан.
korggrodno
Дебаг сип протокола мало поможет т.к. по нему согласовываются условия передачи, а сам голос передается по протоколу RTP
Я по секрету скажу прямо в консоли астера можно задебажить ртп - rtp set debug on
но прилетит такая немаленькая портянка, с трудом разбираемая.
Для анализа ртп есть инструмент получше - tcpdump
Дампите им трафик в файл, открываете файл в wireshark'e, в нем есть декодер ртп, который показывает ошибки, потери, ретрансмиты, даже послушать разговоры можно.

Всего записей: 383 | Зарегистр. 19-11-2001 | Отправлено: 15:07 28-11-2018
volkov_igor

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
korggrodno
были примерно такие же грабли в впн, только у меня TDA200 через IP-GW16 h323, выпустил по открытому каналу от ip до ip проблема ушла.

Всего записей: 67 | Зарегистр. 19-06-2015 | Отправлено: 16:08 28-11-2018
reversecode



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
yuris
он не учится и не учился
ему надо сделать быстро и забыть
ваши подсказки как и что делать ему интересно только если решать проблему будете вы его руками

Всего записей: 1972 | Зарегистр. 06-03-2008 | Отправлено: 17:15 28-11-2018
igor me v2

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
не учится и не учился  

Не факт, чужому в голову не залезешь.

Цитата:
ему надо сделать быстро  

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

Всего записей: 7213 | Зарегистр. 27-03-2016 | Отправлено: 23:05 28-11-2018
reversecode



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
зачем в голову лезть
он копипастит все по всем форумам в надежде что кто то за него все подумает переварит и скажет какую опцию поменять что бы все работало
 
те кто думают поступают несколько иначе

Всего записей: 1972 | Зарегистр. 06-03-2008 | Отправлено: 00:34 29-11-2018
korggrodno



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
в общем разобрался.  
Потери происходили на микротике. mikrotik_crs125_24g_1s_rm
В те моменты когда на нем загрузка проца залипала в 100%
 
https://lh3.googleusercontent.com/-GK531yhspNk/XAZ8rmwl4eI/AAAAAAAAKWQ/j91Qzx00tSYgUptgw5V6VpryQi15CQRRwCHMYCw/s0/screenshot%2B2018-12-04%2B003.jpg
 
Осталось разобраться из-за чего его так сильно грузит.  
Чтобы это както исправить.

Всего записей: 383 | Зарегистр. 15-11-2007 | Отправлено: 16:24 04-12-2018
reversecode



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
profile что показывает в моменты загрузки ?
вообще ни один нормальный админ не будет в своей сети ставить эти не до роутеры

Всего записей: 1972 | Зарегистр. 06-03-2008 | Отправлено: 16:44 04-12-2018
0utcast



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Имеет ли смысл устанавливать Asterisk из исходников на CentOS/Debian, или можно установить готовую сборку FreePBX и получить тот же функционал?

Всего записей: 351 | Зарегистр. 08-07-2011 | Отправлено: 00:18 07-02-2019
reversecode



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
freepbx это еще и морда управлялка к астериску
в изначальном астериске  с соурсов ее нет

Всего записей: 1972 | Зарегистр. 06-03-2008 | Отправлено: 00:49 07-02-2019
yuris

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
0utcast
После сборки из исходников получить тот же функционал, что и на фрипбх не выйдет.
В сорцах есть только примеры конфигов, хотя недавно собирал 16-й и там после сборки можно  отдельной командой установить пример pbx сервера, но его всё равно адаптировать придется. Диалплан фрипбх после установки уже содержит 163 контекста и 470 extensions на все случаи жизни.
Если есть силы, желание и умения - то сборка из исходников - это наш путь, если нет - то пользоваться плодами других. И там, и там есть свои плюсы и минусы.

Всего записей: 383 | Зарегистр. 19-11-2001 | Отправлено: 10:05 07-02-2019
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32

Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » Asterisk - software PBX


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru