[Asterisk-bugs] [Asterisk 0009764]: SIP packets are shown in sip debug peer, but are not actually sent

[noreply at bugs.digium.com]

email_notification_title_for_status_bug_resolved 
====================================================================== 
http://bugs.digium.com/view.php?id=9764 
====================================================================== 
Reported By:                superdjc
Assigned To:                file
====================================================================== 
Project:                    Asterisk
Issue ID:                   9764
Category:                   Core/General
Reproducibility:            sometimes
Severity:                   major
Priority:                   normal
Status:                     resolved
Asterisk Version:           1.4.4 
SVN Branch (only for SVN checkouts, not tarball releases): N/A  
SVN Revision (number only!):  
Disclaimer on File?:        No 
Request Review:              
Resolution:                 suspended
Fixed in Version:           
====================================================================== 
Date Submitted:             05-20-2007 16:08 CDT
Last Modified:              07-02-2007 09:37 CDT
====================================================================== 
Summary:                    SIP packets are shown in sip debug peer, but are not
actually sent
Description: 
We run our office phone system using Asterisk 1.4.4. From time to time
(seemingly randomly) when making phone calls using our Cisco 7960 phones
they hang displaying "INVITE" before actually making the phone call for
several seconds, before the phone call is started successfully. Sometimes
they time-out altogether.

Running Ethereal/Wireshark, we can see what is happening. The Cisco phone
is transmitting SIP INVITEs to the Asterisk server to try and start the
phone call. It is getting no response, so it is periodically retransmitting
the INVITEs.

Running "sip debug peer" show that Asterisk thinks it is responding to the
invites, with "407 proxy authentication required". *But these packets are
not actually being sent out of the network card*.

I've attached a pcap snippet from Ethereal and the output of Asterisk
doing sip debug peer. You can see the packets that asterisk thinks it's
sending and see that they are not actually there in reality.

I tried doing strace with asterisk to try and confirm that asterisk was
not actually calling the functions to make the packets, but I didn't get
very far. Any tips for this?

I use Asterisk 1.4.4, with lots of realtime, including SIP realtime
running from a MySQL database. The phone I've sent you an example of is
configured via realtime.

Recreating this problem is tricky- I tried for 90 minutes and it happened
to me only 3 times. When everybody is in the office and the phone system is
busy, it is a significant problem however.
====================================================================== 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
05-20-07 16:08  superdjc       New Issue                                    
05-20-07 16:08  superdjc       Issue Monitored: superdjc                    
05-20-07 16:08  superdjc       File Added: editedsip                        
05-20-07 16:08  superdjc       Asterisk Version          => 1.4.4           
05-20-07 16:08  superdjc       SVN Branch (only for SVN checkou => N/A          
  
05-20-07 16:08  superdjc       Disclaimer on File?       => No              
05-20-07 16:09  superdjc       Note Added: 0063791                          
05-21-07 04:45  superdjc       File Added: look-no-packets.pcap                 
  
05-22-07 08:48  oej            Note Added: 0063838                          
05-22-07 09:04  superdjc       Note Added: 0063839                          
05-29-07 03:06  oej            Note Added: 0064098                          
05-29-07 09:33  file           Status                   new => feedback     
06-07-07 19:14  ISP216         Issue Monitored: ISP216                      
======================================================================