I did read through that particular thread actually, and it sorta prompted my question in the first place. Mainly, is JUST adding another MFT card enough due to the clocking on the DSPs as well. One of the first things I do when I'm researching something is googling this mailing list actually.<br>
<br>the 'independent' command referred to in the thread seems to only work for data, since it doesn't cover the clocking on the on-board PVDM's.. Or so I thought anyway.<br><br><div class="gmail_quote">On Wed, Feb 4, 2009 at 5:08 PM, Jason Aarons (US) <span dir="ltr"><<a href="mailto:jason.aarons@us.didata.com">jason.aarons@us.didata.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div link="blue" vlink="purple" lang="EN-US">
<div>
<p><span style="font-size: 11pt; color: rgb(31, 73, 125);">The VWIC2-2MFT-T1/E1 has a single PLL for voice clocking. You
would need add another MFT card if you have two different clock source. </span></p>
<p><span style="font-size: 11pt; color: rgb(31, 73, 125);"> </span></p>
<p><span style="font-size: 11pt; color: rgb(31, 73, 125);">Workarounds include sending clock to telco, etc.</span></p>
<p><span style="font-size: 11pt; color: rgb(31, 73, 125);"> </span></p>
<p><span style="font-size: 11pt; color: rgb(31, 73, 125);">letmegooglethatforyou didn't return the right results;</span></p>
<p><span style="font-size: 11pt; color: rgb(31, 73, 125);"> </span></p>
<p><span style="font-size: 11pt; color: rgb(31, 73, 125);"><a href="http://www.gossamer-threads.com/lists/cisco/nsp/86462" target="_blank">http://www.gossamer-threads.com/lists/cisco/nsp/86462</a></span></p>
<p><span style="font-size: 11pt; color: rgb(31, 73, 125);"> </span></p>
<p><span style="font-size: 11pt; color: rgb(31, 73, 125);"> </span></p>
<div style="border-style: solid none none; border-color: rgb(181, 196, 223) -moz-use-text-color -moz-use-text-color; border-width: 1pt medium medium; padding: 3pt 0in 0in;">
<p><b><span style="font-size: 10pt;">From:</span></b><span style="font-size: 10pt;">
<a href="mailto:cisco-voip-bounces@puck.nether.net" target="_blank">cisco-voip-bounces@puck.nether.net</a> [mailto:<a href="mailto:cisco-voip-bounces@puck.nether.net" target="_blank">cisco-voip-bounces@puck.nether.net</a>] <b>On
Behalf Of </b>Bill Talley<br>
<b>Sent:</b> Wednesday, February 04, 2009 5:00 PM<br>
<b>To:</b> Ed Leatherman<br>
<b>Cc:</b> Estes, Timothy; <a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<b>Subject:</b> Re: [cisco-voip] Question about T1 clocking</span></p>
</div><div><div></div><div class="Wj3C7c">
<p> </p>
<p style="margin-bottom: 12pt;">Doesn't the VWIC2 allow for
different clock sources for each port, that is, independent clocking for each
port?</p>
<div>
<p> </p>
</div>
<div>
<p> </p>
</div>
<div>
<p> </p>
</div>
<div>
<p>On Wed, Feb 4, 2009 at 1:18 PM, Ed Leatherman <<a href="mailto:ealeatherman@gmail.com" target="_blank">ealeatherman@gmail.com</a>> wrote:</p>
<p>My main concern is since both these are voice connections
and they will be faxing over both links.. clock slips seem to cause trouble in
that regard. Would adding the second VWIC eliminate the slip problem? </p>
<div>
<p style="margin-bottom: 12pt;"> </p>
<div>
<p>On Wed, Feb 4, 2009 at 9:52 AM, Estes, Timothy <<a href="mailto:TimothyEstes@spherion.com" target="_blank">TimothyEstes@spherion.com</a>>
wrote:</p>
<div>
<div>
<p><span style="font-size: 11pt; color: rgb(31, 73, 125);">I have this running on about 90
28XX routers in the field. Sprint MPLS circuits on the data side and Verizon or
AT&T PRIs. You have to set network clock select to the PRI for it to come
up, therefore the data circuit slips. Out of the 90 sites, only 2 have required
new VWICs because of errors. The rest tolerate the slips. I see as low as 15
and as many as 90 slip seconds on the data circuits. 40 or 50 seems to be the
limit for me, your mileage may vary.</span></p>
<p><span style="font-size: 11pt; color: rgb(31, 73, 125);"> </span></p>
<p><span style="font-size: 11pt; color: rgb(31, 73, 125);"> </span></p>
<p><span style="font-size: 11pt; color: rgb(31, 73, 125);"> </span></p>
<p><span style="font-size: 11pt; color: rgb(31, 73, 125);">Timothy Estes</span></p>
<p><span style="font-size: 11pt; color: rgb(31, 73, 125);">Data Network Operations
Engineer</span></p>
<p><span style="font-size: 11pt; color: rgb(31, 73, 125);">ACS / Spherion</span></p>
<p><span style="font-size: 11pt; color: rgb(31, 73, 125);">Ft. Lauderdale FL</span></p>
</div>
</div>
</div>
<p><br>
<br clear="all">
</p>
</div>
<div>
<div>
<p>-- <br>
Ed Leatherman<br>
Assistant Director, Voice Services<br>
West Virginia University<br>
Telecommunications and Network Operations</p>
</div>
</div>
<p style="margin-bottom: 12pt;"><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" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a></p>
</div>
<p> </p>
</div></div></div>
</div>
<div><p></p><hr size="1">
<p><b>
Disclaimer:
This e-mail communication and any attachments may contain confidential and privileged information and is for use by the designated addressee(s) named above only. If you are not the intended addressee, you are hereby notified that you have received this communication in error and that any use or reproduction of this email or its contents is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and deleting it from your computer. Thank you.
</b></p></div></blockquote></div><br><br clear="all"><br>-- <br>Ed Leatherman<br>Assistant Director, Voice Services<br>West Virginia University<br>Telecommunications and Network Operations<br>