Vodia PBX

Sounds like a problem with NAT and the router configuration. Thats a classical. http://wiki.snomone.com/index.php?title=Server_Behind_NAT is a good starting point for that journey. Do NOT use STUN. It is one of the biggest misunderstandings in the SIP world that STUN is doing you any favor. Just use TLS (actually Plug and Play).

Once that the code was activated, the license server would not send it again. We need to reset the code on the license server, please send a private message with the activation code and then we can take a look at this.

What you can always do is to backup your configuration (working directory), e.g. on a USB stick. That includes the key. This is also good if your hardware should crash, you can run the config then from another server. For high availability, consider using the virtual appliance; that makes it possible to upgrade your hardware while the PBX is running.

Well, rebooting the server is unsatisfactory. Next time, please restart only the PBX service to see if we can narrow it down to the PBX and exclude the rest of the server.

Das Setting für die MAC-Adresse akzeptiert auch mehr als eine Adresse. Einfach die MAC-Adressen mit Leerzeichen getrennt eintragen, dann werden mehrere Geräte auf die gleiche Nebenstelle provisioniert. Man mann auch die gleiche MAC in mehreren Nebenstellen eintragen, was für das m9 helfen sollte. Die Zuweisung zu den Handsets kann dann zufällig werden, aber dass kann man dann durch eine entsprechende Verteiling der Handsets an die Mitarbeiter wieder ausbügeln.

Jetzt reden wir über die SIP-Header... So wie es aussieht mag Arcor Remote-Party nicht für die Authentifizierung. Es gibt einige drop-downs für die Header im trunk (Leitung), wenn wir die Zugangsdaten mal bekommen können wir gerne versuchen, die optimale Einstellung herauszufinden.

For the license server, this is a new installation. The license server cannot rely on the IP address because of NAT and IP addresses changing all the time, so we need to reset the code and then you can re-install the license. I sent you a PM, if you can reply the activation code we can take care about it.

Well you need a proof of purchase that shows either the MAC address associated with the license or the activation code. In many cases, that comes with the bill from the distributor.

Well, after all the SoHo is a complete Debian system. Not being the big experts here, but I guess you can add a file to /etc/network/rc-up.d which gets executed when your interface comes up. If there is a iptables or route command that solves your problem, you probably can just put it there.

Man kann auch mehere Geräte unter der gleichen Nebenstelle registrieren. Das macht vor allem Sinn z.B. mit Softphones, die mal nur kurz registriert werden. Ob man zuhause und in der Firma die gleiche Nebenstelle registriert oder sich für Hot Desking entscheidet hängt vor allem davon ab, ob es okay ist wenn es auch zuhause klingelt, auch wenn man in der Firma ist. In einem Single-Haushalt ist vermutlich die Parallel-Registierung vollkommen okay, aber wenn da noch andere wohnen kann es nerven.

In pbx.xml ist schon jede Menge XML. Einfach nach den Settings oben suchen, und bei denen "true" mit "false" ersetzen (am besten vorher ein backup machen damit nichts kaputt geht). Ist keine Erfolgsgarantie, aber alles andere sieht unverdächtig aus...

Vom Log her sieht eigentlich alles gut aus... Die PBX ist ja offenbar auf einer Adresse die nicht öffentlich sichtbar ist (NAT), aber immerhin kommt der Anruf rein und das ist ein gutes Zeichen, dass der provider (Arcor) irgendeine NAT-Lösung in Einsatz hat. Wenn die SIP zustellen kann wird sie auch sicher in der Lage sein, RTP-Daten zu schicken, zumal ja dir Richtung zu Arcor funktioniert. Die einzige Idee die ich hätte ist dass die RTCP-XR Entensions Arcor verwirren. Es gibt einige globale Settings rtcp_loss_rle, rtcp_dup_rle, rtcp_rcpt_times, rtcp_rcvr_rtt, rtcp_stat_summary, rtcp_voip_metrics die ich alle mal auf "false" setzen würde. Entweder manuell durch das Webinterface oder falls ein Neustart kein großes Problem darstellt, in der Datei pbx.xml editieren.

Ich würde mir auf jeden Fall mal das Hot Desking ansehen. Damit kann man alle Anrufe dorthin umleiten wo man gerade ist.

Also make sure that you are PnP the phones, so that the recording button gets mappped to the XML screen.

snom ONE unterstützt den "STUN"-Trick nicht mehr. Wir hatten vor vielen Jahren sowas, haben es aber wieder rausgenommen da es schlichtweg nicht stabil läuft. Wir hatten endlose Support-Sessions, die praktisch immer mit irgendwelchen Billig-Router-Problemem geendet haben ("es geht--meistens aber nicht immer und nicht stabil"). Für ein Softphone am Flughafen mag das okay sein, für einen 24h-Betrieb einer PBX ist es aber nicht. Heutzutage verwenden praktische alle Service Provider einen "Session Border Controller" oder sorgen dafür, dass Kunden ihre Anlage auf einer routbaren Adresse betreiben.

It is not unusual that someone tries to scan your PBX. If you don't use trivial or even empty passwords the automatic blacklisting should take care about this guy.

Would be great if that would solve the problem.

You probably want ^(0[1-7][0-9]{9})@.*

That is definitevely very serious. Seems like you have 600 ports reserved for RTP. That means you can have max 600 / 4 = 150 calls going on at the same time. Maybe the OS also needs a "grace period" for old ports, and the PBX also needs some free space to find a new random port. In short words: Increase the number of RTP ports. 600 is probably somehow on the limit, I would say 1200 should be much more relaxed.

Oh if you only have snom 300, then you cannot peak at the configuration generated for the other phones. But you can log into the webpage of the PBX, then admin mode, web page control, then you can select the file snom_3xx_fkeys. That the one that you need to modify to your needs. You can take a peek at the other snom config files to see how they use the directory button and link them to the PBX XML.

Account name, password, domain, outbound proxy--in other words the stuff that you received from the service provider.

They are part of the UK voice prompts (http://wiki.snomone.com/index.php?title=Language_Prompts).

You mean *00?

I assume you are using a SIP service provider? Do you hear ringback properly when you make internal calls between extensions?

It is automatically set up when you use plug and play (e.g. DHCP option 66, multicast PnP). If you have one device configured, you can take a look at the configuration files in the "generated" folder. http://wiki.snomone.com/index.php?title=Plug_and_Play