<div dir="ltr">I probably should have also said we frequently see situations where Softphones work and handsets don't. I've not looked into it overly; but my theory has been that softphones are generally much more NAT aware, so most clients work hard to find the correct IP to put into the INVITE messages and will often seamlessly use things like STUN (urgh!) to make things work without you trying - thus making troubleshooting these things a bit painful.<div><br></div><div>Thanks,<br>Andrew</div></div><div class="gmail_extra"><br><div class="gmail_quote">On 16 April 2015 at 20:53, Andrew Yager <span dir="ltr"><<a href="mailto:andrew@rwts.com.au" target="_blank">andrew@rwts.com.au</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Cameron,<div><br></div><div>There can be a few causes I've seen of this, particularly with SNOM handsets.</div><div><br></div><div>Depending on if you are using LLDP/Voice VLAN in some SNOM firmware versions (certainly prevalent in the version 7 and 8) I had a number of issues where the LLDP initiated VLAN wasn't properly assigned to the phone *randomly*, and we had to modify the configuration to statically set the VLAN. This was resolved by changing firmware versions on the SNOM handsets. It's also worth noting that there is a limit on the range of VLANs you can use - high VLAN IDs also result in this problem in some firmware versions.</div><div><br></div><div>I typically see this problem with SIP ALG on routers crashing. I use Asterisk as a SIP UA a lot, and we generally disable the ALG in the router, ensure persistent NAT is enabled for the PBX destination IP and tell Asterisk to be aware of NAT in the path to resolve this issue. (I can see Jonathan has suggested this as well).</div><div><br></div><div>I have had a specific issue with SNOM 870 handsets and an issue similar to the "SPEAKER" button vs handset audio - where we would get audio on answer on the Speaker, but no audio on the handset in early 2014. The site had 20 SNOM handsets and Juniper switching, and the problem presented itself on 3. SNOM also confirmed this as a known firmware bug and recommended rolling back to an earlier version of the firmware (below their recommended release at the time).</div><div><br></div><div>Happy to chat offline and work through some troubleshooting with you if you would like; just flick me an e-mail (kids are just about in bed).</div><div><br></div><div>Thanks,</div><div>Andrew</div><div><br></div></div><div class="gmail_extra"><div><div class="h5"><br><div class="gmail_quote">On 16 April 2015 at 20:42, Karl Auer <span dir="ltr"><<a href="mailto:kauer@biplane.com.au" target="_blank">kauer@biplane.com.au</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On Thu, 2015-04-16 at 20:19 +1000, Joseph Goldman wrote:<br>
> Given he stated PoE switch I'd imagine the devices are PoE which on all<br>
> devices i've used means if they've powered on they are in the right<br>
> port, i.e. PoE IN is only on the correct port.<br>
<br>
</span>The ethernet is in the correct port for the reasons you give, but also<br>
because the phones can initiate calls. The problem is that the call<br>
consists of silence in both directions, which might be explained by the<br>
handset at one end not being attached at all or being attached<br>
incorrectly.<br>
<br>
By handset the bit you hold in your hand when talking on the phone. The<br>
handset is usually connected to the station via a few feet of coiled<br>
cable plugged into an RJ11 socket. Since these are brand new phones I'm<br>
suggesting that a mistake may have been made when unboxing them, and the<br>
RJ11 plug might have been plugged into the ethernet passthru socket, or<br>
not properly inserted into the handset socket on the station. Or not<br>
properly inserted into the socket on the handset itself.<br>
<br>
It's a long shot, but stranger things have happened, and I have actually<br>
seen a phone with the handset incorrectly plugged into the passthru.<br>
<span><br>
Regards, K.<br>
<br>
--<br>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~<br>
Karl Auer (<a href="mailto:kauer@biplane.com.au" target="_blank">kauer@biplane.com.au</a>)<br>
<a href="http://www.biplane.com.au/kauer" target="_blank">http://www.biplane.com.au/kauer</a><br>
<a href="http://twitter.com/kauer389" target="_blank">http://twitter.com/kauer389</a><br>
<br>
GPG fingerprint: 3C41 82BE A9E7 99A1 B931 5AE7 7638 0147 2C3C 2AC4<br>
Old fingerprint: EC67 61E2 C2F6 EB55 884B E129 072B 0AF0 72AA 9882<br>
<br>
<br>
</span><div><div>_______________________________________________<br>
AusNOG mailing list<br>
<a href="mailto:AusNOG@lists.ausnog.net" target="_blank">AusNOG@lists.ausnog.net</a><br>
<a href="http://lists.ausnog.net/mailman/listinfo/ausnog" target="_blank">http://lists.ausnog.net/mailman/listinfo/ausnog</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div></div></div><span class="HOEnZb"><font color="#888888">-- <br><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><b>Andrew Yager, Managing Director</b> <i>(BCompSc, JNCIS-SP, MACS (Snr) CP)</i><br></div><div dir="ltr">Real World Technology Solutions - IT People you can trust</div><div dir="ltr">Voice | Data | IT Procurement | Managed IT</div><div dir="ltr"><a href="http://rwts.com.au" target="_blank">rwts.com.au</a> | <a href="tel:1300%20798%20718" value="+611300798718" target="_blank">1300 798 718</a></div><div dir="ltr"><br></div><div dir="ltr"><img src="http://www.rwts.com.au/email-signature-logo.jpg"><br></div><div dir="ltr"><i style="font-family:arial;font-size:small">Real World is a Dell Premier Partner</i><br></div><div dir="ltr"><br></div><div dir="ltr">This document should be read only by those persons to whom it is addressed and its content is not intended for use by any other persons. If you have received this message in error, please notify us immediately. Please also destroy and delete the message from your computer. Any unauthorised form of reproduction of this message is strictly prohibited. We are not liable for the proper and complete transmission of the information contained in this communication, nor for any delay in its receipt. Please consider the environment before printing this e-mail.</div></div></div></div></div></div></div></div></div></div>
</font></span></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><b>Andrew Yager, Managing Director</b> <i>(BCompSc, JNCIS-SP, MACS (Snr) CP)</i><br></div><div dir="ltr">Real World Technology Solutions - IT People you can trust</div><div dir="ltr">Voice | Data | IT Procurement | Managed IT</div><div dir="ltr"><a href="http://rwts.com.au" target="_blank">rwts.com.au</a> | 1300 798 718</div><div dir="ltr"><br></div><div dir="ltr"><img src="http://www.rwts.com.au/email-signature-logo.jpg"><br></div><div dir="ltr"><i style="font-family:arial;font-size:small">Real World is a Dell Premier Partner</i><br></div><div dir="ltr"><br></div><div dir="ltr">This document should be read only by those persons to whom it is addressed and its content is not intended for use by any other persons. If you have received this message in error, please notify us immediately. Please also destroy and delete the message from your computer. Any unauthorised form of reproduction of this message is strictly prohibited. We are not liable for the proper and complete transmission of the information contained in this communication, nor for any delay in its receipt. Please consider the environment before printing this e-mail.</div></div></div></div></div></div></div></div></div></div>
</div>