24 Sep
2008
24 Sep
'08
12:51 p.m.
Hello,
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?
Cheers,
Daniel
On 09/24/08 12:29, Alex Balashov wrote:
There seems to be no way to assign a FAILURE-ROUTE to
be associated with
the OPTIONS pings either, because the transactions are originated
internally by the module and not accessible via the stateful tracking
within script.
So, the question remains -- how do I make Kamailio notice that the
gateway has come back up so that it can be marked as active in the
destination set again?
Alex Balashov wrote:
--
Daniel-Constantin Mierla
http://www.asipto.com
How does one go about resurrecting gateways that
have been marked into
"probing" mode back into the "active" set once they start replying to
the pings that the dispatcher facility sends?
I see the OPTIONS pings going through, and I see the UAs generating
replies to them whey come back up. But OpenSER does nothing in response
to receipt of those replies to mark them as active again.
Because the OPTIONS request is not originated from script, there is no
way to catch the replies in an ONREPLY-ROUTE, otherwise I would have
tried to handle it that way and re-mark the gateways.