Страница 1 из 1

Отваливается chan_sip протокол с телефонами Grandstream

Добавлено: 30 июл 2019, 12:53
luker
Здравствуйте товарищи , так как опыта работы с IP телефонией не было , а телефонию в новый офис нужно было делать принял решение поставить FreePBX , т.к. Конфа железа - такая: FXO шлюз Yeastar 16 портов ta1610 (все потры в работе) , комп. Core i3 , 4gb, 480 ssd. Трубок всего 28 и еще несколько софтфонов. Потом начались мучения и ходьба по граблям ,месяц мучался с проблемой зависания chan_sip протокола на freepbx distro, лечилось не надолго перезагрузкой машины командой reboot (при вводе команд core reload , sip reload , core restart now вводили машину в ступор).Проблема заключалась в следующем : по мере увеличения абонентов начались зависания chan_sip драйвера, при вводе команды sip reload выводилось сообщение previous sip reload not yet done. Все телефоны закупались фирмы grandstream GXP1610 (ибо дешево и розеток в новом офисе сделали как грязи). Сначала , когда только была заведена машина с астером , всё было ОК , но потом , по мере увеличения абонентов начались жуткие вещи с зависанием. На машину с астером был установлен BIND (оставалась надежда, что у меня все таки проблемы с DNS), настроен , проверен , но результат это не дало. Зависания как были так и остались. Когда число абонентов увеличилось до 26 , что не много по современным меркам для среднего офиса, то проблема начала уже не просто надоедать, она начала задевать мою и без того расшатанную психику :-) . Потом еще было замечено , что в core show taskprocessors все значения росли в геометрической прогрессии. Отслеживание sip set debug on по всем пирам не дало результата , простыми словами вызов шел , потом положили трубку и всё дальше ничего криминального , как будто пока нет никаких действий , НО на самом деле chan_sip драйвер зависал без каких либо error или warning ов. Перерыл весь chan_sip драйвер, что к сожалению тоже не дало результатов. Затем появилась мысль сменить порты в телефонах grandstream , по умолчанию по моему у них там порт 5004, поставил назначать порт рандомно (local rtp port) в общих настройках телефона, и о чудо !!! Зависания прекратились , астер стал работать стабильнее , т.е. на выполнение команды заметно стало уходить меньше времени , пропали warning с таскпроцессорами :-). Может с ПО самих телефонов намудрили , но менять их не буду , т.к. очень они мне нравятся и по качеству сборки и по дизайну.

Re: Отваливается chan_sip протокол с телефонами Grandstream

Добавлено: 30 июл 2019, 13:37
ded
7 Все реки текут в море, но море не переполняется: к тому месту, откуда реки текут, они возвращаются, чтобы опять течь. Притч 27, 20
8 Все вещи - в труде: не может человек пересказать всего; не насытится око зрением, не наполнится ухо слушанием.
9 Что было, то и будет; и что делалось, то и будет делаться, и нет ничего нового под солнцем.
10 Бывает нечто, о чем говорят: "смотри, вот это новое"; но это было уже в веках, бывших прежде нас.
11 Нет памяти о прежнем; да и о том, что будет, не останется памяти у тех, которые будут после.
Книга Екклесиаста, 7-11
http://asterisk.ru/knowledgebase/analogue

Когда стоимость мучений и ковыряний превысит стоимость установленного и развёрнутого решения - обращайтесь.

Re: Отваливается chan_sip протокол с телефонами Grandstream

Добавлено: 30 июл 2019, 14:39
luker
Да уже как бы все установлено и развернуто , все тип топ так сказать , просто решил поделится накопившимся. И если читать внимательно , то висеть начинает не шлюз, который FXO (тоны сам настраивал , стандартные работали с ошибкой в некоторых случаях не определял конец разговора когда трубку положили , по подсказке товарища из Ростелекома настроил под их АТС и включил джиттер буффер) , а висит именно SIP ДРАЙВЕР. Висит не какой- то определенный peer, какой можно было бы перезагрузить из CLI или прям локально на машине с астером. Происходило что то типа buffer owerflow и поэтому в taskprocessors все росло в геометрической прогрессии , т.е. нагрузка была высокой. Сейчас кол-во абонентов уже 38 и продолжает расти , зависонов пока нет. Да к стати когда зависоны происходили sip show peers показывал, что все ОК. пиры на месте , все идет как надо, но на самом деле ... :-)
А и еще , если я при каждом ковырянии обращался бы за помощью и все делали бы за меня , тогда нет смог бы я ничему научится , как бы привык сам добивать от начала до конца.

Труд — это написано на красном знамени революции. Труд — священный труд, дающий людям жить, воспитывающий ум, и волю, и сердце. А. Блок :-)

Re: Отваливается chan_sip протокол с телефонами Grandstream

Добавлено: 31 июл 2019, 02:25
Zavr2008
Asterisk какой поставили? не 16й случаем?

А так в чедеса давно уже не верю если честн.
Обычно Ваш случай легко диагностируется просто записью pcap.
тут 2 подхода: либо писать определенный телефон по ip, либо просто сам порт астера 5060.
в первом случае можно посмотреть а вообще сеть то фурычит ли норм. иногда бывают чудеса с теми же микротиками и свичами с STP.Смотрим наличие лоссов, джиттера и skew.

во втором случае ставим на долго и потом уже смотрим - а после чего бяки начались, кто по sip последний вякнул итп.
хрень бывает разная - например простой вроде бы sip транк от оператора с хреновыми админами и использующее одну гниль в одном флаконе биллинга и софсвича-фрисвича, вызывающие no authentication. Это при должном раздолбайстве вполне вешает chan_sip. проблема dns - да, тоже бывает. ну так srvlookup=no и задаем всё по ip плюс да, кэш dns локальный)

Еще у новичков есть та бяка, что сразу 2 канальных драйера ставят - и chan_sip и chan_pjsip. вместе каша получается подгорает.

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

Re: Отваливается chan_sip протокол с телефонами Grandstream

Добавлено: 31 июл 2019, 09:53
luker
Здравствуйте , нет астер Asterisk 13.26.0 built by mockbuild @ jenkins7 on a x86_64 running Linux
Стоит микротик , в микротике SIP HELPER отключен, после постановки на авто в local rtp port в телефоне все стало крутится норм :)
Сеть - вызванивал, тоже норм.
По сипу в том то и прикол, что последний мог быть экстеншн 100 , который обращался к FXO , а мог быть и 202 звонит на 207
Канальный драйвер PJSIP сразу отключил в расширенных настройках, использую только CHAN_SIP и порты сменил заодно стандартные
Сервак собирал отдельно , на нем крутится только астер, сетевую карту пробовал менять , ставил PCI , но толку не дало
Я даже воткнул астерисковый сервак напрямую в порт микротика , чтобы мониторить так сказать на уровне железа. Но он гад показывал только перезагрузки сервака :) , а именно потерю сетевого соединения из критических в момент перезагрузки.
А что за pcap объясните пожалуйста или ссылочку дайте , я просто в телефонии совсем недавно. :)
А да забыл сказать , у меня всё по ip

Re: Отваливается chan_sip протокол с телефонами Grandstream

Добавлено: 31 июл 2019, 11:53
Zavr2008
ну, записать pcap с помощью tcpdump , а потом в wireshark посмотреть.

Re: Отваливается chan_sip протокол с телефонами Grandstream

Добавлено: 31 июл 2019, 16:09
luker
А , все понял , благодарю. Бывает туплю - виню коноплю. :D
Пока проблема исчезла , но если столкнусь еще раз , то будет еще один инструмент в руках :-)

Re: Отваливается chan_sip протокол с телефонами Grandstream

Добавлено: 01 авг 2019, 11:40
BorisTheBlade
13.26 вроде как вообще глючный, вчера был клиент у которого просто астериск крашился именно 13.26 на FreePBX.
Попробуйте сменить ветку через asterisk-version-switch или откатится на 13.22 через yum downgrade asterisk13*

Re: Отваливается chan_sip протокол с телефонами Grandstream

Добавлено: 01 авг 2019, 13:20
luker
Благодарю за информацию. А в чем именно проявляются баги и косяки этой версии 13.26
Вот нарыл инфы , только не пишет какого рода нестабильности присутствуют.
https://community.freepbx.org/t/removal ... -2-1/58004

Re: Отваливается chan_sip протокол с телефонами Grandstream

Добавлено: 02 окт 2020, 09:13
sveloga
Zavr2008 писал(а):Asterisk какой поставили? не 16й случаем?
16й астериск глючный?

У меня на freepbx15 + aster16 не работает толком на pjsip. при пегистрации Failed to authenticate - хоть убейся :(
Дистрибутив сказал - рекомендед, вот я и поставил. Несколько дней ковыряюсь, не могу победить. уходить обратно на 13?