Dear VFX advanced tech support,
i have been happily using an asterisk server which I configured app 1month ago, with 2 VFX trunks on it. I've even managed to get faxing working over T38.
I recently noticed however, that we only seem to be allowed 1 inbound call per trunk. From my understanding, each trunk should be capable of handling 2 inbound and 2 outbound. It certainly appeard to be working this way when I first set up the system. I have not changed anything since, and yet, if i have either dialled an outside line, or someone has called me on our main office trunk (09950XXXX), then any other attempts to ring this number only return a 'busy' tone.
NB: i can still make 2 simultaneous outbound calls on each trunk, this is only affecting inbound. Single inbound calls are absolutely fine too.
TROUBLESHOOTING:
i have run extensive asterisk diagnostics, both 'ngrep -d eth0' and 'asterisk -vvvvr'. It appears, when I recieve the busy tone (ie; one line already active on the trunk), calling from an outside line, both of these diagnostics show there are NO Packets reaching my Asterisk server from 58.X.X.X from the call with the busy tone; ie; the busy response is NOT coming from my asterisk server. It appears that the calls are not even making it past the VFX servers.
I ran some tests with tech support at Xnet, and, while on the phone to them on trunk 9950XXXX, i called it from a mobile. We got the busy tone, and interestingly, the tech guy said there was no record of the call from my mobile even coming up on their servers... Beyond that, it was getting a bit technical for him.
Has something changed on the VFX servers? I sincerely believe I have everything set up correctly, as i can make 2 outbound calls simultaneously on either trunk. Should I be able to recieve 2 inbound as well as 2 outbound? If so could someone technical from Xnet please run some diagnostics to find out where the calls are being blocked, why, and resolve the issue. Please feel free to call me on [number removed] if you need someone at my asterisk server side.
Kind regards,
Nick Houldsworth
[Moderation (ND): Removed personal details to prevent spamming]