[SR-Users] Auth and default kami config

[Daniel-Constantin Mierla]

Hello,

you can also do authentication for requests within dialog. The default
kamailio.cfg is doing auth only for initial requests because (at least
in the past) there were devices not able to do auth for requests within
dialog. You have to execute route(AUTH) for what requests you want to
authenticate, being initial or within dialog -- it is your choice, the
default kamailio.cfg is more like a starting point for what people need
out there.

Cheers,
Daniel


On 01.07.18 13:26, yu at yu-boot.ru wrote:
>
> Hello. Have a question on auth and default kamailio.cfg.
>
> Default behavior of kamailio on auth is:
>
> Auth initial requests, delete auth headers before forwarding to next hop.
>
> In-dialog requests are forwarded "as-is" so all auth related info is
> propagated to uplinks or just another Kami users.
>
> How should it be done correctly or "kamailio-way"? As for now, I just
> delete auth headers for all in-dialog requests, but I'm not sure it is
> correct.
>
> I looked how it works on softswitches like Yate. Registers and initial
> Invites are authenticated, ACK is not authenticated, but all other
> requests like reINVITE and BYE are.
>
> How is should be done?
>
> Thanks.
>
> --
> sent from myMail for Android
>
>
>
> _______________________________________________
> 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
Kamailio World Conference -- www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20180703/1a0c17af/attachment.html>