

<HTML><BODY><div>Hello Kingsley ,</div><div> </div><div>maybe this is the reason:</div><div> </div><div>In some cases, the response returned by the transaction layer</div><div>will not be a SIP message, but rather a transaction layer error.</div><div>When a timeout error is received from the transaction layer,</div><div>it MUST be treated as if a 408 (Request Timeout) status code</div><div>has been received. If a fatal transport error is reported by the</div><div>transport layer (generally, due to fatal ICMP errors in UDP or</div><div>connection failures in TCP), the condition MUST be treated</div><div>as a 503 (Service Unavailable) status code. [1]</div><div> </div><div>[1] <a href="https://datatracker.ietf.org/doc/html/rfc3261#section-8.1.3.1">https://datatracker.ietf.org/doc/html/rfc3261#section-8.1.3.1</a></div><div> </div><div>Anyway, a good starting point is to search «408» over the whole RFC 3261,</div><div>I’m sure you’ll find the answer using this method.</div><div> </div><div><div><div><div>-----------------------------------------------<br>BR, Alexey<br>https://alexeyka.zantsev.com/</div></div></div></div><div> </div></BODY></HTML>