led.
> Just tested this out with jitsi and it's working fine.
> Can you provide a sample of your tests?
>
> Regards,
> Ovidiu Sas
>
> On Tue, Oct 24, 2017 at 9:52 AM, Julia Boudniatsky
> wrote:
> > FYI,
> >
> > After some tests found, that function &q
Hello,
It looks like headers "From" in initial INVITE and received message are
different.
For example:
in INVITE :
in received message :
When you use header "From" transformation (I see Route with vsf), restore
may be correct only for exactly the same header "From".
Check may be port number
Hello,
It looks like headers "From" in initial INVITE and received message are
different.
For example:
in INVITE :
in received message
When you use header "From" transformation ( Route with vsf), restore may be
correct only for exactly the same header "From" format.
For example
Check may be por
/docs/modules/5.1.x/modules/sdpops.
> html#sdpops.f.sdp_with_active_media
> Otherwise I agree that the is_audio_on_hold() should be fixed to support
> both rfcs.
>
> Cheers,
> Daniel
>
>
> On 01.11.17 09:38, Julia Boudniatsky wrote:
>
> Hello,
>
> I opened the t
Hello,
I opened the ticket #1292.
Thank you,
Julia
On Tue, Oct 31, 2017 at 7:17 PM, Ovidiu Sas wrote:
> I updated the documentation to reflect this.
> If you need support for RFC3264, please open a ticket.
>
> Regards,
> Ovidiu Sas
>
> On Tue, Oct 24, 2017 at 9:52
FYI,
After some tests found, that function "*is_audio_on_hold()*" (textops)
*supports
only rfc 254*3,
where "hold" is indicated by setting the "c" destination addresses for
the media streams to zero (0.0.0.0).
The newest *rfc3264*, where "hold" is indicated by a=sendonly/inactive, *is
not supp
opment has support for tcp socket reuse.
>
> Cheers,
> Daniel
>
> On 27.04.17 20:28, Julia Boudniatsky wrote:
>
> Hi Antony,
>
> 2 - that I planned.
>
> Thank you,
>
> Julia
>
> On Thu, Apr 27, 2017 at 9:08 PM, Julia Boudniatsky
> wrote:
>
>&g
Hi Antony,
2 - that I planned.
Thank you,
Julia
On Thu, Apr 27, 2017 at 9:08 PM, Julia Boudniatsky
wrote:
> Hi,
>
> I looking for programmatic solution.
>
> Thank you.
>
> On Thu, Apr 27, 2017 at 9:04 PM, Karsten Horsmann
> wrote:
>
>> Hi,
>>
>>
Hi,
I looking for programmatic solution.
Thank you.
On Thu, Apr 27, 2017 at 9:04 PM, Karsten Horsmann
wrote:
> Hi,
>
>
> that's more an administrative problem then application like.
>
> Don't give shell access to any guy in the company.
>
> Am 27.04.2017 8:02
017 at 18:52:22, Julia Boudniatsky wrote:
>
> > What is you suggestion for prevent running multiple Kamailio instances on
> > one host?
>
> How are you getting these occurring by accident?
>
> Basically, you start Kamailio, and a Kamailio process is running - another
> o
What is you suggestion for prevent running multiple Kamailio instances on
one host?
Thank you,
Julia
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
OPTIONS, continue transaction with adding a new branch.
*Memory leak does not happen.*
*Question:*
Is it possible to revoke the suspension of the INVITE from the script
(without adding a "fake" branch),when received reply is 183?
Thank you,
Julia.
On Mon, Apr 24, 2017 at 7:25 PM, Julia B
e you using an event_route block
> with avp variables inside?
>
> Cheers,
> Daniel
>
> On 24.04.17 14:34, Julia Boudniatsky wrote:
>
> Hello all,
>
> I need to fork an incoming call to the second destination, after receiving
> 180 reply from the first destination.
&
Hello all,
I need to fork an incoming call to the second destination, after receiving
180 reply from the first destination.
I use kamailio version 4.4.5
It working fine, but with shared memory leak.
The script part:
$avp(00x)=$_s(sip:$var(00x)@$si:$sp;user=phone);
if(!is_known_dlg()
14 matches
Mail list logo