Bhagat,
The BYE should be sent in the context of the dialog established between userA and UAY.
The acceptance of the INVITE, establishing the dialog, gives a contact address for the
remainder of the dialog. That would be an address for UAY. As a result, the BYE would
be sent to UAY, bypassing the proxy. If the proxy wanted to be involved, then it would
have done Record-Route. In that case the BYE would arrive at the proxy, but the path
to UAY will be defined by the Route headers.
Paul
"Janarthanan, Bhagatram" wrote:
>
> Hi,
>
> Can you please let me know what we are supposed to do in a
> tranasaction stateful proxy in the following scenario.
>
> Let us say that a user 'user B' has registered with three contacts in this
> proxy. When userA calls userB, the TS proxy forks parallely, say into three
> INVITES and sends them to say UAX, UAY, UAZ. UAY accepts the call, whereas
> UAX and UAY reject. After some time the context gets cleared in the proxy.
>
> Now, let us say, the proxy gets a BYE for the call with 'user B'. Assuming
> that the received BYE contains the 'User B' reuest-uri, should the proxy do
> a look-up again and fork the BYE to all three places UAX, UAY, UAZ ?
>
> Or is it the responsibility of the 'User A' to remember that his call was
> with UAY and specify UAY's request-uri in the BYE message ?
>
> Thanks
> Bhagat
> _______________________________________________
> Sip-implementors mailing list
> [EMAIL PROTECTED]
> http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
_______________________________________________
Sip-implementors mailing list
[EMAIL PROTECTED]
http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
