On Tue, 2009-08-04 at 15:47 -0400, David Saint wrote: > A question came up during our code review as to what functionality the > sipx > users would expect in the following call forward scenerio: > > Configuration: > User 201 > Extension 201 will ring first for 5 seconds > If no response forward to 202 ring for 30 seconds > If none of the above answers the call will be forwarded to voicemail > > User 202 > Extension 202 will ring first for 10 seconds > If none of the above answers the call will be forwarded to voicemail
First, let's clarify the specifications. I've highlighted the changes with *...*: > User 201 > *Phone* 201 will ring first for 5 seconds > If no response forward to *User* 202 ring for 30 seconds > *(but do not go to User 202's voicemail)* > If none of the above answers the call will be forwarded to voicemail > > User 202 > *Phone* 202 will ring first for 10 seconds > If none of the above answers the call will be forwarded to voicemail An alternative configuration is that User 201 will send the call to *Phone* 202. More about that later. > Functionality "A" > - user 203 calls 201 > - 201 rings for 5 seconds > - 202 rings for 10 seconds > - call goes to voicemail Functionality A is what would result from the clarified configuration above, that is if User 201 forwards to *User* 202 -- because then User 202's configuration determinies how the call is sent to Phone 202. > Functionality "B" > - user 203 calls 201 > - 201 rings for 5 seconds > - 202 rings for 30 seconds > - call goes to voicemail Functionality B is what would result from the *alternative* clarified configuration above, that is if User 201 forwards to *Phone* 202 -- because then User 202's configuration does not control the call that is sent to Phone 202. Generally, I would expect Functionality A if there was no further explanation, because it is usually the case that if 201 forwards to 202, and 202 forwards to 203, then phone 203 will ring. That is, User 201 is forwarding to User 202, so that User 202's instructions will be followed subsequently. Dale _______________________________________________ sipx-users mailing list [email protected] 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/
