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: sip:btpsh-5abcdef5-374-1@x.x.x.x:5060;transport=tcp it would use Contact: sip:+49......@x.x.x.x:5060;transport=tcp;line=btpsh-5abcdef5-374-1.
What do you think? Would it make sense? Is it a lot of effort?
Cheers,
Thomas
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 thomas.weber@pascom.net 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: sip:btpsh-5abcdef5-374-1@x.x.x.x:5060;transport=tcp it would use Contact: sip:+49......@x.x.x.x :5060;transport=tcp;line=btpsh-5abcdef5-374-1.
What do you think? Would it make sense? Is it a lot of effort?
Cheers,
Thomas
Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
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@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
Hello,
thank you for your opinions.
So i will give it a try throughout the next weeks because we have some customer pressure here. Didn't do a C project since some 10 years, so it could be fun to "learn it again".
Cheers,
Thomas
Hello, ok, feel free to ask question if something is not clear ... and I think topoh might help looking at its code, iirc, it uses uri param for contact masking ...
Anyhow, there is no better fun that C coding ;-) ... Cheers, Daniel
On Wed, Jun 26, 2019 at 10:12 AM Thomas Weber thomas.weber@pascom.net wrote:
Hello,
thank you for your opinions.
So i will give it a try throughout the next weeks because we have some customer pressure here. Didn't do a C project since some 10 years, so it could be fun to "learn it again".
Cheers,
Thomas
Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
-
* Paolo Visintin - evosip.cloud -
Daniel-Constantin Mierla -
Daniel-Constantin Mierla -
Thomas Weber