Vodia PBX

Well the phone sends the registration from a private IP address to a public IP address. So it needs to refresh the binding then. This is achieved by keeping the registration time short. See http://wiki.pbxnsip.com/index.php/Overall_...ngs#Performance.

Well, the PBX tries to find out if the Aastra would notify the PBX when it goes off hook. Obviously it does not do that, as many other devices don't. It is not a real reason for concern, but if you go offhook with the phone, don't be surprised you don't see that event on the LED keys of other devices.

Well, you do not register a gateway to the PBX. Usually you just send the traffic between them without a registration. This makes Caller-ID issues simple. I am not familiar with that device, but all other gateways that I have seen so far did it that way.

Did you see http://wiki.pbxnsip.com/index.php/Inbound_...unk#Simple_Mode on this topic?

We about an installation where a lot of PAP2 were used over the Internet. If you keep them in the LAN, things should be even easier.

Well, try RFC 3325 or Remote-Party-ID.

Well in principle that looks good. Is there any log from the PBX? There could be a problem with the http transportaion of the SOAP messages.

Well well. That feature is very problematic in many ways. If the call lasts for one hour, we are talking about 6 MB attachments. Only snom phones have a record button yet. DTMF has the problem that the other side hears this. If the call is already being recorded, we will end up with two (or more!) files. That is actually the biggest problem right now. Not talking about legal problems here. I guess we have to revisit this topic in 2.1...

Check out "heartbeat". Because in 2.0 everything of importance is in one directory, it is relatively easy to set this up now.

Well, the agent group does that also. The hunt group does it as soon as someone hits the hunt group (possibly ringing phones in parallel), the queue does it strictly serial and playing entertainment if there should be others ahead. Bottom line: For low traffic choose hunt group, for high traffic queue.

So far we have seen that this works better than before. Can you check again if all the email settings are set properly?

We just put a short two-page flyer and a 12-page detail description on the web (see www.pbxnsip.com/downloads.php). What other material would be useful?

What are you using for "Privacy Indication" in the trunk?

admin and no password. Also see http://wiki.pbxnsip.com/index.php/Installa...and_Quick_Start

You use the tel: syntax for the ANI number (e.g. "tel:8019241234" as alias)

Absolutely. The OS now can now dedicate resources to the PBX and within one core it can dedicate one thread to media processing. All other tasks like virus scanners, file system operations, user interface, web browser etc. can run seperately from the PBX process.

This is one of the topics that we are now working on. Probably we will use just simple http to get this job done; everything else is just too much problem.

Please try http://www.pbxnsip.com/download/pbxctrl-2.0.0.1612.exe (this is a test version for the Cisco 7940/60 running version 8.6). This version will put the generated files into the "generated" directory of the PBX, so that you can see what has been generated.

Well, try to isolate the problem. If the pound matching works without SOAP, there is something wrong with SOAP. Try the latest version (build 1611 or higher), I think there was a problem with SOAP requests in one of the previous versions.

Sorry, I dont get it. What is the problem here?

Usually the DHCP server can be programmed to hand out leases only on a specific interface. I did this a few days with SuSE Linux, there it was very easy to do it with yast2. Using Cisco phones without DHCP option 66 is a pain. Therefore it makes sense to sort this out. What OS are you using?

The question was: How would i route an entire block of DID number example - 801234* to a specific IVR without affecting the normal block 801924xxxx? You can use a pattern in the "Extension" setting of the trunk like this: !801234(....)!5000! !801924(....)!\1!t!5000 This would first try to match the 801234xxxx and if it does match send it to the account 5000. If there is no match, it will try to match the 801924xxxx and send it to the xxxx extension - if that does not exist to 5000.

The question was: Is it possible for me to just remove the DTMF Match List pattern string in an ivr node an enter an arbitrary length number and specify its end with a '#' key? It should be possible. The pattern would be !([0-9]*)#!\ 1!. That means it matches anything up to a pount key and then returns the string before the pound key.