Hi,
Testing with latest stable 4.4 Kamailio at the moment, and running into the following issue.
I have a setup that sends a 302 to do a Moved Temporarily to another extension. To update the Contact header accordingly, I use the get_redirects function in the failure_route.
get_redirects('*', 'Redirects')
This results in the following packet
U 192.168.10.246:5060 -> 192.168.10.245:5060 SIP/2.0 302 Moved Temporarily. Via: SIP/2.0/UDP 192.168.10.245:5060;branch=z9hG4bK40b58e09;rport=5060;received=192.168.10.245. From: "+31........" sip:+31........@192.168.10.245;tag=as42745abe. To: sip:+31........@192.168.10.246;tag=a6a1c5f60faecf035a1ae5b6e96e979a-f67d. Call-ID: 576349c40a7cb77a06230e181831672d@192.168.10.245:5060. CSeq: 102 INVITE. Contact: sip:06........@sip.example.net, sip:06........@sip.example.net;q=0.01. Server: sip.example.net. Content-Length: 0. .
This works, but I don't want ACC to account for anything, so I tried:
get_redirects('*')
But this results in the following packet
U 192.168.10.246:5060 -> 192.168.10.245:5060 SIP/2.0 302 Moved Temporarily. Via: SIP/2.0/UDP 192.168.10.245:5060;branch=z9hG4bK185f4fdd;rport=5060;received=192.168.10.245. From: "+31........" sip:+31........@192.168.10.245;tag=as13f23689. To: sip:+31........@192.168.10.246;tag=a6a1c5f60faecf035a1ae5b6e96e979a-b5fe. Call-ID: 336a16912db412d418f7f7495e2574f5@192.168.10.245:5060. CSeq: 102 INVITE. Contact: sip:accountname@sip.example.net, sip:06........@sip.example.net;q=0.01, sip:06........@sip.example.net;q=0.01. Server: sip.example.net. Content-Length: 0. .
Notice the extra accountname Contact, this results in a forward that doesn't work for the mediaserver. To me the documentation about the function states that there should be no difference between using it with or without accounting as far as SIP messages go.
Is this a bug, or is this by design?
Cheers, Dirk