Re: [SR-Users] remove offline message prefix of Offline message of MSILO module

[Daniel-Constantin Mierla]

I thought there is also a parameter to customize that text and
eventually set it to empty, but apparently the option is only for
sending back the notification on offline with parameter:

  -
https://www.kamailio.org/docs/modules/stable/modules/msilo.html#msilo.p.offline_message

Maybe that could be considered as a feature request for future releases.

Cheers,
Daniel


On 15/02/2017 12:59, Venkatesh Macha wrote:
> Got it, 
>
> I need to add the following parameter.
>
> modparam("msilo", "add_date", 0)
>
> Thanks.
>
>
>
> --
> View this message in context: 
> http://sip-router.1086192.n5.nabble.com/remove-offline-message-prefix-of-Offline-message-of-MSILO-module-tp156088p156093.html
> Sent from the Users mailing list archive at Nabble.com.
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - 
www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com


___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Timejump causes kamailio to hang/stall

[Daniel-Constantin Mierla]

Hello,


On 15/02/2017 14:47, Erik Visser wrote:
> After I have kamailio up and running, with UAs properly registrered and 
> sessions routed successfully, my platform faces a timejump.
> The platform starts up with date set to 1-1-2000 and after kamailio is 
> up and running, the date jumps to the current date, causing two 
> effects:
> - I loose all my registrations (since they expired in 3600 seconds)
> - kamailio does not respond to any SIP messages for a couple of minutes
>
> Is there a way to have kamailio use timeticks rather than relative time for 
> the registrations?
> Does anybody recognize the hanging behavior? Any suggestions?
>
kamailio is using unixtime for registrations, not relative time.

But the timer callbacks are using relative intervals to know when to be
executed (e.g., timer callbacks are defined to be executed like very 1
minute, or every 90 seconds). It may be that some of the timers try to
catch up on missed intervals.

It is strange that you say no sip traffic is processed. Can you simulate
again the situation and get the backtrace with gdb from few sip workers?
If your traffic is over udp, then do 'kamctl ps', get the pid of
processes with index 1, 2 and 3, then use gdb to attach to those PIDs
and grab the output of:

bt full
info locals
list

Cheers,
Daniel

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - 
www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com


___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] MSILO offline messages are coming in reverse order.

[Daniel-Constantin Mierla]

Hello,

looking quickly at the code, the records fetched from db are ordered by
'id', so they should be in the order they were received, not the opposite.

Are you using mysql or other database server?

Cheers,
Daniel


On 15/02/2017 14:24, Venkatesh Macha wrote:
> Hi all, 
>
>I am using MSILO module for the offline messaging feature. It is working
> good. But If I send more than one message to the offline user. Those
> messages are delivering in the reverse order. Please consider the following
> scenario.
>
> A sending B ( B is offline, so messages are stored in DB)
>
> hi 
> hello 
> how are you
>
> Now B comes online and registers. Kamailio sending the messages but App is
> getting them in reverse order.
>
> how are you 
> hello
> hi
>
> Is there any possibility to tell Kamailio to send them in order. ?
>
> Thank you in advance.
>
>
>
>
> --
> View this message in context: 
> http://sip-router.1086192.n5.nabble.com/MSILO-offline-messages-are-coming-in-reverse-order-tp156098.html
> Sent from the Users mailing list archive at Nabble.com.
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - 
www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com


___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] remove offline message prefix of Offline message of MSILO module

[Venkatesh Macha]

Got it, 

I need to add the following parameter.

modparam("msilo", "add_date", 0)

Thanks.



--
View this message in context: 
http://sip-router.1086192.n5.nabble.com/remove-offline-message-prefix-of-Offline-message-of-MSILO-module-tp156088p156093.html
Sent from the Users mailing list archive at Nabble.com.

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] MSILO offline messages are coming in reverse order.

[Venkatesh Macha]

Hi all, 

   I am using MSILO module for the offline messaging feature. It is working
good. But If I send more than one message to the offline user. Those
messages are delivering in the reverse order. Please consider the following
scenario.

A sending B ( B is offline, so messages are stored in DB)

hi 
hello 
how are you

Now B comes online and registers. Kamailio sending the messages but App is
getting them in reverse order.

how are you 
hello
hi

Is there any possibility to tell Kamailio to send them in order. ?

Thank you in advance.




--
View this message in context: 
http://sip-router.1086192.n5.nabble.com/MSILO-offline-messages-are-coming-in-reverse-order-tp156098.html
Sent from the Users mailing list archive at Nabble.com.

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] remove offline message prefix of Offline message of MSILO module

[Venkatesh Macha]

Hi all,

I am implementing Offline messages functionality using the MSILO module.
Everything went well. I am able to store and send those offline messages
when the user comes online.

But my present problem is, I don't want the offline message prefix. Please
look at the following example.

This is what Kamailio sending.
 [Offline message - Wed Feb 15 05:43:38 2017] Test2

I want only 
Test2

Is there any possibility to remove that offline message prefix ?

Thank you in advance !




--
View this message in context: 
http://sip-router.1086192.n5.nabble.com/remove-offline-message-prefix-of-Offline-message-of-MSILO-module-tp156088.html
Sent from the Users mailing list archive at Nabble.com.

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] memory: Free fragment not found

[Dmitri Savolainen]

No any tests. It was running two weeks and crushed in out of peak period.
i have never seen this before in the months of uptime. Will start
monitoring  pkg memory from this moment too.

2017-02-16 9:58 GMT+03:00 Daniel-Constantin Mierla :

> Hello,
>
> for how long it was running? Was it any stress test or just normal traffic?
>
> The issue is related to pkg memory, to get the stats of it per each
> process, run:
>
> kamcmd pkg.stats
>
> Cheers,
> Daniel
>
> On 15/02/2017 21:04, Dmitri Savolainen wrote:
>
> Hi.
> My kamailio v4.4.5 installation ( -m 512 -M 64 ) stop sip processing with
> repeatable error:
>
>> Feb 15 21:45:05 kamailio[14173] ERROR:  [mem/f_malloc.c:415]:
>> fm_search_defrag(): fm_search_defrag(0x7f39917fa010, 952); Free fragment
>> not found! Feb 15 21:45:05 kamailio[14173] ERROR: 
>> [mem/f_malloc.c:498]: fm_malloc(): fm_malloc(0x7f39917fa010, 952) called
>> from core: rvalue.c: rval_new_empty(224), module: core; Free fragment
>> not foun
>
>
>
> while it was enough free shared memory according to
>
> kamcmd> core.shmmem m {total: 512free: 472used:
>> 27real_used: 39max_used: 51mfragments: 37035 }
>
> whether it was about package memory or smth else? Thanks!
> --
> Savolainen Dmitri
>
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing 
> listsr-us...@lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
> --
> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - 
> www.asipto.com
> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>


-- 
Savolainen Dmitri
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] memory: Free fragment not found

[Daniel-Constantin Mierla]

If it is already running for some time, run:

kamcmd corex.pkg_summary idx 1

and then get the related qm/fm status/summary log messages from syslog
and send them here to check if there is any potential pkg leak in the
sip worker one.

Cheers,
Daniel


On 16/02/2017 08:27, Dmitri Savolainen wrote:
> No any tests. It was running two weeks and crushed in out of peak
> period. 
> i have never seen this before in the months of uptime. Will start
> monitoring  pkg memory from this moment too.
>
> 2017-02-16 9:58 GMT+03:00 Daniel-Constantin Mierla  >:
>
> Hello,
>
> for how long it was running? Was it any stress test or just normal
> traffic?
>
> The issue is related to pkg memory, to get the stats of it per
> each process, run:
>
> kamcmd pkg.stats
>
> Cheers,
> Daniel
>
>
> On 15/02/2017 21:04, Dmitri Savolainen wrote:
>> Hi.
>> My kamailio v4.4.5 installation ( -m 512 -M 64 ) stop sip
>> processing with repeatable error:
>>
>> Feb 15 21:45:05 kamailio[14173] ERROR: 
>> [mem/f_malloc.c:415]: fm_search_defrag():
>> fm_search_defrag(0x7f39917fa010, 952); Free fragment not
>> found! Feb 15 21:45:05 kamailio[14173] ERROR: 
>> [mem/f_malloc.c:498]: fm_malloc(): fm_malloc(0x7f39917fa010,
>> 952) called from core: rvalue.c: rval_new_empty(224), module:
>> core; Free fragment not foun
>>
>> while it was enough free shared memory according to
>>
>> kamcmd> core.shmmem m {total: 512free: 472
>>used: 27real_used: 39max_used: 51m
>>fragments: 37035 } 
>>
>> whether it was aboutpackage memory or smth else? Thanks!
>> -- 
>> Savolainen Dmitri
>>
>> ___
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users@lists.sip-router.org 
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>> 
>
> -- 
> Daniel-Constantin Mierla
> www.twitter.com/miconda  -- 
> www.linkedin.com/in/miconda 
> Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - 
> www.asipto.com 
> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com 
> 
>
> ___ SIP Express Router
> (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> 
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>  
>
> -- 
> Savolainen Dmitri
-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - 
www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] Dispatcher and "src based" routing algorithm

[Olli Attila]

Hello,

I am using kamailio 4.4.3 (x86_64/linux) 5a2195 and Dispatcher module to 
route calls towards PSTN (4 pstn gateways). The Dispatcher module is 
using round robin mechanism to select the pstn gateway.


I have built a routing logic in a way that when call arrives to Kamailio 
from one of the PSTN gateways, and fails to route towards an external 
sip target, the call is marked as CFU call (a diverting call) and routed 
back to PSTN with different B number, but the actual challenge is that I 
would like the target PSTN gateway _not_ to be the same PSTN gw from 
where the call originally came in to Kamailio. This feature is requested 
because of the technical limitations of the pstn gateway software.


So is there any mechanism in Dispatcher or elsewhere in Kamailio to do 
this?


Basically I would need a flag or something to mark the pstn gateway when 
the call comes in and assure that when routing back to pstn, the same 
gateway would not be used at all, or it should be used as last target 
from the four gateways in Dispatcher.


Cheers,

-- Olli


___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Lost of connection with MySQL?

[Daniel-Constantin Mierla]

On 14/02/2017 14:36, Daniel Tryba wrote:
> On Tue, Feb 14, 2017 at 02:27:59PM +0100, Igor Potjevlesch wrote:
>> Looks to be a good idea.
>> I use MySQL and MyISAM, so I understand that async is supported.
> Async (db_insert_mode=2) is supported with any (acc)backend.
To be accurate, not all backends support it, because they need to export
a function for async operations. I did it for mysql.

Cheers,
Daniel

>  With myisam you
> can use delayed inserts (db_insert_mode=1). But without even looking at
> the kamailio implementation I'd guess that 2 is the better choice in the
> hope that the sql operation is entirely done in an other thread, with 1
> there might be the chance that setting up/reusing connections might
> block (since insert delayed is a feature on the mysql server side that
> just returns an OK before any writes to disk).
>
>> How should I dimension the number of async_workers?
> I set it to 2, but for acc and a few async sql_ops calls that should be
> overkill. I have no metrics to make a better assumption on the number of
> worker threads.
>
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - 
www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com


___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] record_route() function

[Daniel-Constantin Mierla]

Hello,


On 13/02/2017 19:43, Andy Chen wrote:
> So the INVITE coming in (TLS) don't have Record-Route.  When Kamailoi
> received the INVITE, I call record_route() and adds the two entry. 
> However, one of the entry I need to have transport=tcp.  When I added
> it as this:
>
> record_route(";transport=tcp")
you don't need to force a transport protocol via the parameter of
record_route(), it is added by kamailio rr module by default in this
case, each of the two record-route header having the appropriate
transport depending what was used (udp, tcp, tls or sctp).

>
> It adds it to both Record-Route therefore messes up the call.

Just remove the parameter with the transport, use record_route().
>
> Kamailio forwards to endpoint device via tcp using the following function:
>
> t_replay_to_tcp();

I guess you meant t_relay_to_tcp(). The 'replay' doesn't exit in tm
function names, there are functions with 'reply', but those send sip
responses back, not forwarding requests.

Cheers,
Daniel
 
>
> On Mon, Feb 13, 2017 at 10:16 AM, Daniel-Constantin Mierla
> > wrote:
>
> Hello,
>
> hmm, some confusion there. So the request is sent over tcp, but
> the record route doesn't have transport=tcp? What function do you
> use to send the request out?
>
> Cheers,
> Daniel
>
>
> On 13/02/2017 17:39, Andy Chen wrote:
>> Hi Daniel,
>>
>> To answer your earlier question, Kamailio receive the request via
>> TLS, but need to forward the method to endpoint device via TCP
>> with those Record-Route entries.  I used record_route_preset()
>> but that broke my call so I ended up using appened_hf to get
>> around this problem.
>>
>> On Mon, Feb 13, 2017 at 3:18 AM, Daniel-Constantin Mierla
>> > wrote:
>>
>> No, you should use either record_route() or
>> record_route_preset(), not both of them for the same request.
>>
>> Cheers,
>> Daniel
>>
>>
>> On 10/02/2017 20:44, Andy Chen wrote:
>>> One other question.  Do I need to run record_route() after I
>>> run record_route_preset(string1, string2)?  I tried this and
>>> the Record-Route doesn't show presets I defined.
>>>
>>> On Fri, Feb 10, 2017 at 9:25 AM, Andy Chen >> > wrote:
>>>
>>> So the ingress is actually TLS -> our VIP address and I
>>> see that as the second record.
>>>
>>> The first record shows the physical interface of the
>>> system with no transport value so it's always defaulting
>>> to UDP.  I need to set this particular header to use
>>> transport=tcp so subsequent UPDATE messages from the
>>> server will use TCP throughout the call.
>>>
>>> On Fri, Feb 10, 2017 at 9:05 AM, Alex Balashov
>>> >> > wrote:
>>>
>>> What is the actual goal? If one of the RRs is
>>> generated by an ingress
>>> out of a TCP listener, it should already have
>>> ;transport=TCP in it.
>>>
>>> On Fri, Feb 10, 2017 at 08:53:56AM -0800, Andy Chen
>>> wrote:
>>>
>>> > Hi all,
>>> >
>>> > I need some advise on how to use the
>>> record_route() function.  So I make
>>> > that call when the first method comes in and there
>>> are two Record-Route
>>> > headers created.  However, one of of the headers I
>>> want to add
>>> > transport=tcp.  What is the best way to do this?
>>> >
>>> > I've tried adding that string per documentation
>>> within the () and added it
>>> > to both.
>>> >
>>> > Thanks.
>>> >
>>> >
>>> > --
>>> > Andy Chen
>>>
>>> > ___
>>> > SIP Express Router (SER) and Kamailio (OpenSER) -
>>> sr-users mailing list
>>> > sr-users@lists.sip-router.org
>>> 
>>> >
>>> 
>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>> 
>>> 
>>>
>>>
>>> --
>>> Alex Balashov | Principal | Evariste Systems LLC
>>>
>>> Tel: +1-706-510-6800 (direct) / +1-800-250-5920
>>> (toll-free)
>>> Web: http://www.evaristesys.com/,
>>> http://www.csrpswitch.com/
>>>
>>> 

Re: [SR-Users] Lost of connection with MySQL?

[Daniel-Constantin Mierla]

On 14/02/2017 14:36, Daniel Tryba wrote:
> On Tue, Feb 14, 2017 at 02:27:59PM +0100, Igor Potjevlesch wrote:
>> Looks to be a good idea.
>> I use MySQL and MyISAM, so I understand that async is supported.
> Async (db_insert_mode=2) is supported with any (acc)backend. With myisam you
> can use delayed inserts (db_insert_mode=1). But without even looking at
> the kamailio implementation I'd guess that 2 is the better choice in the
> hope that the sql operation is entirely done in an other thread, with 1
> there might be the chance that setting up/reusing connections might
> block (since insert delayed is a feature on the mysql server side that
> just returns an OK before any writes to disk).
>
>> How should I dimension the number of async_workers?
> I set it to 2, but for acc and a few async sql_ops calls that should be
> overkill. I have no metrics to make a better assumption on the number of
> worker threads.
>
>
... ahh, forgot to say that even with async query, the insert can still
fail if the db operations take too long, because of the timeout value
set to db_mysql. So if the bottleneck is the mysql server, it doesn't
matter how many async workers you create. I typically start 4, but use
them for more than async sql queries.

Cheers,
Daniel

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - 
www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com


___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] Timejump causes kamailio to hang/stall

[Erik Visser]

After I have kamailio up and running, with UAs properly registrered and 
sessions routed successfully, my platform faces a timejump.
The platform starts up with date set to 1-1-2000 and after kamailio is up 
and running, the date jumps to the current date, causing two effects:
- I loose all my registrations (since they expired in 3600 seconds)
- kamailio does not respond to any SIP messages for a couple of minutes

Is there a way to have kamailio use timeticks rather than relative time for the 
registrations?
Does anybody recognize the hanging behavior? Any suggestions?

Thanks!
Erik

Erik Visser
e...@vissershut.nl

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] IPv6 addresses in dispatcher.list file

[Joel Serrano | VOZELIA]

Hi, 

What is the correct format for the dispatcher.list file using IPv6?

I have the following file:

$ cat /etc/kamailio/dispatcher.list
# $Id$
# dispatcher destination sets
#

# line format
# setit(int) destination(sip uri) flags(int,opt) priority(int,opt) 
attributes(str,opt)

# proxies
4 sip:XX.XX.XX.XX:5060
4 sip:ZZ.ZZ.ZZ.ZZ:5060
6 sip:[X:X:X:X::X:1]:5060
6 sip:[Z:Z:Z:Z::Z:2]:5060
$


For some reason, Kamailio doesn't recognize the v6 endpoints:

kamcmd> dispatcher.list
{
NRSETS: 1
RECORDS: {
SET: {
ID: 4
TARGETS: {
DEST: {
URI: sip:XX.XX.XX.XX:5060
FLAGS: AP
PRIORITY: 0
}
DEST: {
URI: sip:ZZ.ZZ.ZZ.ZZ:5060
FLAGS: AP
PRIORITY: 0
}
}
}
}
}
kamcmd>


I have tried multiple combinations for the v6 format but I cannot get one to 
work.

What am I doing wrong?

Thanks, 
Joel.


Este mensaje y, en su caso, los ficheros anexos son confidenciales, 
especialmente en lo que respecta a los datos personales, y se dirigen 
exclusivamente al destinatario referenciado.Les informamos que los datos 
contenidos en el presente mail, han sido facilitados por usted o recogidos de 
Fuentes Accesibles al Público. Dicha información personal, será incluida en un 
fichero bajo la responsabilidad de VOZELIA TELECOM S.L.Todos los ficheros que 
trata nuestra empresa se encuentran debidamente inscritos ante la Agencia 
Española de Protección de Datos.Vd. Como propio interesado podrá ejercitar sus 
derechos de Acceso, Cancelación, Rectificación u Oposición, en el mail: 
administrac...@vozelia.com o en la dirección Avenida de Manoteras 8 escalera 3 
2ºB, 28050 Madrid.Tal y como establece la Ley Orgánica de Protección de Datos 
15/1999 de 13 de Diciembre.Para ejercer sus derechos desde Panama podrá hacerlo 
en la dirección Vía Argentina, Edificio Mediteranean Loft. Panama.En caso 
 de no ser el destinatario y haya recibido este mensaje por error, 
agradeceremos que nos lo comunique inmediatamente al remitente sin difundir, 
almacenar o copiar su contenido.La divulgación o el suministro, en todo o en 
parte, a cualquier tercero, no podrá ser realizada sin el previo, expreso y 
escrito consentimiento de VOZELIA TELECOM S.L. .


___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] IPv6 addresses in dispatcher.list file

[Sergey Okhapkin]

I use sip:[X:X:X:X::X:1]:5060 format, it works fine to me.

On Thursday, February 16, 2017 02:25:29 AM Joel Serrano | VOZELIA wrote:
> Hi,
> 
> What is the correct format for the dispatcher.list file using IPv6?
> 
> I have the following file:
> 
> $ cat /etc/kamailio/dispatcher.list
> # $Id$
> # dispatcher destination sets
> #
> 
> # line format
> # setit(int) destination(sip uri) flags(int,opt) priority(int,opt)
> attributes(str,opt)
> 
> # proxies
> 4 sip:XX.XX.XX.XX:5060
> 4 sip:ZZ.ZZ.ZZ.ZZ:5060
> 6 sip:[X:X:X:X::X:1]:5060
> 6 sip:[Z:Z:Z:Z::Z:2]:5060
> $
> 
> 
> For some reason, Kamailio doesn't recognize the v6 endpoints:
> 
> kamcmd> dispatcher.list
> {
>   NRSETS: 1
>   RECORDS: {
>   SET: {
>   ID: 4
>   TARGETS: {
>   DEST: {
>   URI: sip:XX.XX.XX.XX:5060
>   FLAGS: AP
>   PRIORITY: 0
>   }
>   DEST: {
>   URI: sip:ZZ.ZZ.ZZ.ZZ:5060
>   FLAGS: AP
>   PRIORITY: 0
>   }
>   }
>   }
>   }
> }
> kamcmd>
> 
> 
> I have tried multiple combinations for the v6 format but I cannot get one to
> work.
> 
> What am I doing wrong?
> 
> Thanks,
> Joel.
> 
> 
> Este mensaje y, en su caso, los ficheros anexos son confidenciales,
> especialmente en lo que respecta a los datos personales, y se dirigen
> exclusivamente al destinatario referenciado.Les informamos que los datos
> contenidos en el presente mail, han sido facilitados por usted o recogidos
> de Fuentes Accesibles al Público. Dicha información personal, será incluida
> en un fichero bajo la responsabilidad de VOZELIA TELECOM S.L.Todos los
> ficheros que trata nuestra empresa se encuentran debidamente inscritos ante
> la Agencia Española de Protección de Datos.Vd. Como propio interesado podrá
> ejercitar sus derechos de Acceso, Cancelación, Rectificación u Oposición,
> en el mail: administrac...@vozelia.com o en la dirección Avenida de
> Manoteras 8 escalera 3 2ºB, 28050 Madrid.Tal y como establece la Ley
> Orgánica de Protección de Datos 15/1999 de 13 de Diciembre.Para ejercer sus
> derechos desde Panama podrá hacerlo en la dirección Vía Argentina, Edificio
> Mediteranean Loft. Panama.En caso de no ser el destinatario y haya recibido
> este mensaje por error, agradeceremos que nos lo comunique inmediatamente
> al remitente sin difundir, almacenar o copiar su contenido.La divulgación o
> el suministro, en todo o en parte, a cualquier tercero, no podrá ser
> realizada sin el previo, expreso y escrito consentimiento de VOZELIA
> TELECOM S.L. .
> 
> 
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] memory: Free fragment not found

[Dmitri Savolainen]

Hi.

My kamailio v4.4.5 installation ( -m 512 -M 64 ) stop sip processing with
repeatable error:

Feb 15 21:45:05 kamailio[14173] ERROR:  [mem/f_malloc.c:415]:
> fm_search_defrag(): fm_search_defrag(0x7f39917fa010, 952); Free fragment
> not found!
> Feb 15 21:45:05 kamailio[14173] ERROR:  [mem/f_malloc.c:498]:
> fm_malloc(): fm_malloc(0x7f39917fa010, 952) called from core: rvalue.c:
> rval_new_empty(224), module:
> core; Free fragment not foun



while it was enough free shared memory according to

kamcmd> core.shmmem m
> {
>total: 512
>free: 472
>used: 27
>real_used: 39
>max_used: 51m
>fragments: 37035
> }


whether it was about package memory or smth else? Thanks!

-- 
Savolainen Dmitri
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] record_route() function

[Andy Chen]

So how do I define what is used?  Again when I did call "record_route" I
need one of the records to have "transport=tcp" param and not the default
UDP.

On Wed, Feb 15, 2017 at 12:09 AM, Daniel-Constantin Mierla <
mico...@gmail.com> wrote:

> Hello,
>
> On 13/02/2017 19:43, Andy Chen wrote:
>
> So the INVITE coming in (TLS) don't have Record-Route.  When Kamailoi
> received the INVITE, I call record_route() and adds the two entry.
> However, one of the entry I need to have transport=tcp.  When I added it as
> this:
>
> record_route(";transport=tcp")
>
> you don't need to force a transport protocol via the parameter of
> record_route(), it is added by kamailio rr module by default in this case,
> each of the two record-route header having the appropriate transport
> depending what was used (udp, tcp, tls or sctp).
>
>
> It adds it to both Record-Route therefore messes up the call.
>
>
> Just remove the parameter with the transport, use record_route().
>
>
> Kamailio forwards to endpoint device via tcp using the following function:
>
> t_replay_to_tcp();
>
>
> I guess you meant t_relay_to_tcp(). The 'replay' doesn't exit in tm
> function names, there are functions with 'reply', but those send sip
> responses back, not forwarding requests.
>
> Cheers,
> Daniel
>
>
>
>
> On Mon, Feb 13, 2017 at 10:16 AM, Daniel-Constantin Mierla <
> mico...@gmail.com> wrote:
>
>> Hello,
>>
>> hmm, some confusion there. So the request is sent over tcp, but the
>> record route doesn't have transport=tcp? What function do you use to send
>> the request out?
>>
>> Cheers,
>> Daniel
>>
>> On 13/02/2017 17:39, Andy Chen wrote:
>>
>> Hi Daniel,
>>
>> To answer your earlier question, Kamailio receive the request via TLS,
>> but need to forward the method to endpoint device via TCP with those
>> Record-Route entries.  I used record_route_preset() but that broke my call
>> so I ended up using appened_hf to get around this problem.
>>
>> On Mon, Feb 13, 2017 at 3:18 AM, Daniel-Constantin Mierla <
>> mico...@gmail.com> wrote:
>>
>>> No, you should use either record_route() or record_route_preset(), not
>>> both of them for the same request.
>>>
>>> Cheers,
>>> Daniel
>>>
>>> On 10/02/2017 20:44, Andy Chen wrote:
>>>
>>> One other question.  Do I need to run record_route() after I run
>>> record_route_preset(string1, string2)?  I tried this and the Record-Route
>>> doesn't show presets I defined.
>>>
>>> On Fri, Feb 10, 2017 at 9:25 AM, Andy Chen  wrote:
>>>
 So the ingress is actually TLS -> our VIP address and I see that as the
 second record.

 The first record shows the physical interface of the system with no
 transport value so it's always defaulting to UDP.  I need to set this
 particular header to use transport=tcp so subsequent UPDATE messages from
 the server will use TCP throughout the call.

 On Fri, Feb 10, 2017 at 9:05 AM, Alex Balashov <
 abalas...@evaristesys.com> wrote:

> What is the actual goal? If one of the RRs is generated by an ingress
> out of a TCP listener, it should already have ;transport=TCP in it.
>
> On Fri, Feb 10, 2017 at 08:53:56AM -0800, Andy Chen wrote:
>
> > Hi all,
> >
> > I need some advise on how to use the record_route() function.  So I
> make
> > that call when the first method comes in and there are two
> Record-Route
> > headers created.  However, one of of the headers I want to add
> > transport=tcp.  What is the best way to do this?
> >
> > I've tried adding that string per documentation within the () and
> added it
> > to both.
> >
> > Thanks.
> >
> >
> > --
> > Andy Chen
>
> > ___
> > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
> list
> > sr-users@lists.sip-router.org
> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
> --
> Alex Balashov | Principal | Evariste Systems LLC
>
> Tel: +1-706-510-6800 (direct) / +1-800-250-5920 (toll-free)
> Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>



 --
 Andy Chen
 Sr. Telephony Lead Engineer
 415 516 5535 (M)
 ac...@thinkingphones.com

>>>
>>>
>>>
>>> --
>>> Andy Chen
>>> Sr. Telephony Lead Engineer
>>> 415 516 5535 (M)
>>> ac...@thinkingphones.com
>>>
>>>
>>> ___
>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing 
>>> listsr-us...@lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>> --
>>> Daniel-Constantin Mierlawww.twitter.com/miconda -- 
>>> www.linkedin.com/in/miconda
>>> 

Re: [SR-Users] [sr-dev] Branch 5.0 created

[Victor Seva]

2017-02-09 12:36 GMT+01:00 Daniel-Constantin Mierla :
> Hello,
>
> the GIT branch 5.0 has just been created, it will host the release
> series 5.0.x. To get this branch from GIT, you can use:
>
> git clone https://github.com/kamailio/kamailio.git kamailio
> cd kamailio
> git checkout -b 5.0 origin/5.0
>
>
> Hopefully before the end of the month the full release of 5.0.0 will be out.

nightly builds for 5.0 and master are now fully working ( there were
some minor errors with i386 stretch repository )

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users