<div dir="ltr">Hello List,<div><br></div><div>i answering myself - just for the records.</div><div><br></div><div>For my issues i found an solution.</div><div><br></div><div>1.) If sips from broken client, save "sip://" scheme to record-route (like described before) and then reformat it to the old $ru</div><div>2.) Attach a FLT_Flag to this</div><div>3.) On my dispatcher route i force "transport=udp" to it, if my FLT_Flag there is</div><div><br></div><div>The 60 second sound problem was an rfc4028 - session timer issue between UAC and target B2BUA (FreeSWITCH).</div><div>I could solve this with 'param name="enable-timer" value="false"' within FreeSWITCH sip-profile.</div><div><br></div><div><div><br></div><div>#!define FLT_SRCSIPS 19<br></div><div><br></div><div>request_route {</div><div>...</div><div><div>        remove_hf("Route");</div><div>        if (is_method("INVITE|SUBSCRIBE")) {</div><div>                if ($ru =~ "^sips:") {</div><div>                        route(FIX_SIPS);</div><div>                } else {</div><div>                        record_route();</div><div>                }</div><div>        }</div></div><div>...</div><div>}</div><div><br></div><div><div>route[FIX_SIPS] {</div><div>        if ($ru =~ "^sips:") {</div><div>                xlog("L_INFO","---FIX_SIPS-before: ru:($ru)");</div><div>                $var(orig_uri) = $ru;</div><div>                $ru = "sip:" + $rU + "@" + $td;</div><div>                xlog("L_INFO","---FIX_SIPS-now: $rU $td ru:($ru) orig_uri:($var(orig_uri))");</div><div>                record_route();</div><div>                $ru = $var(orig_uri);</div><div>                xlog("L_INFO","---FIX_SIPS-after: ru:($ru)");</div><div>                setflag(FLT_SRCSIPS);</div><div>        }</div><div>}</div></div><div><br></div><div><br></div><div>route[DISPATCHIVR] {</div><div>        ...</div><div>        if(isflagset(FLT_SRCSIPS)) {</div><div>                $var(orig_du) = $du;</div><div>                $du = "sip:" + $rd + ":" + $rp + ";transport=udp";</div><div>                xlog("L_INFO","reformate ($var(orig_du)) to ($du)");</div><div>        }</div></div><div>        ...</div><div>}</div><div><br></div><div class="gmail_extra"><br><div class="gmail_quote">2017-08-18 13:54 GMT+02:00 Karsten Horsmann <span dir="ltr"><<a href="mailto:khorsmann@gmail.com" target="_blank">khorsmann@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hello List,<div><br></div><div><br></div><div>of course - best way is not to use sips: uri scheme. But i have to deal with that.</div><div><br></div><div>I try to configure an multihomed kamailio (public/private IP) in front of my SIP-Servers.</div><div>One of my softphones variants used TLS for connection but the INVITES of this softphone use the "sips" URI scheme.<br></div><div><br></div><div>As i saw in other posts, this seems to be an issue for many people.</div><div>In my case it breaks the routing to my internal sip-server (only plain udp).</div><div><br></div><div>Most of my config is similar to havfos example + TLS.</div><div><a href="https://github.com/havfo/WEBRTC-to-SIP/blob/master/etc/kamailio/kamailio.cfg" target="_blank">https://github.com/havfo/<wbr>WEBRTC-to-SIP/blob/master/etc/<wbr>kamailio/kamailio.cfg</a><br></div><div><br></div><div>[...]</div></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">Kind Regards<br>*Karsten Horsmann*<br></div>
</div></div>