не помню можно там это выставлять или нет но все же

с их стороны небыло регистрации, у нас весело

Со стороны провайдера и не будет регистрации

Вообще в 200 ответе от провайдера должно прилетать измененное expire

если от них не прилетает но при этом регистарция отваливается -это провайдер косячит

а к чему приведет уменьшение времени проверки регистрации

?

к тому что она будет чаще отсылаться

я так понимаю: defaultexpiry=3600 ; Default length of incoming/outgoing registration это он каждый час будет проверять регистрацию а можно как-нибудь уменьшить это для отдельных регистрация

xxxxxxxxxxxxx:pass@host/number~3600

к тому что она будет чаще отсылаться

это понятно, меня интересуют негативные последствия

отвал входящей связи при живой регистрации с длинным expire обычное дело при протухании таблицы трансляции/времени жизни дырки в fw

провайдер вас забанить может за слишком частые пакеты

xxxxxxxxxxxxx:pass@host/number~3600

а от себя я могу посмотреть сколько осталось времени регистрации?

sip show registry

провайдер вас забанить может за слишком частые пакеты

провайдер дал рекомендации - мол уменьшите время регистрации хотябы до 5 минутс

Что за провайдер если не секрет? Чтобы не работать с нмим в будущем)

sip show registry

и там Refresh столбец

ясно, спасиб

Что за провайдер если не секрет? Чтобы не работать с нмим в будущем)

МТТ :)

Мда...

не наблюдал у мтт такого

Ну есть вариант что просто орт закрывается на вход

тогда regiser раз в 30 секунд надо отправлять

чтобы порт держать

или TCP соединение делать

странно сдалал number~300 а он в Refresh как писал 3585 так и пишет

при там что на 4 регистрациях данный параметр значитально меньше хотя в страке регистрации не дописано ~чегоНибудь

Зрачит провайдер переписывает. Что в 200м?

я еще не снимал дамп

Добрый день ! Может кто сталкивался, собираем АКС всё норм, всё бурлит , но тут кому то звонят и он поднимает трубку и в конфу идёт оставайтесь на связи . Есть ли медикомент от таких косяков, чтоб если допустим кто то взял вторую линию его автоматом замутило или выкинуло

Зрачит провайдер переписывает. Что в 200м?

Contact parameter: expires=300 При этом у меня стоит в sip show regystry Refresh 3585 на против данной регистрации

и закономерно я через 5 минут отваливаюсь

Contact parameter: expires=300 При этом у меня стоит в sip show regystry Refresh 3585 на против данной регистрации

при чем тут что у вас?

странно сдалал number~300 а он в Refresh как писал 3585 так и пишет

sip reload?

sip reload?

обязательно

при чем тут что у вас?

это мне ответ пришло

от меня в запросе регистрации Expires: 150 в ответ мне пришло Contact parameter: expires=300 у них минимум 5 минут

но вот параметр столбца Refresh в таблице sip show regystry у меня не изменяется - 3585

сдаётся мне что я недополучаю какието параметры

О сколько же открытий нам показывает ДАМП

При регистрации МТТ посылает всё нормально ответом в 200

а вот при Запросе ОПЦИИ я в ответ от них получаю Статус: 500 Интернет Сервер Еррор и нет части параметров с паметкой Allow Сдается мне в этом то и дело

хотя их техподдержка сообщила что 500 это они сами поставили и это нормально :)

вы мен простите ну вы реально думаете что мтт может чудить?

у них стоит сип прокся практически одна для всех, и может быть чуть кривовата, для вас они врят ли будут что то править

проще вам к ним подстроится

а вот при Запросе ОПЦИИ я в ответ от них получаю Статус: 500 Интернет Сервер Еррор и нет части параметров с паметкой Allow Сдается мне в этом то и дело

OPTIOSN никак вам не перепишет register

но вот в чем дело, и МТТ и второй провайдер на котором мы Регаем Транки присылают всё идентично

кроме полей в ответ на запрос ОПЦИИ

а именно

всё что выше строки Allow есть

а Allow и ниже - нет

это при звонке?

это при регистрации

сначала запрос на регистрацию, потом запрос на Опции

подскажите пожалуйста , очередь, после разговора агента происходит разрегистрация, ( unregistered sip ) в какую сторону копать ?

я склонен считать что основная разница в отсутствии у МТТ Content-Length: 0

проще вам к ним подстроится

Если я делаю как они просят - получается хуже :)

на pjsip с мтт всё корректно - в expires прилетает как и задано и сам астериск ставит в расписание пере-регистрацию правильно. expiration в type=registration default_expiration в type=aor

на pjsip с мтт всё корректно - в expires прилетает как и задано и сам астериск ставит в расписание пере-регистрацию правильно. expiration в type=registration default_expiration в type=aor

это в sip.conf ?

pjsip.conf

@Vyrva_Igor проблемы спонтанно начались или при переходе на мтт.бизнес ?

Есть подозрения что они у МТТ были всегда, просто ранее на это не обращали внимание. Сейчас столкнулись, грубо говоря случайно. Ведем работу с техподдеркой МТТ

мне не всё нравится в том что они пресылют мне в ответе на регистрацию

pjsip.conf

у нас не используется pjsip

и да, техподдержка МТТ ответила что параметр expires они присылают единожды в составе Contact. Когда как другие провайдеры пресылают expires дважды в составе Concact и отдельным полем

на pjsip с мтт всё корректно - в expires прилетает как и задано и сам астериск ставит в расписание пере-регистрацию правильно. expiration в type=registration default_expiration в type=aor

А вы уверены что получаете всё верно? Сколько у вас стоит ТаймАут на регистрацию? а скалько вы запрашиваете и сколько вам пресылает МТТ?

да, указанные выше значения специально ставил 310, фактически asterisk шлёт повторный register уть раньше

на, он шлёт на 15 секунд раньше

но в данном случае у вас выставлен дефолт в 310 секунд, а если сделать запрос, скажем на 620 секунд специально для них и сделать дамп? я больше чем уверен, что вы получите от них подтверждение на 620 секунд регистрации (максимум у них - 3395) а Сам Астериск у вас скажет что рефреш будет через 295 секунд

было бы интересно если бы кто-нибудь проделал описаные выше действия Мне интересно прав я или нет

expiration=620 в type=registration default_expiration=310 в type=aor, в ответе - ;expires=620, перерегистрация через ~620

а sip show registry (или как команда в pjsip) что показывает?

вы лучше опишите что у вас за проблема. простыми словами. +наличие nat/cisco asa/ по дороге

Проблема Из-за того, что МТТ в ответе на регистрацию (200) параметр Expires пресылает только 1 раз, внутри параметра Contact то наш Asterisk не меняет параметр Refresh на своей стороне

это приводит к тому, что у нас параметр Refresh выставлен по параметру defaultexpiry в sip.conf

А так как наш параметр Больше, чем maxexpiry у МТТ, они пресылают нам меньшее значение Expires

Это приводит к тому, что мы проводим перерегистрацию позже, чем истекат данный параметр на стороне МТТ

вследствии чего, в момент этой разници у нас не приходят звонки

если у вас не динамический Ip и нет ната/ sip inspection - ставьте в ~expire больше чем defaultexpire раз нет возможности его (default) уменьшить

у нас defaultexpire=3600, у них maxexpiry=3395 уже разница не нашу пользу

встречал что при сотнях регистраций (много номеров к мультифону) - астериск с chan_sip сам тупо продинамливал время пере-регистраций на 1-2-5 секунд

а тут разница 3,2 минуты

Вы кстати не сказали какой параметр у вас выводит астериск в CLI на регистрацию

всмысле, сколько он там выставил время перерегистрации

expiration : 620 как и заказано

в данном случае я виже разницу как минимум в том что у вас pjsip

для чего у вас привязка к defaultexpire=3600?

точно не скажу, делалось задолго до меня

возможно связано с тем что используются не только Российские провайдеры

сейчас приняли решение уменьшить данный параметр до 1800

возможно связано с тем что используются не только Российские провайдеры

и? вы боитесь что если будет 120 то у вас тонна трафика набежит?) или в чем принципиальное отличие наших провов от их?

кашерный sip?

лично я разницы не вижу в данном случае время регистрации согласовывалось с начальством

так не очевидно влияние мелкого defaultexpire на входящие регистрации - посыпятся собственные абоненты

как все сложно у вас)

так не очевидно влияние мелкого defaultexpire на входящие регистрации - посыпятся собственные абоненты

кстати, и входящая регистрация тоже же от этого параметра почти забыл

лично я разницы не вижу в данном случае время регистрации согласовывалось с начальством

Как Письмо пишете? )))