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" <o...@edvina.net> hat am 10. November 2014 um 18:38
> geschrieben:
>
>
>
> 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

Reply via email to