Thank you Olle!
Your hint solved my problem and with this parameter it is working fine. It was
too simple for finding it myself ;-). I´ve tried loops in the event_route,
branch- and on-send route before, but without success.....
regards,
Klaus
"Olle E. Johansson" <oej(a)edvina.net>
hat am 10. November 2014 um 18:38
geschrieben:
On 10 Nov 2014, at 16:46, Klaus Feichtinger <klaus.lists(a)inode.at> wrote:
Hello,
does kamailio offer any possibility for adding / replacing SIP headers in
locally built SIP requests? In detail: SIP OPTIONS requests that are built
by the DISPATCHER module for probing the configured targets. I have to
extend these messages with "Accept" SIP header fields (which are marked with
m* in RFC3261 - so they SHOULD be present), as the dispatcher target is
requiring this information for answering these requests....
The event_route is principally accepting the append_hf() function and is
adding the configured header fields. But the answer to that request (which
is including these additional header fields) is confusing the dispatcher
module. Dispatcher module is reacting with this ERROR message:
DEBUG: dispatcher [dispatch.c:2406]: probing set #1, URI sip:10.10.10.10
DEBUG: dispatcher [dispatch.c:2345]: OPTIONS-Request was finished with code
500 (to , group 1)
ERROR: dispatcher [dispatch.c:2358]: Setting the state failed (, group 1)
When I comment the textops functions out again and use the original OPTIONS
messages, dispatcher is happy and knows the states of the probed targets.
Therefore, I´ll ask again: does kamailio offer any way for manipulating
locally built SIP requests?
In some modules you can set the outbound proxy to point to yourself and then
you can manipulate like any other message.
/O