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

Răzvan Crainea razvan at opensips.org
Thu Jan 11 10:03:33 EST 2018


Hi, Aqs!

The bug was related to a commit I made yesterday to fix another issue. 
I've just pushed a new fix that will sort out your crash as well.

Best regards,

Răzvan Crainea
OpenSIPS Developer
www.opensips-solutions.com

On 01/11/2018 04:26 PM, Bogdan-Andrei Iancu 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 
>> <http://sip:+256723000054@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 list
>> Users at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20180111/1574f416/attachment-0001.html>


More information about the Users mailing list