[asterisk-bugs] [Asterisk 0018036]: Incoming SIP UDP packets are ignored.

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=18036 
====================================================================== 
Reported By:                dtryba
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   18036
Category:                   Channels/chan_sip/General
Reproducibility:            random
Severity:                   minor
Priority:                   normal
Status:                     feedback
Asterisk Version:           1.6.2.13 
JIRA:                        
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2010-09-23 07:53 CDT
Last Modified:              2010-11-11 06:55 CST
====================================================================== 
Summary:                    Incoming SIP UDP packets are ignored.
Description: 
UDP SIP datagrams are not processed by Asterisk. tcpdump shows them
arriving on the network interface but they don't show up in Asterisk. This
lasts for about 10m (RTP and SIP/TCP or IAX functions just fine in this
period), Asterisk then starts to "Really destroying SIP dialog" (100+ in
1s) and suddenly all is well again. Outbound UDP packets are being send and
the other side replies (but obviously gets ignored).

Last UDP datagram received:
[2010-09-22 18:49:20] VERBOSE[17369] chan_sip.c:
<--- SIP read from UDP:213.247.xxx.xxx:1024 --->

next datagram arrives 9m and 11s later:
[2010-09-22 18:58:31] VERBOSE[17369] chan_sip.c:
<--- SIP read from UDP:84.246.xxx.xxx:1042 --->

Versions affected are 1.6.2.9 (backported from Debian/unstable to
Debian/stable) and 1.6.2.13 (Debian 1.6.2.9-2 with patches applied to get
to version 1.6.2.13). This suddenly started happening 1 weeks ago, before
this machine had been running in the same configuration since 1.6.2.9 was
released by the Debian team (uptime was about 115 days before rebooting
this machine to fix a kernel issue) without any problems.

The only thing changed that week was the installation of fail2ban to block
bruteforce attempts. But removing this (and rebooting the machine) didn't
solve the problem. 

The problem happends at random times, during the day with active calls or
during the night whitout any usage.

====================================================================== 

---------------------------------------------------------------------- 
 (0128780) dtryba (reporter) - 2010-11-11 06:55
 https://issues.asterisk.org/view.php?id=18036#c128780 
---------------------------------------------------------------------- 
The bt from the core (full threads will be uploaded):

(gdb) bt full
https://issues.asterisk.org/view.php?id=0  0x00007f6883756bd6 in poll () from
/lib/libc.so.6
No symbol table info available.
https://issues.asterisk.org/view.php?id=1  0x0000000000442663 in
monitor_sig_flags (unused=0x0) at
asterisk.c:3067
        p = {fd = 164, events = 1, revents = 0}
        a = 167
https://issues.asterisk.org/view.php?id=2  0x0000000000444c84 in ?? ()
No locals.
https://issues.asterisk.org/view.php?id=3  0x00007f68836ae1a6 in
__libc_start_main () from /lib/libc.so.6
No symbol table info available.
https://issues.asterisk.org/view.php?id=4  0x000000000041e419 in ?? ()
No locals.
https://issues.asterisk.org/view.php?id=5  0x00007fff80d99db8 in ?? ()
No symbol table info available.
https://issues.asterisk.org/view.php?id=6  0x000000000000001c in ?? ()
No symbol table info available.
https://issues.asterisk.org/view.php?id=7  0x0000000000000008 in ?? ()
No symbol table info available.
https://issues.asterisk.org/view.php?id=8  0x00007fff80d9ae8c in ?? ()
No symbol table info available.
https://issues.asterisk.org/view.php?id=9  0x00007fff80d9ae9f in ?? ()
No symbol table info available.
https://issues.asterisk.org/view.php?id=10 0x00007fff80d9aea2 in ?? ()
No symbol table info available.
https://issues.asterisk.org/view.php?id=11 0x00007fff80d9aea5 in ?? ()
No symbol table info available.
https://issues.asterisk.org/view.php?id=12 0x00007fff80d9aeb9 in ?? ()
No symbol table info available.
https://issues.asterisk.org/view.php?id=13 0x00007fff80d9aebc in ?? ()
No symbol table info available.
https://issues.asterisk.org/view.php?id=14 0x00007fff80d9aebf in ?? ()
No symbol table info available.
https://issues.asterisk.org/view.php?id=15 0x00007fff80d9aec2 in ?? ()
No symbol table info available.
https://issues.asterisk.org/view.php?id=16 0x0000000000000000 in ?? ()
No symbol table info available. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-11-11 06:55 dtryba         Note Added: 0128780                          
======================================================================