[SR-Users] kamailio asterisk

Daniel-Constantin Mierla miconda at gmail.com
Wed Feb 25 18:04:28 CET 2015


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 at gmail.com>
> *To: *"Slava Bendersky" <volga629 at networklab.ca>, "sr-users"
> <sr-users at 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 at networklab.ca>
>     *To: *miconda at gmail.com
>     *Cc: *"sr-users" <sr-users at 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 at gmail.com>
>     *To: *"Slava Bendersky" <volga629 at networklab.ca>, "sr-users"
>     <sr-users at 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 at networklab.ca>
>         *To: *miconda at gmail.com
>         *Cc: *"sr-users" <sr-users at 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 at gmail.com>
>         *To: *"volga629" <volga629 at skillsearch.ca>, "Slava Bendersky"
>         <volga629 at networklab.ca>, "sr-users"
>         <sr-users at 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 at gmail.com>
>         > Sent: Feb 22, 2015 5:34 PM
>         > To: Slava Bendersky <volga629 at 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 at edvina.net>
>         >> *To: *"Daniel Constantin Mierla" <miconda at gmail.com>,
>         "sr-users"
>         >> <sr-users at 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 at gmail.com
>         >> <mailto:miconda at 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 at 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 at 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 at lists.sip-router.org
>         <mailto:sr-users at 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 at 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 at 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 at 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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20150225/9aebde82/attachment.html>


More information about the sr-users mailing list