<div dir="ltr">Makes sense.<div><br></div><img src="cid:162b60f7600cb971f161" alt="image.png" class="" style="max-width: 100%; opacity: 1;"><div><br></div><br><div class="gmail_quote"><div dir="ltr">On Wed, Apr 11, 2018 at 1:19 PM Ryan Ratliff (rratliff) <<a href="mailto:rratliff@cisco.com">rratliff@cisco.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



<div style="word-wrap:break-word;line-break:after-white-space">
Lost is a delta in sequence numbers from one packet to the next. If you never receive a first packet you can’t lose any.
<div></div></div><div style="word-wrap:break-word;line-break:after-white-space"><div><br>
<div>-Ryan </div></div></div><div style="word-wrap:break-word;line-break:after-white-space"><div>
<div><br>
<div>On Apr 11, 2018, at 12:01 PM, Anthony Holloway <<a href="mailto:avholloway+cisco-voip@gmail.com" target="_blank">avholloway+cisco-voip@gmail.com</a>> wrote:</div>
<br class="m_5205731542010560552Apple-interchange-newline">
<div>
<div dir="ltr">How does it show 0 packets received, but also 0 packets lost?  Somethings not right in the report from CMR.</div>
<br>
<div class="gmail_quote">
<div dir="ltr">On Tue, Apr 10, 2018 at 10:48 PM James Andrewartha <<a href="mailto:jandrewartha@ccgs.wa.edu.au" target="_blank">jandrewartha@ccgs.wa.edu.au</a>> wrote:<br>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 13/01/17 09:25, James Andrewartha wrote:<br>
> We've experienced something similar for about 2.5 years, on some calls<br>
> one party won't be able to hear audio for 5-10 seconds. These are all<br>
> internal calls, single site, phones (7965 and 7975, SCCP) on a flat L2<br>
> network, one pub, one sub. It even survived an upgrade from 8.6 to 10.5.<br>
> We opened a case and TAC asked for a trace of it happening, but we<br>
> couldn't reproduce it easily. I keep meaning to get back to it, but<br>
> haven't had the time given how hard it is to reproduce.<br>
<br>
Well, some staff have moved to a demountable with a switch daisy-chained<br>
from another and it's happening quite a bit now. Looking at the CDR I<br>
can see that one end is just not receiving the packets. The phones are<br>
on the same subnet/VLAN, and the switch ports have no errors. I'm going<br>
to set up a span capture but does anyone have any suggestions on where<br>
to look? CUCM 10.5.2.15900-8, 7975/7965 with SCCP[47]5.9-4-2SR2-2S.<br>
<br>
Parameter       Origination     Destination<br>
MediaTransportAdd_Ip    10.100.254.227  10.100.253.223<br>
PayLoadCapability       6       6<br>
MediaCap_g723BitRate    0       0<br>
Packets Sent    714     712<br>
Octets Sent     122808  122464<br>
Packets Received        711     0<br>
Octets Received         122292  0<br>
Packets Lost    0       0<br>
Jitter  0       0<br>
Latency         0       0<br>
QoS     G       G<br>
VideoCap_Codec  0       0<br>
VideoCap_Bandwidth      0       0<br>
VideoCap_Resolution     0       0<br>
VideoTransportAddress_IP        0.0.0.0         0.0.0.0<br>
VideoTransportAddress_Port      0       0<br>
 --<br>
James Andrewartha<br>
Network & Projects Engineer<br>
Christ Church Grammar School<br>
Claremont, Western Australia<br>
Ph. (08) 9442 1757<br>
Mob. 0424 160 877<br>
_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" rel="noreferrer" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
</blockquote>
</div>
_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
</div>
</div>
<br>
</div></div></blockquote></div></div>