Vodia PBX

In the replacement, when you want to use a star, you have to put a \ in fron of it and use the full form with the sip in it. For example: sip:\*67@\r;user=phone

Well, the setting should be also available on per-extension level. At least it is in version 4 (in the registrations tab).

If you can, start extension numbers with 4. Then you still have 0, 1, 2, 3 for other options e.g. in the auto attendant. And keep 8 and 9 for other purposes (e.g. for leaving messages starting with 8 and outbound calls with 9, even if I don't like this). 7 is nice for other accounts, e.g. conference rooms, ACD & Co. So you should use 4-6 for regular extensions, thats 30 extensions when you are using 2 digits, or 300 if you are using 3 digits.

I would just set up a conference with a start date and a end date (far in the future). Then participants can participate any time. Or just set up a conference room with a code that is only shared with the cofnerence participants.

What you can try is to use the call redirection after time and then send the call to the Exchange trunk. Kind of workaround...

Was there something like file system full or missing write permissions? Usually such an upgrade should keep VM messages and other recordings.

Actually, you must have Pentium 4 at least. We turned on SSE2 instruction set, hoping that the codec processing would be a little faster. However, seems that there are still Pentium 3 out there, so might might have to give up on that plan.

In the address book, you must use the "Softphone" entry and check the "See this person's Softphone online presence". I am using the X-Lite beta 4.

It is still the same--you first need to establish a audio session before you can turn video on. Call it a feature; you can first ask the other person if video is appropriate

Hmm. Vielleicht kann das Telefon diese Aufgabe ja übernehmen? http://wiki.snom.com/Features/XML_Dial_Plan. Die Alternative wäre es, bei dem Telefon die Dasstellung mit eine + davor zu wählen. Damit it klar dass es sich um eine Nummer handelt die über einen Trunk angerufen werden muss. Das wird bei den Handys auch gerne praktiziert.

You need to add the extenson that you want to monitor to your address book. From then on it should be working smoothly...

Some heavy lifting has been done and we want to release something. Then the next step is to let in stabilize a little bit and after this, we can turn on the feature adding again. Maybe we will even call it version 5. Our competitors have two digit version numbers, so we have to stay competitive!

Bei drei Stellen muss es sich ja wirklich schon um eine kleines Dorf handeln. 07541 ist offenbar Friedrichhafen. Da bekommt man wohl eine dreistellige Vorwahl wenn man die Sparkasse ist (07541-704) oder das Seehotel , aber diese Nummer kann man ja nicht wählen. Da muss man zumindest noch eine Stelle mehr wählen. Ja, grundsätzlich sollte man natürlich vermeiden dass es solche Überlappungen gibt. Es gibt ein paar Workarounds. Zum einen kann die 812 in die Liste der "Notrufnummern" aufgenommen werden. Das hat den unschönen Seiteneffekt dass z.B. bei Anrufbeginn immer eine Notruf-Email abgesetzt wird, aber das ist vielleicht zu ertragen. Ein anderer Workaround ist z.B. ein Präfix zu definieren mit dem man explizit nach draussen telefonieren kann, z.B. 999. Manche verwenden diesen trick auch, um Calls über einen bestimmten trunk laufen zu lassen. In Deutschland gibt es ja auch noch die Vorwahl vor der Vorwahl, 01019 oder sowas. Das könnte man hier auch nutzen um explizit Anrufe nach draussen zu leiten.

Seems there is a interop problem with the Huawei. What I can see is that in the successful case the Huawei sends an SDP with both audio amd image and that seems to be fine; however in the case when the PBX is involved there is only image. T.38 is a mess when it comes to interoperability. Maybe the problem will magically go away with the next update of the soft switch (which is not in our control). Right now my recommendation is to keep the setup the way it is any bypass the PBX. BTW the other way to do FAX (secure!) is using https. That is becoming more and more popular and that is very easy when it comes to interop.

Whow, how many units do you want to page?

Die PBX geht da sehr einfach vor. Wenn einen Nummer gewählt wird, wird zunächst versucht diese Nummer intern zu finden. Einzige Ausnahme ist die Notrufnummern-Liste, die da explizit ausgenommen wird (es gab ein paar Genies die tatsächlich 110 als Nebenstelle gewählt hatten). Nur wenn die Nummer nicht gefunden wurde, wird der Dial-Plan (AKA Rufschema) verwendet. Es ist also okay wenn man eine Nebenstelle 812 hat und man dann nach draussen die 812123456 anrufen will. Das geht weil SIP kein Overlap-Dialling unterstützt.

We will make a MSI image available today or tomorrow.

I think the easiest to get this problem resolved is to take a look at the INVITE that the HT sends to the PBX. From that we can tell here what needs to be done either on the trunk or on the dial plan to get this working.

Vermutlich ein problem mit RFC3325. Eigenlich ist es ganz einfach: Was als Rufnummer auf der Anzeige erscheinen soll ist im "From", und was in der Anzeige als angerufene Nummer erscheinen soll im "To". Wo der Call wirklich hingeht steht im Prinzip in der ersten Zeile (nach dem INVITE). Und wer für den Call bezahlt steht im P-Preferred-Identity oder im ICID (IMS-Zeugs). Weiss nicht warum sich da alle so schwer tun.

Ich halte nicht viel von Präfixen um "rauszutelefonieren". Das führt nur zu so einem Chaos, wo keiner mehr weiss ob er jetzt 00 oder 0 wählen soll und wo man womöglich irgendwo im Ausland landet weil man eine 0 zuviel verwendet hat. Bei den Handys ist es auch völlig normal dass man einfach nur die Nummer wählt die man erreichen will. Wenn denn der SIP-Trunk eine zusätzliche 0 haben will, nun denn dann kann man das im replacement-Field einbauen. Ich würde es aber generell von Endbenutzer verbergen.

AFAIK some parts made it. E.g. when the call gets disconnected while you are on the cell phone (as extension call), and the other side hands up, you get kind of dial tone where you can make a new call. That's a start.

I quickly tested this loopback scenario again (using the latest and greatest 4.0.1.3424, let me know if you need a build/OS). The PBX blocks the loop request if the "detect loopback" is on, once it is turned off it is working as it should.

"405 Method Not Allowed" usually means that someone tries to register to a device that does not support registering something to it. This is typically a SIP phone, which likes to register itself somewhere, but does not allow that someone registers there. If you want to use the HT-503 as gateway, then maybe you should just use the "Gateway" mode in the trunk and don't attempt to register there.

Well if OCS can dial something like *86123 then pickup should be possible...

Okay, the PBX sends at 09:59:18 the INVITE to the PST gateway running on 127.0.0.1:5062. At 10:02:20, the phone sends a CANCEL. I am not sure if the user disconnects the call or the the user hangs up. Anyway, the PSTN should not ring so long. Did you set "detect polarity change" on the PSTN gateway? Turn it off. Probably your FXO does not support polarity change and this is causing the problem.