Hi,
I have the following SIP scenario:
UA_A -> SER_A -> other SIP Proxy -> SER_A -> UA_B
I want to force SER_A instance to forward the received request to other SIP proxy element
and ensure that that request will return to SER_A afterwards.
To do that I use an insert_hf() function from textops module inside ser.cfg to insert a
double Route header field - first value the sip uri of the 'other SIP proxy' and
second one the SER_A sip uri to assure that the forwarded request will return to SER_A.
Whenever request enters the ser.cfg script logic my SER code performs the loose_route()
check in general. In my situation when request initialy enters the logic it doesn't
have any Route headers. When request enters a particular route block responsible for
handling this request there is an lookup_user() invocation to check if the user should be
serviced by this SER. If lookup_user() returns true and this particular user has a flag
set which indicates routing through the extra SIP proxy I add the Route headers and pass
the request to the 'FORWARD' route block where I do the t_relay().
My problem is that when I do t_relay() after inserting the Route headers into the request
it is not forwarded according to the topmost Route header field value??
Is it bug in ser??
Please point me what do I missed.
Thank you in advance.
Tomasz