[asterisk-users] SIP OPTIONS "storm"?
EWieling at nyigc.com
Tue Feb 18 12:50:41 CST 2014
Attach the packet capture to your Jira bug report or post it online somewhere. Hopefully someone will look at it.
From: asterisk-users-bounces at lists.digium.com [mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Tim Nelson
Sent: Tuesday, February 18, 2014 9:42 AM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [asterisk-users] SIP OPTIONS "storm"?
----- Original Message -----
> On 13 Feb 2014, at 18:10, Tim Nelson <tnelson at rockbochs.com> wrote:
> > I recently experienced an odd situation. I have an Asterisk 11.5.0
> > system (Box A) with a SIP peering to another Asterisk 184.108.40.206
> > system (Box B). At some point, Box A started sending over 65Mbps of
> > SIP OPTIONS packets to Box A. I do have qualify=yes for the peer on
> > both sides, and the qualifyfreq is not set (aka default of 60secs).
> Just because Box B was receiving 65MBps doesn’t mean box A was sending
> them. I suspect it’s probably the same one repeated, due to some kind
> of network problem. Do you have a pcap so you can look for the ID in
> the packets to see if they are the same? Would be good if you can
> prove A sent them too (traffic stats from SNMP monitoring or
Right, but a packet capture shows the source to be box A, and the destination to be box B. NMS reports from the same time period confirm the traffic flows. I'm not guessing or stabbing in the dark, I did my homework before posting. :)
Checking the IDs across ~25 packets, all have different SIP IDs.
-- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs:
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
More information about the asterisk-users