06-08-2011 07:39 AM - edited 03-17-2019 10:20 PM
I have a Polycom to Polycom point-to point video transfer over a 1.5 Mbps T1 connection with 2621 routers on both ends. The sound is good but the video is broke up and its worse with the more motion there is in the video. Both Ploycom cameras are connected to 3750 gig ports. The one 3750 connects directly to one of the Cisco 2621 routers and the other one connects to a cisco 6509 an it is connected to the other 2621 router.
Polycom---3750----6509---2621----2621----3750---Polycom
The 2 Polycom camera work with no problem without the two 2621 routers and the T1 connection.
I have a Priority queue in a LLQ on both 2621 routers. Both router ethernet ports are foreced to full duplex/100Mbps as told in tech notes to fix most video problems to prevent duplex and spped mismatch.
Below is a snap shot from each of the 2621 serial ports with both having large number of output drops and it increases the more I use the video connection.
What can cause this large number of output drops?
What is the best to base the access-list on? I have tried prededence and dscp while changing the Polycom QoS Type of Service to match at the same time along with the same video and voice values.
Thanks,
Ken
Solved! Go to Solution.
06-14-2011 07:49 AM
I am using a clockrate because this is two 2621 routers connect by a crossover cable on my test bench. I have ran this over my live production network T1 line and got the same drop packets. I am using my two test bench routers to simulate the problem.
Where am I specifiing 600 Kbps in my policy?
How do I post policy map stats?
What are its stats?
Attached is the local router interface stats. I could not use telnet connection to get the remote router interface stats while stream was active . I would try and initiate the command and I would get not response and then loose my telnet connection. I had to use a remote console connection to get it. The local router telnet connection worked ok and was used to get the int stat while the stream was active.
06-14-2011 09:40 AM
As Joseph indicated, You need to set a T1 clockrate, not 148 Kbps.
06-14-2011 03:56 PM
Disclaimer
The Author of this posting offers the information contained within this posting without consideration and with the reader's understanding that there's no implied or expressed suitability or fitness for any purpose. Information provided is for informational purposes only and should not be construed as rendering professional advice of any kind. Usage of this posting's information is solely at reader's own risk.
Liability Disclaimer
In no event shall Author be liable for any damages whatsoever (including, without limitation, damages for loss of use, data or profit) arising out of the use or inability to use the posting's information even if Author has been advised of the possibility of such damage.
Posting
I don't question your running the two routers back-to-back, but did you drop a zero on your clock rate setting?
600 = 450 Video-Conf + 150 Streaming-Video
Sh policy QoS-Policy interface s0/0 (or something similar)
Sorry for confusion, but just wanted to see live (while stream active) sh interface. (set load interval to 30)
PS:
Like Paolo, I too would like to see FIFO stats with deep queue.
06-15-2011 05:50 AM
That did it. Setting the clock rate to 1300000 fixed the problem on the test network. I will now try it on the live T1 line. Sorry about that guys it was set that way by someones previous testing and I was looking right over it and did not see it.
Thanks for answering my previous questions to your request.
Do I need to have both the Video_Conf (DSCP AF41) Streaming (AF13) classes specified under the QoS Policy map?
It seems to me that if I can do without one or the other thats more bandwidth for regular user data use on the live network.
In your last reply you explain the request for to see live (while stream active) sh interface. What did you meam by the
(set load interval to 30)?
Is there still a need to do the FIFO stats with deep queue?
Thanks again for all your help,
Ken
06-15-2011 07:59 AM
Disclaimer
The Author of this posting offers the information contained within this posting without consideration and with the reader's understanding that there's no implied or expressed suitability or fitness for any purpose. Information provided is for informational purposes only and should not be construed as rendering professional advice of any kind. Usage of this posting's information is solely at reader's own risk.
Liability Disclaimer
In no event shall Author be liable for any damages whatsoever (including, without limitation, damages for loss of use, data or profit) arising out of the use or inability to use the posting's information even if Author has been advised of the possibility of such damage.
Posting
Great to read setting the clock rate fixed your test bed!
I would still keep the two video streams in different classes, real-time vs. non-real-time requirements.
As to question combining bandwidth, might not work as you're thinking. Class "reserved" bandwidth, not being used is available to other traffic.
On an inteface config, there's a load interval command. Default is 5 minutes, minimum is 30 seconds. The latter gives a closer to real-time load stats.
FIFO with deep queue, perhaps not now that we know of the clock rate issue on the test bed. On the test bed, would expect it to work too. On the production routers, global FIFO might not be sufficient for your real-time video when there's other traffic.
06-16-2011 11:32 PM
Very good. Please remember to rate useful posts clicking on the stars below.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide