Vodia PBX

The next release (3.0) will have it.

The -30000 is according to the RFC (see http://www.ietf.org/rfc/rfc2822.txt, paragraph 3.3). We had another case where they changed the email client...

Well "host" is the command to find out what DNS would respond to the provided argument (in Linux). What I was trying to say - there is no DNS record...

Whow. SNMP should have almost no impact on CPU performance, therefore I believe that the packet I/O would cause this. Ethereal would show it.

Everything can be customized, question is if it is worth to spend a significant amount of time on it. Version 3 will change the logo again, keep that in mind.

$ host smtp.mail.thesoundshop-llc.com Host smtp.mail.thesoundshop-llc.com not found: 3(NXDOMAIN)

2.1.8 is available. The only thing changed was a neccessary fix in the camp on feature. Workaround is to disable camp on or upgrade to 2.1.8. See the release notes at http://wiki.pbxnsip.com/index.php/Release_Notes_2.1.8.

The question is if the DST dates are the same like in CET. Of course, the offset from GMT is different.

Did you apply that latest MSP tgz?

SNMP: Well we could add the standard sensors that run on a PC. The box itself is just a plain Debian 3.1 computer, and it should be possible to get the standard SNMP stuff working as well. CPU is a problem, there we are depending on the chip vendor. RAM should not be a issue, 128 MB should be more than enough for a task like this. Flash: Next batch will have 1 GB flash, should be also more than enough for most installations... What we want to include is a DHCP server that provisions option 66, so that pratically all SIP phones can just plug and play.

So what was the trick on the PBX? Turning off UPDATE? Or just configuring the HT286?

No this is still in limbo. Unfortunately, but it is still on the list.

Can you exclude a hardware defect? Does the web interface in the PBX show that the phone is registered?

I think we could reproduce it already - it was the status page.

We have that combination in one of our closely monitored installation, it works if you turn support_update off (set it to false).

Ouch! Does that happen when the user goes to usr_status.htm? Seems there is a leftover from previous versions.

Yea, this area is a little bit buggy... There is also the problem that when the user hits pound after recording, then the message is treated as already in the inbox. We need to perform some cleanup in that area.

Maybe it would make sense to have an upper limit on the DNS expiry time. Many DNS records have a duration of a day or so, which is very very long. Alternatively, maybe we should add a button that just clears the DNS cache. That would also force a reload on the next occasion.

I was thinking if we could use one of the A-D DTMF codes, which are not very known. Then we could block the relay. But I have no idea on how to program a key on the Polycom so that it sends out such a code...

If you select the "speed dial" option (in the PBX) with the buttons, it should work. Pressing the button always dials the same destination, no matter what the LED is showing.

Very strange... Does it "heal" after some time??? The forcing of the re-register does not change the internal outbound proxy. But hitting the save button on the trunk should do, if something changes in one of the settings.

One common problem with the Gradstream devices is that they advertize UPDATE, but when they receive a UPDATE message with a SDP offer, they don't answer this. What you can do is to turn off the support for UPDATE. The setting is called "support_update" and is in the http://wiki.pbxnsip.com/index.php/Global_Configuration_File. I would try to set it to "false".

That is probably because the firewall is SIP-aware. Sometimes the firewall wants to help, but just makes things worse. You can bypass the firewall using TLS (well, if that's okay with your security guidelines). Or just turn that part of the firewall off (actually, in this case the help is not needed).

Hunt groups cannot respect redirect settings. Otherwise you'll end up very very very quickly in endless redirects. Plus nobody knows why the secretary suddenly has to answer the calls to the support hunt group.

Well, how would the phone interact otherwise? You could try INFO messages, but then the pass-through of DTMF to external applications will suffer. The Record button solves that problem, if available (AFAIK only on snom).