On 10 Nov 2014, at 16:46, Klaus Feichtinger <klaus.li...@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 _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users