[sr-dev] almost ok with testing

[Daniel-Constantin Mierla]

On 18.07.2009 23:35 Uhr, Daniel-Constantin Mierla wrote:
>
>
> On 18.07.2009 21:57 Uhr, Andrei Pelinescu-Onciul wrote:
>> On Jul 18, 2009 at 22:18, Juha Heinanen <jh at tutpro.com> wrote:
>>  
>>> i have now managed to get all my stuff working using sr except
>>> t_uac_dlg.  t_uac_dlg is not working because for some reason sr tm
>>> module does not implement t_uac_dlg and mi_rpc tells "async mi cmd not
>>> implemented yet".
>>>
>>> i would prefer native support of t_uac_dlg in tm module,
>
> there is an alternative that you can use: dlg_bridge from K dialog 
> module:
>
> http://sip-router.org/docbook/sip-router/branch/master/modules_k/dialog/dialog.html#id2937666 
>
>
> It does the c2d logic internally. The difference is that you do not 
> get feedback from all requests/replies of c2d flow. It initiate the 
> c2d process and returns - it is sync mode and easier to use via MI 
> (just one command).
>
> You need just to create the table,
actually, with db_mode=0, there should be no need of db table.

Cheers,
Daniel

> load the module and set few parameters, you don't have to track calls 
> with dialog module, so no runtime overload.
>
> Cheers,
> Daniel
>
>>>  because the
>>> idea was that sr will use ser tm module.  if t_uac is difficult to
>>> implement in ser tm module or if that would still not make t_uac_dlg to
>>> work via rpc, then i guess i need to wait until mi_rpc supports 
>>> async mi
>>> functions.
>>>     
>>
>> t_uac_dlg was removed long time ago from ser (that's also were
>> kamailio/openser inherited it from). There were 2 versions one working
>> with the fifo and another one with unixsocks, but both were removed when
>> we switched to RPC.
>> IIRC the idea was to make a separate module implementing it, but we
>> stopped when sems got its own sip stack (sems was the only known user).
>>
>> t_uac exists in sr tm and is exported by the tm api. t_uac_dlg is/was
>> just a wrapper reading and writing to fifo/unixsock/mi and then calling
>> t_uac.
>> It should be possible to revive the  t_uac_dlg implementation in a 
>> separate module but the problem is that proper async support is easy to
>> implement only using the old fifo (and passing a "reply" fifo) or
>> datagram sockets (the async support in mi_xmlrpc is a joke: it just
>> waits in a loop, _polling_ a shared memory variable until someone writes
>> it or timeouts and then sends the xmlrpc reply).
>>
>> That being said there is some work on an application server interface
>> using the binrpc protocol (see ftp://ftp.iptel.org/pub/sug/sersum.pdf
>> and http://tracker.iptel.org/browse/SER-347), which far exceeds 
>> t_uac_dlg
>> needs. From what I know all the required tm changes are in-place, we
>> only have to wait for Bogdan Pintea to commit the rest of it.
>>
>>
>>  
>>> otherwise things thus look pretty good to me.  thanks for your efforts.
>>>     
>>
>> Thanks a lot for testing.
>>
>> Andrei
>>
>> _______________________________________________
>> sr-dev mailing list
>> sr-dev at lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>>
>>   
>

-- 
Daniel-Constantin Mierla
http://www.asipto.com/index.php/sip-router-bootcamp/