[AusNOG] Procurve POE Switch RTP issues

[Andrew Yager]

Hi Cameron,

There can be a few causes I've seen of this, particularly with SNOM
handsets.

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.

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).

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).

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).

Thanks,
Andrew


On 16 April 2015 at 20:42, Karl Auer <kauer at biplane.com.au> wrote:

> On Thu, 2015-04-16 at 20:19 +1000, Joseph Goldman wrote:
> > Given he stated PoE switch I'd imagine the devices are PoE which on all
> > devices i've used means if they've powered on they are in the right
> > port, i.e. PoE IN is only on the correct port.
>
> The ethernet is in the correct port for the reasons you give, but also
> because the phones can initiate calls. The problem is that the call
> consists of silence in both directions, which might be explained by the
> handset at one end not being attached at all or being attached
> incorrectly.
>
> By handset the bit you hold in your hand when talking on the phone. The
> handset is usually connected to the station via a few feet of coiled
> cable plugged into an RJ11 socket. Since these are brand new phones I'm
> suggesting that a mistake may have been made when unboxing them, and the
> RJ11 plug might have been plugged into the ethernet passthru socket, or
> not properly inserted into the handset socket on the station. Or not
> properly inserted into the socket on the handset itself.
>
> It's a long shot, but stranger things have happened, and I have actually
> seen a phone with the handset incorrectly plugged into the passthru.
>
> Regards, K.
>
> --
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> Karl Auer (kauer at biplane.com.au)
> http://www.biplane.com.au/kauer
> http://twitter.com/kauer389
>
> GPG fingerprint: 3C41 82BE A9E7 99A1 B931 5AE7 7638 0147 2C3C 2AC4
> Old fingerprint: EC67 61E2 C2F6 EB55 884B E129 072B 0AF0 72AA 9882
>
>
> _______________________________________________
> AusNOG mailing list
> AusNOG at lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>



-- 
*Andrew Yager, Managing Director* *(BCompSc, JNCIS-SP, MACS (Snr) CP)*
Real World Technology Solutions - IT People you can trust
Voice | Data | IT Procurement | Managed IT
rwts.com.au | 1300 798 718


*Real World is a Dell Premier Partner*

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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ausnog.net/pipermail/ausnog/attachments/20150416/517d25ab/attachment.html>