On 6/28/22 4:19 AM, Gilson Urbano Ferreira Dias wrote:
Dale,
The three pseudo-dialogs are for different AORs.
It would be very helpful if you would post the full messages.
Thanks,
Paul
Does this change anything in the analysis?
Regards,
Gilson Urbano
__
Filippos,
They are 3 different (Call-ID, tag, Contact, From, and To) Register
requests using the same CSeq, and from the same server.
I think the server is not following 10.2 because the second Register
message containing a different Contact header is sent before the final
response of the first o
Dale,
The three pseudo-dialogs are for different AORs.
Does this change anything in the analysis?
Regards,
Gilson Urbano
___
Sip-implementors mailing list
Sip-implementors@lists.cs.columbia.edu
https://lists.cs.columbia.edu/mailman/listinfo/sip-implem
Gilson Urbano Ferreira Dias writes:
> Suddenly, the server decided to send CSeq = 1 in three consecutive Register
> messages for different Call-Ids.
>
> I tried reading https://www.rfc-editor.org/rfc/rfc3261#section-12.2.1.1 and
> https://www.rfc-editor.org/rfc/rfc3261#section-8.1.1.5, but I'm st
>From 10.2:
CSeq: The CSeq value guarantees proper ordering of REGISTER
requests. A UA MUST increment the CSeq value by one for each
REGISTER request with the same Call-ID.
So my guess is that if it's the same request (same Contact header, Call-ID,
expiration etc), it
Can I have the same CSeq numbering originating from the same server in
Register messages?
Note that the previous messages were being incremented by one as CSeq =
..., 932840, 932841.
Suddenly, the server decided to send CSeq = 1 in three consecutive Register
messages for different Call-Ids.
I tr