Hi Lars,
it took some time, but thanks to your details debug output I was able to trace the problem and fix the bug. As I was expecting, in was in the to/from parser. Please update from CVS and give it a try.
Thanks again for the help, bogdan
Lars Sundqvist wrote:
I wish I could, but the INVITE's are not logged and I have not been able to reproduce the problem on the test system :-( so i realize this isn't very easy to "fix" I was mainly checking if this was a known problem.
Version is 1.0.0-tls (disable_tls=0) compiled from source.
uac is called like: uac_replace_from("SomeText: $avp(s:display)","")
The INVITE was most likely produced by a "Aastra Intelligate" SIP UA since the particular customer has one of these registered right now.
/Lasse
Bogdan-Andrei Iancu wrote:
Hi Lars,
can you please post the complete INVITE request that produces the crash and how the uac_replace_from() function is called from script? and what version are you using?
regards, bogdan
Lars Sundqvist wrote:
I have switched from SER to OpenSER in our production enviroment since I need a few of the "new" modules, I am however having troubles with OpenSER hanging and crashing, so much so, that I had to change back.
There is no clues in the logs to why this is happening but i have a coredump from a crash:
(gdb) where #0 0x0052f7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 #1 0x005707d5 in raise () from /lib/tls/libc.so.6 #2 0x00572149 in abort () from /lib/tls/libc.so.6 #3 0x08054863 in del_lump (msg=0x0, offset=186, len=-135181242, type=HDR_OTHER_T) at data_lump.c:288 #4 0x00f8bd20 in replace_from (msg=0x8130d98, from_dsp=0xbff977a0, from_uri=0x0) at from.c:207 #5 0x00f8e57b in w_replace_from2 (msg=0x8130d98, dsp=0x812f700 "\030W\022\b\v", uri=0x0) at uac.c:311 #6 0x08051703 in do_action (a=0x8126658, msg=0x8130d98) at action.c:677 #7 0x080529e3 in do_action (a=0x8126680, msg=0x8130d98) at action.c:773 #8 0x0805297b in do_action (a=0x8126a58, msg=0x8130d98) at action.c:773 #9 0x0805297b in do_action (a=0x8126f80, msg=0x8130d98) at action.c:773 #10 0x0805297b in do_action (a=0x8127058, msg=0x8130d98) at action.c:773 #11 0x0805297b in do_action (a=0x812b6d0, msg=0x8130d98) at action.c:773 #12 0x080529e3 in do_action (a=0x812b6f8, msg=0x8130d98) at action.c:773 #13 0x080529e3 in do_action (a=0x812b720, msg=0x8130d98) at action.c:773 #14 0x0805297b in do_action (a=0x812b7f8, msg=0x8130d98) at action.c:773 #15 0x08052b42 in run_actions (a=0x8122da0, msg=0x8130d98) at action.c:773 #16 0x080753e9 in receive_msg ( buf=0x80eb300 "INVITE sip:987654321@xxx.xxx.xxx SIP/2.0\r\nVia: SIP/2.0/UDP 192.168.0.17:5060;rport;branch=z9hG4bK0ffd9a6274aeb347617736a6da35e918\r\nTo:
987654321sip:987654321@xxx.xxx.xxx\r\nFrom: 123456789<si"..., len=943, rcv_info=0xbff98b80) at receive.c:160 #17 0x0808dd1c in udp_rcv_loop () at udp_server.c:464 #18 0x08064e7f in main_loop () at main.c:1033 #19 0x08065615 in main (argc=3, argv=0xbff98d34) at main.c:1570
(Numbers and sip domain edited) Anyone who has a clue whats going wrong?
Lars Sundqvist
Users mailing list Users@openser.org http://openser.org/cgi-bin/mailman/listinfo/users
Bogdan-Andrei Iancu wrote:
Hi Lars,
it took some time, but thanks to your details debug output I was able to trace the problem and fix the bug. As I was expecting, in was in the to/from parser. Please update from CVS and give it a try.
Is this bug related to this? http://bugs.sip-router.org/browse/SER-90
regards klaus
Thanks again for the help, bogdan
Lars Sundqvist wrote:
I wish I could, but the INVITE's are not logged and I have not been able to reproduce the problem on the test system :-( so i realize this isn't very easy to "fix" I was mainly checking if this was a known problem.
Version is 1.0.0-tls (disable_tls=0) compiled from source.
uac is called like: uac_replace_from("SomeText: $avp(s:display)","")
The INVITE was most likely produced by a "Aastra Intelligate" SIP UA since the particular customer has one of these registered right now.
/Lasse
Bogdan-Andrei Iancu wrote:
Hi Lars,
can you please post the complete INVITE request that produces the crash and how the uac_replace_from() function is called from script? and what version are you using?
regards, bogdan
Lars Sundqvist wrote:
I have switched from SER to OpenSER in our production enviroment since I need a few of the "new" modules, I am however having troubles with OpenSER hanging and crashing, so much so, that I had to change back.
There is no clues in the logs to why this is happening but i have a coredump from a crash:
(gdb) where #0 0x0052f7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 #1 0x005707d5 in raise () from /lib/tls/libc.so.6 #2 0x00572149 in abort () from /lib/tls/libc.so.6 #3 0x08054863 in del_lump (msg=0x0, offset=186, len=-135181242, type=HDR_OTHER_T) at data_lump.c:288 #4 0x00f8bd20 in replace_from (msg=0x8130d98, from_dsp=0xbff977a0, from_uri=0x0) at from.c:207 #5 0x00f8e57b in w_replace_from2 (msg=0x8130d98, dsp=0x812f700 "\030W\022\b\v", uri=0x0) at uac.c:311 #6 0x08051703 in do_action (a=0x8126658, msg=0x8130d98) at action.c:677 #7 0x080529e3 in do_action (a=0x8126680, msg=0x8130d98) at action.c:773 #8 0x0805297b in do_action (a=0x8126a58, msg=0x8130d98) at action.c:773 #9 0x0805297b in do_action (a=0x8126f80, msg=0x8130d98) at action.c:773 #10 0x0805297b in do_action (a=0x8127058, msg=0x8130d98) at action.c:773 #11 0x0805297b in do_action (a=0x812b6d0, msg=0x8130d98) at action.c:773 #12 0x080529e3 in do_action (a=0x812b6f8, msg=0x8130d98) at action.c:773 #13 0x080529e3 in do_action (a=0x812b720, msg=0x8130d98) at action.c:773 #14 0x0805297b in do_action (a=0x812b7f8, msg=0x8130d98) at action.c:773 #15 0x08052b42 in run_actions (a=0x8122da0, msg=0x8130d98) at action.c:773 #16 0x080753e9 in receive_msg ( buf=0x80eb300 "INVITE sip:987654321@xxx.xxx.xxx SIP/2.0\r\nVia: SIP/2.0/UDP 192.168.0.17:5060;rport;branch=z9hG4bK0ffd9a6274aeb347617736a6da35e918\r\nTo:
987654321sip:987654321@xxx.xxx.xxx\r\nFrom: 123456789<si"..., len=943, rcv_info=0xbff98b80) at receive.c:160 #17 0x0808dd1c in udp_rcv_loop () at udp_server.c:464 #18 0x08064e7f in main_loop () at main.c:1033 #19 0x08065615 in main (argc=3, argv=0xbff98d34) at main.c:1570
(Numbers and sip domain edited) Anyone who has a clue whats going wrong?
Lars Sundqvist
Users mailing list Users@openser.org http://openser.org/cgi-bin/mailman/listinfo/users
Users mailing list Users@openser.org http://openser.org/cgi-bin/mailman/listinfo/users
Hi Klaus,
Klaus Darilion wrote:
Bogdan-Andrei Iancu wrote:
Hi Lars,
it took some time, but thanks to your details debug output I was able to trace the problem and fix the bug. As I was expecting, in was in the to/from parser. Please update from CVS and give it a try.
Is this bug related to this? http://bugs.sip-router.org/browse/SER-90
no, the fixed bug was in the to/from hdr parser. The one you mention is in uac_from, in the B64 encoding part.
regards, bogdan