Vodia PBX

For this feature, you must be careful how the phone is provisioned. There are multiple settings that need to be set properly. Practically that means that plug and play should be used.

For paging we deliverately choose not to offer wildcards just because this can easily result in explosive call volume. For example, where there is a domain with hundred extensions, a star would be a ticking time bomb. I believe for other fields the star is possible where there is no performance impact to be expected.

Are you using country codes? If that is the case keep in mind that numbers are always represented in "canonical" format (e.g. NANPA). In plain words, in the USA all numbers will be ten digits. If you dont want it, clear the country code then the dial plan will see what the user has entered.

The softphones are really a problem here. Obviously, snom has no intention to help selling hardware from other vendors. If there would be a way to tell if the registration is a soft phone or a hard phone, that would make life easier. Seems like the good old snom 360 soft phone becomes popular again these days.

Well, did you select the right trunk in the dial plan? The standard configuration comes with a trunk template. Make sure that you change the outbound proxy from the dummy 1.2.3.4 to the real address where you want to send the call...

It is in the trunk settings at the bottom. Search for "3325", then you find the setting.

Maybe snom should hire a MacOS expert to take care about the installation (and deinstallion).

I guess it was "reasonable" for the installations that snom was thinking about. For example, if someone wants to run a conferencing service, it would be "unreasonable" to run this service on a software that has not been paid for.

There was a service at http://www.testyourvoip.com, but it seems they shut down, see http://en.wikipedia.org/wiki/TestYourVoIP. But it seems there is another page available now at http://www.bandwidth.com/tools/voipTest/.

This is probably a problem with the presentation of the From/To/P-Asserted-Identity/Remote-Party-ID/... Every service providers wants to have it a different way. You can try changing the modes in the trunk. The default is RFC3325, but it seems your service provider wants it a different way. Try "no hide", then the BPX will (ab-)use the From header to indicate who will pay the bill.

Well, you can try pressing 4 so you get the same message but without envelope...

Sorry, http://en.wikipedia.org/wiki/Back-to-back_user_agent

REFER is not supported for third-party devices on snom ONE. However, transfer is still possible using hold and the *77 transfer star code.

Which version? Can you PM me the key that you are using?

Yea, the forum host switched itself off because the "bandwidth limit has been reached". I take this as a good sign that the traffic is increasing... Anyway, about inbound routing check out http://kiwi.pbxnsip.com/index.php/Inbound_Calls_on_Trunk (the good old Wiki is still up until the new one is complete).

That looks like the two legs of the B2BUA came up with different codecs; so the PBX has to transcode between them.

There is a flag in the extension setting where you can demand from the PBX that the user has to press "1" in order to accept the call. This solves the problem that the cell phone mailbox picks up the call. Apart from that, you need to make the mailbox timeout long enough so that your carrier is able to call the cell phone before the PBX mailbox kicks in.

Check this out: http://kiwi.pbxnsip...._the_Appearance In version 4, you can also edit every HTML page on your own (admin/email/texts). That means you can chance every little bit of the emails that the system sends and also the web interface.

When using trunks, there is a setting "domain" in the trunk that should do this. You might have to play with the RFC3325 settings depending on your providers preference for the headers.

Agreed. Always going into a domain and send a test CDR report from there is not the solution.

Here is another link that you can try: http://kiwi.pbxnsip.com/index.php/Troubleshooting_SIP_Trunk_Problems If you have to share the bandwidth with other apllications like email or www, then problems like these are only a question of time. Pragmatic approaches include getting a second cable modem and putting voice onto the second line or using a traffic shaper.

We introduced a new type "Park Orbit". It has pretty much the same functionality like the previous implicit orbit; however you can pick up the call from an extension by just dialling the park orbit number. This one does not "waste＂　ａｎ　ｅｘｔｅｎｓｉｏｎ　ｌｉｃｅｎｓｅ．　Ａｎｄ　ｗｈｅｎ　ｙｏｕ　ｓｅｎｄ　ｔｈｅ　ｃａｌｌ　ｆｒｏｍ　ａ　ｔｒｕｎｋ　ｔｏ　ｔｈｅ　ｏｒｂｉｔ，　ｔｈｅ　ＰＢＸ　ｗｉｌｌ　ｐａｒｋ　ｔｈｅ　ｃａｌｌ　ｔｈｅｒｅ．

Yes, but you need to establish trust relationships (this is a standard TLS problem). In snom ONE, snom trusts snom (kind of makes sense), but it by default does not trust anything else. If you are using other providers for certificates, you need to import the right Root CA.

VM is not too bad. On the one hand it does compress the voice using GSM; on the other hand it has only one call leg so the problem should not be too big. And if really all users suddenly feel the desire to listen to their voicemail and the server really get too much load, the calls will be rejected and users will head something like "Service Unavailable" at this time.

Indeed a stupid problem. Regardless from the email server configuration, it is time to introduce a setting for this. I believe we had other cases where users wanted to see a specific domain name in the EHLO.