I think user2 is stuck, at least temporarily. Its not too bad a situation, because the
SDP answer in the ACK has to be consistent with the offer so it shouldn't be anything
that user2 can't cope with - even though it might not be desirable. User2 can then
initiate another reinvite cycle, including as an offer the same SDP it offered before.
(But user2 probably doesn't have a good expectation of doing any better, so I don't
know why it would try.)
What could there be about the answer from user1 that user2 doesn't like? If it is
inconsistent with the offer, then user1 is broken. In that case, user2 is perhaps
justified in sending a BYE. It depends on whether user2 is more concerned with
enforcing the protocol, or with maximizing the chances of communicating.
Paul
"Feldman, Michael" wrote:
>
> when you have a re-invite, how does the far end reject the changes in the
> following case...
> (mind you I am not sure when this would happen)
>
> Call in progress...
> user1
> user2
> Invite (no SDP information) -->
> <-- 200 OK (with SDP information)
> ACK (with SDP information) -->
>
> user 2 does not like the information given in the ACK by user1,
> a bye does not make sense since we do not want to terminate the call.
>
> thanks,
> mike
>
> _______________________________________________
> 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
