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?
kr Klaus
On 11/10/2014 10:46 AM, Klaus Feichtinger wrote:
Therefore, I´ll ask again: does kamailio offer any way for manipulating locally built SIP requests?
Are these intercepted by onsend_route?
-- Alex
Hi Alex,
no - these messages are not intercepted there. I´ve already tried diverse routes before.....
Klaus
Alex Balashov abalashov@evaristesys.com hat am 10. November 2014 um 16:47 geschrieben:
On 11/10/2014 10:46 AM, Klaus Feichtinger wrote:
Therefore, I´ll ask again: does kamailio offer any way for manipulating locally built SIP requests?
Are these intercepted by onsend_route?
-- Alex
-- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 United States
Tel: +1-678-954-0670 Web: http://www.evaristesys.com/, http://www.alexbalashov.com/
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
On 10 Nov 2014, at 16:46, Klaus Feichtinger klaus.lists@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
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@edvina.net hat am 10. November 2014 um 18:38 geschrieben:
On 10 Nov 2014, at 16:46, Klaus Feichtinger klaus.lists@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
-
Alex Balashov -
Klaus Feichtinger -
Olle E. Johansson