14 Apr
2014
14 Apr
'14
11:50 a.m.
Daniel-Constantin Mierla writes:
Incoming request is stored in transaction with all the
changes done in
request_route until the transaction is created. A matter of what was the
r-uri at the moment of creating transaction, you will retrieve it in the
tm specific routing blocks when such route block handles the incoming
request (what is stored in t->uas).
in this test, when invite request is routed back to the proxy, its
request uri is exactly the same (sip:test@test.tutpro.com) as it was
when proxy received the invite request the first time. during the
second processing of the invite, a new transaction is created and my
understanding is the proxy process that does that has no knowledge of
the earlier transaction that is still pending in some other process.
so why in branch-failure route $ru is aor in in the first transaction
and contact uri in the second transaction?
-- juha