New Features

New Features

SIMPLE presence implementation

Snom phone are able to send their presence state via 'PUBLISH' requests as stated in the SIMPLE protocol (see http://en.wikipedia.org/wiki/SIMPLE). But the snomOne IPBX doesn't support PUBLISH requests. And, then it doesn't support SIMPLE. In a word it's quite incoherent. Presence has to be handled with star codes and this way, there's nothing on the phone that tells in which state it is. Why not use the phone's native ...more »

Submitted by

Voting

1 vote
Active

New Features

More Extensions/Account information

It would be very good, specially for remote phones, that on the account/extension pages you could see in the list column for the IP address of the phone which is registered to each account. Troubleshooting would be way easier. The RT of a single ping from the server to the phone (with some from of hourly refresh or on demand) would also be extremely helpful.

Submitted by

Voting

3 votes
Active

New Features

quicker easier way to collect SIP logs by anyone

The method for collecting SIP logs could be made more streamlined. I suggest something like: 1-end user dial *50 (or whatever start key) to start logging. The systems says "Logging started" 1b- snom ONE now turns on logging for this extension's IP address. 2-user reproduces problem 3-user dials *50 and the system say "Logging Completed" and emails the SIP log, the system config and some other basic info the the email ...more »

Submitted by (@mattmlandis)

Voting

4 votes
Active

New Features

Extension Park Direct

I suggest an option called park direct which should allow for the configuration of a parking slot for a specific extension. When a call is parked in this slot and the park time out is exceeded, then the call should ring on the extension that was configured for the slot (the extension on which the call was parked), instead of on the extension that parked the call. If no answer is performed then the call should follow the ...more »

Submitted by

Voting

1 vote
Active