[asterisk-bugs] [Asterisk 0011960]: Call from '' to extension '7104' rejected because extension not found
noreply at bugs.digium.com
noreply at bugs.digium.com
Wed Feb 13 10:17:09 CST 2008
A NOTE has been added to this issue.
======================================================================
http://bugs.digium.com/view.php?id=11960
======================================================================
Reported By: norman
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 11960
Category: Channels/chan_sip/Interoperability
Reproducibility: random
Severity: crash
Priority: normal
Status: ready for testing
Asterisk Version: 1.4.18
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Disclaimer on File?: N/A
Request Review:
======================================================================
Date Submitted: 02-08-2008 22:52 CST
Last Modified: 02-13-2008 10:17 CST
======================================================================
Summary: Call from '' to extension '7104' rejected because
extension not found
Description:
I've had a few of these errors:
[Feb 8 16:35:33] NOTICE[2170]: chan_sip.c:13879 handle_request_invite:
Call from '' to extension '202' rejected because extension not found.
[Feb 8 16:35:49] NOTICE[2170]: chan_sip.c:13879 handle_request_invite:
Call from '' to extension '7104' rejected because extension not found.
And shortly there after, it crashes. I'll enclose my crash report with
DONT_OPTIMIZE. The dead thread is http://bugs.digium.com/view.php?id=11
-1246659664 LWP 18653
Thread 11 (process 18653):
0 0xffffe410 in __kernel_vsyscall ()
No symbol table info available.
1 0xb7fc556e in __lll_mutex_lock_wait () from
/lib/tls/i686/cmov/libpthread.so.0
No symbol table info available.
2 0xb7fc2179 in _L_mutex_lock_141 () from
/lib/tls/i686/cmov/libpthread.so.0
No symbol table info available.
3 0x00000000 in ?? ()
No symbol table info available.
I've traced all of the channels that were in the main channels list, and
all of them seemed normal. One (http://bugs.digium.com/view.php?id=1) was making
an outgoing call, and
waiting on the lock that thread 11 had before it crashed.
My boss dialed 202 and he noted that it died right after that. Is this
really the cause of the crash? If so, what's going on? I do have a dial
plan rule for _2XX and 7104, so it appears to have lost it's context.
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
related to 0011712 core show channels becomes unresponsive...
======================================================================
----------------------------------------------------------------------
norman - 02-13-08 10:17
----------------------------------------------------------------------
I guess I answered my own question. This patch does not fix all of the
problems:
==12656== Invalid read of size 4
==12656== at 0x403341D: pthread_mutex_unlock (in
/lib/tls/i686/cmov/libpthread-2.3.6.so)
==12656== by 0x80D116C: ast_mutex_unlock (lock.h:691)
==12656== by 0x80D73E5: p2p_set_bridge (rtp.c:3105)
==12656== by 0x80D7BC4: bridge_p2p_loop (rtp.c:3242)
==12656== by 0x80D83CD: ast_rtp_bridge (rtp.c:3387)
==12656== by 0x808B017: ast_channel_bridge (channel.c:3997)
==12656== by 0x58E5504: ast_bridge_call (res_features.c:1420)
==12656== by 0x675B36D: try_calling (app_acd.c:4081)
==12656== by 0x675F1BA: ??? (app_acd.c:5090)
==12656== by 0x675E874: acd_exec (app_acd.c:4917)
==12656== by 0x80BE5EE: pbx_exec (pbx.c:532)
==12656== by 0x80C19E7: pbx_extension_helper (pbx.c:1851)
==12656== Address 0x6e2e744 is 8,668 bytes inside a block of size 10,828
free'd
==12656== at 0x401D40C: free (vg_replace_malloc.c:323)
==12656== by 0x8072362: __ast_free_region (astmm.c:174)
==12656== by 0x80726EE: __ast_free (astmm.c:208)
==12656== by 0x80D31E7: ast_rtp_destroy (rtp.c:2151)
==12656== by 0x59CA701: ??? (chan_sip.c:3096)
==12656== by 0x5A04647: ??? (chan_sip.c:15588)
==12656== by 0x80FFFB4: dummy_start (utils.c:852)
==12656== by 0x403123F: start_thread (in
/lib/tls/i686/cmov/libpthread-2.3.6.so)
==12656== by 0x4FAF49D: clone (in /lib/tls/i686/cmov/libc-2.3.6.so)
Issue History
Date Modified Username Field Change
======================================================================
02-13-08 10:17 norman Note Added: 0082149
======================================================================
More information about the asterisk-bugs
mailing list