Hi there,
Newish to 3cx...
Have been playing with it on and off for a while, always with softphones, before being convinced that I should try Asterisk/Trixbox, which I did. Obviously it goes without saying that 3cx is so much easier to use, and nicer to use, however...
I have a SIP Cisco 7941G IP Phone to use with whatever my 'PBX' setup is going to be. With my Trixbox setup (using TrixboxCE) I had an issue connecting the Cisco where the Cisco reported constantly that it was 'registering' but never did manage to register and timed out instead... The root of this problem was traced to a setting in Trixbox which allowed 'NAT' to be switched off and the phone connected instantly at that point (No NAT is involved in my current setup as the IP Phone and the Trixbox Server, at present, are both on Public IP addresses (within the same range) pending further testing and configuration.) Naturally the phone itself is also set to No NAT through the config file. The phone, of course, connects to the TFTP server and updates with the new config...
The only problem I had with this system was choppy sound, because Asterisk/Trixbox don't play nice on VM's and I am running my VOIP server as a VM (VMware Workstation) on my P4 2.8Ghz server box running Win2k3Server (which hosts Kerio Mail Server and Bulletproof FTP also (low usage) with 2gig RAM (800Mb seconded for Asterisk) so before stumping up for a new dedicated box to put Trixbox on, I thought I'd try the competition to see if it could make for a production environment within a VM setting.
So I've come back to 3cx to attempt an implementation with the IP Phone...
And I've got the same problem with the phone... The config files for the two 'rigs' are nearly identical - I use the same extension numbers and password, and I only need to change the IP address. So I shut down the Asterisk VM and then fire up the 3cx VM (which is also built on the Win2K3Server environment using VM because 3cx didn't play nice with existing installs of PHP, MySQL and Apache on the server host) and in principle, having updated the phone with the edited (and saved) config file and rebooted, the two should be making glorious music together, or at least humming the same song...
However, nada. Niente.
This feels like the same problem, and I'm looking for the place in 3cx to turn off this expectation of NAT traversal, but with the simplified interface on 3cx, it doesn't appear that 3cx delves into that level of complexity, which is no doubt absolutely great if all your hardware just 'works.'
For the record, I have also configured a softphone to run as an extension to 3cx, and the softphone works fine. The trunk for 3cx is out to a Sipgate account for incoming and outgoing, and works fine with the Softphone.
Any ideas how I just tweek this Cisco/3CX config to get the Cisco working - I think 3CX could be the answer to my one-man 'virtual office' needs - meeting statutory requirements for one of the business types that I work in, while not spending the fortune on being a massive company and having physical phone lines and call management...
Help...
Thanks,
Steve
Newish to 3cx...
Have been playing with it on and off for a while, always with softphones, before being convinced that I should try Asterisk/Trixbox, which I did. Obviously it goes without saying that 3cx is so much easier to use, and nicer to use, however...
I have a SIP Cisco 7941G IP Phone to use with whatever my 'PBX' setup is going to be. With my Trixbox setup (using TrixboxCE) I had an issue connecting the Cisco where the Cisco reported constantly that it was 'registering' but never did manage to register and timed out instead... The root of this problem was traced to a setting in Trixbox which allowed 'NAT' to be switched off and the phone connected instantly at that point (No NAT is involved in my current setup as the IP Phone and the Trixbox Server, at present, are both on Public IP addresses (within the same range) pending further testing and configuration.) Naturally the phone itself is also set to No NAT through the config file. The phone, of course, connects to the TFTP server and updates with the new config...
The only problem I had with this system was choppy sound, because Asterisk/Trixbox don't play nice on VM's and I am running my VOIP server as a VM (VMware Workstation) on my P4 2.8Ghz server box running Win2k3Server (which hosts Kerio Mail Server and Bulletproof FTP also (low usage) with 2gig RAM (800Mb seconded for Asterisk) so before stumping up for a new dedicated box to put Trixbox on, I thought I'd try the competition to see if it could make for a production environment within a VM setting.
So I've come back to 3cx to attempt an implementation with the IP Phone...
And I've got the same problem with the phone... The config files for the two 'rigs' are nearly identical - I use the same extension numbers and password, and I only need to change the IP address. So I shut down the Asterisk VM and then fire up the 3cx VM (which is also built on the Win2K3Server environment using VM because 3cx didn't play nice with existing installs of PHP, MySQL and Apache on the server host) and in principle, having updated the phone with the edited (and saved) config file and rebooted, the two should be making glorious music together, or at least humming the same song...
However, nada. Niente.
This feels like the same problem, and I'm looking for the place in 3cx to turn off this expectation of NAT traversal, but with the simplified interface on 3cx, it doesn't appear that 3cx delves into that level of complexity, which is no doubt absolutely great if all your hardware just 'works.'
For the record, I have also configured a softphone to run as an extension to 3cx, and the softphone works fine. The trunk for 3cx is out to a Sipgate account for incoming and outgoing, and works fine with the Softphone.
Any ideas how I just tweek this Cisco/3CX config to get the Cisco working - I think 3CX could be the answer to my one-man 'virtual office' needs - meeting statutory requirements for one of the business types that I work in, while not spending the fortune on being a massive company and having physical phone lines and call management...
Help...
Thanks,
Steve
