Vodia PBX

I assume that response comes back to a SDP offer in an outgoing INVITE? If that is the case, the 400 Bad Request response is just an indication that whatever equipment they are using, they don't understand SIP and SDP properly yet... What the PBX says is: "Send me A-law, U-law, G729, G.726 or GSM" and "My first preference would be A-law, my second u-law" and so on. If the PBX would only allow A-law then it would not send the other codecs, right? The correct behavior would be to pick the codec they like and send the answer back to the PBX. Anyway, what you can do it set 0 in the trunk codec list or even better, in the global codec list of the PBX (under the ports section). Then the PBX will only offer u-law, and that provider gets his way!

http://www.pbxnsip.com/software has it!

It is already available.

There were a couple of important fixes around the daily sending of emails that caused problems in several places. I think everyone running 2.1 versions should move to that version. The release notes are available at http://wiki.pbxnsip.com/index.php/Release_Notes_2.1.5.

If you don't know from which IP address a request will come to the PBX and you want that this request lands on the trunk, then you must not use a outbound proxy. However, then you must make sure that the PBX is able to identify that the call goes to the trunk - see http://wiki.pbxnsip.com/index.php/Inbound_...ifies_the_trunk for more on this topic. The outbound proxy is also the "inbound proxy"... You can make the PBX bind only to one IP address, but you would do that in the port settings of the PBX. See http://wiki.pbxnsip.com/index.php/Port_Setup. You can use static registrations if you want to send a call to a specific IP address when an extension is being called. See http://wiki.pbxnsip.com/index.php/Extension#Registrations for more on this topic. But usually this is not a good idea. Practically all (S)IP phones support registrations.

http://www.pbxnsip.com/download/pbxctrl-debian3.1-2.1.5.2357

As these kind or problems was causing more and more head scratching we added more logging in 2.1.5 so that you can see what actual ERE being sent to the pattern matching subsystem.

I think the problem has been found - it was sending the license warning to the user. If the license is valid less than 30 days and you have set the email address for the admin it made boom. Workaround - take the admin email out (or get a poermanent license). We will make a 2.1.5 release today that fixes that problem.

It can happen that in the first attempt the email did not go out. Then the PBX would increase the number of unsuccessful attempts. That same email might go out later in a successful attempt, incrementing that counter. The message Last email could not be sent simply says that you need to investigate what is going on. I would recommend to turn only email logging on and see what the PBX has to say in the log.

I would recommend to always use the outbound proxy setting, even if it is identical to the domain name. It just makes it 100 % clear where the request should be routed to. The only exception I see is ENUM, and accepting calls from the wide open Internet - but I guess that is not on you list.

Ouch. It seems that the file system still has the messages XML files after the users deleted them. There was this version (2.1.3?) that was not flushing the file buffers all the time, and those messages are probably a remainder from this version. There must be a correlation between the files references in the messages XML files and the WAV files in the recordings directory. If a file referenced in the XML does not exist, it is safe to remove that XML file. The latest version does not have this problem any more, the problem will go away eventually when users go through their messages.

Looks to me like the PBX for some reason rejects to dial the provided number. Does the dialplan allow that number? Also I don't see the DTMF in the log, but I guess that is because of the log settings.

Well it should append the new log messages. What OS are we talking about? Are you sure?

I have seen a prototype a few days ago. We expect to have a beta version by the end of January.

Maybe just post the whole packet. Also pay attention to the upper and lower case, some versions were a little bit picky about that.

Okay, we identified two possible reasons for a crash. One was obviously a problem with a session reference in the CDR list - if there was a http session that times out, the PBX would use a reference to that session which possibly accesses memory that is not available any more. The other possible reason for a crash was a similar problem with buttons that needed translations (e.g. for the DND button, and agent login/logout state). There is a new build at http://www.pbxnsip.com/download/pbxctrl-2.1.5.2355.exe (manual upgrade). It would be great if we could verify that this was a problem.

You can ignore those messsages or move or remove the ports from the ports section (admin/settings/ports). 443 = https 69 = tftp

No. In the EU people don't like to dress and clean up so that they can get into a conference call.

Any logs? We are going through the whole session logic and cleaning that area up. Maybe there was something else not 100 % clean. Seems that also other places like buttons got "infected"...

Yes that is correct. We figured that in that case you are not in the mood for long conversations...

That message means that there is something in the web content that cannot be rendered properly. It needs the session variable "domain", which is not set. Not a serious bug, it would be nice which web page triggers this message and why the domain is not set.

Oh obviously the Apache already took port 80. Just start the PBX with the option --http-port 8080, then the PBX will use that port instead of the default port 80. Once you made it to the web interface, you can set the http from there, so that after the next start it will automatically pick the right port.

In the 2.1.4 - kind of. You first need to establish a audio session without video, then you can turn the video on. Technically the PBX thinks it is a FAX (T.38). Both fax and video are transparent to the PBX, so it just passes the media trough.

Yes, as soon as the PBX sees the file "ringback.wav" in a audio_xx directory it will list this in the tones section.

Is the PBX process running? ps auxwww|grep pbxctrl If not, start it as root in the directory where you installed the PBX with "./pbxctrl-* --dir .". Then you should be able to access it with the web browser. Again, Windows makes your life easier herel...