<div dir="ltr"><div>>Jerry has already clarified in a previous reply that he is running SIP over TCP, not UDP.</div><div> </div><div>>But he hasn't clarified on which machine he is applying the iptables header rewrite rules (10.201, or 1.3?).</div><div><br></div><div>>Either way though, it seems like a kludgy work-around. IMO, it'd be better to focus on creating the correct Asterisk peer configuration for the peer >that is operating on the non-standard separate port, and don't use any packet-header mangling at all.</div><div><br></div><div>>Jerry, can you post your configuration for the peer in Asterisk? (eg from sip.conf)</div><div><br></div><div>>Pete</div><div class="gmail_extra"><br></div><div class="gmail_extra"><br></div><div class="gmail_extra">Hi Pete,</div><div class="gmail_extra"><br></div><div class="gmail_extra">I am running iptables on the 10.201 machine. I have not control over the other machine. It is a microsoft lync product.</div><div class="gmail_extra"><br></div><div class="gmail_extra">my definition...</div><div class="gmail_extra"><div class="gmail_extra">[MyTrunk]</div><div class="gmail_extra">type=friend</div><div class="gmail_extra">dtmfmode=rfc2833</div><div class="gmail_extra">disallow=all</div><div class="gmail_extra">allow=ulaw</div><div class="gmail_extra">allow=alaw</div><div class="gmail_extra">context=my-incoming</div><div class="gmail_extra">host=192.168.1.3</div><div class="gmail_extra">;port=5068</div><div class="gmail_extra">canreinvite=yes</div><div class="gmail_extra">qualify=yes</div><div class="gmail_extra">transport=tcp</div><div><br></div><div>I have tried it with or without the port=5068.</div></div><div class="gmail_extra"><br></div><div class="gmail_extra">Jerry</div></div>