[SR-Users] Conditional uacreg

Stefan Sayer stefan.sayer at googlemail.com
Mon Nov 7 11:00:44 CET 2011


yes, understood, just a tip for if you are lazy (btw, if you want to 
nevertheless try it with stable 1.4, use sayer/1.4-dbreg branch)

Stefan

o Alex Balashov on 11/07/2011 10:51 AM:
> Thanks for the tip!  I am already using SEMS for digest auth handling in invite flows, so I suppose it would not be too big of a stretch. But I'd still like to find a Kamailio-based way for this specific task if possible, partly because I believe uacreg would be more useful if it were more flexible.
>
> I am, as I always have been, very appreciative of your efforts with SEMS and use it extensively for various applications.
>
> --
> This message was painstakingly thumbed out on my mobile, so apologies for brevity, errors, and general sloppiness.
>
> Alex Balashov - Principal
> Evariste Systems LLC
> 260 Peachtree Street NW
> Suite 2200
> Atlanta, GA 30303
> Tel: +1-678-954-0670
> Fax: +1-404-961-1892
> Web: http://www.evaristesys.com/
>
> On Nov 7, 2011, at 4:45 AM, Stefan Sayer<stefan.sayer at googlemail.com>  wrote:
>
>> Hi,
>>
>> sorry for semi-offtopic
>> o Alex Balashov on 11/07/2011 02:55 AM:
>>> One compromise I considered is to use SEMS' SBC module to front the
>>> registrations via its auth component, but SEMS presently only supports
>> you can have sems register, and manage (add, remove etc) registrations via e.g. xmlrpc with the db_reg_agent module
>>
>>> doing this for INVITE flows, not REGISTERs or anything else.
>> you can also set the contact in the registration when using db_reg_agent (btw afair also when using registrar_client).
>>
>> Stefan
>>
>>>
>>> If you have any other suggestions, I am eager to hear them.
>>>
>>> Thanks!
>>>
>>> -- Alex
>>>
>>
>>
>> --
>> tel:+491621366449
>> sip:sayer at iptel.org
>> mailto/xmpp:stefan.sayer at gmail.com
>


-- 
tel:+491621366449
sip:sayer at iptel.org
mailto/xmpp:stefan.sayer at gmail.com



More information about the sr-users mailing list