I've done this with RabbitMQ. I don't send any messages until the 180 ringing 
comes through (and then in dialog:start and dialog:end), but there's no reason 
why you couldn't do it on the initial INVITE.

Although the advice you received to do it asynchronously is absolutely spot-on, 
I currently don't in one of my clusters, and it works fine inline. AMQP is 
quick, and the server will acknowledge the message as soon as it is received 
from Kamailio, whether or not it has been processed on the remote end, so there 
isn't much delay added.

You do of course want to make sure the AMQP server is available if you aren't 
taking advantage of async processing.
I use a 3 node RabbitMQ cluster for high availability, and it is actually on a 
different continent than one of my Kamailio proxies. That of course does add 
some additional latency, but it still works fine.

I should change it to asynchronous though.

Ruel Tmeizeh
RuhNet Consulting
https://ruhnet.co


> From: Anthony Wittig <awit...@mangovoice.com>
> Sent: Dienstag, 21. Februar 2023 16:56
> To: sr-users@lists.kamailio.org
> Subject: [SR-Users] Call History
> 
> Hello,
> 
> I'd like to start tracking a call history/log as soon as I receive a call. 
> I'd like the customer to be able to see that there's an incoming call to one 
> of their numbers in real time.
> 
> I'm thinking of using the RABBITMQ Module to manually emit an event from my 
> main route when I receive an INVITE. Is that a bad idea? What if the broker 
> isn't located on the same host (latency/availability)? I don't want to 
> negatively affect the call processing.
> 
> I was looking at the Dialog Module and it has three event routes:
> * event_route[dialog:start]
> * event_route[dialog:end]
> * event_route[dialog:failed]
> It's really close to what I want, but I'd like to capture the dialog before 
> it starts (Unconfirmed or Early). Maybe another option is to scan the Dialog 
> table with an external process and emit events from there.
> 
> Has anyone had success in creating a realtime call history? Is there a better 
> way to go about doing so?
> 
> Thanks!
> --
> Anthony Wittig
> Mango Voice Developer

> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
> To unsubscribe send an email to sr-users-le...@lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the 
> sender!
> Edit mailing list options or unsubscribe:

__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions
To unsubscribe send an email to sr-users-le...@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:

Reply via email to