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

2018-01-12 Thread Aqs Younas 
It seems to be working. Thank You.


Virus-free.
www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

On 11 January 2018 at 20:03, Răzvan Crainea  wrote:

> 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 Developerwww.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@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:+25672354@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: 025672354
> 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@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_u

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

2018-01-11 Thread Aqs Younas 
Perfect Thank you.

On 11 January 2018 at 19:26, 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@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:+25672354@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: 025672354
> 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@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 ./op

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

2018-01-11 Thread Răzvan Crainea 

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@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:+25672354@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: 025672354
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@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

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

2018-01-11 Thread Bogdan-Andrei Iancu 

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@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:+25672354@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: 025672354
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@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 deter

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

2018-01-11 Thread Aqs Younas 
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@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:+25672354@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: 025672354
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@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;