Vodia PBX

Whow. Are you using the name "localhost" as the domain name? The "Not Found" might be easy to fix. However, this is untested terrain and by looknig at the headers you can see there is a lot of MS-specific stuff that might cause issues later. For example, the attachment in the SUBSCRIBE will not be looked at.

Okay - then the Wiki page is probably the most important information for you. If you look for general information on Linux, then the web is your friend on general documentation. The PBX is a real-time service, so the biggest point is to get the service started after a reboot and apart from that there is nothing exciting about the Linux setup.

Oh that is very slow - probably the TCP connection just times out. The good news is that the server obviously does keep the connection alive. I think the easiest is to get an Wireshark trace and check if there is a HTTP interop problem.

Is your web client re-using the HTTP connection? Every time the client opens a new HTTP connection the PBX hits the break. There is a setting in pbx.xml called "http_rate" which tells how many new HTTP connection the PBX should accept per second. If you increase this value, the speed should go up - but also the risk of DoS the PBX through HTTP storms.

I would recommend to get started with Windows first. Having a new product (pbx) and a new operating system (Linux) will make this project hard. Once you got the PBX under control in Windows, you can just copy the files and continue in Linux. Our Linux build does not support dongles yet.

Turn off silence suppression on your phone - the PBX probably thinks that this phone already died (silent as it is).

If you like, try the attached WAV file as ringback file. There is also a busy file available. ringback.wav busy.wav

Well, that might be your conclusion. Most phones actually do not put a call on hold when another call comes in. If you have such a phone, open a trouble ticket with the phone vendor and/or set the number of lines for that extension to 1.

Okay. BTW you can also use SNMP to track the number of calls: http://wiki.pbxnsip.com/index.php/SNMP.

Okay. BTW you can also use SNMP to track the number of calls: http://wiki.pbxnsip.com/index.php/SNMP.

No really. I think Wireshark would be more useful, or a SIP-trace.

No (on the head versions we usually have Windows executables).

Still sounds a little bit like a mystery to me... It would be great to know what exactly is causing this, then it is probably a five-minute fix.

Yea we took that out - it is still there in domain mode, but in admin mode we took it out.

For that you need a "PSTN" gateway. It is not really PSTN that you are calling, but from the PBX perspective that gateway should behave like a FXS (so you need a FXO gateway). Examples would include AudioCodes, Dialogic, Grandstream, Mediatrix, Patton, Vegastream, just to name a few great products.

The 1.5 version also offers SRTP even when a insecure transport layer is being used. But there is a flag in the admin settings that says "offer secure calls" or so at the bottom of the admin settings, try turning it off. Then you should not see the SRTP keys in the SDP of the INVITE message any more.

That would be very difficult - a SIP phone does not send a notify to the PBX when it goes offhook.

Plus it is very simple to implement!

Check out http://www.pbxnsip.com/software, http://www.pbxnsip.com/download/pbxctrl-suse10-2.1.0.2115 should be available!

Eehhm... Multiple domains are a complex topic. If this is your first installation, I would recommend to use only one domain and get some experience first. Also, check out http://wiki.pbxnsip.com/index.php/Log_Access for the logging issue. See www.wireshark.org for a tool that helps you find out whats going on.

I think then the best is to take a look at a Wireshark trace or at least at the SIP trace of the involved user agents.

Is that phone registed in the same LAN?

In 2.1, there is a "night service" with the name #l (pound L) that acts like a service flag when all agents are logged out. See http://wiki.pbxnsip.com/index.php/Agent_Group#Night_Service.

That sounds like SRTP trouble. What versions are you using?

No it seems to be fine on the PBX as far as we can tell... In the real world the problem is that the support from PSTN gateways is very poor for the RFC.