Hello,
I am fine with such optional feature that can be controlled via modparam. Personally I
don't think I will have spare time for it during the summer, but if someone makes a
pull request, I will review and merge if all is fine.
Cheers,
Daniel
June 25, 2019 11:49 PM, "* Paolo Visintin - evosip.cloud" wrote:
Hello Thomas, In our experience I can confirm the same issue (we are using topos with
redis like you and we are econtiering some restrictions when dealing with some carriers) .
In my opinion this could be an interesting improvement that could be also set using a
modparam, for example . Cheers, Paolo
Il giorno mar 25 giu 2019 alle 15:06 Thomas Weber ha scritto: Hello,
we're using topos/redis since some time and it's working quite well for most
situations. It's used to route asterisk traffic to sip providers.
Some providers, however, are validating the contact header strictly against i.e. the
accounts username and so we have to disable topos by using
event_route[topos:msg-sending].
Now i'm wondering if it would be useful to other people to add a mode to topos where
the topos uid is not forwarded as contact username but instead added as a contact uri
param.
So instead of e.g. Contact: it would use Contact: .
What do you think? Would it make sense? Is it a lot of effort?
Cheers,
Thomas
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users(a)lists.kamailio.org (mailto:sr-users@lists.kamailio.org)
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
(
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users) --
Paolo Visintin
CTO
evosip.cloud (
http://evosip.cloud)
--
Daniel-Constantin Mierla
www.kamailio.org --
www.asipto.com