N
Брат по несчастью )) у них периодически отваливается. Астериск поначалу долбится, а потом просто перестает, хз может логика такая. И да, только sip/pjsip reload после этого помогает.
Size: a a a
2020 November 17
N
Тут только один рецепт - менять провайдера.
AS
Nick
Брат по несчастью )) у них периодически отваливается. Астериск поначалу долбится, а потом просто перестает, хз может логика такая. И да, только sip/pjsip reload после этого помогает.
то есть вы знаете причину и видели ее в дампе ?
N
то есть вы знаете причину и видели ее в дампе ?
Угу.
N
Выражается это в недоступности сип-транков.
N
Они ещё могут банить при большом количестве обращений. После такого module chan_sip unload, перекур на 20 минут и module chan_sip load
AS
Nick
Выражается это в недоступности сип-транков.
У меня это выглядит только как No Auth сам адрес в РТ на OPTIONS отвечает
Ладно попробую записать обмен в момент отвала
Ладно попробую записать обмен в момент отвала
С
народ, а есть у ког нибуть настройки транка для РТ номер 8-800
PS
Nick
Брат по несчастью )) у них периодически отваливается. Астериск поначалу долбится, а потом просто перестает, хз может логика такая. И да, только sip/pjsip reload после этого помогает.
что то есть в настройках.
посмотрите оригинальный sip.conf
посмотрите оригинальный sip.conf
AS
что то есть в настройках.
посмотрите оригинальный sip.conf
посмотрите оригинальный sip.conf
а оригинальный это какой ?
PS
а оригинальный это какой ?
не затертый вашими изменениями
PS
из исходников
AS
из исходников
и куда там смотреть ?
PS
я так не помню. но знаю что там есть настройка по поводу переподключений
возможно связана с 40х ответами
возможно связана с 40х ответами
M
коллеги, а можно ли как-то в goip на основе CallerID настроить выход с разных симок?
RP
Напомните плиз почему у некоторых провайдеров регистрация иногда слетает, а после sip reload восстанавливается. Это можно пофиксить на стороне астериска ?
register_retry_403=yesPS
register_retry_403=yesага, оно
2020 November 18
DQ
register_retry_403=yesотлично! спасибо! а то есть у нас один пров, который после сип релоад "рвёт" регистрацию и потом долго шлёт
или
[2020-11-18 08:56:15] NOTICE[3787]: chan_sip.c:15290 transmit_register: Strange, trying to register 37ZZZ5@79.X.Y.133 when registration already pending
или
[2020-11-18 08:56:37] NOTICE[3787]: chan_sip.c:15251 sip_reg_timeout: -- Registration for '37ZZZ5@79.X.Y.133' timed out, trying again (Attempt #3)
PS
отлично! спасибо! а то есть у нас один пров, который после сип релоад "рвёт" регистрацию и потом долго шлёт
или
[2020-11-18 08:56:15] NOTICE[3787]: chan_sip.c:15290 transmit_register: Strange, trying to register 37ZZZ5@79.X.Y.133 when registration already pending
или
[2020-11-18 08:56:37] NOTICE[3787]: chan_sip.c:15251 sip_reg_timeout: -- Registration for '37ZZZ5@79.X.Y.133' timed out, trying again (Attempt #3)
Относительно этой опции - не так.
Поведение астериска при 403 на регистрацию было - завершить попытки регистрации после какой-то неуспешной.
Эта опция говорит астеру продолжать долбить прова
Поведение астериска при 403 на регистрацию было - завершить попытки регистрации после какой-то неуспешной.
Эта опция говорит астеру продолжать долбить прова
DQ
Относительно этой опции - не так.
Поведение астериска при 403 на регистрацию было - завершить попытки регистрации после какой-то неуспешной.
Эта опция говорит астеру продолжать долбить прова
Поведение астериска при 403 на регистрацию было - завершить попытки регистрации после какой-то неуспешной.
Эта опция говорит астеру продолжать долбить прова
так там же при 0 бесконечное кол-во попыток