[OpenSIPS-Users] Opensips 2.3.2 being crashed during the relay of BYE

Aqs Younas aqsyounas at gmail.com
Thu Jan 11 10:03:52 EST 2018


Perfect Thank you.

On 11 January 2018 at 19:26, Bogdan-Andrei Iancu <bogdan at opensips.org>
wrote:

> Hi Aqs,
>
> Thank you for your report. We managed to reproduce the crash, let us work
> on a fix and we will update you.
>
> Regards,
>
> Bogdan-Andrei Iancu
>
> OpenSIPS Founder and Developer
>   http://www.opensips-solutions.com
> OpenSIPS Summit 2018
>   http://www.opensips.org/events/Summit-2018Amsterdam
>
> On 01/11/2018 03:26 PM, Aqs Younas wrote:
>
> Greetings List.
>
> I am trying to use latest opensips 2.3.2 which comes with some new
> exciting modules. I am doing the conversion of SIP to SIP-I using mod_sip-i
> and following Razvan presentation snippet.
>
> http://www.opensips.org/pub/events/2017-05-02_OpenSIPS-
> Summit_Amsterdam/Razvan_Crainea-OpenSIPS_Summit2017-
> From_SIPI_Trunks_to_End_Users.pdf
>
> But I see opensips being crashed with following logs.
>
>
>
> [root at gridtele-ug-vpn sbin]# Jan 11 13:23:13 gridtele-ug-vpn
> ./opensips[27340]: INFO:sip_i:init_iam_default: Unable to map Called
> Party Number from SIP by default
> Jan 11 13:23:13 gridtele-ug-vpn ./opensips[27340]: new branch at
> sip:+256723000054 at 155.255.4.20:5060 for INVITE with v=0#015#012o=-
> 428433519 428433519 IN IP4 192.0.2.1#015#012s=VoipSIP#015#012c=IN IP4
> 174.37.76.117#015#012t=0 0#015#012m=audio 43820 RTP/AVP 0 8
> 101#015#012a=rtpmap:0 PCMU/8000#015#012a=rtpmap:8
> PCMA/8000#015#012a=rtpmap:101 telephone-event/8000#015#012a=fmtp:101
> 0-16#015#012a=sendrecv#015#012
> Jan 11 13:23:13 gridtele-ug-vpn ./opensips[27340]: NOA is: international
> Jan 11 13:23:13 gridtele-ug-vpn ./opensips[27340]: CpN is: 0256723000054
> Jan 11 13:23:13 gridtele-ug-vpn ./opensips[27340]: nature of conn: 0x10
> Jan 11 13:23:13 gridtele-ug-vpn ./opensips[27340]: ordinary
> Jan 11 13:23:13 gridtele-ug-vpn ./opensips[27344]: incoming reply 100
> Jan 11 13:23:17 gridtele-ug-vpn ./opensips[27344]: incoming reply 180
> Jan 11 13:23:26 gridtele-ug-vpn ./opensips[27344]: incoming reply 200
> Jan 11 13:23:26 gridtele-ug-vpn ./opensips[27344]: ACC: transaction
> answered: timestamp=1515677006;method=INVITE;from_tag=
> 2301a5a63a9af2e00f1c3aebe4a0da3a;to_tag=Vhbegj66ej3BeUg5;
> call_id=gJsfZ9uMEv at 178.255.40.113-b2b_1;code=200;reason=OK
> Jan 11 13:23:26 gridtele-ug-vpn ./opensips[27340]: Has received ACK now
> relaying
> Jan 11 13:23:31 gridtele-ug-vpn ./opensips[27340]: Has received BYE now
> relaying
> Jan 11 13:23:31 gridtele-ug-vpn ./opensips[27340]:
> CRITICAL:core:build_req_buf_from_sip_req: #012>>> len mistmatch :
> calculated 828, written 861#012#012It seems you have hit a programming
> bug.#012Please help us make OpenSIPS better by reporting it at
> https://github.com/OpenSIPS/opensips/issues#012
> Jan 11 13:23:32 gridtele-ug-vpn ./opensips[27354]:
> CRITICAL:core:receive_fd: EOF on 26
> Jan 11 13:23:32 gridtele-ug-vpn ./opensips[27333]: INFO:core:handle_sigs:
> child process 27340 exited by a signal 6
> Jan 11 13:23:32 gridtele-ug-vpn ./opensips[27333]: INFO:core:handle_sigs:
> core was generated
> Jan 11 13:23:32 gridtele-ug-vpn ./opensips[27333]: INFO:core:handle_sigs:
> terminating due to SIGCHLD
> Jan 11 13:23:32 gridtele-ug-vpn ./opensips[27353]: INFO:core:sig_usr:
> signal 15 received
> Jan 11 13:23:32 gridtele-ug-vpn ./opensips[27352]: INFO:core:sig_usr:
> signal 15 received
> Jan 11 13:23:32 gridtele-ug-vpn ./opensips[27351]: INFO:core:sig_usr:
> signal 15 received
> Jan 11 13:23:32 gridtele-ug-vpn ./opensips[27350]: INFO:core:sig_usr:
> signal 15 received
> Jan 11 13:23:32 gridtele-ug-vpn ./opensips[27349]: INFO:core:sig_usr:
> signal 15 received
> Jan 11 13:23:32 gridtele-ug-vpn ./opensips[27348]: INFO:core:sig_usr:
> signal 15 received
> Jan 11 13:23:32 gridtele-ug-vpn ./opensips[27347]: INFO:core:sig_usr:
> signal 15 received
> Jan 11 13:23:32 gridtele-ug-vpn ./opensips[27346]: INFO:core:sig_usr:
> signal 15 received
> Jan 11 13:23:32 gridtele-ug-vpn ./opensips[27345]: INFO:core:sig_usr:
> signal 15 received
> Jan 11 13:23:32 gridtele-ug-vpn ./opensips[27344]: INFO:core:sig_usr:
> signal 15 received
> Jan 11 13:23:32 gridtele-ug-vpn ./opensips[27343]: INFO:core:sig_usr:
> signal 15 received
> Jan 11 13:23:32 gridtele-ug-vpn ./opensips[27338]: INFO:core:sig_usr:
> signal 15 received
> Jan 11 13:23:32 gridtele-ug-vpn ./opensips[27339]: INFO:core:sig_usr:
> signal 15 received
> Jan 11 13:23:32 gridtele-ug-vpn ./opensips[27342]: INFO:core:sig_usr:
> signal 15 received
> Jan 11 13:23:32 gridtele-ug-vpn ./opensips[27337]: INFO:core:sig_usr:
> signal 15 received
> Jan 11 13:23:32 gridtele-ug-vpn ./opensips[27341]: INFO:core:sig_usr:
> signal 15 received
> Jan 11 13:23:32 gridtele-ug-vpn ./opensips[27335]: INFO:core:sig_usr:
> signal 15 received
> Jan 11 13:23:32 gridtele-ug-vpn ./opensips[27334]: INFO:core:sig_usr:
> signal 15 received
> Jan 11 13:23:32 gridtele-ug-vpn ./opensips[27336]: INFO:core:sig_usr:
> signal 15 received
> Jan 11 13:23:32 gridtele-ug-vpn ./opensips[27354]: INFO:core:sig_usr:
> signal 15 received
> Jan 11 13:23:32 gridtele-ug-vpn ./opensips[27333]: INFO:core:cleanup:
> cleanup
>
>
>
> In-dialog requet part
>
>         if (has_totag()) {
>                 # sequential requests within a dialog should
>                 # take the path determined by record-routing
>                 if (loose_route()) {
>                         xlog("Has received $rm now relaying");
>                         if (is_method("BYE")) {
>                                         add_isup_part("Release");
>                                         $isup_param(Cause
> indicators|Location) = 10;
>                                         $isup_param(Cause indicators|Cause
> value) = 16;
>                                         route(relay);
>                         }
>                         t_relay();
>
>                 } else {
>
>                         if ( is_method("ACK") ) {
>                                 if ( t_check_trans() ) {
>                                         # non loose-route, but stateful
> ACK; must be an ACK after
>                                         # a 487 or e.g. 404 from upstream
> server
>                                         t_relay();
>                                         exit;
>                                 } else {
>                                         # ACK without matching transaction
> ->
>                                         # ignore and discard
>                                         exit;
>                                 }
>                         }
>                         sl_send_reply("404","Not here");
>                 }
>                 exit;
>         }
>
>
> Please let me know if any further information is required. Thanks.
>
>
> _______________________________________________
> Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20180111/6d3fb9eb/attachment.html>


More information about the Users mailing list