<html><body><div style="color:#000; background-color:#fff; font-family:Helvetica Neue-Light, Helvetica Neue Light, Helvetica Neue, Helvetica, Arial, Lucida Grande, Sans-Serif;font-size:16px"><div dir="ltr" id="yui_3_16_0_1_1429156144689_57473"><span id="yui_3_16_0_1_1429156144689_57472">Not specifically with those devices, however it sounds bit like a default QoS processing issue. If the switches (perhaps out of the box) are looking at the QoS markings on the data stream packets, and not liking them, then they'll probably drop those packets.</span></div><div dir="ltr" id="yui_3_16_0_1_1429156144689_57471"><span><br></span></div><div dir="ltr" id="yui_3_16_0_1_1429156144689_57470"><span id="yui_3_16_0_1_1429156144689_57547">I've experienced switches doing QoS processing out of the box in the past by default (in that specific case, it was effectively marking them as untrusted), rather than leaving them alone (which for an ISP is an annoying default.)</span></div><div dir="ltr" id="yui_3_16_0_1_1429156144689_57470"><span><br></span></div><div dir="ltr" id="yui_3_16_0_1_1429156144689_57470"><span id="yui_3_16_0_1_1429156144689_57610">Is the silence caused by packet containing silence, or is it caused by no packets being delivered?</span></div><div dir="ltr" id="yui_3_16_0_1_1429156144689_57469"><span><br></span></div><div dir="ltr" id="yui_3_16_0_1_1429156144689_57468"><span><br></span></div><br> <div style="font-family: Helvetica Neue-Light, Helvetica Neue Light, Helvetica Neue, Helvetica, Arial, Lucida Grande, Sans-Serif; font-size: 16px;" id="yui_3_16_0_1_1429156144689_57411"> <div style="font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, Sans-Serif; font-size: 16px;" id="yui_3_16_0_1_1429156144689_57410"> <div dir="ltr" id="yui_3_16_0_1_1429156144689_57409"> <hr size="1"> <font size="2" face="Arial" id="yui_3_16_0_1_1429156144689_57408"> <b><span style="font-weight:bold;">From:</span></b> Cameron Murray <cameron.murray@gmail.com><br> <b><span style="font-weight: bold;">To:</span></b> "ausnog@ausnog.net" <ausnog@ausnog.net> <br> <b><span style="font-weight: bold;">Sent:</span></b> Thursday, 16 April 2015, 19:28<br> <b><span style="font-weight: bold;">Subject:</span></b> [AusNOG] Procurve POE Switch RTP issues<br> </font> </div> <div class="y_msg_container" id="yui_3_16_0_1_1429156144689_57612"><br><div id="yiv1740162556"><div dir="ltr" id="yui_3_16_0_1_1429156144689_57611">Guys,<div><br></div><div id="yui_3_16_0_1_1429156144689_57613">Sorry for the slightly off topic post but I'm stumped and 1000km from the problem.</div><div><br></div><div>We provisioned some Snom phones this afternoon for a customer however SIP sessions establish and calls can be signalled however the audio/rtp stream is silent in both directions.</div><div id="yui_3_16_0_1_1429156144689_57614"><br></div><div>We tested a softphone which worked correctly from inside their network.</div><div id="yui_3_16_0_1_1429156144689_57615"><br></div><div>We have concluded that the HP Procurve 2610-48 pw may be interfering with the flow however this device is blind to us and we have no access nor the customer documentation.</div><div id="yui_3_16_0_1_1429156144689_57616"><br></div><div>Has anyone seen similar issues with these devices?</div><div><br></div><div id="yui_3_16_0_1_1429156144689_57617">Regards</div><div id="yui_3_16_0_1_1429156144689_57618"><br></div><div id="yui_3_16_0_1_1429156144689_57619">Cameron</div></div></div><br>_______________________________________________<br>AusNOG mailing list<br><a ymailto="mailto:AusNOG@lists.ausnog.net" href="mailto:AusNOG@lists.ausnog.net">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><br><br></div> </div> </div> </div></body></html>