On Wed, 2009-02-11 at 18:02 +0530, Chaitra wrote:
>
> Please let me know the expected behavior for the following scenario:
>
> 1. Hunt group set up:
> a. Create a hunt group with extension 666 having users 361 and 363 (both
> Polycom phones) having following calling sequence:
> Initially call -------361 expiration 30 sec
> If no response--- 363 expiration 30 sec
> b. DO NOT select the checkboxes for 'Use Voicemail' and 'Allow Call
> Forwarding'
> c. Leave the 'Fallback destination' blank.
> d. Enable and click on OK button.
>
> 2. Default serial fork expiration = 20
> 3. Now from a "Caller phone" dial the hunt group 666.
> 4. user 361 starts ringing . Do not answer the call. After 30 sec, user 363
> starts ringing. Do not answer the call. User 363 rings for 30 seconds. After
> this what should be the behaviour? Should the caller phone get disconnected
> immediately?
>
> Current observed behavior:
> ---------------------------
> a. If "Caller phone" is LG-Nortel, then after 363 rings for 30
> seconds , the caller phone gets disconnected immediately.
> (enclosed: LG-caller.xml)
>
> b. If "Caller phone" is Polycom, then after 363 rings for 30 seconds,
> the caller (Polycom) continues to ring for 30 more seconds, then gets
> disconnected(sends a CANCEL).
> enclosed:
> --Polycom-caller.xml ------------------> when the caller polycom phone
> is still ringing.
> --Polycom-caller-sends-CANCEL.xml ---->when the caller polycom phone
> disconnects sending a CANCEL
>
> Please do let me know the right behavior.
There are really two questions here:
1. What should the behavior of the call routing be?
2. What should the behavior of the calling phone be?
For #1 it should be the same for both, and you've described the correct
ringing sequence. After the second extension (363) has reached its 30
second limit, the proxy should return a 408 Timeout response to the
caller. It's possible that this could show up as some other 4xx code,
but I think 408 would be best.
The calling phone should then indicate that the call has been terminated
somehow - displaying the reason phrase (the text following the response
code on the first line of the SIP response) would be good if possible.
For obvious reasons, this isn't a configuration many people will want to
use, but the behavior you're seeing from the proxy is just what you
configured.
_______________________________________________
sipx-dev mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-dev
Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
