[AusNOG] Procurve POE Switch RTP issues

[Andrew Yager]

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.

Thanks,
Andrew

On 16 April 2015 at 20:53, Andrew Yager <andrew at rwts.com.au> wrote:

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



-- 
*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/229afdc1/attachment.html>