o Daniel-Constantin Mierla on 04/24/2012 04:04 PM:
Btw, what Asterisk/Sems does in this situation (just for the
developers of such end points here :-) ), any special hint-header added?
SEMS adds "Retry-After: 0" if the method is NOTIFY. Additionally, you
can now ignore the low CSeq for NOTIFY
24 apr 2012 kl. 16:04 skrev Daniel-Constantin Mierla:
> Hello,
>
> On 4/24/12 3:55 PM, Olle E. Johansson wrote:
>> 24 apr 2012 kl. 14:27 skrev Daniel-Constantin Mierla:
>>
>>> Hello,
>>>
>>> thanks, I found that as well, but I didn't wanted to believe is no update
>>> to it in regard to sip c
Hello,
On 4/24/12 3:55 PM, Olle E. Johansson wrote:
24 apr 2012 kl. 14:27 skrev Daniel-Constantin Mierla:
Hello,
thanks, I found that as well, but I didn't wanted to believe is no update to it
in regard to sip client behavior. A phone replying with such generic code is
really misleading for
24 apr 2012 kl. 14:27 skrev Daniel-Constantin Mierla:
> Hello,
>
> thanks, I found that as well, but I didn't wanted to believe is no update to
> it in regard to sip client behavior. A phone replying with such generic code
> is really misleading for such case . So I searched further in 4xx cla
Hello,
thanks, I found that as well, but I didn't wanted to believe is no
update to it in regard to sip client behavior. A phone replying with
such generic code is really misleading for such case . So I searched
further in 4xx class, base rfc and other extensions, and could not find
anything.
12.2.2
If the remote sequence number is empty, it MUST be set to the value
of the sequence number in the CSeq header field value in the request.
If the remote sequence number was not empty, but the sequence number
of the request is lower than the remote sequence number, the request
Hi Daniel,
See RFC 3261 section 12.2.2:
If the remote sequence number was not empty, but the sequence number
of the request is lower than the remote sequence number, the request
is out of order and MUST be rejected with a 500 (Server Internal
Error) response.
However, 400 or some 4xx
Hello,
I was wondering if someone here can point quickly where specs mention
what is the right reply code to send when a request within dialog is
received with lower cseq value than the previous request. I couldn't
spot the part in the RFC yet, if any related exists.
Cheers,
Daniel
--
Danie
