First, let me state that I don't believe this is a problem with OpenSIPS, but rather me just trying to fix a user agent that is not doing the right thing. The problem is that the 200 OK that we get back from the phone is not putting the transport in explicitly (ugh). So OpenSIPS passes this along time, and we get an ACK back, but the ACK is then not explicit either, and OpenSIPS defaults to sending it UDP (but it should be TCP). The problem is that if we try to fix this by adding it on the reply, we break things pretty bad. I believe this is because fix_nated_contact is not playing nice with my manual fix.<br>
<br>If my reply just has fix_nated_contact, it's all nice relaying fine with:<br><br>Contact: "2060" <sip:2060@<my_public_ip>:48278>.<br><br>However if I add this block of code right after or before fixing nated contact, I get:<br>
<br>Contact: "2060" <<a href="http://sip:2060@10.0.1.9:5060">sip:2060@10.0.1.9:5060</a>>.;transport=tcpsip:2060@<my_public_ip>:39803<br><br>OUCH, that ain't never gonna work!<br><br>Thoughts on how I can work around a mis-behavin' phone?<br>
<br>Thanks<br clear="all"><br>-dg<br>