Vodia PBX
-
Posts
11,110 -
Joined
-
Last visited
Content Type
Profiles
Forums
Events
Posts posted by Vodia PBX
-
-
[5] 2007/09/04 20:21:58: Connection refused on udp:192.168.5.11:5060
PS, is their any wiki page about Dialplan, it got me puzzled how this exactly works...
I would not worry about the connection refused at this point. This has nothing to do with DTMF.
If you increase the log level to 6, you will see DTMF events also in the PBX log ("Received DTMF ..."). You need to enable "Log media events" logging for that (see http://wiki.pbxnsip.com/index.php/Log_Setup). This should help to track down DTMF detection on the PBX. Be aware that the PBX does not always listens to DTMF stuff, especially if a regular 2-party call is establised. A safe way to make the PBX listen to DTMF is to call the auto attendant.
There is some information about dial plans in http://wiki.pbxnsip.com/index.php/Domain_A...ator#Dial_Plans. 99 % of the time the simple dial plan is enough, the ERE dial plan style is usually only neccessary if you trying to do fancy stuff (like ENUM).
-
It means that the 301 group does not access the AA201 when it is called form the secuence 300-200-301-201. BUT
If I call the 301 directly, the AA 201 is called, the same if I call from the AA200.
I would try to make the timeouts shorter to narrow down the problem (maybe 10 seconds). In many cases, the operator will already hang up after 30 seconds.
-
Right, you need to narrow down the problem. Maybe you have two seperate problems.
First of all, if you hear anything Exchange, that is already a good sign.
The first on is your ITSP. We saw ITSP advertizing RFC2833, but then sending inband - which is obviously quite confusing. You can fix that by turning inband detection on. The 2.1 has a better inband DTMF detection, I recommend to use that version for inband detection (see the annoucement forum for the latest build). You can test this without Exchange simply by calling the auto attendant and see if the PBX responds to DTMF input.
The second one is Exchange. I also heared from other users that Exchange has problems with DTMF. But I also saw that DTMF was working with Exchange, so maybe there is a Exchange setting for that. AFAIK Exchange supports RFC 2833
The PBX should do "DTMF transcoding" - that means if the operator sends out of band but Exchange expects inband, that should work. Maybe you can call from a VoIP phone that does DTMF using RFC2833 without any doubts and call into Exchange and see if that works.
I guess you saw http://wiki.pbxnsip.com/index.php/Microsoft_Exchange. Not sure if there is any hidden setting about DTMF on Exchange.
-
Yea, we just changed that. Changing the To-header was technically a brilliant idea, however almost no phone does show the To-header. Now we changed it to the From-header and that should be in the 2.1 release candidate (hopefully coming out today).
-
Well, a certificate for "localhost" does not make much sense. localhost usually resolves to the same computer. You need to get a certificate for something that is resolvable through DNS (e.g. host.bigcorp.com) and then you can issue a certificate for that host.
I used the root certificate service from cacerts.org and that was finally working okay (after playing for several hours with this kind of stuff...). Probably it easier to set up your own root authority and then issues keys from there and ask people that want to use the key to load the root certificate into their Internet Explorers.
-
There is a checklist at http://wiki.pbxnsip.com/index.php/Troubles..._Trunk_Problems that might be a good point to start with.
-
Counterpath (www.counterpath.com) is great. They also have a free version (X-lite).
-
There must be something wrong with the domain email setup. What is the content of the field "email_from" in the domain (maybe do a quick check of domains/1.xml). What version?
-
That looks okay to me... Is there anything in the log saying "Dialplan: Match ... to ... on trunk ..."?
Maybe just save the dial plan again and make sure you have no spaces before or after the strings?
-
Well, the PBX collects the list of (valid) MAC addresses and if one MAC address matches the MAC in the key, then the PBX assums the product is licensed. "Valid" means No VMWare, and no other invalid MAC addresses. So if you are switching servers, you probably are in trouble.
If you want to switch servers, you can either request a key change from where you bought the license or you can request a dongle. The dongle has the advantage that you can put in any server that has a USB stick.
-
Can you start a new topic in the Exchange forum and attach a trace/log that gives more clue what the problem could be?
-
The latest version 2.1.0.2090 (http://www.pbxnsip.com/download/pbxctrl-2.1.0.2090.exe) includes the possiblity to provision Polycom phones completely by http. This is very useful when the phone is behind NAT that does not support TFTP.
-
CNAM and CNUM are not passing to Exchange 2007. Exchange is reporting the phone extension/name instead. FYI
Is that post related to the beta version or is related to Exchange?
-
8551 gives a fast busy, never permitting me to even enter the fourth digit of the extension number.
That sounds like the phone sends out the "855" as the destination number. Maybe a problem with the dial plan on the phone???
-
Did you set the "Allow Access for Extensions" (http://wiki.pbxnsip.com/index.php/Extension#Mailbox) to something like "123 124 125"?
Also, try calling something like 8234 (234 is the shared mailbox). *97 will not work as it dials only the own mailbox.
-
137.xml says that this is the 137th record. Probably some records before that one have already been deleted (when a record gets deleted, the PBX does not rename all other files. This is e.g. useful when a CDR record gets removed).
-
Look at the file system. There you find the following three directories (amonst others):
extensions: Here you find extensions (which are one kind of accounts). The size of this dir is limited by the license parameter "extensions". In the case of an Office 10, you may have up to ten entries in this directory.
users: Here you find the "accounts", which may include extensions, auto attendants, conference rooms, and others. The size of this directory is limited by the license key "accounts". In the case of an office 10, the size is limited to something like 20 (not sure), so that you can have also other accounts like auto attendants & Co.
user_alias: This dir contains the alias names for accounts, for example "123", "fred.feuerstein" or "tel:123454546". There is no license limitation to the size of this dir. That means you can have hundreds of alias names for one extension, and it would still take only one license.
-
Well what counts are extensions. An extension has one or more primary or alias names, for example "123", "jf" or "tel:2123456789". If the only alias is a tel: alias, well then it counts. If an extension has zero primary or alias names, then it does not exist any more (deleted).
Not sure if that made it more clear.
-
There is also an update to the beta2 version available. I just post the link here, we will have to put that into another tgz when everybody is happy with this version.
http://www.pbxnsip.com/download/pbxctrl-cs410-2.1.0.2090 is the location of the file.
-
Now there is a beta2 image available at http://www.pbxnsip.com/download/pbxctrl-2.1.0.2090.exe (see http://wiki.pbxnsip.com/index.php/Installi...Manual_Upgrade) on howto upgrade to this image.
Things that have been fixed were a memory leak in the subscriptions subsystem and a general review of the memory management, maybe fixing some (extremly rare) race conditions in the memory managament. There is also a new feature (*00) which calls the extensions cell phone directly without ringing the extension and without respecting the fork delay and day of time settings (so that you don't have to remember an extension's cell phone number any more).
We will also provide an update for the CS410 in a seperate posting. We would like to get further feedback from the Windows platform users before we turn our attention to the Linux platforms.
-
Yes, talking about 7.2 of the snom firmware. I guess we need to update the Wiki on this - probably a bigger project. That's why I hope that this version comes out and everything will be fine.
-
The latest version (see post in this forum) uses AGC for this problem. And we keept the overall volume relatively low (that's ovciously what most analog handsets vendors do). That did the trick in our office, where we also had a nice long list of audio problems. Polarity change should be included in that version as well, so it is definitevely worth a try.
-
Limit: Number of accounts or extensions. Sometimes, when people start with demo keys, they can create accounts that are later not licensed any more when they get a permanent key. That's what I call over or at the limit.
-
In general, you can move an installation by copying the working directory of the PBX. It is also good for backup reasons. Then in the new location, you can make the neccessary changes.
You should definitively take a look at http://wiki.pbxnsip.com/index.php/Office_w...ic_IP_addresses. There you can also see what are the options to run the PBX so that you can access it from the outside and the inside of the office.
2.1.0 RC2 image available
in New Features/Versions
Posted
Okay, here we go with 2.1.0.2093:
http://www.pbxnsip.com/download/pbxctrl-2.1.0.2093.exe (raw Windows executable)
http://www.pbxnsip.com/download/pbx2.1.0.2093.exe (InstallShield)
http://www.pbxnsip.com/download/pbxctrl-cs410-2.1.0.2093 (CS410 appliance)
http://www.pbxnsip.com/download/pbxctrl-debian3.1-2.1.0.2093 (Debian 3.1)
http://www.pbxnsip.com/download/download/p...se10-2.1.0.2093 (SuSE10/32-bit)
The InstallShield contains this time the files neccessary for plug and play of the various vendors. We feel that it is useful to provide these files outside of the image, so that you can easily make changes to it - making the provisioning process easier.
We have currently some technical difficulties with our RedHat server... Will add that build later.
This version seems to be quite stable so far and we want to give it the name "RC1" (release candidate 1).