Hi Daniel,
Kamailio is most definitely not re-enabling the gateway. I will look
into it as you suggest and pass along what I find.
As far as the "algorithm" used by ds_next_dst()/domain(), why is there
not an algorithm implemented which simply uses the first gateway in the
route set? Why do I have to resort to using an unnumbered algorithm
("X") for that:
Sep 24 13:07:55 [29155] WARNING:dispatcher:ds_select_dst: algo 256 not
implemented - using first entry...
Attempting to relay INVITE from 205.221.123.11 to 212.42.196.8
I don't want any hashing of any headers. And I don't want to use any
hash algorithm which always hashes to one value, because I have no
control over what that single value is.
I would think that using one gateway primarily, with a secondary as a
standby, is a very, very common use case. What is the best way to do
this with dispatcher?
Thanks,
-- Alex
Daniel-Constantin Mierla wrote:
kamailio should automatically enable the gateway. The
mechanism used is
based n internal tm callbacks. If the gateway is not brought back, then
there is something wrong with matching it when reply comes back.
Can you run on debug mode and send the messages along with sip trace?
--
Alex Balashov
Evariste Systems
Web :
http://www.evaristesys.com/
Tel : (+1) (678) 954-0670
Direct : (+1) (678) 954-0671
Mobile : (+1) (706) 338-8599