<div>Impedance test and call to Telco resulted in following changes:</div>
<div> </div>
<div>no input gain</div>
<div>no output attenuation</div>
<div>impedance 600r</div>
<div> </div>
<div>all calls are up and live and clear...</div>
<div>Thank you very much Wes, as usual you are a lifesaver...</div>
<div> </div>
<div>Kevin<br> </div>
<div><span class="gmail_quote">On 3/25/08, <b class="gmail_sendername">Kevin Dunn</b> <<a href="mailto:cheesevoice@gmail.com">cheesevoice@gmail.com</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">
<div>thanks Wes I will give that a shot tomorrow</div>
<div><span class="e" id="q_118e946d9e5f66c2_1">
<div> </div>
<div><br><br> </div>
<div class="gmail_quote">On Tue, Mar 25, 2008 at 5:19 PM, Wes Sisk <<a onclick="return top.js.OpenExtLink(window,event,this)" href="mailto:wsisk@cisco.com" target="_blank">wsisk@cisco.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">
<div bgcolor="#ffffff" text="#000000">On the IP Phone press the "i" or "?" twice while the call is up, it will show counts of packets.<br><br>Have you performed impedance matching on the analog line?<br>
<a onclick="return top.js.OpenExtLink(window,event,this)" href="http://www.cisco.com/en/US/tech/tk652/tk701/technologies_tech_note09186a0080477a06.shtml" target="_blank">http://www.cisco.com/en/US/tech/tk652/tk701/technologies_tech_note09186a0080477a06.shtml</a><br>
<br><br>keep in mind that the analog interface is just that - analog, no packetization there. 'show call active voice' and 'show voice port' give additional information while the call is active.<br><br>/Wes<br>
<br>Kevin Dunn wrote:
<blockquote type="cite">
<div>
<div></div>
<div>
<div>I just spent the day recabling a cluster &^%$( wire closet at our remote site. H323 Gateway with 7 incoming FXO lines. They had some static on the lines that were clean at demark and noisy by the time they got to the 2821. Now the lines are crystal clear (pat on back) but one line is now dropping incoming packets (example: I say "1234567" they hear "12 45 7" it is "sporatic and with the static so bad before it could have "always" been happening.</div>
<div> </div>
<div>On a side note thie one line is their 800# which sends all calls to IPCC. I am running CCM 4.1.3 (sr6) and the gateways is 2821 H323.</div>
<div> </div>
<div>Voice-port configuration:</div>
<div> </div>
<div>voice-port 0/1/1</div>
<div>trunk-group 1</div>
<div>input gain 3</div>
<div>output attenuation 1</div>
<div>no vad</div>
<div>connection plar 3999 (to IPCC)</div>
<div> </div>
<div>I dont' think the issue is IPC, as there are three other lines that run the PLAR 3999 command, and all work splendidly.</div>
<div> </div>
<div>QUESTION: How can I check dropped packets on one FXO port?</div>
<div>is it a debug scheme?</div>
<div> </div>
<div>Thanks folks</div>
<div> </div>
<div>Kevin</div>
<div> </div></div></div><pre><hr width="90%" size="4">
_______________________________________________
cisco-voip mailing list
<a onclick="return top.js.OpenExtLink(window,event,this)" href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a>
<a onclick="return top.js.OpenExtLink(window,event,this)" href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a>
</pre></blockquote></div></blockquote></div><br></span></div></blockquote></div><br>