Jump to content

webvault

Members
  • Content Count

    6
  • Joined

  • Last visited

Community Reputation

0 Neutral

About webvault

  • Rank
    Novice
  1. most win pbx are either immature, or two expensive for the same kind of immaturity. Axon appears to have some issues with NAT on extensions, so if your planning on large residential rollouts, I would forget it, until you get a comment from NCH on why their software works with a limited number of NAT routers. If you can control the hardware & config on each extension then Its fairly stable. SIP providers are a dime and a dozen, yet each has its own issues, and can introduce more difficulties for your PBX. the bandwidth question is difficult to answer. G.729 is a 8kb codec, so
  2. You should allow the Axon executable permission to use the network interface, so it can send out data. Windows should ask you this and you can choose "Allow". If they cant hear you then it might not be a receiving problem at their end (ie. SIP phone is behind a NAT device).
  3. I havent tested a full restore yet, but the settings are stored in the registry under HKEY_LOCAL_MACHINE\SOFTWARE\NCH Swift Sound You can backup this key, and it will include all your extension & line configuration. There are also some files stored in the following folder C:\Documents and Settings\All Users\Application Data Which seems like a stupid place to store stuff. I dont think the files are as important, but it does include log files, and if your using IVM, your mailboxes as well! I REALLY think NCH should allow us to edit where this data is stored as part of the pro
  4. Thanks for the response. Unfortunatley Ive already tried these settings you suggest, and it hasnt helped. Since this post, ive tried extension to extension calls with Axon, from the affected user(s) handset, and the same problem occurs. So I know the issue is not with the SIP carrier. Im convinced the issue is NAT related, or something else related to SIP packet loss, but it must have something to do with Axon in particular, or my network with these users. Does Axon send some kind of Keep alive packets, which are easily dropped by some routers/networks, which would cause lost cal
  5. I just tried 3cx beta after reading this thread, and all I can say is what a bug fest, I couldnt even get a VOIP account setup using the web management wizard. Never had a single problem setting up Axon, and 3cx has about 10x the install base. (50mb+ install). dont waste your time until they release the real version, this should be an alpha, and should never have left the developers machine. James.
  6. I have a problem that will see me quit using Axon & IVM unless I can get a solution for this problem!! Quite a few users using extensions on our Axon server are constantly losing their calls. The calls do not hangup, instead they just go quiet. We are using Engin as the SIP carrier for most of our outbound/inbound calls configured as an External Line in Axon. I have played with the two SIP compatability options for this external line, and it does not seem to make a difference either way! Research in whirlpool and various SIP related sites, indicate this is a probably a NAT i
×
×
  • Create New...