<div dir="ltr"><div>Hello everyone who replied, and thank you for your advice! We will try the suggestions given.</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 30 Jan 2019 at 01:34, Alex Balashov <<a href="mailto:abalashov@evaristesys.com">abalashov@evaristesys.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi David,<br>
<br>
Well, the registrar's 200 OK should include the very Contact binding<br>
that was stored for the given AOR, and for a TLS registrant, that's<br>
going to unavoidably contain the ;transport=TLS attribute, because TLS<br>
is not the default presumed transport in the absence of a ;transport<br>
attribute.<br>
<br>
If the issue is specifically with the occurrence of ;transport=TLS in<br>
the 'received' parameter, that can be modulated here:<br>
<br>
<a href="https://kamailio.org/docs/modules/5.2.x/modules/registrar.html#registrar.p.received_param" rel="noreferrer" target="_blank">https://kamailio.org/docs/modules/5.2.x/modules/registrar.html#registrar.p.received_param</a><br>
<br>
And if it needs to be controlled on a situational/per-registration<br>
basis, one can use the AVP:<br>
<br>
<a href="https://kamailio.org/docs/modules/5.2.x/modules/registrar.html#registrar.p.received_avp" rel="noreferrer" target="_blank">https://kamailio.org/docs/modules/5.2.x/modules/registrar.html#registrar.p.received_avp</a><br>
<br>
If you set it to empty for a registration from a certain type of device,<br>
the parameter will not be populated and thus not reflected back to the<br>
registering UA.<br>
<br>
-- Alex<br>
<br>
On Tue, Jan 29, 2019 at 03:28:38PM +1300, David Cunningham wrote:<br>
<br>
> Hello,<br>
> <br>
> I'm hoping someone can give advice on altering the received parameter in<br>
> the Contact header on a reply. The situation is that a customer is<br>
> REGISTERing using TLS, and our Kamailio replies with a 200 OK that includes<br>
> a Contact header like this:<br>
> <br>
> Contact: <sip:123456789@xx.xx.102.10<br>
> :5061;transport=tls>;expires=3600;received="sip:xx.xx.102.10:36051;transport=TLS"<br>
> <br>
> The customer's device apparently had an issue with this, and the device<br>
> manufacturer advises that they need the ";transport=TLS" on the received<br>
> parameter removed. This sounds like a strange requirement, but it's what<br>
> we've been told. Does anyone know how to alter this in a Kamailio<br>
> configuration?<br>
> <br>
> Our system uses www_authorize to authenticate and is running Kamailio 4.2.1.<br>
> <br>
> Thanks in advance for any help!<br>
> <br>
> -- <br>
> David Cunningham, Voisonics Limited<br>
> <a href="http://voisonics.com/" rel="noreferrer" target="_blank">http://voisonics.com/</a><br>
> USA: +1 213 221 1092<br>
> New Zealand: +64 (0)28 2558 3782<br>
<br>
> _______________________________________________<br>
> Kamailio (SER) - Users Mailing List<br>
> <a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a><br>
> <a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
<br>
<br>
-- <br>
Alex Balashov | Principal | Evariste Systems LLC<br>
<br>
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free) <br>
Web: <a href="http://www.evaristesys.com/" rel="noreferrer" target="_blank">http://www.evaristesys.com/</a>, <a href="http://www.csrpswitch.com/" rel="noreferrer" target="_blank">http://www.csrpswitch.com/</a><br>
<br>
_______________________________________________<br>
Kamailio (SER) - Users Mailing List<br>
<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a><br>
<a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div>David Cunningham, Voisonics Limited<br><a href="http://voisonics.com/" target="_blank">http://voisonics.com/</a><br>USA: +1 213 221 1092<br>New Zealand: +64 (0)28 2558 3782</div></div></div></div></div></div></div></div></div></div></div>