Jack,
Without detailed call flows it is difficult to be certain.
But in general, you would be wise to not get too upset if you get a 481
in response to a BYE. There are so many race conditions at the end of a
dialog that there is no reason to be concerned if the dialog you are
killing is already dead. Certainly you can try to diagnose who did what
wrong, but why lose sleep over it?
Paul
Jack W. Lix wrote:
> Hi,
>
> I have some confusion on call transfer.
>
> Assume ua0 calls ua1 (dialog1) and then calls ua2 (dialog2). Then ua0 puts
> both calls on hold. Finally ua0 sends a REFER to ua2 on dialog 2. It
> refers to ua1 and includes a valid replaces tag indicating dialog1.
>
> After completion of the transfer, ua0 receives a BYE on dialog1. ua0 then
> sends BYE on dialog2 to ua2 but gets a 481 response.
>
> My understanding is that dialog2 was not terminated by the REFER even if it
> has a REPLACES in it.
>
> The last piece of the puzzle is that there is an asterisk server in the
> middle of all this. Each of the ua's has the asterisk set as its outbound
> proxy and all traffic goes thru the asterisk server. Most of the transfer
> is actually done by the asterisk box redirecting the rtp stream by using
> re-invite.
>
> Thanks for any help and comments!!
>
> Jack
>
> _______________________________________________
> Sip-implementors mailing list
> [email protected]
> https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
>
_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
