503 w/ Retry-After lol... Dialers ignore that one? Really? They would never do such a thing... The problem with Retry-after is how its implemented across the board... Not everyone interprets it the same way... Sofia for instance by default if it gets a 503 Retry After will HOLD that call for retry-after timeout, then send it again to the same destination, it does not however prevent new calls from going to the same gateway... (I found this little tid bit by accident trying to figure out why certain calls were not route advancing... And this is not something the FS developers did, but it was down deep in sofia) K On 1/3/13 9:55 AM, "peely" <freeswitch@peely.com> wrote:
This has a whole lot more to do with interconnect agreements than how many CAPS one solution can send versus another. Frankly any old piece of SIP gear has the potential to send more CAPS than your average provider would expect to receive.
Many telcos, especially tier one's will establish an upper limit on the number of attempts per second that any interconnect can initiate, for example BT in the UK limit it to one CAPS per 30 channels approximately. It's not fair to allow one customer to use the whole available capacity at the expense of other customers.
We're forever clamping customers because their rubbish dialler software has no understanding of a 503 with Retry-After response and have gone to lengths to automate this to protect our network, as even FS can get crippled by a device which relentlessly initiates call after call (in some cases we've seen well over 100 CAPS from a single device). So when we detect a killer trunk we'll raise a critical event in the FS logs and use Fail2Ban to ignore requests from the customer's IP.
-- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Kudos-to-the-FreSWITCH-team-tp... 85975p7586031.html Sent from the freeswitch-users mailing list archive at Nabble.com.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Ken http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org irc.freenode.net #freeswitch