|
|
Здравствуйте.
On 2018-03-26 21:29, Dmitry Miloserdov DMiloserdov@bis.ru wrote:
26.03.2018 19:34, Dmitry Akindinov dimak@stalker.com пишет:
Здравствуйте,
On 2018-03-26 18:48, Dmitry Miloserdov DMiloserdov@bis.ru wrote:
Здравствуйте.
Подскажите пожалуйста правильное направление.
К CGP подключено два sip-транка один не-ip АТС, второй - филиал.
Звонки пользователей и пользователям CGP работают.
Хочется настроить возможность звонить с АТС в филиал то есть с транка на транк.
Сейчас выдается 500 account has been moved to a remote system
Подскажите куда смотреть. Или может это совсем не задача CGP и маршрутизировать нужно в другом месте?
Ошибка означает, что в CGPro пришёл запрос INVITE с From, доменная часть которого указывает на CGPro, но локальная часть при этом в локальный объект не маршрутизируется. Если звонки в филиал делаются через gatewaycaller, то тому не хватает аутентификации. Самое правильное - попытаться настроить звонки из AТС в CGPro так, чтобы они совершались от имени какого-то аккаунта CGpro, с аутентификацией.
Ну авторизоваться удаленная сторона пытается, но как раз получает
SIPS-577600 INVITE authentication(DIGEST-HTTP) failed. Error Code=account has been moved to a remote system
Это проблема авторизации или все же маршрутизации?
Во from в качестве доменной части стоит ip адрес удаленной стороны.
А в Authorization правильный домен и пользователь специально для транка.
SIPDATA-808787 inp: From: <sip:105@REMOTE>;tag=
SIPDATA-808787 inp: To: <sip:2043@LOCAL:5060>
SIPDATA-808787 inp: Authorization: Digest username="trunkuser",
realm="my.domain", nonce="18458A5389038204F3A5",
uri="sip:2043@LOCAL:5060", response="b58fc1ba421daf801cfc5cf6e8840fb3",
algorithm=MD5, cnonce="3fa00797-28f6-4199-927f-fc9644b0b95c",
opaque="opaq", qop=auth, nc=00000001
Этот запрос означает, что АТС пытается позвонить от имени 105@REMOTE, авторизуясь как trunkuser (ралм для маршрутизации аккаунта авторизации в CGPro не используется). Это сработает только если 105@REMOTE по Access маршрутизируется в trunkuser, или в аккаунт, на который у trunkuser есть право Call control (пользовательское или административное).
Просто для приёма таких звонков всё будет работать, если авторизации совсем не будет. Но тогда вы не сможете передавать звонки просто в gatewaycaller (хотя его можно подкрутить, чтобы он не требовал аутентификации для звонков с АТС).
Другой подход - замаршрутизировать 105@REMOTE (и, наверное, всё *@REMOTE) по Access в trunkuser. Попробуйте добавить в таблицу маршрутизации:
A: <*@REMOTE> = trunkuser
Это означает, что для всех запросов с From вида *@REMOTE мы ожидаем аутентификации аккаунтом trunkuser.
--
Best regards,
Dmitry Akindinov
|
|