From: asadovnikov (asadovnikov@comcast.net)
Date: Sun Jan 08 2006 - 16:07:16 GMT-3
You would put the command on your lower speed router and you would use
larger queue size then default. Say high speed router sent more then
default queue size and lower speed router did not keep up with processing.
If input queue is overrun on the low speed router he will drop updates. By
increasing input queue you allow for more inbound RIP updates to be stored
for future processing when CPU of lower speed router can find time to deal
with processing.
Best Regards,
Alexei
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of Jack
Ross
Sent: Sunday, January 08, 2006 1:24 PM
To: ccielab@groupstudy.com
Subject: RIP input-queue command clarification
Looking a clarification on input-queue RIP command.
Should be command be placed on the high speed or low speed router?
Should the queue become larger or smaller to slow the speed of the updates?
I've included the description from the Command Reference 12.4 below.
Thanks
input-queue
To adjust the depth of the Routing Information Protocol (RIP) input queue,
use the input-queue command in router configuration mode. To remove the
configured depth and restore the default depth, use the no form of this
command.
input-queue depth
no input-queue [depth]
Syntax Description
depth
Numerical value associated with the depth of the RIP input queue. The
larger the numerical value, the larger the depth of the queue. The range is
from 0 to 1024.
Defaults
50
Command Modes
Router configuration
Command History
Release Modification
11.0
This command was introduced.
Usage Guidelines
Consider using the input-queue command if you have a high-end router sending
at high speed to a low-speed router that might not be able to receive at the
high speed. Configuring this command will help prevent the routing table
from losing information.
Examples
The following example sets the depth of the RIP input queue to 100:
input-queue 100
This archive was generated by hypermail 2.1.4 : Wed Feb 01 2006 - 07:45:47 GMT-3