<div dir="auto">This might be tricky to move fast  registrations from the asterisk to kamailio if asterisk for example,  handles a lot of logic and used as presence service and queues manager.<div dir="auto">The other approach  might work here: to go with kamailio as a load balancer between asterisks but keep registrations of all users across the asterisks first till migration of other functionality will be done. Usable scenario in that case - to share registration of the user between multiple asterisks using kamailio.</div><div dir="auto"><br></div><div dir="auto">However regarding trunks: kamailio is a good candidate to be used as entrypoint for trunks and as main point for outgoing calls from the trunks. It can handle as IP2IP based relationship as registration based ( see UAC module ).</div><div dir="auto"><br></div><div dir="auto">If your providers allow you to send RTP traffic from specific ips but not from ip of the endpoint SIP message came from - you can run rtp directly from the asterisks.</div><div dir="auto"><br></div><div dir="auto">*Annoying mode on</div><div dir="auto">Asterisk is not an RTP proxy in any case</div><div dir="auto">*Annoying mode off</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 5 Jan 2022, 17:41 Henning Westerholt, <<a href="mailto:hw@gilawa.com">hw@gilawa.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello,<br>
<br>
there are of course many options depending on your requirements etc..<br>
<br>
But if your infrastructure has grown over a certain size, then common architectures are:<br>
<br>
- using kamailio of load balancer in front of asterisk for security/scalability<br>
- using kamailio additionally to handle also certain SIP applications, like registration handling<br>
<br>
Again, generalization - Kamailio should handle the registration more scalable and more reliable as asterisk.<br>
<br>
Cheers,<br>
<br>
Henning<br>
<br>
-- <br>
Henning Westerholt – <a href="https://skalatan.de/blog/" rel="noreferrer noreferrer" target="_blank">https://skalatan.de/blog/</a><br>
Kamailio services – <a href="https://gilawa.com" rel="noreferrer noreferrer" target="_blank">https://gilawa.com</a><br>
<br>
-----Original Message-----<br>
From: sr-users <<a href="mailto:sr-users-bounces@lists.kamailio.org" target="_blank" rel="noreferrer">sr-users-bounces@lists.kamailio.org</a>> On Behalf Of Nauman Sulaiman (SESSIONTALK)<br>
Sent: Wednesday, January 5, 2022 3:13 PM<br>
To: <a href="mailto:sr-users@lists.kamailio.org" target="_blank" rel="noreferrer">sr-users@lists.kamailio.org</a><br>
Subject: [SR-Users] Kamailio call flows with Asterisk<br>
<br>
Hi, <br>
<br>
We are using Asterisk as a PBX with users directly registered to Asterisk and Asterisk registering to SIP trunks. We are now looking to put Kamailio in front of Asterisk to handle SIP registrations from the SIP clients. <br>
<br>
In a ‘typical’ architecture should we keep the SIP trunk registrations on Asterisk or is Kamailio used for this? We want to keep Asterisk as the RTP proxy so we don’t want a call setup by Kamailio with RTP then going direct between user agents. <br>
<br>
Regards<br>
Nauman<br>
<br>
<br>
__________________________________________________________<br>
Kamailio - Users Mailing List - Non Commercial Discussions<br>
  * <a href="mailto:sr-users@lists.kamailio.org" target="_blank" rel="noreferrer">sr-users@lists.kamailio.org</a><br>
Important: keep the mailing list in the recipients, do not reply only to the sender!<br>
Edit mailing list options or unsubscribe:<br>
  * <a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
__________________________________________________________<br>
Kamailio - Users Mailing List - Non Commercial Discussions<br>
  * <a href="mailto:sr-users@lists.kamailio.org" target="_blank" rel="noreferrer">sr-users@lists.kamailio.org</a><br>
Important: keep the mailing list in the recipients, do not reply only to the sender!<br>
Edit mailing list options or unsubscribe:<br>
  * <a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
</blockquote></div>