Here's a link to the feature request for hoteling: http://track.sipfoundry.org/browse/XECS-442
> -----Original Message----- > From: PENZ Robert [mailto:[EMAIL PROTECTED] > Sent: Friday, November 21, 2008 2:57 AM > To: Picher, Michael; [email protected] > Subject: AW: [sipx-users] sipx evaluation questions > > Hi! > > thx for your answers and sorry that I write back that late. > > > Question 1: > > > > We want to create groups of phones which can see the status of each > > other. So if phone 1 calls phone2, phone3 (phone2+3 are in the same > > group) can see on the display who calls who( and also the LED's > should > > accordingly burn (BLF)) and should be able to pickup the call. It is > > possible to configure this feature on the phones, but we found no way > > to configure that via sipx. Beside the work needed for > 3000 phones > > after each reboot of the phone the setting is lost. The BLF does not > > seem to work at all with our Snom test phones. > > [Picher, Michael] > You can not see who calls who unless you look in the Call Detail > Records. On phones you should be able to see call status though. > Check the snom phone page in the Wiki... > > [Penz, Robert] > Yes we're able to see it on the phones, but we need to configure it on > the phone itself, and are not able to configure it centrally on sipx > for the phones and after each reboot of the phones this config is lost > due to the central config. > > > > Question 2: > > > > How can we configure sipx to play a sound file to an external caller > > before the called local extension starts ringing? The callee should > not > > be required to press any button, he just waits until the "Welcome" > > message is done. > > [Picher, Michael] > You could do this with an ACD queue... only way I know of. > > [Penz, Robert] > Ok. thx. > > > > > Question 3: > > > > We have with our current old school telephone system a special kind > of > > call back, which our users love. If phone 1 calls phone 2 but phone 2 > > is busy or does not answer phone 2 has displayed a missed call. As > far > > as good. But we want to signal phone 2 that the callee from which the > > missed call came wants to have a call back. Is there a possibility to > > sign the called person on the phone that the callee wants to be > called > > back? There should be a difference between the signing of a missed > call > > and a call back wish. I did not find anything about this topic so > far. > > > > Our current telephone system does not show missed calls at all it > just > > shows callers which wanted a call back. This is provided by a burning > > LED which is label "mailbox" (Basically a BLF LED).The callee presses > a > > button which leads to the actions our users call "putting a call back > > into the others mailbox" I guess it should be possible like this. The > > WMI LED on the Snom phones is trigged by sipx so if sipx would allow > > trigger its WMI state not by the call but be an special key stroke. > > > [Picher, Michael] > This is a little difficult to follow what you are looking for, but > call-back is not supported. Why can't the caller leave a voicemail and > ask the user to call back? > > > [Penz, Robert] > > There are 2 things: > > 1. A voice mail system could be adapted for a call on a free phone > which is not picking up. Still just pressing a Ok für the Text > "callback" is faster, but ok. Can I go the voice mail system at any > point or to I need to wait for the "timeout"? > > 2. What I did not explain exactly in my first mail is that with the > current phone system it is possible to tell the phone system to call > someone back if the other phone is busy. As soon as the other phone is > not busy anymore I get a call which tells me that it is a callback from > the phone system that the other line is now free. This is a standard > ISDN feature, even over the public phone system here, which all our > users are used to. > > > > Question 4: > > > > A nice feature the current system supports is following: A user goes > to > > a different phone (not his phone). He enters a code and PIN and then > he > > is reachable with his original number on this phone and the phone > gets > > the configuration of his phone. He also should have his permissions > > (like calling none local) on this phone then. Is something like this > > possible? Maybe only a part? > > > [Picher, Michael] > I refer to this as hotdesking, others may call it hoteling. Not > possible. There is a feature request in the tracker for it. The user > can at this point go into the sipX user portal and forward their calls > to the extension they are at. > > [Penz, Robert] > Ok, thx for the info. > > > Question 5: > > > > Currently all phones are locked and allow only internal calls. If a > > user wants to call external he needs to enter a code + PIN to unlook > > the phone/phone system for this day (or only the next call, if it is > > not his phone). The phones get locked again in the evening to prevent > > misuse after the office hours. We found only the possibility to > > lock/unlock the phone by the user itself. > > > > > [Picher, Michael] > There's a feature request in for this as well (account codes). Doesn't > quite work the way you are asking for but for every LD call a user > would need to enter their pin. > > [Penz, Robert] > For every call that's a bit much, can you point me to this feature > request so I can add my whish do allow it for a given period of time if > not locked by a lock pin. > > > > Question 6: > > > > Our users are required to enter a code + PIN to indicate that the > next > > call is a private call (it will be billed separate). Would this be > > possible with a special dial plan or something like this? > > > [Picher, Michael] > See answer to 5. You could create a special dial plan for each user. > This would be a major pain and also call history is available on most > phones so it would be pretty easy to look at the dialed calls and get > account codes. > > [Penz, Robert] > ok thx for the info. > _______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users
