<html><head></head><body><div style="color:#000; background-color:#fff; font-family:Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px"><div><span></span></div><div class="qtdSeparateBR" id="yui_3_16_0_ym19_1_1550782660531_157858" dir="ltr">Antony, thanks for response!</div><div class="qtdSeparateBR" id="yui_3_16_0_ym19_1_1550782660531_157991" dir="ltr"><br></div><div class="qtdSeparateBR" id="yui_3_16_0_ym19_1_1550782660531_157992" dir="ltr">It wasn't technical, now it's getting there :)</div><div class="qtdSeparateBR" id="yui_3_16_0_ym19_1_1550782660531_158088" dir="ltr"><br></div><div class="qtdSeparateBR" id="yui_3_16_0_ym19_1_1550782660531_158039" dir="ltr">1. It's asterisk 13.1-cert1</div><div class="qtdSeparateBR" id="yui_3_16_0_ym19_1_1550782660531_158072" dir="ltr">2. Network. I actually tried multiple things initially but now it's plain vanilla. No NAT. I have Asterisk on our network. All of our phones is IN our network as well, same subnet. All internal. Asterisk is NOT exposed to internet, noone connects to Asterisk from internet. We use Callcentric for VOIP trunk. External callers get in via Callcentric.</div><div class="qtdSeparateBR" id="yui_3_16_0_ym19_1_1550782660531_158089" dir="ltr"><br></div><div class="qtdSeparateBR" id="yui_3_16_0_ym19_1_1550782660531_158286" dir="ltr">We have Mikrotik router and SIP handlers were disabled from beginning</div><div class="qtdSeparateBR" id="yui_3_16_0_ym19_1_1550782660531_158287" dir="ltr"><br></div><div class="qtdSeparateBR" id="yui_3_16_0_ym19_1_1550782660531_158081" dir="ltr">I gathered more info now about 3 issues we seen</div><div class="qtdSeparateBR" id="yui_3_16_0_ym19_1_1550782660531_158090" dir="ltr">1. Outside caller calls us but can't hear us. I beleive they talked to their phone provider and it works now?</div><div class="qtdSeparateBR" id="yui_3_16_0_ym19_1_1550782660531_158120" dir="ltr">2. We have one caller where EVERY time they call - they can't hear us. They just say "ok, call us back". We call back and it works :)</div><div class="qtdSeparateBR" id="yui_3_16_0_ym19_1_1550782660531_158134" dir="ltr">3. We have one caller where when we call them - they cannot hear us, but we can hear them. They called back - all works.</div><div class="qtdSeparateBR" id="yui_3_16_0_ym19_1_1550782660531_158175" dir="ltr"><br></div><div class="qtdSeparateBR" id="yui_3_16_0_ym19_1_1550782660531_158268" dir="ltr">So, as you see we don't have NAT stuff</div><div class="qtdSeparateBR" id="yui_3_16_0_ym19_1_1550782660531_158266" dir="ltr"><br id="yui_3_16_0_ym19_1_1550782660531_158255">[general]<br id="yui_3_16_0_ym19_1_1550782660531_158256">dtmfmode=rfc2833<br id="yui_3_16_0_ym19_1_1550782660531_158257">context=unauthenticated<br id="yui_3_16_0_ym19_1_1550782660531_158258">allowguest=no<br id="yui_3_16_0_ym19_1_1550782660531_158259">srvlookup=no<br id="yui_3_16_0_ym19_1_1550782660531_158260">udpbindaddr=0.0.0.0<br id="yui_3_16_0_ym19_1_1550782660531_158261">tcpenable=no<br id="yui_3_16_0_ym19_1_1550782660531_158262">callcounter=yes ; This is to enable device state for queues<br id="yui_3_16_0_ym19_1_1550782660531_158263">nat=no<br id="yui_3_16_0_ym19_1_1550782660531_158264">session-timers=refuse</div><div class="qtdSeparateBR" id="yui_3_16_0_ym19_1_1550782660531_158267" dir="ltr"><br id="yui_3_16_0_ym19_1_1550782660531_158265"></div><div class="qtdSeparateBR" id="yui_3_16_0_ym19_1_1550782660531_158176" dir="ltr">type=peer<br id="yui_3_16_0_ym19_1_1550782660531_158208">context=internal<br id="yui_3_16_0_ym19_1_1550782660531_158209">host=dynamic<br id="yui_3_16_0_ym19_1_1550782660531_158210">disallow=all<br id="yui_3_16_0_ym19_1_1550782660531_158211">allow=ulaw<br id="yui_3_16_0_ym19_1_1550782660531_158212">allow=alaw<br id="yui_3_16_0_ym19_1_1550782660531_158213"></div><div class="qtdSeparateBR" id="yui_3_16_0_ym19_1_1550782660531_158074" dir="ltr"><br></div><div class="qtdSeparateBR" id="yui_3_16_0_ym19_1_1550782660531_158279" dir="ltr">I feel like we need to trace SIP protocol. How do I do that? I may get on of those callers to work with us on testing.</div><div class="qtdSeparateBR" id="yui_3_16_0_ym19_1_1550782660531_158288" dir="ltr"><br></div><div class="qtdSeparateBR" dir="ltr"><br></div><div class="qtdSeparateBR" dir="ltr">Thanks!</div><div class="qtdSeparateBR" id="yui_3_16_0_ym19_1_1550782660531_158038" dir="ltr"><br></div><div class="qtdSeparateBR" id="yui_3_16_0_ym19_1_1550782660531_157984" dir="ltr">><i id="yui_3_16_0_ym19_1_1550782660531_157927"> Hello,
</i>><i id="yui_3_16_0_ym19_1_1550782660531_157928"> This is not technical post,
</i><br id="yui_3_16_0_ym19_1_1550782660531_157929">Hm, no?</div><div class="qtdSeparateBR" id="yui_3_16_0_ym19_1_1550782660531_157993" dir="ltr"><br id="yui_3_16_0_ym19_1_1550782660531_157931">><i id="yui_3_16_0_ym19_1_1550782660531_157932"> just looking for suggestions on what to check.I have asterisk for long time,
</i><br id="yui_3_16_0_ym19_1_1550782660531_157933">Which version?<br id="yui_3_16_0_ym19_1_1550782660531_157934"><br id="yui_3_16_0_ym19_1_1550782660531_157935">><i id="yui_3_16_0_ym19_1_1550782660531_157936"> no updates, just maintain OS updates. I use SPA504G phones.
</i><br id="yui_3_16_0_ym19_1_1550782660531_157937">Tell us about your network - where is Asterisk (inside your network, <br id="yui_3_16_0_ym19_1_1550782660531_157938">externally hosted on public IP address, other), where are your phones (inside <br id="yui_3_16_0_ym19_1_1550782660531_157939">one network (maybe the same as Asterisk is on), randomly distributed around <br id="yui_3_16_0_ym19_1_1550782660531_157940">the Internet, other), how do external callers manage to contact you?<br id="yui_3_16_0_ym19_1_1550782660531_157941"><br id="yui_3_16_0_ym19_1_1550782660531_157942">><i id="yui_3_16_0_ym19_1_1550782660531_157943"> Very rarely and randomly when we pickup a phone - other side does not hear
</i>><i id="yui_3_16_0_ym19_1_1550782660531_157944"> us. Call them back and all works. Now I have couple people I'm talking to
</i>><i id="yui_3_16_0_ym19_1_1550782660531_157945"> and it seems like very call like this. Someone can't hear someone. Don't
</i>><i id="yui_3_16_0_ym19_1_1550782660531_157946"> know where to start to troubleshoot and what to look for.
</i><br id="yui_3_16_0_ym19_1_1550782660531_157947">Short answer: NAT<br id="yui_3_16_0_ym19_1_1550782660531_157948"><br id="yui_3_16_0_ym19_1_1550782660531_157949">Longer answer: Check the type of firewall / router / NAT device you have <br id="yui_3_16_0_ym19_1_1550782660531_157950">between Asterisk and the phones (most likely at the telephone end) and see <br id="yui_3_16_0_ym19_1_1550782660531_157951">whether it offers "SIP ALG" (Application Layer Gateway) - if it does, turn it <br id="yui_3_16_0_ym19_1_1550782660531_157952">*off*.<br id="yui_3_16_0_ym19_1_1550782660531_157953"><br id="yui_3_16_0_ym19_1_1550782660531_157954">Also, check the sip.conf definitions you have for the phones which are affected <br id="yui_3_16_0_ym19_1_1550782660531_157955">by this, and make sure you have NAT set to one of yes, force_rport or comedia <br id="yui_3_16_0_ym19_1_1550782660531_157956">(you may hav eto experiment to see which works best in your environment).<br id="yui_3_16_0_ym19_1_1550782660531_157957"><br id="yui_3_16_0_ym19_1_1550782660531_157958">Check <a id="yui_3_16_0_ym19_1_1550782660531_157959" href="https://www.voip-info.org/asterisk-sip-nat/"><font id="yui_3_16_0_ym19_1_1550782660531_157960" color="#0066cc">https://www.voip-info.org/asterisk-sip-nat/</font></a> for some guidance.<br id="yui_3_16_0_ym19_1_1550782660531_157961"><br id="yui_3_16_0_ym19_1_1550782660531_157962"><a id="yui_3_16_0_ym19_1_1550782660531_157963" href="https://www.voip-info.org/asterisk-sip-nat-solutions/"><font id="yui_3_16_0_ym19_1_1550782660531_157964" color="#0066cc">https://www.voip-info.org/asterisk-sip-nat-solutions/</font></a> may also give you some <br id="yui_3_16_0_ym19_1_1550782660531_157965">further clues.<br id="yui_3_16_0_ym19_1_1550782660531_157966"><br id="yui_3_16_0_ym19_1_1550782660531_157967">On the other hand, note that <a id="yui_3_16_0_ym19_1_1550782660531_157968" href="https://www.voip-info.org/asterisk-config-sipconf/"><font id="yui_3_16_0_ym19_1_1550782660531_157969" color="#0066cc">https://www.voip-info.org/asterisk-config-sipconf/</font></a> <br id="yui_3_16_0_ym19_1_1550782660531_157970">is woefully outdated (at least as far as NAT is concerned).<br id="yui_3_16_0_ym19_1_1550782660531_157971"><br id="yui_3_16_0_ym19_1_1550782660531_157972"><br id="yui_3_16_0_ym19_1_1550782660531_157973">If none of that helps, I suggest doing a SIP packet trace at the server (and <br id="yui_3_16_0_ym19_1_1550782660531_157974">at the phone end if you can) and see what addresses are being passed between <br id="yui_3_16_0_ym19_1_1550782660531_157975">the two for RTP. That should tell you why one end can't contact the other.<br id="yui_3_16_0_ym19_1_1550782660531_157976"><br id="yui_3_16_0_ym19_1_1550782660531_157977"><br id="yui_3_16_0_ym19_1_1550782660531_157978">Regards,<br id="yui_3_16_0_ym19_1_1550782660531_157979"><br id="yui_3_16_0_ym19_1_1550782660531_157980"><br id="yui_3_16_0_ym19_1_1550782660531_157981">Antony.<br id="yui_3_16_0_ym19_1_1550782660531_157982"><br></div> </div></body></html>