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