Авторизация при помощи uac_auth имеет недостаток.
Она не генерирует новый CSEQ. в результате чего некоторые девайсы орут мол закольцовка . Loop Detected.

Решение было найдено из документации и выглядит оно мягко говоря не очень, особенно если нарисовать схему:

А -> Proxy1 -> b2b -> Proxy1 -> sbc.megafon.ru.

Почему нужно посылать звонок обратно в прокси, а не сразу в мегафон?
Да можно сразу в Мегафон, вот только инфу о таком звонке вы потеряете. Более того, вы не сможете сделать фейловер для Мегафона.

После того как я посмотрел на это решение, меня охватило уныние ибо не красиво. Взялся за третий способ и вот он-то и привел к желаемому результату. Хотя для этого используется стороннее ПО: SEMS все же этот SEMS очень хороший инструмент для opensips.

1. Способ описанный в письме Богданом: http://opensips.org/pipermail/users/2010-January/010215.html

> I’m trying to authenticate a UAC phone with a third party SIP to
> PSTN gateway, while having OpenSIPS in between. The gateway rejects
> repeated INVITEs with the same cseq number. The situation is quite
> typical, so I’m sure that OpenSIPS provides a way to solve this
> problem, no?
>
OpenSIPS itself no (as said, it cannot change elements that are defining
the dialog). But you may try a trick — when you receive the auth request
from the GW, ask the caller again for auth (from opensips), so that the
caller will generate a new proper INVITE you can use for auth. Shortly,
instead of the generating the second INVITE on opensips, force the
client (in whatever way) to generate it (to have proper cseq) and you
simply attach the credentials to the new INVITE when sending it to
GW…..just an idea, never tried it 🙂

В этом способе говорится о том, точбы заставить UAC отправить новый invite и пофиг каким способом это вы сделаете. Я этого способа не нашел, наверняка он очень простой.

2. Способ использовать b2b_uac. Но здесь возникает вопрос, а сможет ли вообще b2b Это сделать. Будем проверять….
способ оказался рабочий, но остается проблема с медиа_прокси.

Пока разбирался как работают сценарии, оказалось, что необходимый нам сценарий крайне прост. Прям вот вообще, выглядит так:

<scenario id=»b2b_test» name=»MS start and end» param=»1″ type=»script»>
<init>
<bridge>
<server>
<id>server1</id>
</server>

<client>
<id>client1</id>
<type>message</type>
<destination>
<value type=»param»>1</value>
</destination>
</client>

</bridge>
<state>1</state>
</init>

</scenario>

приведу выедржку из конфига:

loadmodule «b2b_entities.so»
loadmodule «b2b_logic.so»

modparam(«b2b_entities», «db_mode», 0)
modparam(«b2b_entities», «script_req_route», «b2b_request») #request recieved
modparam(«b2b_entities», «script_reply_route», «b2b_reply») #reply recieved
modparam(«b2b_logic», «db_mode», 0)
modparam(«b2b_logic», «script_scenario», «/usr/sipcolor/etc/opensips/b2b_test.xml»)

3. Работа с SEMS я решил скачать исходники 1.5 и скомпилировать только то что мне нужно, а именно CORE и SBC приложение.

Работа по компиляции уперлась в недостающие библиотеки, которые в принципе были легко установленны. На одной из систем возникла ошибка при компиляции исполняемого файла: pthread_cancel.

лечится добавлением ключа -pthread к компилятору. в Makefile.defs.

Всегда устанавливаю приложения в свои папки типа /usr/isp через префикс «make prefix=/usr/isp». Так очень удобно искать файлы самого приложения.

 

UDP: в коде SEMS плагине uac_auth есть проверка на метод шифрования проверяется на MD5 и если вам прровайдер пришлет в нижнем регистре буквы md5 то хрен вам а не авторизация. патчится легко в файлике модуля.

Итак установили. Ниже приведу выдержки из трех файлов sems.conf, sbc.conf, auth_b2b.sbcprofiles.conf

 

sems.conf: Здесь главное указать какое приложение запускать я указал sbc.

…
# example for announcement with only g711 and ilbc codecs
# load_plugins=wav;ilbc;announcement
load_plugins=wav;isac;l16;gsm;ilbc;uac_auth;sbc
…
# examples:
# application = conference
# application = $(mapping)
# application = $(ruri.user)
# application = $(ruri.param)
# application = $(apphdr)
application = sbc
…

sbc.conf: необходимо указать профайлы для приложения sbc.

# profiles — comma-separated list of call profiles to load
#
# .sbcprofile.conf is loaded from module config
# path (the path where this file resides)
profiles=auth_b2b

# active call profile — comma separated list, first non-empty is used
#
# o active_profile=<profile_name> always use <profile_name> #
# o active_profile=$(ruri.user) use user part of INVITE Request URI
#
# o active_profile=$(paramhdr) use «profile» option in P-App-Param header
#
# o any replacement pattern
#
active_profile=auth_b2b
…

auth_b2b.sbcprofiles.conf: настройка самого модуля авторизации, кстати этот модуль на данный момент имеет ограничение: в него нельзя передать прокси сервер, если вам нужно иметь разные домен и прокси куда посылать запрос. next_hop можно указать только один. в связи с этим для авторизации на двух провайдеров придется пока запустить две копии SEMS.

UDP: посылается звонок на разных провайдеров очень просто, active_profile указывается $M($rU=>ruri_map),refuse , где ruri_map файлик соответствий номера с диалпланом, также можно сделать файлик соответствий IP входящего звонка и т.д. очень, очень гибко усе.

…
RURI=sip:$rU@todomain.ru
#From=»»$P(u)» <sip:$P(u)@$P(d)>»
#To=»»$rU» <sip:$rU@$P(d)>»

From=»<sip:name@fromdomain.ru>»
To=»<sip:$rU@todomain.ru>»

## routing
# outbound proxy:
#outbound_proxy=sip:79.170.27.75:5067
# force outbound proxy (in-dialog requests)?
#force_outbound_proxy=yes
# destination IP[:port] for outgoing requests
next_hop=proxy.forauth.ru

enable_auth=yes
auth_user=»02345234524″
auth_pwd=»1PвапрвапрвапрlX»
…

Запуск SEMS командой: /usr/isp/sbin/sems -f /usr/isp/etc/sems/sems.conf

и смотрим syslog для анализа того что происходит во время вызова, кстати, лог у SEMS просто отличный!