Good day, tell me please, can someone of you will come across at least an idea where to look.
In general the problem:
If the asterisk in sip.conf set to play an ip, then everything is OK and no problems. But if you put 0.0.0.0, start weird glitches. Some clients connect without problems, but the rest of the majority can not, receives a time out.
i guessed that this is the problem. i will now speculate that some of the extensions and or trunks are being pointed at the secondary IP addresses… which is what causes the problem since the server will listen on those addresses but will always reply from the base address. i have encountered this with high availability clusters with a second, floating IP address. basically you can listen and reply on any one of the addresses on that NIC e.g. in siip.conf
bindaddr=217.23.132.81
would set that address to both listen and reply to SIP requests and handle RTP traffic.
bindaddr=0.0.0.0
will listen on all addresses but only reply from 217.23.132.80
This is something that only VoIP has an issue with as far as I have been able to tell. Other protocols [e.g. http], work fine on any of the added IP addresses.
So basically your choice is to use just the one IP address. The bindaddr=0.0.0.0 does not really mean “listen on all IP addresses” like the documentation suggests. It really means list on all base IP addresses on all NICs.