asterisk.ru

Всем филиальским телефонам надо указывать sip proxy внутренний адрес Астериск 192.169.14.8
а не внешний.
Тогда Layer 7 информация внутри сигнальных пакетов, как в заголовках электропочты, будет не

Код: выделить все: To: <sip:218@192.168.14.112;rinstance=ae9e24d7b9e4cab6>;tag=355e7610 From: <sip:218@85.202.10.30>;tag=d2d0ae17-997d-4738-8400-0700224c1b7b

а

Код: выделить все: To: <sip:218@192.168.14.8;rinstance=ae9e24d7b9e4cab6>;tag=355e7610 From: <sip:218@192.169.14.8>;tag=d2d0ae17-997d-4738-8400-0700224c1b7b

amateur, у обычных телефонов (extensions) параметр from_domain не настраивается. Это для транков, провайдеров, Астериск представляется как-бы телефоном через from_domain.

ded писал(а):1) Вы сделали перманентные роуты к филиалам через ASA в сервере Asterisk?

Да. Таблицу маршрутов привёл в одном из предыдущих постов

ded писал(а):2) По-прежнему думаете, что проблема проста, чтобы обращаться в платную поддержку? То есть бесплатную помощь принимаете, но не получается, а платную помощь - нет? По принципиальным соображениям?

Думаю что проблему можно решить без платного саппорта и заключается она возможно в версии астера либо том же pjsip, т.к. на Elastix при таких же условиях всё работало и не создавало проблем.

ded писал(а):3) Зачем упорствовать, оставаясь на pjsip? Зачем вообще советы спрашивать, если им не следовать? Просто поговорить "Я думал там всё стабильно..." ??

Планирую переключиться на SIP в выходные.

ded писал(а):А есть Layer 7 информация внутри этих пакетов, как в заголовках электропочты: From, To, Via
На которые реагируют user agent телефонов, направляя ответы на полученный notify request на ваш внешний ИП Астериска.

В том то и дело что сами пакеты "летают" на правильных интерфейсах с правильными IP.

А появляется он там не по непонятной причине, а по вполне объяснимой: Астериск точно должен понимать что есть внутри, а что снаружи инфраструктуры.

Об этом я и написал в одном из предыдущих сообщениях. Похоже астериск не реагирует на параметры localnet(для chain_sip) и local_net(для chain_pjsip) и всем клиентам представляется внешним IP.

ded писал(а):Всем филиальским телефонам надо указывать sip proxy внутренний адрес Астериск 192.169.14.8

На сип-телефонах не указан никакой прокси, плюс ко всему пакеты с неправильными From идут и из локальной сети сервера(192.168.14.0/23)
Мне казалось что прокси нужно указывать как раз тогда когда клиент находится за NAT.
На старом астере(правда там использовался драйвер chain_sip) таких проблем не наблюдалось, хотя топология сети была такой же.

Egenius писал(а):В том то и дело что сами пакеты "летают" на правильных интерфейсах с правильными IP.

Разве?

Код: выделить все: SIP/2.0 405 Method Not Allowed Via: SIP/2.0/UDP 192.168.14.8:5060;rport=5060;branch=z9hG4bKPj75fe0140-2743 To: <sip:218@192.168.14.112;rinstance=ae9e24d7b9e4cab6>;tag=355e7610 From: <sip:218@85.202.10.30>;tag=d2d0ae17-997d-4738-8400-0700224c1b7b Call-ID: 617d3d39-c0b6-4c6f-a3bd-0dbb9fd4cb83 CSeq: 36774 NOTIFY

От локального клиента в локальной сети ответ ему SIP/2.0 405 Method Not Allowed на его NOTIFY
From: <sip:218@85.202.10.30>
это правильно по вашему?

По поводу платно-бесплатного суппорта: давайте измерять деятельность в этом вопросе хотя бы страницами в топике. Если бы на первой странице вы последовали рекомендациям (посмотреть tcpdump, уйти от pjsip или понизить просто верисю AsteriskNOW/FreePBX), топик был бы на одну, максимум - на две страницы. А тут уже пять. Бесплатный хлеб вкуснее?

А появляется он там не по непонятной причине, а по вполне объяснимой: Астериск точно должен понимать что есть внутри, а что снаружи инфраструктуры.

Об этом я и написал в одном из предыдущих сообщениях. Похоже астериск не реагирует на параметры localnet(для chain_sip) и local_net(для chain_pjsip) и всем клиентам представляется внешним IP.

По поводу рекомендаций, данных в топике я выполнил все, кроме перехода на chain_SIP.
Но вот Ваше предложение

ded писал(а):понизить просто верисю AsteriskNOW/FreePBX

мне кажется из разряда - если течёт кран, менять весь смеситель, а не просто поменять прокладку.

Похоже астериск не реагирует на параметры localnet(для chain_sip)

я выполнил все, кроме перехода на chain_SIP

реагируют девушки на ухаживания. а в мире voip гадать не нужно - нужно просто делать что нужно.
у Вас одно другому противоречит)

понизить просто верисю AsteriskNOW/FreePBX

например не гнаться на самым-самым свежаком и использовать всё то, что четко работает. что и советует Вам ded в своем посте.

Мое так мнение что косяки вносит сама ASA. В этом случае это легко проверить просто заменить transport на tcp.
У нас были клиентами с ASA, косяки как раз возникают в филиальной структуре с VPN, когда по каким то причинам NAT уводит на внешку.

Переход на chain_SIP решил проблему.

Всем спасибо за помощь!

ded писал(а):По поводу платно-бесплатного суппорта: давайте измерять деятельность в этом вопросе хотя бы страницами в топике. Если бы на первой странице вы последовали рекомендациям (посмотреть tcpdump, уйти от pjsip или понизить просто верисю AsteriskNOW/FreePBX), топик был бы на одну, максимум - на две страницы. А тут уже пять. Бесплатный хлеб вкуснее?

Переход на chain_SIP решил проблему

Но это не говорит о том, что у вас все в порядке в сети и настройках asterisk, а проблема была именно в pjsip (чтобы не говорил Дед).

asterisk.ru

Рост UDP сессий от клиентов

Re: Рост UDP сессий от клиентов

Re: Рост UDP сессий от клиентов

Re: Рост UDP сессий от клиентов

Re: Рост UDP сессий от клиентов

Re: Рост UDP сессий от клиентов

Re: Рост UDP сессий от клиентов

Re: Рост UDP сессий от клиентов

Re: Рост UDP сессий от клиентов