[asterisk-bugs] [JIRA] (ASTERISK-22851) Asterisk/SIP+RTP stops responding

Matt Jordan (JIRA) noreply at issues.asterisk.org
Thu Nov 21 09:36:04 CST 2013


     [ https://issues.asterisk.org/jira/browse/ASTERISK-22851?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Matt Jordan updated ASTERISK-22851:
-----------------------------------

    Assignee: Jeremy Kister
      Status: Waiting for Feedback  (was: Triage)
    
> Asterisk/SIP+RTP stops responding
> ---------------------------------
>
>                 Key: ASTERISK-22851
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-22851
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_sip/General, Resources/res_rtp_asterisk
>    Affects Versions: 11.6.0, 11.7.0
>         Environment: Debian6
>            Reporter: Jeremy Kister
>            Assignee: Jeremy Kister
>            Severity: Critical
>         Attachments: backtrace1.txt, lsof.txt, qualify-tcpdump.txt, qualify.txt, sip.conf, sip-show-peer.txt, strace-and-then-some.txt
>
>
> I have regularly (once a week, once per few hundred calls?) been having 
> problems with Asterisk's SIP stack not responding to packets from any of 
> my registered devices.  In the past, I could not tolerate the outage, so 
> i would restart asterisk to make things happy.
> My Asterisk server is currently in this broken state and I can leave it 
> this way for a short while.  Devices are registered to it and I can 'sip 
> qualify peer xxx' - see [^qualify.txt].  notice the console/debug does not show the return packet, but on the network, the device has clearly replied - [^qualify-tcpdump.txt]
> 'sip show peer xxx' all show Status OK [^sip-show-peer.txt]
> but whenever one of the devices tries to make a new call, Asterisk just 
> doesnt respond.  'sip set debug on' shows no packets.
> from the asterisk server (10.1.0.3), i can see one of my phones 
> (10.1.0.111) trying to make a call but Asterisk won't talk back.
> {code}
> # tcpdump -i eth0 -s 0 -t -n host 10.1.0.111
> ARP, Request who-has 10.1.0.3 tell 10.1.0.111, length 46
> ARP, Reply 10.1.0.3 is-at 00:0c:29:07:39:8e, length 28
> IP 10.1.0.111.5060 > 10.1.0.3.5060: SIP, length: 926
> IP 10.1.0.111.5060 > 10.1.0.3.5060: SIP, length: 926
> IP 10.1.0.111.5060 > 10.1.0.3.5060: SIP, length: 926
> IP 10.1.0.111.123 > 10.1.0.3.123: NTPv3, Client, length 48
> IP 10.1.0.3.123 > 10.1.0.111.123: NTPv3, Server, length 48
> IP 10.1.0.111.5060 > 10.1.0.3.5060: SIP, length: 926
> IP 10.1.0.111.5060 > 10.1.0.3.5060: SIP, length: 926
> IP 10.1.0.111.5060 > 10.1.0.3.5060: SIP, length: 926
> IP 10.1.0.111.123 > 10.1.0.3.123: NTPv3, Client, length 48
> IP 10.1.0.3.123 > 10.1.0.111.123: NTPv3, Server, length 48
> ARP, Request who-has 10.1.0.111 tell 10.1.0.3, length 28
> ARP, Reply 10.1.0.111 is-at 00:13:c4:01:da:4a, length 46
> IP 10.1.0.111.5060 > 10.1.0.3.5060: SIP, length: 926
> IP 10.1.0.111.5060 > 10.1.0.3.5060: SIP, length: 926
> IP 10.1.0.111.5060 > 10.1.0.3.5060: SIP, length: 926
> {code}

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.asterisk.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira



More information about the asterisk-bugs mailing list