Hello Daniel,

Here bt full from back trace.

http://fpaste.org/191207/50064491/

Slava.

From: "volga629" <volga629@skillsearch.ca>
To: miconda@gmail.com, "Slava Bendersky" <volga629@networklab.ca>
Cc: "sr-users" <sr-users@lists.sip-router.org>
Sent: Thursday, February 26, 2015 9:56:48 PM
Subject: Re: [SR-Users] kamailio asterisk

Hello Daniel,

I tried $rz option on top of request route and that where I see wrong request uri like sip:sips: . And as far I can see it happenes only for SUBSCRIBE INVITE and NOTIFY.

if($rz=="sips") {
$ru = "sip" + $(ru{s.substr,4,0});
}

Slava.

Sent from mobile device typos are expected.

From: Daniel-Constantin Mierla <miconda@gmail.com>
Sent: Feb 25, 2015 1:04 PM
To: Slava Bendersky
Cc: sr-users
Subject: Re: [SR-Users] kamailio asterisk

Hello,

On 25/02/15 17:19, Slava Bendersky wrote:

Hello Daniel,

substr you suggested didn't worked.

See my previous email.

your previous email didn't say anything about the results. That's why I asked. Be sure you don't have those spaces that are in the email you wrote. Also, I had more parenthesis in the parameter of the subst_uri().

Or you can try the alternative with:

if($rz=="sips") {
$ru = "sip" + $(ru{s.substr,4,0});
}

I asked for more details from the backtrace to confirm that what I found is the cause for the crash in this case -- see one of my previous emails from today.

Cheers,
Daniel

Feb 25 09:12:33 canlvprx01 kamailio: 11(4104) ERROR: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio-asterisk.cfg] l=506 a=25 n=subst_uri
Feb 25 09:12:33 canlvprx01 kamailio: 11(4104) DEBUG: <core> [re.c:448]: subst_run(): subst_run: running. r=1
Feb 25 09:12:33 canlvprx01 kamailio: 11(4104) DEBUG: <core> [re.c:517]: subst_str(): subst_str: no match

but I changed to

subst("/sips:/sip:/g");

and log says that it match, but still ask for sips and then crash

Feb 25 11:22:24 canlvprx01 kamailio: 11(4770) ERROR: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio-asterisk.cfg] l=507 a=25 n=subst
Feb 25 11:22:24 canlvprx01 kamailio: 11(4770) DEBUG: <core> [re.c:448]: subst_run(): subst_run: running. r=0
Feb 25 11:22:24 canlvprx01 kamailio: 11(4770) DEBUG: <core> [re.c:469]: subst_run(): subst_run: matched (229, 5): [sips:]
Feb 25 11:22:24 canlvprx01 kamailio: 11(4770) DEBUG: <core> [re.c:448]: subst_run(): subst_run: running. r=0
Feb 25 11:22:24 canlvprx01 kamailio: 11(4770) DEBUG: <core> [re.c:469]: subst_run(): subst_run: matched (299, 5): [sips:]
Feb 25 11:22:24 canlvprx01 kamailio: 11(4770) DEBUG: <core> [re.c:448]: subst_run(): subst_run: running. r=0
Feb 25 11:22:24 canlvprx01 kamailio: 11(4770) DEBUG: <core> [re.c:469]: subst_run(): subst_run: matched (364, 5): [sips:]
Feb 25 11:22:24 canlvprx01 kamailio: 11(4770) DEBUG: <core> [re.c:448]: subst_run(): subst_run: running. r=0
Feb 25 11:22:24 canlvprx01 kamailio: 11(4770) DEBUG: <core> [re.c:469]: subst_run(): subst_run: matched (538, 5): [sips:]
Feb 25 11:22:24 canlvprx01 kamailio: 11(4770) DEBUG: <core> [re.c:448]: subst_run(): subst_run: running. r=1
Feb 25 11:22:24 canlvprx01 kamailio: 11(4770) DEBUG: textops [textops.c:695]: subst_f(): textops: replacing at offset 266 [sips:] with [sip:]
Feb 25 11:22:24 canlvprx01 kamailio: 11(4770) DEBUG: textops [textops.c:695]: subst_f(): textops: replacing at offset 336 [sips:] with [sip:]
Feb 25 11:22:24 canlvprx01 kamailio: 11(4770) DEBUG: textops [textops.c:695]: subst_f(): textops: replacing at offset 401 [sips:] with [sip:]
Feb 25 11:22:24 canlvprx01 kamailio: 11(4770) DEBUG: textops [textops.c:695]: subst_f(): textops: replacing at offset 575 [sips:] with [sip:]
Feb 25 11:22:24 canlvprx01 kernel: [87678.490671] kamailio[4774]: segfault at 88 ip 00000000004bd27c sp 00007fff9a126ea0 error 4 in kamailio[400000+3b9000]
Feb 25 11:22:24 canlvprx01 kamailio: 11(4770) DEBUG: textops [textops.c:711]: subst_f(): lst was 0x7fd875e0dd98

That why I asked about this bug report, it close because of limitation in openser/kamailio.

Slava.

From: "Daniel-Constantin Mierla" <miconda@gmail.com>
To: "Slava Bendersky" <volga629@networklab.ca>, "sr-users" <sr-users@lists.sip-router.org>
Sent: Wednesday, February 25, 2015 10:57:29 AM
Subject: Re: [SR-Users] kamailio asterisk
Hello,

that's from 2007, closed as invalid -- that was v1.2.

Again, as in my previous email, you haven't described what is the state after using the subst as I suggested previously.

Cheers,
Daniel

On 25/02/15 15:47, Slava Bendersky wrote:
Hello Daniel,

I found this bug report

http://sourceforge.net/p/openser/bugs/226/

Is this still valid ?

Slava.

From: "Slava Bendersky" <volga629@networklab.ca>
To: miconda@gmail.com
Cc: "sr-users" <sr-users@lists.sip-router.org>
Sent: Wednesday, February 25, 2015 9:11:54 AM
Subject: Re: [SR-Users] kamailio asterisk
Hello Everyone,

Feb 25 09:12:33 canlvprx01 kamailio: 11(4104) ERROR: *** cfgtrace:request_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio-asterisk.cfg] l=506 a=25 n=subst_uri
Feb 25 09:12:33 canlvprx01 kamailio: 11(4104) DEBUG: <core> [re.c:448]: subst_run(): subst_run: running. r=1
Feb 25 09:12:33 canlvprx01 kamailio: 11(4104) DEBUG: <core> [re.c:517]: subst_str(): subst_str: no match

I tried something like

        if (proto==TLS)
        {
                #subst_uri('/^sips.+)$/sip:\1/');
                subst("/sips:/sip:/g");
        }

but there some cases where client use ;transport=TLS which need remove too.

Slava

From: "Daniel-Constantin Mierla" <miconda@gmail.com>
To: "Slava Bendersky" <volga629@networklab.ca>, "sr-users" <sr-users@lists.sip-router.org>
Sent: Wednesday, February 25, 2015 5:44:53 AM
Subject: Re: [SR-Users] kamailio asterisk
Hello,

change the r-uri to use sip instead of sips.

You can try with:

subst_uri('/^sips:(.+)$/sip:\1/');

Cheers,
Daniel!

On 25/02/15 01:14, Slava Bendersky wrote:

Hello Everyone,

I wonder in my case why kamailio is not bridging between TLS and UDP ? Is there additional configuration required ?

Slava.

From: "Slava Bendersky" <volga629@networklab.ca>
To: miconda@gmail.com
Cc: "sr-users" <sr-users@lists.sip-router.org>
Sent: Tuesday, February 24, 2015 11:42:02 AM
Subject: Re: [SR-Users] kamailio asterisk

Hello Everyone,

Here link to core dump bt full.

http://fpaste.org/189799/79603014/

password the same

Slava.

From: "Daniel-Constantin Mierla" <miconda@gmail.com>
To: "volga629" <volga629@skillsearch.ca>, "Slava Bendersky" <volga629@networklab.ca>, "sr-users" <sr-users@lists.sip-router.org>
Sent: Monday, February 23, 2015 3:56:48 AM
Subject: Re: [SR-Users] kamailio asterisk

You don't need to run kamailio through gdb. If it crashes, then you get
a corefile -- in the logs it says the name of the file. It is usually
located in / or in the path you gave to -w parameter.

After you reproduced the crash, locate the corefile and run gdb like:

gdb /path/to/kamailio /path/to/corefile
bt full

The /path/to/kamailio should be /usr/sbin/kamailio if you installed from
rpms.

If you have improvements to init or sysconfig kamailio file, send a
patch and we will include the changes in kamailio repository.

Cheers,
Daniel

On 23/02/15 01:00, Slava Bendersky wrote:
> Hello Everyone,
> I upgraded to 4.2.3 version, but crash still there. What is my options to meet case like this.
>
> Client TLS -------> KAMAILIO Proxy ------ UDP/TCP ----> asterisk
> |
> |
> Public Private
>
> I will try try run gdb to get backtrace on crash.
> Also here link for Fedora 21 server rpms. There are couple small fixes for init file and sysconfig/kamailio
>
> http://ftpsrv01.networklab.ca/fedora/21/RPMS/x86_64/
>
> Slava.
>
> Sent from mobile device typos are expected.
>
> From: Daniel-Constantin Mierla <miconda@gmail.com>
> Sent: Feb 22, 2015 5:34 PM
> To: Slava Bendersky <volga629@networklab.ca>;sr-users
> Subject: Re: [SR-Users] kamailio asterisk
>
>
>
> Hello,
>
> looking at the logs, the process routing the register is forwarding it,
> by opening a tls connection -- that is because the uri has sips as schema.
>
> The crash is reported in another process that doesn't print much logs
> messages. As Olle suggested, can you get the backtrace with gdb from the
> core file? That will help to see where the crash happened.
>
> gdb /path/to/kamailio /path/to/corefile
> bt full
>
> And again, it would be good to upgrade to 4.2.3 -- it is same config and
> database, just install new version and restart. In this way we rule out
> issues that were fixed already, avoiding to spend time on something fixed.
>
> Cheers,
> Daniel
>
> On 20/02/15 15:03, Slava Bendersky wrote:
>> Hello Everyone,
>> Thank you for reply,
>> On client I configured user @ domain.org and proxy point to kamailio
>> Here 1 debug where on client after doamin.org port is left configured
>> to 5061
>>
>> http://fpaste.org/188145/44047614/
>>
>> Second debug where port set to 0 and kamailio tries resolve and crashed
>>
>> http://fpaste.org/188148/24440702/
>>
>> Here config file
>>
>> http://fpaste.org/188149/24440841/
>>
>>
>> Thank you,
>> Slava.
>>
>>
>> ------------------------------------------------------------------------
>> *From: *"Olle E. Johansson" <oej@edvina.net>
>> *To: *"Daniel Constantin Mierla" <miconda@gmail.com>, "sr-users"
>> <sr-users@lists.sip-router.org>
>> *Sent: *Thursday, February 19, 2015 4:34:04 AM
>> *Subject: *Re: [SR-Users] kamailio asterisk
>>
>> We also need to check the core file from the crash.
>> /O
>> On 19 Feb 2015, at 09:30, Daniel-Constantin Mierla <miconda@gmail.com
>> <mailto:miconda@gmail.com>> wrote:
>>
>> Hello,
>>
>> can you send the REGISTER request received by kamailio and your
>> config to me?
>>
>> As you receive it over TLS, you can get the register by adding the
>> next line in kamailio.cfg at the beginning of request_route:
>>
>> xlog("received request: [[$mb]]\n");
>>
>> I will like to double check if the issue is still present.
>>
>> You should upgrade to 4.2.3, because it is the latest stable, you
>> have 4.2.1 and there were many fixes meanwhile.
>>
>> If you preserve sips as uri schema, then you force tls further for
>> forwarding. You should change that to sip:domain...
>>
>> Cheers,
>> Daniel
>>
>> On 18/02/15 00:37, Slava Bendersky wrote:
>>
>> Hello Everyone,
>> I have standard case where kamailio play role of proxy for
>> asterisk servers.
>> Kamailio configured use TLS transport on public side and on
>> private side UDP 5060.
>> When client (SIP soft phone) connect to TLS socket everything
>> goes well until kamailio trying forward request. Kamailio
>> tries DNS resolve tls transport srv records instead of udp
>> then it just crashed when no tls configured on private side of
>> kamailio.
>>
>> Do I need manually fix sips in URI ? Or some different miss
>> configuration ?
>>
>>
>> [root@canlvprx01 kamailio]# rpm -qa | grep kamail
>> kamailio-carrierroute-4.2.1-4.2.fc21.x86_64
>> kamailio-mysql-4.2.1-4.2.fc21.x86_64
>> kamailio-outbound-4.2.1-4.2.fc21.x86_64
>> kamailio-4.2.1-4.2.fc21.x86_64
>> kamailio-tls-4.2.1-4.2.fc21.x86_64
>>
>>
>> Feb 17 11:13:49 canlvprx01 kamailio: 11(22480) DEBUG: <core>
>> [parser/msg_parser.c:625]: parse_msg(): method: <REGISTER>
>> Feb 17 11:13:49 canlvprx01 kamailio: 11(22480) DEBUG: <core>
>> [parser/msg_parser.c:627]: parse_msg(): uri:
>> <sips:domain.org> ---> Client come with TLS transport
>> Feb 17 11:13:49 canlvprx01 kamailio: 11(22480) DEBUG: <core>
>> [parser/msg_parser.c:629]: parse_msg(): version: <SIP/2.0>
>>
>>
>>
>> Feb 17 11:13:49 canlvprx01 kamailio: 11(22480) DEBUG: <core>
>> [socket_info.c:583]: grep_sock_info(): grep_sock_info -
>> checking if host==us: 13==12 && [domain.org
>> <http://domain.org>] == [10.18.130.46 <callto:10.18.130.46>]
>> Feb 17 11:13:49 canlvprx01 kamailio: 11(22480) DEBUG: <core>
>> [socket_info.c:587]: grep_sock_info(): grep_sock_info -
>> checking if port 5060 (advertise 0) matches port 5060
>> Feb 17 11:13:49 canlvprx01 kamailio: 11(22480) DEBUG: <core>
>> [socket_info.c:583]: grep_sock_info(): grep_sock_info -
>> checking if host==us: 13==11 && [domain.org
>> <http://domain.org>] == [67.34.12.56]
>> Feb 17 11:13:49 canlvprx01 kamailio: 11(22480) DEBUG: <core>
>> [socket_info.c:587]: grep_sock_info(): grep_sock_info -
>> checking if port 5081 (advertise 0) matches port 5060
>> Feb 17 11:13:49 canlvprx01 kernel: [4130713.518667]
>> kamailio[22484]: segfault at 88 ip 00000000004bd30c sp
>> 00007fffa2f73a20 error 4 in kamailio[400000+3b8000]
>> Feb 17 11:13:49 canlvprx01 kamailio: 11(22480) DEBUG: <core>
>> [forward.c:448]: check_self(): check_self: host != me
>> Feb 17 11:13:49 canlvprx01 kamailio: 11(22480) ERROR: ***
>> cfgtrace:request_route=[SIPOUT]
>> c=[/etc/kamailio/kamailio-asterisk.cfg] l=850 a=25 n=append_hf
>> Feb 17 11:13:49 canlvprx01 kamailio: 11(22480) ERROR: ***
>> cfgtrace:request_route=[SIPOUT]
>> c=[/etc/kamailio/kamailio-asterisk.cfg] l=851 a=5 n=route
>> Feb 17 11:13:49 canlvprx01 kamailio: 11(22480) ERROR: ***
>> cfgtrace:request_route=[RELAY]
>> c=[/etc/kamailio/kamailio-asterisk.cfg] l=567 a=16 n=if
>> Feb 17 11:13:49 canlvprx01 kamailio: 11(22480) ERROR: ***
>> cfgtrace:request_route=[RELAY]
>> c=[/etc/kamailio/kamailio-asterisk.cfg] l=563 a=25 n=is_method
>> Feb 17 11:13:49 canlvprx01 kamailio: 11(22480) ERROR: ***
>> cfgtrace:request_route=[RELAY]
>> c=[/etc/kamailio/kamailio-asterisk.cfg] l=571 a=16 n=if
>> Feb 17 11:13:49 canlvprx01 kamailio: 11(22480) ERROR: ***
>> cfgtrace:request_route=[RELAY]
>> c=[/etc/kamailio/kamailio-asterisk.cfg] l=567 a=25 n=is_method
>> Feb 17 11:13:49 canlvprx01 kamailio: 11(22480) ERROR: ***
>> cfgtrace:request_route=[RELAY]
>> c=[/etc/kamailio/kamailio-asterisk.cfg] l=574 a=16 n=if
>> Feb 17 11:13:49 canlvprx01 kamailio: 11(22480) ERROR: ***
>> cfgtrace:request_route=[RELAY]
>> c=[/etc/kamailio/kamailio-asterisk.cfg] l=571 a=24 n=t_relay
>> Feb 17 11:13:49 canlvprx01 kamailio: 11(22480) DEBUG: tm
>> [t_lookup.c:1373]: t_newtran(): DEBUG: t_newtran: msg id=1 ,
>> global msg id=1 , T on entrance=(nil)
>> Feb 17 11:13:49 canlvprx01 kamailio: 11(22480) DEBUG: tm
>> [t_lookup.c:527]: t_lookup_request(): t_lookup_request: start
>> searching: hash=48550, isACK=0
>> Feb 17 11:13:49 canlvprx01 kamailio: 11(22480) DEBUG: tm
>> [t_lookup.c:485]: matching_3261(): DEBUG: RFC3261 transaction
>> matching failed
>> Feb 17 11:13:49 canlvprx01 kamailio: 11(22480) DEBUG: tm
>> [t_lookup.c:709]: t_lookup_request(): DEBUG: t_lookup_request:
>> no transaction found
>> Feb 17 11:13:49 canlvprx01 kamailio: 11(22480) DEBUG: tm
>> [t_hooks.c:380]: run_reqin_callbacks_internal(): DBG:
>> trans=0x7f598a9ced40, callback type 1, id 0 entered
>> Feb 17 11:13:49 canlvprx01 kamailio: 11(22480) DEBUG: tm
>> [t_hooks.c:380]: run_reqin_callbacks_internal(): DBG:
>> trans=0x7f598a9ced40, callback type 1, id 0 entered
>> Feb 17 11:13:49 canlvprx01 kernel: kamailio[22484]: segfault
>> at 88 ip 00000000004bd30c sp 00007fffa2f73a20 error 4 in
>> kamailio[400000+3b8000]
>> Feb 17 11:13:49 canlvprx01 kamailio: 11(22480) DEBUG: <core>
>> [md5utils.c:67]: MD5StringArray(): DEBUG: MD5 calculated:
>> 0475e0d0dd9778e889618cb724403b4d
>> Feb 17 11:13:49 canlvprx01 kamailio: 11(22480) DEBUG: <core>
>> [dns_cache.c:566]: _dns_hash_find():
>> dns_hash_find(_sips._tcp.networklab.ca
>> <http://tcp.networklab.ca>(24), 33), h=646
>> Feb 17 11:13:49 canlvprx01 kamailio: 11(22480) DEBUG: <core>
>> [resolve.c:967]: get_record(): get_record: skipping 1 NS
>> (p=0xa1f556, end=0xa1f588)
>> Feb 17 11:13:49 canlvprx01 kamailio: 11(22480) DEBUG: <core>
>> [resolve.c:983]: get_record(): get_record: parsing 2 ARs
>> (p=0xa1f568, end=0xa1f588)
>> Feb 17 11:13:49 canlvprx01 kamailio: 11(22480) DEBUG: <core>
>> [dns_cache.c:1772]: dns_get_related():
>> dns_get_related(0x7f598a9e89b0 (_sips._tcp.domain.org
>> <http://tcp.domain.org>, 33), 33, *0x7f5995bd55e0) (0)
>> Feb 17 11:13:49 canlvprx01 kamailio: 11(22480) DEBUG: <core>
>> [dns_cache.c:869]: dns_cache_add_unsafe(): dns_cache_add:
>> adding _sips._tcp.domain.org <http://tcp.domain.org>(24) 33
>> (flags=0) at 646
>> Feb 17 11:13:49 canlvprx01 kamailio: 11(22480) DEBUG: <core>
>> [dns_cache.c:869]: dns_cache_add_unsafe(): dns_cache_add:
>> adding camsgsrv02.domain.org
>> <http://camsgsrv02.domain.org>(24) 1 (flags=0) at 967
>> Feb 17 11:13:49 canlvprx01 kamailio: 11(22480) DEBUG: <core>
>> [dns_cache.c:566]: _dns_hash_find():
>> dns_hash_find(camsgsrv02.domain.org
>> <http://camsgsrv02.domain.org>(24), 1), h=967
>> Feb 17 11:13:49 canlvprx01 kamailio: 11(22480) DEBUG: <core>
>> [msg_translator.c:2871]: create_via_hf(): create_via_hf: id
>> added: <;i=1>, rcv proto=3
>> Feb 17 11:13:49 canlvprx01 kamailio: 11(22480) DEBUG: <core>
>> [tcp_main.c:1818]: tcp_send(): tcp_send: no open tcp
>> connection found, opening new one
>> Feb 17 11:13:49 canlvprx01 kamailio: 11(22480) DEBUG: <core>
>> [ip_addr.c:243]: print_ip(): tcpconn_new: new tcp connection:
>> 10.18.130.50 <callto:10.18.130.50>
>> Feb 17 11:13:49 canlvprx01 kamailio: 11(22480) DEBUG: <core>
>> [tcp_main.c:1073]: tcpconn_new(): tcpconn_new: on port 5061,
>> type 3
>> Feb 17 11:13:49 canlvprx01 kamailio: 11(22480) DEBUG: <core>
>> [tcp_main.c:1382]: tcpconn_add(): tcpconn_add: hashes: 3263:0:0, 2
>> Feb 17 11:13:49 canlvprx01 kamailio: 11(22480) WARNING: <core>
>> [tcp_main.c:1221]: tcp_do_connect(): 10.18.130.50
>> <callto:10.18.130.50>:5061: could not find corresponding
>> listening socket for 10.18.130.46 <callto:10.18.130.46>, using
>> default...
>> Feb 17 11:13:49 canlvprx01 kamailio: 11(22480) DEBUG: tls
>> [tls_server.c:184]: tls_complete_init(): Using TLS domain
>> TLSc<default>
>> Feb 17 11:13:49 canlvprx01 kamailio: 11(22480) DEBUG: tls
>> [tls_domain.c:700]: sr_ssl_ctx_info_callback(): SSL handshake
>> started
>> Feb 17 11:13:49 canlvprx01 kamailio: 11(22480) DEBUG: <core>
>> [tcp_main.c:2697]: tcpconn_1st_send(): pending write on new
>> connection 0x7f598a9d4678 (-1/129 bytes written)
>> Feb 17 11:13:49 canlvprx01 kamailio: 15(22484) DEBUG: <core>
>> [tcp_main.c:3565]: handle_ser_child(): handle_ser_child: read
>> response= 7f598a9d4678, 5, fd 31 from 11 (22480)
>> Feb 17 11:13:49 canlvprx01 kamailio: 15(22484) DEBUG: <core>
>> [io_wait.h:388]: io_watch_add(): DBG: io_watch_add(0x9daf00,
>> 31, 2, 0x7f598a9d4678), fd_no=19
>> Feb 17 11:13:49 canlvprx01 kamailio: 11(22480) DEBUG: tm
>> [t_funcs.c:394]: t_relay_to(): SER: new transaction fwd'ed
>>
>>
>>
>> Thank you Slava.
>>
>>
>> _______________________________________________
>> 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
>> http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
>> Kamailio World Conference, May 27-29, 2015
>> Berlin, Germany - http://www.kamailioworld.com
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
>> list
>> sr-users@lists.sip-router.org <mailto: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

--
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio World Conference, May 27-29, 2015
Berlin, Germany - http://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
-- 
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio World Conference, May 27-29, 2015
Berlin, Germany - http://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
-- 
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio World Conference, May 27-29, 2015
Berlin, Germany - http://www.kamailioworld.com

-- 
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio World Conference, May 27-29, 2015
Berlin, Germany - http://www.kamailioworld.com