Its allowable in certain cases, but it can have negative consequences.
The problem is that if the messages get out of order then eventually you
end up processing a message with an invalid CSeq. This may be ok if the
messages sent later supersede the ones sent earlier. (This is probably
the case for REFER.) But if the subsequent messages don't supersede one
another you are likely to have trouble.
Paul
Jack W. Lix wrote:
> Hi,
>
> Is it allowable to send multiple requests within a dialog or does each need
> to complete before the next is sent?
>
> In this instance, I'm sending a REFER within a dialog. The far end sends a
> NOTIFY and then an INVITE (to put me on hold). My app is slow to accept the
> hold because it's presented to the user. The far end then sends additional
> NOTIFY's with incrementing CSeq values before the INVITE has received a
> final response (it did receive 100). The NOTIFY's after the INVITE are not
> being responded to at all.
>
> 1) Is it allowable to send multiple requests (ie NOTIFY) that overlap or
> does each need to be completed in turn?
>
> 2) Is it a bad practice to present a re-invite for hold to the user?
>
> Thanks in advance,
>
> Jack W. Lix
> [EMAIL PROTECTED]
>
> _______________________________________________
> 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
