[SR-Users] MID-Registrar Example

[Daniel-Constantin Mierla]

Hello,

the mid registrar can be done with current kamailio. Practically there
are two scenarios:

1) the mid registrar is aware of the passwords for end users, in that
case, practically it is just uac module with uacreg database table from
kamailio to registrar server:

  * https://www.kamailio.org/docs/modules/devel/modules/uac.html#idm650

With options for fine tuning using the functions to enable/disable
uacreg records based on registration/unregistration from end points:

  *
https://www.kamailio.org/docs/modules/devel/modules/uac.html#uac.f.uac_reg_enable

On the end point side, the registrar+usrloc are used as usual

2) the mid registrar is agnostic of username and passwords, it relies on
the IP of the first (authenticated by registrar) REGISTER for subsequent
registrations of the endpoint -- in this case there was a recent
discussion on this mailing list where I described how it can be done:

  * https://lists.kamailio.org/pipermail/sr-users/2020-October/110779.html

  * https://lists.kamailio.org/pipermail/sr-users/2020-October/110782.html

Looking at the other messages in the thread can be also useful, just get
the subject from the above two links and spot the corresponding thread at:

  *
https://lists.kamailio.org/pipermail/sr-users/2020-October/thread.html#start

The registrar+usrloc can still be used, or not, a matter of what main
registrar can do.

So far I needed 1) and works like a charm, providing a lot of
flexibility when needing to offload traffic of a system in the same
operator. The 2) may look a bit like complex config oriented, but it is
not really much.

Considering the two variants available, I think Kamailio offers all
needed for what people refer as mid-registrar. If people find cases that
they think cannot be covered, just write here and I can try to assist
further.

Cheers,
Daniel

On 19.12.20 05:13, Alex Balashov wrote:
> On 12/18/20 9:05 PM, E. Schmidbauer wrote:
>
>> Kamailio doesn't have a mid-registrar module, and IMO, for good
>> reason. The concept of a mid-registrar doesn't make a lot of sense to
>> me as there are much better ways to scale registration data without
>> forwarding REGISTER packets to other registrars.
>
> I would strongly agree with that. Nevertheless, the concept of a
> "condom" to protect vulnerable and poorly-performing commercial
> registrars from high registration volumes has a lot of currency and
> steady demand.
>
> The Other Project is not very purist, and is good at packaging and
> marketing solutions which cater to specific concepts users seem to be
> infatuated with.
>
>    “If I had asked people what they wanted, they would
>     have said faster horses.” -- Henry Ford
>
> -- Alex
>
> -- 
> Alex Balashov | Principal | Evariste Systems LLC
>
> Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
> Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
>
> _______________________________________________
> Kamailio (SER) - Users Mailing List
> sr-users at lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Funding: https://www.paypal.me/dcmierla