Vodia PBX

Well keep in mind that when you have ^(91[0-9]{10}) and ^(9[0-9]{10}), there is a overlap. 91234567899 dies match the 2nd pattern before you even get to the first one. You could try ^(9[02-9][0-9]{9}), to make sure that the 2nd digit is not a "1". Anyway, IMHO everybody today understands what a check mark is on a phone (look at your cell phone), and instead of pressing the "9" button in the front you can as well press the Ok button at the end--same number of key presses and nobody has to worry any more how to dial a number. Just dial what you would dial on the cell phone. Anyway, just my personal opinion.

Regarding the reset button, the reset sequence is a little tricky (to avoid accidental factory reset). Because of the general interest, we added something to the wiki: http://wiki.snomone.com/index.php?title=How_do_I_factory-reset_the_mini%3F

Danke für die Info!

I guess it is "as designed". For example, if both A and B have recording set for incoming calls from extension and outgoing calls to internal numbers, then they will both record the call. For example, imagine they both have their own directories which only they can see, then it is a feature that the call is recorded twice. Also keep in mind more complex scenarios where the call gets transferred to B while A was talking to C for some time, then there will a longer recording and a shorter recording.

We updated http://wiki.snomone.com/index.php?title=Csta_Browser, there is the link in the installation section.

We'll add the 9; however at this point we don't want to add another WAV file, so the user will have to do the announcement about it himself...

I would also think that the 0 would be the way to go. The PBX should then dial the number that was provided for the mailbox escape account. If that does not work, check the dial plan... Anything in the log?

Well if IPv6 does not work, that's a bad sign. Did you ping6? Because this is a GuruPlug, maybe the guruplugwiki has some additional information. E.g. maybe you can boot from a USB stick. The snom ONE mini has a reset button, exactly because of this. On the SoHo that was not possible because the hardware was already fixed.

Actually we are currently working on release 5. This would be something that would go into that next release.

:blush: which application shows incoming TAPI calls? It seems dialer.exe does not... If you only want to open a browser when a call comes in, there is actually another little helper application available, see http://wiki.snomone.com/index.php?title=Csta_Browser.

Oh, okay. Seems we posted at the same time. Thanks for the heads up, seems we have to include this in the next install build.

Can you check if the TAPI software executable was installed? Usually it gets placed into "C:\Program Files\snom\snom ONE TAPI". Start a cmd and cd there. There is a program named installer.exe. Try to run it as "installer.exe /list". There should be listed snomone.tsp.

When it comes to German ISDN I would recommend German companies (e.g. Beronet). Vegastream which is now also part of Sangoma is also a good choice; AudioCodes must also be named, and Patton where we had a lot of people with successful installations on ISDN.

No Problem. I would use MESSAGE; the PBX passes that through to the registered extensions. You can trigger messages from the web interface when you login as user, for testing this feature. If it works manually, you can use CURL to automate it.

I have my doubts if this will work at all. Did you try to click every few seconds manually on the check sync and did that keep the phone registered? If we invest a lot of time in this, change the code, build versions, and then at the end of the day find out that the phone drops the connection after a few minutes, then this action was a waste of time. Does Apple actually have any documentation on the behavior? The danger of "reverse engineering" is that they change the behavior with the next software update.

Ouch. That is difficult terrain! Clicking on check-sync sounds like a very complicated solution to me. If you just want to make sure that there is traffic every couple of seconds, I would just make the registration interval shorter. The PBX keeps the device registered for usually 30 seconds on UDP, and 180 seconds for TCP/TLS. You can change these parameters on the PBX general admin settings. Maybe you can just try to make them as short as 10 seconds to see if that motivates the iPhone to keep the Wifi link up.

The PBX does that already. It binds the process to the first core by default, so that there is no switch over delay when moving the process to another code. You can double check if your VM is bound to a specific CPU; I guess moving the VM from one CPU to another cannot be good for jitter!

If you have a switch that support port mirroring, I would stiff get a PCAP trace to see if the jitter is caused by the VM or comes from somewhere else.

Looks like the gateway is not sending the ACK back. What gateway are you using? Can you provide use with the SIP packets for the 192.168.18.48 address (Put the address in the SIP logging area of the PBX)?

From snom ONE side, we are trying to stay unbiased regarding specific providers. We'll leave it to other users to share their experience with the various service providers. The problem with multiple providers are inbound calls. You simply have to port the number over when you switch from one provider to another, which usually requires manual actions and takes time. It seems like the time has come where service providers have to offer more than just the cheapest routes. Topics like NAT and DoS obviously also need to be addressed (for example, automatic DoS handling was introduced in version 4 of the PBX several years ago). Regarding PSTN lines, the problem is similar. If you use it as a backup trunk, you have to have a solution for the number porting. If you have PSTN lines set up for inbound calls, many users use ITSP only for the expensive outbound calls (e.g. international calls if you have a flat rate for domestic calls). This way you can balance reliability with cost.

Ops sorry did not see that. Please choose "gateway" mode, not proxy mode and use 192.168.4.230 as associated address (not 1.2.3.4). And the pattern should be "!([0-9]{2}$)!t!41".

Looks "beautiful" to me; however not being the NBE expert here, we probably need the opinion of someone who knows how the NBE packet should look like--especially the +44 international prefix (maybe it needs to be represented as 0044).

Did you set up a trunk for the gateway? Make sure that the outbound proxy is set to 192.168.4.230. Then the PBX will know it comes from the gateway. Next step is to make sure that 939642 is a alias name of one of the accounts. Just pick the extension (or other account type) that should receive calls for this number and add the alias name to it. Account name will then look like "45 939642" (space between the alias names). More information can be found at http://wiki.snomone.com/index.php?title=Routing_a_Call_to_the_Proper_Extension and http://wiki.snomone.com/index.php?title=Inbound_Calls.

Kein Kommentar... Das wäre super und würde anderen sicher eine Menge Zeit und Ärger ersparen!

That sounds like a bug on the phone to me...