That plays an audio message than hangup the call. Since beginning of september,a different kind of SIP requests started to be seen in the wild, which response seems to be tied to ipv6 addresses. It is still not completely clear why, but the UDP file descriptor tied to the audio response of this request remains open, and the result is that after a while asterisk hangs with "Too main open files" error message
There are two workarounds:
remove IPv6 address from interfaces
hangup the anonymous call before opening the audio channel
Steps to reproduce
There isn't a clear way to reproduce this at the moment
Expected behavior
UDP file descriptor should be closed at the end of the call
Actual behavior
UDP file descriptors remains open till Asterisk resources are saturated
When someone from external try to make an anonymous call, is sent to this piece of dialplan
That plays an audio message than hangup the call. Since beginning of september,a different kind of SIP requests started to be seen in the wild, which response seems to be tied to ipv6 addresses. It is still not completely clear why, but the UDP file descriptor tied to the audio response of this request remains open, and the result is that after a while asterisk hangs with "Too main open files" error message
There are two workarounds:
Steps to reproduce
There isn't a clear way to reproduce this at the moment
Expected behavior
UDP file descriptor should be closed at the end of the call
Actual behavior
UDP file descriptors remains open till Asterisk resources are saturated