Vodia PBX

There is actually already a limit of the call duration on user-level, not domain level. Though it seems that it is not used consistently through all different call types, it seems to be used for outbound calls. I think it was originally introduced to keep paging relatively short, in case that someone was unable to hangup during paging. I guess we should not tough this part at this point. The maximum call duration that we are talking about in this thread must be a hard limit, accessible only to admins on system level. Whatever the tenant is doing can only make it shorter, but never longer.

I am not aware about changes in the TLS area between 5.1.3 and 5.2.2. Maybe you stay on 5.1.3 and see if the problem is only in your environment or other users experience similar problems.

Sounds like a problem with the route on the host. Try on the command like the route command to see if it would route the IP traffic properly between the sites.

Why not using the cell phone for the extension then? There you can also define when the user can be called on the cell phone. That works outside the AA; e.g. when calling the ext directly or even in groups.

Bei DND kann man auch Muster eintragen, z.B. "40-47" oder "4?". "4*" ist ein Problem da das auch "4123456" matchen würde. Wenn dann DND eingestellt ist, treten die Regels für die Rufumleitung bei besetzt in Kraft.

Bei DND kann man Ausnahmen definieren für wen DND ignoriert werden sollen. Das ist hilfreich bei Boss/Sekretärin-Szenarien. Bei Call Forward All wird die Rufumleitung ignoriert wenn der Anrufende das Umleitungsziel ist. Das ist ebenfalls bei Boss/Sekretärin hilfreich. Hier kann man aber keine weiteren Ausnahmen definieren. Ich würde versuchen statt Rufumleitung lieber DND zu benutzen und dann zu definieren wer dennoch anrufen darf.

Das Thema haben wir auf die To-Do liste von 5.2.3 gesetzt.

For snom m9 it is in snom_m9_settings.xml, the tag name is http_username and http_password. The PIN for the base is just below it.

We simple need to re-test this. It is on the to-do list for this week.

Well it should not have memory leaks... Any clues? Can you give us access so that we can take a look? We have added logging of extension changes, that may take up some more memory space; however it should not be so much that it gets the system into trouble.

Why 5.2.1? 5.2.2 is already available...

Ja das ist praktisch eine FAQ... Das Problem ist dass dann alle Gruppenteilnehmer eine Email bekommen würden, und dann alle den Anrufer zurückrufen würden. Der würde sich wundern... Ist kein einfaches Problem, da man andererseits ja auch nicht will dass keiner zurückruft. Was man machen könnte wäre eine Email-Adresse für die Gruppe einrichten, die eine Email für den verpassten Anruf erhält.

That is something on the phone that we cannot influence. You would need a different firmware for the phone unless there is a setting on the phone that can change this behavior.

Nein. Siehe http://blog.vodia.com/2014/04/the-openssl-heartbleed-desaster.html

If you used an old installer, you need to uninstall the software first; then you can re-install it. Then it should work. The redistributable should not be needed.

Well T.38 was invented for a reason. This protocol also has its problems, but I would say it is your best shot to get FAX transmitted. Some ATA also support HTTPS fax, which makes it really 100 % reliable; but the support for this is in the service provider world is homeopathic.

If you try G.711, make sure that you turn echo cancellation off on the SPA. Otherwise the echo canceler will kill the FAX signal. Fax was not designed for packet networks. It can deal with distortion and lots of analog problems, but if a whole piece (packet) gets lost, it is the end of the transmission. Nobody will change that for you in the year 2014 any more.

Just a heads up who have seen the news about the problem with OpenSSL "Heartbeat". The Vodia PBX is not affected by this problem, it is not even using OpenSSL. Sometimes it is good not to run with the mainstream.

The latest version is version 5.2.2. Release notes can be found at http://www.vodia.com/documentation/releasenotes522 as usual.

Try positive and negative logic (when it should redirect or when it should not redirect). Maybe there was a misunderstanding when the event "fires".

Wir unterstützen auch Diversion; das ist in der Tat eine Möglichkeit da einen Schritt weiterzukommen. Das schöne an Diversion ist dass man da nicht an anderen Headern herumfummeln muss, es also relativ leicht möglich ist das einmal auszuprobieren. Ich würde vorher ein "Backup" der Trunk-Daten machen (Copy & Paste im Text-Mode in der Leitung/Trunk), für denn Fall dass doch was untergeht.

Man könnte die Mediendaten oft auch zwischen den Telefonen direkt austauschen. Das machen auch einige Systeme, z.B. Microsoft Lync. Wir reden hier aber über eine Explosion in der Komplexität, nicht nur in der PBX Software und den Telefonen/Gateways, sondern auch im Netzwerk-Setup. Nicht vergessen, es gibt auch noch Call Recording, Barge In, MOS scores was alles nur funktioniert wenn die PBX Zugriff auf die Mediendaten hat. Für manche Installationen macht es Sinn, z.B. wenn man regional sehr weit verbreitet ist und unbdingt nur eine Telefonanlage haben will. Ich glaube aber dass die typischen Kunden die Vodia adressiert eher an einem einfachen Setup interessiert sind und die Architektur-bedingte Verzögerung kein Problem ist.

Hmm. People falling asleep while talking. Welcome to flat rate. How about adding a "snoring detection" . But seriously, adding this setting on domain level is relatively simple. Maybe we just get this behind us.

The customization in version 4 was simple as the pages were pretty static content. Now with the extensive use of JavaScript we have reached a point where you need to be a HTML5 expert to get customization done. This is in 99.9 % of the cases not helping. Changing the HTML and JavaScript files also generates a chaos when upgrading versions as changes in those pages are not automatically merged with the newer versions. We need to focus on the customer requirements and address them directly with simple settings instead of providing generic tools to change everything. We are putting our list together of settings that can appear under a customization tab in the PBX. The banners and logos were a good start, and we need to extend that.

Ich würde mal ein PCAP erstellen. Bei der Hosted PBX kann man das im Webinterface zumindest einstellen (dom_ext.htm); abholen müssen wir die Datei dann manuell. Dann kann man schauen woran es hapert.