Carsten Bock wrote:
> if no one objects, i would push my changes into master then tonight
Fine with me.
>> Concluding, non-confirmed dialog termination should be effective out of
>> the box.
Just realizing that this doesn't make sense, what I meant to say was:
Termination of non-confirmed d
Hi,
if no one objects, i would push my changes into master then tonight
Kind regards,
Carsten
2010/8/30 Timo Reimann :
> Hey,
>
>
> Timo Reimann wrote:
>> "Iñaki Baz Castillo" schrieb:
>>
>>> 2010/8/18 Carsten Bock :
Hi, I've noticed, my RTP-Proxy changes where for the latest K
al
Hey,
Timo Reimann wrote:
> "Iñaki Baz Castillo" schrieb:
>
>> 2010/8/18 Carsten Bock :
>>> Hi, I've noticed, my RTP-Proxy changes where for the latest K
>>> already. I have modified them, to work with the latest
>>> rtpproxy/nathelper split. I will do some more testing (they
>>> are in the
Hey,
"Iñaki Baz Castillo" schrieb:
>2010/8/18 Carsten Bock :
>> Hi,
>> I've noticed, my RTP-Proxy changes where for the latest K already. I have
>> modified them, to work with the latest rtpproxy/nathelper split. I will do
>> some more testing (they are in the branch carstenbock/rtpproxy).
Hi,
i have just commited some latest changes to my branches. I did some more
testing and did fix a few things. I have also added the modified RTP-Proxy
in order to test the RTP-Timeout (with my two User-Agents it worked pretty
well).
The RTP-Kamailio-Timeout-Notification will only be enabled, when
2010/8/18 Carsten Bock :
> Hi,
> I've noticed, my RTP-Proxy changes where for the latest K already. I have
> modified them, to work with the latest rtpproxy/nathelper split. I will do
> some more testing (they are in the branch carstenbock/rtpproxy).
> I have added the suggested extension to th
Hi,
I've noticed, my RTP-Proxy changes where for the latest K already. I have
modified them, to work with the latest rtpproxy/nathelper split. I will do
some more testing (they are in the branch carstenbock/rtpproxy).
I have added the suggested extension to the K-Dialog-mi-Interface: I have
cr
2010/8/18 Carsten Bock :
> Hi Inaki,
> probably you are right. I have not thought about this. I will take a look at
> it and put a patch for this on the tracker. But i think, you are right, that
> should be easy to implement.
I've added a comment about it in the wiki:
http://www.kamailio.com/do
Hi Inaki,
probably you are right. I have not thought about this. I will take a look at
it and put a patch for this on the tracker. But i think, you are right, that
should be easy to implement.
By the way: If you make a dlg_list_dlg with Call-ID and From-Tag (what i
do), you just get the one dialog
2010/8/18 Carsten Bock :
> - if the name of the timeout-socket starts with "http://";, it assumes it is
> an Kamailio-XML-RPC-Server. It will then retrieve the according dialog-info
> by issueing a dlg_list with the call-id and with this information execute a
> dlg_end_dlg using XML-RPC.
Hi. Havi
Hi,
I will put my patches on the tracker then, ok, great :-)
The extensions for the RTP-Proxy are the following:
- if the name of the timeout-socket starts with "http://";, it assumes it is
an Kamailio-XML-RPC-Server. It will then retrieve the according dialog-info
by issueing a dlg_list with the
Hello,
On 8/18/10 8:59 AM, Carsten Bock wrote:
Hi everyone,
i know, i am a little late (due to a new job since the beginning of
the month), but is it ok to push some last-minute changes (some
changes to the nathelper/rtpproxy-module) to the git?
I have the changes ready for K1.5 and i would
Hi everyone,
i know, i am a little late (due to a new job since the beginning of the
month), but is it ok to push some last-minute changes (some changes to the
nathelper/rtpproxy-module) to the git?
I have the changes ready for K1.5 and i would migrate them to K-Trunk
tonight...
The changes are:
13 matches
Mail list logo
