Could that be a configurable setting, so that it can be configured by the Administrator?
That sounds like something were either way you set it, someone will want the opposite... Mike Burden Lynk Systems, Inc e-mail: m...@lynk.com Phone: 616-532-4985 -----Original Message----- From: sipx-users-boun...@list.sipfoundry.org [mailto:sipx-users-boun...@list.sipfoundry.org] On Behalf Of Dale Worley Sent: Thursday, February 18, 2010 12:02 PM To: sipX-users Subject: [sipx-users] A proposed change in directed call pickup We are considering changing the behavior of directed call pickup. Suppose a user, say 111, has (immediate) call forwarding set to another extension, say 222. When a call comes in for 111, the call will be sent to 222 and will start ringing there. If someone on another phone dials *78-111, the system will send a SUBSCRIBE message to phone 111 to find the call ringing there. Currently, the call forwarding affects the SUBSCRIBE, and it will get copied to 222. So the incoming call (which was to 111 but got sent to 222) will be found, and the call pickup will succeed. Of course, this is a bit weird, since the call wasn't ringing on 111 at all. I figure that since the call was ringing on 222, someone who wanted to pick it up would dial *78-222. The change we are considering is to prevent the SUBSCRIBE from being forwarded as a call would be. This has the advantage and disadvantage that a *78 call would only query the phone(s) for the extension in question, and would not search to any phone that was forwarded from the extension. In the above case, this change would make things work more like one would expect. The disadvantage (I think) would be in a situation like this: extension 111 is forwarded after 10 seconds to 222. An incoming call rings on 111, and another user calls *78-111. But just at that moment, the call is forwarded to 222. Without the change, the call would be picked up. But with the change, the call won't be picked up, as phone 222 won't be queried. (If the user tried again with *78-222, that would work.) Does this change sound like an improvement or a misfeature? Dale _______________________________________________ sipx-users mailing list sipx-users@list.sipfoundry.org List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users sipXecs IP PBX -- http://www.sipfoundry.org/ _______________________________________________ sipx-users mailing list sipx-users@list.sipfoundry.org List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users sipXecs IP PBX -- http://www.sipfoundry.org/
