[OpenSIPS-Devel] RFC 4320 and 4321?

Bogdan-Andrei Iancu bogdan at voice-system.ro
Tue Sep 30 11:28:16 CEST 2008


Hi Inaki,

Iñaki Baz Castillo wrote:
> Hi, RFC 4320 handles some issues about non INVITE transactions described in 
> RFC 4321. For example:
>
> - A proxy should NOT generate a 408 during parallel forking in a branch 
> doesn't respond because when this 408 is sent the UAC client transaction has 
> been already destroyed by it own timer.
> Please, take a look to RFC 4321 (specially figure 3).
>
> - A transaction-stateful SIP proxy MUST NOT send any response to a
> non-INVITE request unless it has a matching server transaction that
> is not in the Terminated state.  As a consequence, this proxy will
> not forward any "late" non-INVITE responses. (This avoids late replies that 
> will not match UAC client transaction).
>
>   
The whole story from RFC 4321 has as ground the fact that all SIP 
entities have the same T1 value. But RFC3261 gives recommendation about 
the value, so you can have different values on different SIP entities - 
in such case, the race condition case is not valid anymore.
> I've tested it and OpenSIPS doesn't implement this RFC. If during parallel 
> forking a branch doesn't respond then OpenSIPS replies 408 that is useless in 
> most cases.
>   
you mean opensips replies with 408 to the upstream UAC (transaction 
conpletion) or internally on the given branch?

Regards,
Bogdan



More information about the Devel mailing list