On Fri, 2010-01-29 at 19:30 +0900, OKUMURA Shinji wrote:
> Consider the following scenario.
>
> | INVITE(CSeq:1)|
> |--->|
> ||
> | 18x |
> |<---|
> |
Once the first INVITE has failed, and early dialog it might have had is
gone. The retried INVITE is working toward establishing a new dialog. So
the CSeq values are for that dialog. I think that means the CSeq
numbering should be permitted to restart.
OTOH, if there are any messages still in tr
According to RFC 3261
"CSeq or Command Sequence contains an integer and a method name. The
CSeq number is incremented for each new request within a dialog and
is a traditional sequence number.
"
CSeq increment is not done for specific request it is done for all the
request in the
It must be
greater that or equal to 3.
Dushyant P S Dhalia
OKUMURA Shinji wrote:
Hi,
I have a question regarding CSeq of retried INVITE.
Consider the following scenario.
| INVITE(CSeq:1)|
|--->|
||
| 18x
CSeq would anyways need to be incremented since previous request has been
responded and this is supposed to be a new request as against the
retransmission of previous request.
Another case would be sending 2nd INVITE with a different Call-ID.
Regards
Rohit Aggarwal
-Original Message-
Fr
Hi,
I have a question regarding CSeq of retried INVITE.
Consider the following scenario.
| INVITE(CSeq:1)|
|--->|
||
| 18x |
|<---|
|
