19 Dec
2012
19 Dec
'12
8:35 p.m.
On 12/19/12 7:20 PM, Andreas Granig wrote:
Hi Olle,
On 12/19/2012 02:43 PM, Olle E. Johansson wrote:
> Yeah, I already have Kamailio sending all kinds of crazy stuff while
> testing a new platform,
> using the UAC module. But I wanted to be lazy and change on the fly...
>
> Evil stuff happening here. Kamailio is a good test-tool.
>
> Now I fail to change Contact: headers. The docs for textops say that
> remove_hf can remove
> contact and Remove_hf(Contact) returns true - but the old contact is
> still there!
Is this about generic operation of removing the contact header, or
in
the context of taking it from old request and adding it to the new one
generated by uac_req()? For the second, Andreas pointed to the right
direction.
I wanted to make the remark about changing the method on the fly
directly to the incoming request, that is not straight as it seems,
because it has impact on transaction management, the method being part
of CSeq header and has to be restored for the reply.
With uac you can create a new transaction, but it will be in a new dialog.
Cheers,
Daniel
You could try using msg_apply_changes() from
http://kamailio.org/docs/modules/stable/modules/textopsx.html#textopsx.msg_…
after remove_hf and before actually building your new request with
$uac_req, but this is really dangerous.
One thing I know for sure is that you better not call record_route()
anywhere before msg_apply_changes(), as record_route() only adds a
hint to the message and the value is filled in once the sending socket
is known (manually setting $fs doesn't seem to help). If you call
msg_apply_changes() after record_route(), you'll get errors and will
end up with a broken Record-Route header.
Hope this helps,
Andreas
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
--
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda