I think what you’re asking is: if a call is answered and hung up, can Kamailio make
another call to somewhere else?
If so, the answer is no; proxies just can’t do that. Forking deals with the management
early-stage requests during their pendency. Once a final dispositive reply for a request
is received from the upstream UA, the transaction is finished. Kamailio cannot initiate
new transactions in that sense.
So, to roll over to another route after an answer+hangup, you’d need to implement this on
the calling UA side.
Is that an accurate understanding of your question?
—
Sent from mobile, with due apologies for brevity and errors.
On Jul 19, 2021, at 12:19 PM, Filippo Graziola
<filippo.graziola(a)gmail.com> wrote:
Hi all,
I have a question for my kamailio configuration which works like this:
- INVITE arrives to kamailio
- HTTP async request to API endpoint
- Resume, use of rtjson module for parallel forking and loop to kamailio itself
- One of the invite is "transformed" in serial forking with rtjson module and
it is sent with a delay to TWILIO SIP Domain (landline/mobile phone numbers)
Twilio is giving me some troubles because it answers with a 200 OK but the call it is
still in establishing/ringing on the "landline" side and as expected when
reaching the timeout (no answer from phone number on TWILIO side) kamailio is receiving a
BYE.
Now the question, how to handle next number to call through Twilio?
I was thinking of using rtjson_next_route() when handling the in-dialog BYE but as it is
not a failure route so it does not work, or I'm doing it wrong.
Thanks in advance for any help/hint.
Filippo
__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions
* sr-users(a)lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender!
Edit mailing list options or unsubscribe:
*
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users