[SIPForum-discussion] need help from people who know all the rules by heart
Tomasz Zieleniewski
tzieleniewski at gmail.com
Fri Apr 17 08:03:06 UTC 2009
Hi,
If UAC receives a Re-INVITE request it should send any final response to UAS.
In case when it doesn't there is a timeout at UAS side for this
Re-INVITE transaction fired by B timer.
In such case UAS should terminate the dialog by sending BYE request to UAC.
Generally sending BYE request by UAC is allowed because UA may
initiate a regular transaction
while an INVITE transaction is in progress. But if in this case
sending BYE is any way related to
receiving of the Re-INVITE request then it is wrong.
Regards
- Tomasz Zieleniewski
2009/4/17 Michael Trank <mtrank at apexvoice.com>:
>
> I have a situation where some sessions between a UAC and a UAS look like
> this:
>
> It looks like this:
>
> UAC UAS
>
> INVITE ===>>
> 200 OK <<===
> ACK ===>>
>
> some seconds pass by....
>
> Re-INVITE <<==== ( with "BlackHole" SDP )
> 100 Trying ===>
> BYE ===>
> 100 Trying <=== ( provisional for BYE )
> BYE ===>
> 100 Trying <=== ( provisional for BYE )
> BYE ===>
> 100 Trying <=== ( provisional for BYE )
> BYE ===>
> 100 Trying <=== ( provisional for BYE )
> BYE ===>
> 100 Trying <=== ( provisional for BYE )
>
>
> and thats it, things kind of get stuck like this. The BYE's stop, but
> the call finished somewhat un-gracefully.
>
> What is supposed to happen when a re-INVITE gets sent in one
> direction and a BYE gets sent in the other, ignoring the re-INVITE?
>
>
> _______________________________________________
> This is the SIP Forum discussion mailing list
> TO UNSUBSCRIBE, or edit your delivery options, please visit http://sipforum.org/mailman/listinfo/discussion
> Post to the list at discussion at sipforum.org
>
More information about the discussion
mailing list