Cisco IOS Release 12.2SR de la guía de configuración de los Servicios de aplicación IP
Configurar el TCP
2 Agosto 2013 - Traducción Automática | Otras Versiones: PDFpdf 278 KB | Inglés (13 Julio 2011) | Comentarios

Contenido

Configurar el TCP

Última actualización: De julio el 13 de 2011

El TCP es un protocolo que especifica el formato de los datos y de los acuses de recibo usados en la Transferencia de datos. El TCP es un protocolo orientado por conexión porque los participantes deben establecer una conexión antes de que los datos puedan ser transferidos. Realizando el control de flujo y la corrección de errores, garantías TCP confiables, entrega secuencial de los paquetes. Se considera un protocolo confiable porque si se cae un paquete del IP o fuera de servicio recibida, el TCP pedirá el paquete correcto hasta que lo reciba. Este módulo explica los conceptos relacionados con el TCP y describe cómo configurar el TCP en una red.

Encontrar la información de la característica

Su versión de software puede no soportar todas las características documentadas en este módulo. Para la últimas información y advertencias de la característica, vea los Release Note para su plataforma y versión de software. Para encontrar la información sobre las características documentadas en este módulo, y ver una lista de las versiones en las cuales se soporta cada característica, vea la tabla de información de la característica en el extremo de este documento.

Utilice el Cisco Feature Navigator para encontrar la información sobre el soporte del Soporte de la plataforma y de la imagen del software de Cisco. Para acceder el Cisco Feature Navigator, vaya a www.cisco.com/go/cfn. Una cuenta en Cisco.com no se requiere.

Prerrequisitos de TCP

Sello de fecha/hora TCP, acuse de recibo selectivo TCP, y Compresión de cabecera TCP

Porque los sellos de fecha/hora TCP se envían siempre y producido eco en las ambas direcciones y el valor del grupo fecha/hora en la encabezado está cambiando siempre, la Compresión de cabecera TCP no comprimirá el paquete de salida. Para permitir la compresión de encabezados TCP en un link serial, se inhabilita la opción de sello de fecha/hora de TCP. Si usted quiere utilizar la Compresión de cabecera TCP sobre una línea serial, el sello de fecha/hora TCP y el acuse de recibo selectivo TCP deben ser inhabilitados. Ambas características se inhabilitan por abandono. Utilice el comando ip tcp selective-ack del theno de inhabilitar el acuse de recibo selectivo TCP una vez que se habilita.

Información sobre TCP

Servicios TCP

El TCP proporciona la transición transmisión de datos confiable en un entorno IP. El TCP corresponde a la capa de transporte (capa 4) del modelo de referencia del Open Systems Interconnection (OSI). Entre los servicios que el TCP proporciona son la Transferencia de datos de la secuencia, la confiabilidad, el control de flujo eficiente, la operación en dúplex completo, y la multiplexación.

Con la Transferencia de datos de la secuencia, el TCP entrega un flujo de bytes desestructurado identificado por los números de secuencia. Este servicio beneficia a las aplicaciones porque no tienen que tajar los datos en los bloques antes de darlo apagado al TCP. En lugar, el TCP agrupa los bytes en los segmentos y los pasa al IP para la salida.

El TCP ofrece la confiabilidad proporcionando a la entrega del paquete confiable orientada a la conexión, de punta a punta con una red interna. Hace esto ordenando los bytes con un número de acuse de recibo de la expedición que indique al destino el byte siguiente que la fuente espera recibir. Los bytes no reconocidos dentro de un periodo de tiempo especificado se retransmiten. El mecanismo de la confiabilidad del TCP permite que los dispositivos dirijan perdido, retrasado, duplicado, o los paquetes de la mal interpretación. Un mecanismo de espera permite que los dispositivos detecten los paquetes perdidos y que pidan la retransmisión.

El TCP ofrece el control de flujo eficiente, así que significa que el proceso de recepción TCP indica el número de secuencia más alto que puede recibir sin desbordar sus búferes internos al enviar los acuses de recibo de nuevo a la fuente.

La operación en dúplex completo de las ofertas TCP y los procesos TCP pueden enviar y recibir al mismo tiempo.

La multiplexación TCP permite que las conversaciones simultáneas numerosas de la capa superior sean multiplexadas sobre una sola conexión.

TCP Connection Establishment

Para utilizar los servicios de transporte confiable, los host TCP deben establecer a una sesión orientada a la conexión el uno con el otro. Realizan al establecimiento de la conexión usando un mecanismo de tres vías del  del € del handshakeâ del œ del € del â.

Una entrada en contacto de tres vías sincroniza los ambos extremos de una conexión permitiendo que los ambos lados convengan en los números de secuencia iniciales. Este mecanismo también garantiza que los ambos lados están listos para transmitir los datos y para saber que el otro lado también está listo para transmitir. La entrada en contacto de tres vías es necesaria para no transmitir ni se retransmitan los paquetes durante el establecimiento de sesión o después de la terminación de la sesión.

Cada host elige aleatoriamente un número de secuencia usado para seguir los bytes dentro de la secuencia que está enviando. Entonces, la entrada en contacto de tres vías procede de la manera siguiente:

  • El primer host (el host A) inicia una conexión enviando un paquete con el número de secuencia inicial (x) y la sincroniza/conjunto de bits del comienzo (SYN) para indicar un pedido de conexión.
  • El segundo host (el host B) recibe el SYN, registra el número de secuencia X, y contesta reconociendo el SYN (con ACK = X + 1). El host B incluye su propio número de secuencia inicial (SEQ = Y). El ACK = 20 significa que el host ha recibido los bytes 0 a 19 y cuenta con el byte 20 después. Esta técnica se llama acuse de recibo delantero.
  • El host A reconoce todo el host B de los bytes enviado con un acuse de recibo delantero que indica que el host A siguiente del byte espera recibir (ACK = Y + 1). La Transferencia de datos entonces puede comenzar.

Tiempo de Intentos de la Conexión TCP

Usted puede fijar la cantidad de tiempo que el Cisco IOS Software esperará para intentar para establecer una conexión TCP. Porque el tiempo del intento de conexión es un parámetro del host, no pertenece para traficar pasar a través del dispositivo, apenas traficar originado en el dispositivo. Para fijar el tiempo de la tentativa de la conexión TCP, utilice el comando ip tcp synwait-time en el modo de configuración global. El valor predeterminado es de 30 segundos.

Reconocimiento Selectivo de TCP

La característica del acuse de recibo selectivo TCP mejora el funcionamiento en caso que los paquetes múltiples se pierdan a partir de una ventana TCP de los datos.

Antes de esta característica, con la información disponible limitada de los acuses de recibo acumulativos, un emisor TCP podría aprender alrededor de solamente un paquete perdido por el Round-Trip Time. Un remitente agresivo podría elegir volver a enviar los paquetes temprano, pero tales los segmentos vueltos a enviar pudieron haber sido recibidos ya con éxito.

Las ayudas del mecanismo del acuse de recibo selectivo TCP mejoran el funcionamiento. El host TCP de recepción vuelve los paquetes del acuse de recibo selectivo al remitente, informando al remitente los datos se han recibido que. Es decir el receptor puede reconocer los paquetes recibió fuera de servicio. El remitente puede entonces volver a enviar solamente los segmentos de datos que falta (en vez todo desde el primer paquete faltante).

Antes del acuse de recibo selectivo, si el TCP perdiera los paquetes 4 y 7 fuera de una ventana 8-packet, el TCP recibiría el acuse de recibo solamente de los paquetes 1, 2, y 3. paquetes 4 a 8 necesitarían ser vueltos a enviar. Con el acuse de recibo selectivo, el TCP recibe el acuse de recibo de los paquetes 1, 2,3, 5, 6, y 8. Solamente los paquetes 4 y 7 deben ser vueltos a enviar.

Se utiliza el acuse de recibo selectivo TCP solamente cuando los paquetes múltiples se caen dentro de una ventana TCP. No hay impacto del rendimiento cuando se habilita pero no se utiliza la característica. Utilice el comando ip tcp selective-ack en el modo de configuración global de habilitar el acuse de recibo selectivo TCP.

Refiera al RFC 2018 para información más detallada sobre el acuse de recibo selectivo TCP.

Sello de Fecha/Hora TCP

La opción del grupo fecha/hora TCP proporciona las medidas mejoradas del Round-Trip Time TCP. Porque los sellos de fecha/hora se envían siempre y producido eco en las ambas direcciones y el valor del grupo fecha/hora en la encabezado está cambiando siempre, la Compresión de cabecera TCP no comprimirá el paquete de salida. Para permitir la compresión de encabezados TCP en un link serial, se inhabilita la opción de sello de fecha/hora de TCP. Utilice el comando ip tcp timestamp de habilitar la opción del grupo fecha/hora TCP.

Refiera al RFC 1323 para información más detallada sobre los sellos de fecha/hora TCP.

Tamaño de Lectura Máximo de TCP

El número máximo de caracteres que el TCP lea en la cola de entrada para Telnet y rlogin al mismo tiempo es mismo un número grande (el número positivo de 32 bits posible más grande) por abandono. Para cambiar el máximo TCP lea el valor de los tamaños, utilizan el comando ip tcp chunk-size en el modo de configuración global.

No recomendamos que usted cambia este valor.

Detección de MTU de Trayectoria de TCP

La detección de MTU de trayecto es un método para maximizar el uso del ancho de banda disponible en la red entre los puntos finales de una conexión TCP, que se describe en el RFC 1191. IP Path MTU Discovery permite que un host descubra y haga frente dinámicamente a las diferencias en el tamaño máximo admisible de la unidad de transmisión máxima (MTU) de los diversos links a lo largo de la trayectoria. Un router no puede a veces remitir un datagrama porque requiere la fragmentación (el paquete es más grande que el MTU usted fijó para la interfaz con el comando interface configuration), pero se fija el bit del “Don't Fragment” (DF). El gateway intermedio envía “fragmentación necesaria y un mensaje del Internet Control Message Protocol (ICMP) del conjunto de bits DF” al host de envío, alertándolo al problema. Sobre la recepción de este mensaje ICMP, el host reduce su mtu de trayectoria presunto y por lo tanto envía un paquete más pequeño que quepa los tamaños de paquetes más pequeños de todos los links a lo largo de la trayectoria.

Por abandono, se inhabilita la detección de MTU de trayecto TCP. Las conexiones existentes no son afectadas cuando se habilita o se inhabilita esta característica.

Los clientes que usan las conexiones TCP para mover los datos en bloque entre los sistemas en las subredes distintas beneficiarían la mayoría habilitando esta característica. Los clientes que usaban el Remote Source-Route Bridging (RSRB) con la encapsulación TCP, el Serial Tunnel (STUN), la transferencia remota X.25 (también conocida como el XOT o X.25 sobre el TCP), y algunas configuraciones de la Traducción de protocolo pudieron también beneficiarse de habilitar esta característica.

Utilice el comando global configuration de la trayectoria-MTU-detección tcp del IP de habilitar la detección de MTU de trayecto para las conexiones iniciadas por el router cuando está actuando como host.

Para más información sobre la detección de MTU de trayecto, refiera “configurando al capítulo de los Servicios IP” de la guía de configuración de los servicios de aplicación de Cisco IOSIP.

TCP Window Scaling

La característica del escalamiento de la ventana TCP agrega el soporte para la opción del escalamiento de la ventana en el RFC 1323, las Extensiones TCP para el rendimiento alto. Los tamaños de la ventana más grandes se recomiendan para mejorar el rendimiento del TCP en los trayectos de red con las características de producto de retraso de ancho de banda grandes que se llaman las redes Long Fat (LFNs). La mejora del escalamiento de la ventana TCP proporciona ese soporte.

La extensión del escalamiento de la ventana en Cisco IOS Software amplía la definición de la ventana TCP a 32 bits y después utiliza un Factor de escala para llevar este valor de 32 bits en el campo de 16 bits de la ventana del encabezado TCP. Los tamaños de la ventana pueden aumentar a un Factor de escala de 14. Las aplicaciones típicas utilizan un Factor de escala de 3 cuando están desplegadas en LFNs.

La característica del escalamiento de la ventana TCP cumple con el RFC 1323. Los tamaños de ventana máximos fueron aumentados a 1.073.741.823 bytes. Los tamaños de la ventana scalable más grandes permitirán que el TCP se realice mejor sobre LFNs. Utilice el comando ip tcp window-size en el modo de configuración global de configurar los tamaños de la ventana TCP.

Ventana Deslizante TCP

Una ventana de desplazamiento TCP proporciona el uso más eficiente del ancho de banda de la red porque permite a los hosts para enviar los bytes o los paquetes múltiples antes de esperar un acuse de recibo.

En el TCP, el receptor especifica los tamaños de la ventana actual en cada paquete. Porque el TCP proporciona una conexión del flujo de bytes, los tamaños de la ventana se expresan en los bytes. Una ventana es el número de bytes de datos que el remitente se permita enviar antes de esperar un acuse de recibo. Los tamaños de la ventana iniciales se indican en la configuración de conexión, pero pudieron variar en la Transferencia de datos para proporcionar el control de flujo. Los tamaños de la ventana de cero significan que œ del € del â no envía ningún  del € data.â que los tamaños predeterminados de la ventana TCP son 4128 bytes. Le recomendamos guardamos el valor predeterminado a menos que usted sepa que su router está enviando los paquetes grandes (mayor de 536 bytes). Utilice el comando ip tcp window-size de cambiar los tamaños predeterminados de la ventana.

En una operación de la resbalar-ventana TCP, por ejemplo, el remitente pudo tener una secuencia de bytes a enviar (numerado 1 a 10) a un receptor que tiene los tamaños de la ventana de cinco. El remitente después coloca una ventana alrededor de los primeros cinco bytes y los transmite juntos. El remitente entonces espera un acuse de recibo.

El receptor responde con ACK = 6, indicando que ha recibido los bytes 1 a 5 y está contando con el byte 6 después. En el mismo paquete, el receptor indica que sus tamaños de la ventana son 5. El remitente entonces mueve la ventana de desplazamiento cinco bytes a la derecha y transmite los bytes 6 a 10. El receptor responde con ACK = 11, indicando que está contando con el byte ordenado 11 después. En este paquete, el receptor pudo indicar que sus tamaños de la ventana son 0 (porque, por ejemplo, sus búferes internos son llenos). En este momento, el remitente no puede enviar más bytes hasta que el receptor envíe otro paquete con los tamaños de la ventana mayores de 0.

Tamaño de cola de salida TCP

Los tamaños de la cola salientes del valor por defecto TCP por la conexión son 5 segmentos si la conexión tiene un TTY asociado a ella (tal como una conexión Telnet). Si no se asocia ninguna conexión TTY a una conexión, los tamaños de cola predeterminados son 20 segmentos. Utilice el comando ip tcp queuemax de cambiar el valor predeterminado 5-segment.

TCP Congestion Avoidance

La función TCP Congestion Avoidance habilita el monitoreo de paquetes de reconocimiento para el remitente TCP cuando se pierden varios paquetes en una sola ventana de datos. Previamente, el remitente saldría del modo de recuperación rápida, esperaría tres o más paquetes de reconocimiento duplicados antes de retransmitir el siguiente paquete sin reconocimiento, o esperaría a que el temporizador de retransmisión iniciara el arranque lento. Esto podría generar problemas de rendimiento.

La implementación de RFC 2581 y RFC 3782 está relacionada con las modificaciones del algoritmo de recuperación rápida que incorpora una respuesta a los reconocimientos parciales recibidos durante la recuperación rápida, lo que mejora el rendimiento en aquellas situaciones en las que se pierden múltiples paquetes en una sola ventana de datos.

Esta función es una mejora del algoritmo de recuperación rápida existente. No hay comandos usados para habilitar o inhabilitar esta función.

La salida del transactionscommand tcp del IP del debug ha sido aumentada para monitorear los paquetes de reconocimiento mostrando las condiciones siguientes:

  • TCP ingresando en modo de recuperación rápida.
  • Los reconocimientos duplicados que son recibidos durante el modo de recuperación rápida.
  • Se reciben reconocimientos parciales.

TCP Explicit Congestion Notification

La función TCP Explicit Congestion Notification (ECN) proporciona un método para que un router intermedio notifique a los host de extremo una congestión de red inminente. También proporciona soporte mejorado a las sesiones TCP asociadas a las aplicaciones son susceptibles a las demoras y pérdida de paquetes incluyendo Telnet, navegación de red y transferencia de datos de audio y de vídeo. La ventaja de esta función es la reducción de la demora y la pérdida de paquetes en las transmisiones de datos. Utilice el ecncommand tcp del IP en el modo de configuración global para habilitar TCP ECN.

Ajuste de MSS TCP

La característica del ajuste TCP MSS habilita la configuración del Maximum Segment Size (MSS) para los paquetes transitorios que atraviesan a un router, específicamente los segmentos TCP con el conjunto de bits SYN. Utilice el comando ip tcp adjust-mss en el modo de configuración de la interfaz de especificar el valor MSS en el router intermedio de los paquetes SYN para evitar el truncamiento.

Cuando un host (generalmente un PC) inicia a una sesión TCP con un servidor, negocia segmento de IP los tamaños usando el campo de opción MSS en paquete TCP Syn. El valor del campo MSS es determinado por la configuración MTU en el host. El valor del valor por defecto MSS para un PC es 1500 bytes.

El estándar del PPP over Ethernet (PPPoE) soporta un MTU de solamente 1492 bytes. La disparidad entre el host y la talla del MTU PPPoE puede hacer al router entre el host y el servidor caer los paquetes 1500-byte y terminar a las sesiones TCP sobre la red PPPoE. Incluso si el mtu de trayectoria (que detecta el MTU correcto a través de la trayectoria) se habilita en el host, las sesiones pueden ser caídas porque los administradores de sistema inhabilitan a veces los mensajes de error ICMP que se deben retransmitir del host para que el mtu de trayectoria trabaje.

Las ayudas del comando ip tcp adjust-mss evitan que a las sesiones TCP caigan ajustando el valor MSS de los paquetes SYN TCP.

El comando ip tcp adjust-mss es eficaz solamente para las conexiones TCP que pasan a través del router.

En la mayoría de los casos, el valor óptimo para el argumento de los MAX-segmento-tamaños del comando ip tcp adjust-mss es 1452 bytes. Este valor más el encabezado IP 20-byte, el encabezado TCP 20-byte, y el encabezado PPPoE 8-byte alcanzan hasta un paquete 1500-byte que haga juego la talla del MTU para el link Ethernet.

Vea “configurando el valor MSS y el MTU para la sección de los paquetes SYN transitorios TCP” para las instrucciones de configuración.

TCP Applications Flags Enhancement

La función TCP Applications Flags Enhancement permite al usuario mostrar indicadores adicionales con referencia a las aplicaciones TCP. Existen dos tipos de indicadores: estado y opción. Los indicadores del estatus indican al estado de las conexiones TCP tal como descansos de la retransmisión, aplicación cerrada, y (SINCRONICE) los apretones de manos sincronizados para escuchan. Los indicadores adicionales indican el estado de las opciones del conjunto por ejemplo si un caso del VPN Routing and Forwarding (VRF) está fijado, si un usuario está ocioso, y si un temporizador KEEPALIVE se está ejecutando. Utilice el comando show tcp de visualizar los indicadores de la aplicación TCP.

TCP Show Extension

La característica de la extensión de la demostración TCP introduce la capacidad para visualizar los direccionamientos en el formato IP en vez del formato del nombre de host y para visualizar la tabla VRF asociada a la conexión. Para visualizar el estatus para todos los puntos finales con los direccionamientos en el formato IP, utilice el comando numérico abreviado tcp de la demostración.

TCP MIB para el soporte del RFC 4022

El TCP MIB para la característica del soporte del RFC 4022 introduce el soporte para el RFC 4022, Management Information Base para el Transmission Control Protocol (TCP). El RFC 4022 es un cambio ampliado del TCP MIB para mejorar la manejabilidad del TCP.

Para localizar y descargar MIB de plataformas, versiones de Cisco IOS y conjuntos de funciones seleccionados, utilice Cisco MIB Locator, que se encuentra en la siguiente URL:

http://www.cisco.com/cisco/web/LA/support/index.html

Cómo Configurar TCP

Configuración de los Parámetros de Rendimiento de TCP

Antes de comenzar
  • Los ambos lados del link se deben configurar para soportar el escalamiento de la ventana o el valor por defecto de 65.535 bytes se aplicará como los tamaños de ventana máximos.
  • Para soportar el ECN, el peer remoto debe ser habilitado para ECN porque la capacidad ECN se negocia durante una entrada en contacto de tres vías con el peer remoto.

PASOS SUMARIOS

1. permiso

2. configuró terminal

3. segundos del synwait-tiempo tcp del IP

4. trayectoria-MTU-detección tcp del IP [temporizador de edad {minutos | infinito}]

5. IP tcp selectivo-ACK

6. grupo fecha/hora tcp del IP

7. caracteres de los pedazo-tamaños tcp del IP

8. bytes de los tamaños de la ventana tcp del IP

9. ecn tcp del IP

10. paquetes del queuemax tcp del IP


PASOS DETALLADOS
 Comando o acciónPropósito
Paso 1
permiso


Ejemplo:

Router> enable

 

Habilita el modo EXEC privilegiado.

  • Ingrese su contraseña si se le pide que lo haga.
 
Paso 2
configure terminal


Ejemplo:

Router# configure terminal

 

Ingresa en el modo de configuración global.

 
Paso 3
segundos del synwait-tiempo tcp del IP


Ejemplo:

Synwait-tiempo 60 tcp del IP de Router(config)#

 

(Opcional) fija la cantidad de tiempo que el Cisco IOS Software esperará para intentar para establecer una conexión TCP.

  • El valor predeterminado es de 30 segundos.
 
Paso 4
trayectoria-MTU-detección tcp del IP [temporizador de edad {minutos | infinito}]


Ejemplo:

Temporizador de edad 11 de la trayectoria-MTU-detección tcp del IP de Router(config)#

 

Detección de MTU de trayecto (opcional) de los permisos.

  • intervalo de tiempo del ” del € del â del temporizador de edad, en los minutos, reestimates TCP el mtu de trayectoria con un MSS más grande. El valor por defecto es 10 minutos. El máximo es 30 minutos.
  • el ” infinito del € del â inhabilita el temporizador de edad.
 
Paso 5
IP tcp selectivo-ACK


Ejemplo:

IP tcp selectivo-ACK de Router(config)#

 

Acuse de recibo selectivo (opcional) de los permisos TCP.

 
Paso 6
grupo fecha/hora tcp del IP


Ejemplo:

Grupo fecha/hora tcp del IP de Router(config)#

 

(Opcional) habilita el sello de fecha/hora TCP.

 
Paso 7
caracteres de los pedazo-tamaños tcp del IP


Ejemplo:

Pedazo-tamaños 64000 tcp del IP de Router(config)#

 

(Opcional) fija los tamaños leídos máximo TCP para Telnet o rlogin.

Nota    No recomendamos que usted cambia este valor.
 
Paso 8
bytes de los tamaños de la ventana tcp del IP


Ejemplo:

Tamaños de la ventana 75000 tcp del IP de Router(config)#

 

(Opcional) fija los tamaños de la ventana TCP.

  • El argumento de los bytes se puede fijar a un número entero a partir de la 0 a 1073741823. Para permitir al escalamiento de la ventana para soportar LFNs, los tamaños de la ventana TCP deben ser más de 65535. Los tamaños predeterminados de la ventana son 4128 si el escalamiento de la ventana no se configura.
Nota    A partir del Cisco IOS Release 15.0(1)M, el argumento de los bytes se puede fijar a un número entero a partir del 68 a 1073741823.
 
Paso 9
ecn tcp del IP


Ejemplo:

Ecn tcp del IP de Router(config)#

 

Permisos (opcionales) ECN para el TCP.

 
Paso 10
paquetes del queuemax tcp del IP


Ejemplo:

Queuemax 10 tcp del IP de Router(config)#

 

(Opcional) fija los tamaños de la cola salientes TCP.

 

Configuración del Valor MSS y la MTU para los Paquetes SYN TCP Transitorios

Realice esta tarea de configurar el MSS para los paquetes transitorios que atraviesan a un router, específicamente los segmentos TCP con el conjunto de bits SYN, y configurar la talla del MTU de los paquetes IP.

Si usted está configurando el comando ip mtu en la misma interfaz que el comando ip tcp adjust-mss, recomendamos que usted utiliza los siguientes comandos y los valores:

  • el IP tcp ajusta-mss 1452
  • ip mtu 1492
PASOS SUMARIOS

1. permiso

2. configuró terminal

3. número del tipo de la interfaz

4. el IP tcp ajusta-mss los MAX-segmento-tamaños

5. bytes MTU del IP

6. extremo


PASOS DETALLADOS
 Comando o acciónPropósito
Paso 1
permiso


Ejemplo:

Router> enable

 

Habilita el modo EXEC privilegiado.

  • Ingrese su contraseña si se le pide que lo haga.
 
Paso 2
configure terminal


Ejemplo:

Router# configure terminal

 

Ingresa en el modo de configuración global.

 
Paso 3
número del tipo de la interfaz


Ejemplo:

Gigabitethernet 1/0/0 de la interfaz de Router(config)#

 

Configura un tipo de interfaz e ingresa en el modo de configuración de la interfaz.

 
Paso 4
el IP tcp ajusta-mss los MAX-segmento-tamaños


Ejemplo:

El router (config-if) # el IP tcp ajusta-mss 1452

 

Ajusta el valor MSS de los paquetes SYN TCP que pasan con un router.

  • El argumento de los MAX-segmento-tamaños es el Maximum Segment Size, en los bytes. El rango es a partir el 500 a 1460.
 
Paso 5
bytes MTU del IP


Ejemplo:

Router (config-if) # ip mtu 1492

 

Fija la talla del MTU de los paquetes IP, en los bytes, enviados encendido una interfaz.

 
Paso 6
Finalizar


Ejemplo:

Router(config-if)#end

 

Sale al modo de configuración global.

 

Verificación de los Parámetros de Rendimiento de TCP

PASOS SUMARIOS

1. muestre el [tcb address] del [line-number] tcp

2. descripción tcp de la demostración [toda | numérico]

3. transacciones tcp del IP del debug

4. congestión tcp del IP del debug


PASOS DETALLADOS
Paso 1   muestre el [tcb address] del [line-number] tcp

Muestra al estado de las conexiones TCP. Los argumentos y la palabra clave son los siguientes:

  • número de línea absoluto (opcional) del ” del € del â del line-number del estatus de la conexión Telnet.
  • bloqueo de control (opcional) de la transmisión del ” del € del â tcb (TCB) de la conexión habilitado para ECN.
  • dirección hexadecimal (opcional) TCB del ” del € del â del direccionamiento. El intervalo válido es de 0x0 a 0xFFFFFFFF.

Lo que sigue es salida de muestra del comando tcp tcb de la demostración que visualiza la información detallada de la dirección hexadecimal sobre una conexión habilitado para ECN:



Ejemplo:

El estado de la conexión tcp tcb 0x62CD2BB8 de la demostración del Router- es ESCUCHA, estatus entrada-salida: 1, bytes unread de la entrada: 0 conexiones son host local habilitado ECN: 10.10.10.1, puerto local: Host no nativo 179: 10.10.10.2, puerto no nativo: 12000 paquetes enviados a la cola para retransmiten: 0, entrada: 0 MIS-pedido: temporizadores de 0 (eventos de los bytes 0) (la hora actual es 0x4F31940): El temporizador comienza las atenciones Retrans siguiente 0 0 0x0 TimeWait 0 0 0x0 AckHold 0 0 0x0 SendWnd 0 0 keepalives 0x0 0 0 0x0 GiveUp 0 0 0x0 PmtuAger 0 0 0x0 DeadWait 0 0 0x0 iss: 0 snduna: 0 sndnxt: 0 sndwnd: 0 irs: 0 rcvnxt: 0 rcvwnd: delrcvwnd 4128: 0 SRTT: 0 ms, RTTO: ms 2000, RTV: ms 2000, KRTT: 0 minRTT del ms: ms 60000, maxRTT: 0 ms, asimiento ACK: 200 ms indicadores: la voz pasiva abierta, precedencia más alta, el descanso TCB de la retransmisión está esperando datagramas del proceso TCP 67) ((el segmento de datos máximo es 516 bytes): Rcvd: 6 (fuera de servicio: 0), con los datos: 0, bytes de datos totales: 0 enviado: 0 (retransmita: 0, fastretransmit: 0), con los datos: 0, bytes de datos totales: 0

Modularidad de Cisco IOS Software

Lo que sigue es salida de muestra del comando tcp tcb de la demostración de una imagen de la modularidad del software:



Ejemplo:

El estado de la conexión tcp tcb 0x1059C10 de la demostración del Router- es ESTABLECE, estatus entrada-salida: 0, bytes unread de la entrada: 0 host locales: 10.4.2.32, puerto local: Host no nativo 23: 10.4.2.39, puerto no nativo: La identificación de la tabla de 11000 VRF es: 0 corrientes envían los tamaños de la cola: 0 (65536 máximos) tamaños actuales del recibir cola: 0 (32768 máximos) MIS-pedido: temporizadores de 0 eventos de los bytes (la hora actual es 0xB9ACB9): El temporizador comienza las atenciones Next(msec) Retrans 6 0 0 SendWnd 0 0 0 TimeWait 0 0 0 AckHold 8 4 0 keepalives 11 0 7199992 PmtuAger 0 0 0 GiveUp 0 0 0 válvulas reguladoras 0 0 0 irs: rcvnxt 1633857851: rcvadv 1633857890: rcvwnd 1633890620: 32730 iss: snduna 4231531315: sndnxt 4231531392: sndwnd 4231531392: sndmax 4052: sndcwnd 4231531392: 10220 SRTT: ms 84, RTTO: ms 650, RTV: ms 69, KRTT: 0 minRTT del ms: 0 ms, maxRTT: ms 200, asimiento ACK: tiempo de 200 ms keepalive: sec 7200, tiempo de espera SYN: tiempo de Giveup de 75 sec: 0 ms, recomprobaciones de la retransmisión: 0, retransmite para siempre: Indicadores FALSOS del estado: ningunos ofrecen los indicadores: Indicadores de la petición de Nagle: ningunos escalas de la ventana: receptor 0, y 0, receptor 0 de la petición, petición y 0 opciones del grupo fecha/hora: 0 reciente, edad reciente 0, los datagramas enviados ACK más recientes 0 (en los bytes): MSS 1460, par MSS 1460, minuto MSS 1460, rcvd máximo MSS 1460: 14 (fuera de servicio: 0), con los datos: 10, bytes de datos totales: 38 enviado: 10 (retransmita: 0, fastretransmit: 0), con los datos: 5, bytes de datos totales: Tarifa de golpe de la predicción de 76 encabezados: Estados del socket del 72%: SS_ISCONNECTED, indicadores del buffer leído SS_PRIV: SB_WAIT, SB_SEL, notificaciones leídas SB_DEL_WAKEUP: 4 escriba los indicadores del buffer: SB_DEL_WAKEUP escriben las notificaciones: 0 estatuses del socket: 0

Paso 2   descripción tcp de la demostración [toda | numérico]

Direccionamientos (opcionales) de las visualizaciones en el formato IP.

Utilice el comando show tcp brief de visualizar una descripción sucinta de los puntos finales de la conexión TCP. Utilice el opcional toda la palabra clave para visualizar el estatus para todos los puntos finales con los direccionamientos en un formato del nombre de host del Domain Name System (DNS). Si esta palabra clave no se utiliza, los puntos finales en el estado del ESCUCHAR no se muestran. Utilice la palabra clave numérica opcional para visualizar el estatus para todos los puntos finales con los direccionamientos en el formato IP.

Nota    Si habilitan al comando ip domain-lookup en el router, y usted ejecuta el comando show tcp brief, el tiempo de respuesta del router de visualizar la salida es muy lento. Para conseguir una respuesta más rápida, usted debe inhabilitar el comando ip domain-lookup.

Lo que sigue es salida de muestra del comando show tcp brief mientras que un usuario está conectado con el sistema usando Telnet:



Ejemplo:

El direccionamiento no nativo de la dirección local TCB de la descripción tcp de la demostración del Router- (estado) 609789AC Router.cisco.com.23 cider.cisco.com.3733 ESTABLECE

El siguiente ejemplo muestra la actividad IP después de que la palabra clave numérica se utilice para visualizar los direccionamientos en el formato IP:



Ejemplo:

La demostración tcp del Router- que el direccionamiento no nativo de la dirección local numérica abreviada TCB (estado) 6523A4FC 10.1.25.3.11000 10.1.25.3.23 ESTABLECE 65239A84 10.1.25.3.23 10.1.25.3.11000 ESTABLECE 653FCBBC *.1723 *.* ESCUCHA

Paso 3   transacciones tcp del IP del debug

Utilice el comando debug ip tcp transactions al mostrar información sobre las transacciones TCP significativas tales como cambios de estado, retransmisiones, y paquetes duplicados. Este comando es determinado útil para hacer el debug de un problema de rendimiento en una red TCP/IP que usted ha aislado sobre la capa del link de datos.

Lo que sigue es salida de muestra del comando debug ip tcp transactions:



Ejemplo:

Transacciones TCP tcp del IP del debug del Router-: envío del SYN, 168108 seq, ack 88655553 TCP0: Conexión a 10.9.0.13:22530, haciendo publicidad de MSS 966 TCP0: el estado era ESCUCHA - > SYNRCVD [23 - > 10.9.0.13(22530)] TCP0: el estado era SYNSENT - > SYNRCVD [23 - > 10.9.0.13(22530)] TCP0: Conexión a 10.9.0.13:22530, MSS recibido 956 TCP0: retransmisión del reinicio en TCP0 5996: el estado era SYNRCVD - > ESTABLEZCA [23 - > 10.9.0.13(22530)] TCP2: recomience la retransmisión en 10689 TCP2: recomience la retransmisión en 10641 TCP2: recomience la retransmisión en 10633 TCP2: recomience la retransmisión en 13384 - > 10.0.0.13(16151)] TCP0: recomience la retransmisión en [23 5996 - > 10.0.0.13(16151)]

La línea siguiente de la salida del comando debug ip tcp transactions muestra que el TCP ha ingresado al modo de recuperación rápido:



Ejemplo:

rápido retransmita - sndcwnd - 512, snd_last - 33884268765

Las siguientes líneas de la salida del comando debug ip tcp transactions muestran que un acuse de recibo duplicado está recibido cuando el TCP está en el modo de recuperación rápido (primera línea) y se ha recibido un acuse de recibo parcial (segunda línea):



Ejemplo:

La congestión TCP0:ignoring segundo en el mismo sndcwn de la ventana - 512, snd_1st - 33884268765 TCP0:partial ACK recibió sndcwnd:338842495

Paso 4   congestión tcp del IP del debug

Utilice el comando de la congestión tcp del IP del debug al mostrar información sobre los eventos de la congestión TCP. El comando de la congestión tcp del IP del debug se puede utilizar para hacer el debug de un problema de rendimiento en una red TCP/IP que usted ha aislado sobre la capa del link de datos. También visualiza relacionado con la información a la variación en el ™ s del € de TCPâ envía la ventana, la ventana de congestión, y la ventana del umbral de congestión.

Lo que sigue es salida de muestra del comando de la congestión tcp del IP del debug:



Ejemplo:

Congestión tcp del IP del debug del Router- * 20 de mayo 22:49:49.091: Fijando nuevo Reno como algoritmo de control de la congestión * 22 de mayo 05:21:47.281: Cwnd anticipado por 12 * 22 de mayo 05:21:47.281: TCP85FD0C10: sndcwnd: 1472 * 22 de mayo 05:21:47.285: Cwnd anticipado por 3 * 22 de mayo 05:21:47.285: TCP85FD0C10: sndcwnd: 1475 * 22 de mayo 05:21:47.285: Cwnd anticipado por 3 * 22 de mayo 05:21:47.285: TCP85FD0C10: sndcwnd: 1478 * 22 de mayo 05:21:47.285: Cwnd anticipado por 9 * 22 de mayo 05:21:47.285: TCP85FD0C10: sndcwnd: 1487… * 20 de mayo 22:50:32.559: sndcwnd del [New Reno]: ssthresh 8388480: snd_mark 65535: 232322 * 20 de mayo 22:50:32.559: 10.168.10.10:42416 <---de > cambios de la ventana de congestión 10.168.30.11:49100 * 20 de mayo 22:50:32.559: cwnd a partir del 8388480 a 2514841, ssthresh a partir del 65535 a 2514841

Para el Cisco IOS TCP, nuevo Reno es el algoritmo de control de la congestión predeterminado. Sin embargo, una aplicación puede también utilizar el control de la congestión binario del aumento (el Bic) como el algoritmo de control de la congestión. Lo que sigue es salida de muestra del comando de la congestión tcp del IP del debug usando el algoritmo de control de la congestión Bic:



Ejemplo:

Congestión tcp del IP del debug del Router- * 22 de mayo 05:21:42.281: Fijando el Bic como algoritmo de control de la congestión * 22 de mayo 05:21:47.281: Cwnd anticipado por 12 * 22 de mayo 05:21:47.281: TCP85FD0C10: sndcwnd: 1472 * 22 de mayo 05:21:47.285: Cwnd anticipado por 3 * 22 de mayo 05:21:47.285: TCP85FD0C10: sndcwnd: 1475 * 22 de mayo 05:21:47.285: Cwnd anticipado por 3 * 22 de mayo 05:21:47.285: TCP85FD0C10: sndcwnd: 1478 * 22 de mayo 05:21:47.285: Cwnd anticipado por 9 * 22 de mayo 05:21:47.285: TCP85FD0C10: sndcwnd: 1487…… * 20 de mayo 22:50:32.559: sndcwnd del [BIC]: ssthresh 8388480: bic_last_max_cwnd 65535: 0 last_cwnd: 8388480 * 20 de mayo 22:50:32.559: 10.168.10.10:42416 <---de > cambios de la ventana de congestión 10.168.30.11:49100 * 20 de mayo 22:50:32.559: cwnd a partir del 8388480 a 2514841, ssthresh a partir del 65535 a 2514841 * 20 de mayo 22:50:32.559: cambios del bic_last_max_cwnd a partir de la 0 a 8388480


Ejemplos de Configuración de TCP

Ejemplo que verifica la configuración de TCP ECN

Las demostraciones del siguiente ejemplo cómo verificar que el TCP ECN esté configurado:

Router# show running-config
Building configuration...
.
.
.
ip tcp ecn ! ECN is configured.
.
.
.

Las demostraciones del siguiente ejemplo cómo verificar que el TCP sea ECN habilitado en una conexión específica (host local):

Router# show tcp tcb 123456A
!Local host
!
Connection state is ESTAB, I/O status: 1, unread input bytes: 0
Connection is ECN Enabled
Local host: 10.1.25.31, Local port: 11002
Foreign host: 10.1.25.34, Foreign port: 23

Las demostraciones del siguiente ejemplo cómo visualizar la información sucinta cerca de un direccionamiento:

Router# show tcp brief
!
TCB          Local address            Foreign Address        (state)
609789C      Router.cisco.com.23      cider.cisco.com.3733    ESTAB

La demostración del siguiente ejemplo cómo habilitar el debugging IP TCP ECN:

Router# debug ip tcp ecn
!
TCP ECN debugging is on
!
Router# telnet 10.1.25.31
Trying 10.1.25.31 ...
!
01:43:19: 10.1.25.35:11000 <---> 10.1.25.31:23   out ECN-setup SYN
01:43:21: 10.1.25.35:11000 <---> 10.1.25.31:23   congestion window changes
01:43:21: cwnd from 1460 to 1460, ssthresh from 65535 to 2920
01:43:21: 10.1.25.35:11000 <---> 10.1.25.31:23   in non-ECN-setup SYN-ACK

Antes de que una conexión TCP pueda utilizar el ECN, un host envía un paquete de la ECN-configuración SYN (sincronización) a un extremo remoto que contenga una experiencia de la congestión de la generación de eco (ECE) y el conjunto de bits reducido ventana de congestión (CWR) en la encabezado. La determinación de los bits ECE y CWR indica al extremo remoto que el TCP de envío es ECN capaz, bastante que una indicación de la congestión. El extremo remoto envía un paquete de la ECN-configuración SYN-ACK (acuse de recibo) al host de envío.

En este ejemplo del â del € del œ el texto del  del € de SYNâ de la ECN-configuración hacia fuera significa que un paquete SYN con el conjunto de bits ECE y CWR fue enviado al extremo remoto. El œ del € del â en el texto del  del € de la NON-ECN-configuración SYN-ACKâ significa que el extremo remoto no reconoció favorable la petición ECN y, por lo tanto, la sesión no es ECN capaz.

La salida de los debugs siguiente muestra que las capacidades ECN están habilitadas en los ambos extremos. En respuesta a la ECN-configuración SYN, el otro extremo contestó favorable con un mensaje de la ECN-configuración SYN-ACK. Esta conexión ahora es ECN capaz para el resto de la sesión.

Router# telnet 10.10.10.10
Trying 10.10.10.10 ... Open
Password required, but none set
!
1d20h: 10.1.25.34:11003 <---> 10.1.25.35:23   out ECN-setup SYN
1d20h: 10.1.25.34:11003 <---> 10.1.25.35:23   in ECN-setup SYN-ACK

El siguiente ejemplo muestra cómo verificar que los hosts están conectados:

Router# show debugging
!
TCP:
  TCP Packet debugging is on
  TCP ECN debugging is on
!
Router# telnet 10.1.25.234
!
Trying 10.1.25.234 ... 
!
00:02:48: 10.1.25.31:11001 <---> 10.1.25.234:23   out ECN-setup SYN
00:02:48: tcp0: O CLOSED 10.1.25.234:11001 10.1.25.31:23 seq 1922220018
        OPTS 4 ECE CWR SYN  WIN 4128
00:02:50: 10.1.25.31:11001 <---> 10.1.25.234:23   congestion window changes
00:02:50: cwnd from 1460 to 1460, ssthresh from 65535 to 2920
00:02:50: tcp0: R SYNSENT 10.1.25.234:11001 10.1.25.31:23 seq 1922220018
        OPTS 4 ECE CWR SYN  WIN 4128
00:02:54: 10.1.25.31:11001 <---> 10.1.25.234:23   congestion window changes
00:02:54: cwnd from 1460 to 1460, ssthresh from 2920 to 2920
00:02:54: tcp0: R SYNSENT 10.1.25.234:11001 10.1.25.31:23 seq 1922220018
        OPTS 4 ECE CWR SYN  WIN 4128
00:03:02: 10.1.25.31:11001 <---> 10.1.25.234:23   congestion window changes
00:03:02: cwnd from 1460 to 1460, ssthresh from 2920 to 2920
00:03:02: tcp0: R SYNSENT 10.1.25.234:11001 10.1.25.31:23 seq 1922220018
        OPTS 4 ECE CWR SYN  WIN 4128
00:03:18: 10.1.25.31:11001 <---> 10.1.25.234:23   SYN with ECN disabled
00:03:18: 10.1.25.31:11001 <---> 10.1.25.234:23   congestion window changes
00:03:18: cwnd from 1460 to 1460, ssthresh from 2920 to 2920
00:03:18: tcp0: O SYNSENT 10.1.25.234:11001 10.1.25.31:23 seq 1922220018
        OPTS 4 SYN  WIN 4128
00:03:20: 10.1.25.31:11001 <---> 10.1.25.234:23   congestion window changes
00:03:20: cwnd from 1460 to 1460, ssthresh from 2920 to 2920
00:03:20: tcp0: R SYNSENT 10.1.25.234:11001 10.1.25.31:23 seq 1922220018
        OPTS 4 SYN  WIN 4128
00:03:24: 10.1.25.31:11001 <---> 10.1.25.234:23   congestion window changes
00:03:24: cwnd from 1460 to 1460, ssthresh from 2920 to 2920
00:03:24: tcp0: R SYNSENT 10.1.25.234:11001 10.1.25.31:23 seq 1922220018
        OPTS 4 SYN  WIN 4128
00:03:32: 10.1.25.31:11001 <---> 10.1.25.234:23   congestion window changes
00:03:32: cwnd from 1460 to 1460, ssthresh from 2920 to 2920
00:03:32: tcp0: R SYNSENT 10.1.25.234:11001 10.1.25.31:23 seq 1922220018
        OPTS 4 SYN  WIN 4128
!Connection timed out; remote host not responding

Ejemplo que configura el ajuste TCP MSS

Figura 1Ejemplo de topología para el ajuste TCP MSS


Las demostraciones del siguiente ejemplo cómo configurar y verificar el valor del ajuste de la interfaz para el ejemplo de topología visualizado en la figura arriba. Configure el valor del ajuste de la interfaz en el router B:

Router_B(config)# interface GigabitEthernet 2/0/0
Router_B(config-if)# ip tcp adjust-mss 500

Telnet del router A al C del router, con B haciendo el ajuste MSS configurar:

Router_A# telnet 192.168.1.1

Trying 192.168.1.1... Open

Observe la salida de los debugs del C del router:

Router_C# debug ip tcp transactions
Sep 5 18:42:46.247: TCP0: state was LISTEN -> SYNRCVD [23 -> 10.0.1.1(38437)]
Sep 5 18:42:46.247: TCP: tcb 32290C0 connection to 10.0.1.1:38437, peer MSS 500, MSS is 500
Sep 5 18:42:46.247: TCP: sending SYN, seq 580539401, ack 6015751
Sep 5 18:42:46.247: TCP0: Connection to 10.0.1.1:38437, advertising MSS 500
Sep 5 18:42:46.251: TCP0: state was SYNRCVD -> ESTAB [23 -> 10.0.1.1(38437)]

El MSS consigue ajustado a 500 en el router B según lo configurado.

El siguiente ejemplo muestra la configuración de un Cliente de PPPoE con el valor establecidovalor establecido MSS a 1452:

Router(config)# vpdn enable
Router(config)# no vpdn logging
Router(config)# vpdn-group 1
Router(config-vpdn)# request-dialin
Router(config-vpdn-req-in)# protocol pppoe
Router(config-vpdn-req-in)# exit
Router(config-vpdn)# exit
Router(config)# interface GigabitEthernet0/0/0
Router(config-if)# ip address 192.168.100.1.255.255.255.0
Router(config-if)# ip tcp adjust-mss 1452
Router(config-if)# ip nat inside
Router(config-if)# exit
Router(config)# interface ATM0
Router(config-if)# no ip address
Router(config-if)# no atm ilmi-keepalive
Router(config-if)# pvc 8/35
Router(config-if)# pppoe client dial-pool-number 1
Router(config-if)# dsl equipment-type CPE
Router(config-if)# dsl operating-mode GSHDSL symmetric annex B
Router(config-if)# dsl linerate AUTO
Router(config-if)# exit
Router(config)# interface Dialer1
Router(config-if)3 ip address negotiated
Router(config-if)# ip mtu 1492
Router(config-if)# ip nat outside
Router(config-if)# encapsulation ppp
Router(config-if)# dialer pool 1
Router(config-if)# dialer-group 1
Router(config-if)# ppp authentication pap callin
Router(config-if)# ppp pap sent-username sohodyn password 7 141B1309000528
Router(config-if)# ip nat inside source list 101 Dialer1 overload
Router(config-if)# exit
Router(config)# ip route 0.0.0.0.0.0.0.0 Dialer1
Router(config)# access-list permit ip 192.168.100.0.0.0.0.255 any

Ejemplo: Configurar la aplicación TCP señala la mejora por medio de una bandera

El producto siguiente muestra los indicadores (estatus y opción) visualizados usando el comando show tcp:

Router# show tcp
.
.
.
Status Flags: passive open, active open, retransmission timeout
 App closed
Option Flags: vrf id set
IP Precedence value: 6
.
.
.
SRTT: 273 ms, RTTO: 490 ms, RTV: 217 ms, KRTT: 0 ms
minRTT: 0 ms, maxRTT: 300 ms, ACK hold: 200 ms

Ejemplo: Visualizar los direccionamientos en el formato IP

El siguiente ejemplo muestra la actividad IP usando la palabra clave numérica para visualizar los direccionamientos en el formato IP:

Router# show tcp brief numeric

TCB           Local Address          Foreign Address     (state)
6523A4FC      10.1.25.3.11000        10.1.25.3.23         ESTAB
65239A84      10.1.25.3.23           10.1.25.3.11000      ESTAB
653FCBBC      *.1723 *.* LISTEN

Referencias adicionales

Documentos Relacionados

Tema relacionado

Título del documento

Comandos de Cisco IOS

El Cisco IOS domina los comandos list, todos las versiones

Tareas de configuración de servicios y direccionamiento IP

Guía de Configuración de IP Addressing Services de Cisco IOS

Comandos de IP Application Services: sintaxis de comandos completa, modo de comandos, historial de comandos, valores predeterminados, directrices de uso y ejemplos

Referencia de Comandos de IP Application Services de Cisco IOS

Descubrimiento de la MTU del trayecto

Configuración de los Servicios IP

Funciones de seguridad TCP

  • “Soporte del paquete defectuoso TCP para sección IPS del Firewall Cisco IOS” y “del Cisco IOS” en la guía de configuración de la Seguridad de Cisco IOS: Sujeción del avión de los datos
  • “Configurando sección de la Intercepción de tráfico de TCP (que previene los establecimientos de rechazo del servicio)” en la guía de configuración de la Seguridad de Cisco IOS: Sujeción del avión de los datos

Compresión de cabecera TCP, Compresión de cabecera TCP basada en la clase

  • “Configurando la sección basada en la clase RTP y de la Compresión de cabecera TCP” en la guía de configuración de las soluciones de la Calidad de servicio de Cisco IOS
  • “Configurando sección de la Compresión de cabecera TCP” en la guía de configuración de las soluciones de la Calidad de servicio de Cisco IOS

Localización de averías del TCP

Parte del “troubleshooting TCP/IP” el manual de Troubleshooting Entre Redes

Estándares

Estándar

Título

No se soportan los nuevos o modificados estándares, y el soporte para los estándares existentes no se ha modificado.

” del € del â

MIB

MIB

Link del MIB

CISCO-TCP-MIB

Para localizar y descargar el MIB para las plataformas elegidas, las versiones de software de Cisco, y los conjuntos de características, utilizan el localizador MIB de Cisco encontrado en el URL siguiente:

http://www.cisco.com/cisco/web/LA/support/index.html

Asistencia Técnica

Descripción

Link

El Web site del soporte y de la documentación de Cisco proporciona los recursos en línea para descargar la documentación, el software, y las herramientas. Utilice estos recursos para instalar y para configurar el software y para resolver problemas y para resolver los problemas técnicos con los Productos Cisco y las Tecnologías. El acceso a la mayoría de las herramientas en el Web site del soporte y de la documentación de Cisco requiere una identificación del usuario y una contraseña del cisco.com.

http://www.cisco.com/cisco/web/LA/support/index.html

Información sobre la Función TCP

La tabla siguiente proporciona la información sobre la versión sobre la característica o las características descritas en este módulo. Esta tabla enumera solamente la versión de software que introdujo el soporte para una característica dada en un tren de versión de software dado. A menos que se indicare en forma diferente, las versiones posteriores de ese tren de versión de software también soportan esa característica.

Utilice el Cisco Feature Navigator para encontrar la información sobre el soporte del Soporte de la plataforma y de la imagen del software de Cisco. Para acceder el Cisco Feature Navigator, vaya a www.cisco.com/go/cfn. Una cuenta en el cisco.com no se requiere.

Tabla 1Información sobre la Función TCP

Nombre de la función

Versiones

Información sobre la Función

TCP Application Flags Enhancement

12.4(2)T 12.2(31)SB2

La función TCP Applications Flags Enhancement permite al usuario mostrar indicadores adicionales con referencia a las aplicaciones TCP. Existen dos tipos de indicadores: estado y opción. Los indicadores del estatus indican al estado de las conexiones TCP; por ejemplo, los descansos de la retransmisión, la aplicación cerrada, y (SINCRONICE) los apretones de manos sincronizados para escuchan. Los indicadores adicionales indican el estado de las opciones del conjunto; por ejemplo, si la identificación VRF está fijada, si un usuario está ocioso, y si un temporizador KEEPALIVE se está ejecutando.

Esta función ha modificado los siguientes comandos: muestre el tcp.

TCP Congestion Avoidance

12.3(7)T

La función TCP Congestion Avoidance habilita el monitoreo de paquetes de reconocimiento para el remitente TCP cuando se pierden varios paquetes en una sola ventana de datos. Previamente, el remitente saldría del modo de recuperación rápida, esperaría tres o más paquetes de reconocimiento duplicados antes de retransmitir el siguiente paquete sin reconocimiento, o esperaría a que el temporizador de retransmisión iniciara el arranque lento. Esto podría generar problemas de rendimiento.

La implementación de RFC 2581 y RFC 3782 está relacionada con las modificaciones del algoritmo de recuperación rápida que incorpora una respuesta a los reconocimientos parciales recibidos durante la recuperación rápida, lo que mejora el rendimiento en aquellas situaciones en las que se pierden múltiples paquetes en una sola ventana de datos.

Esta función es una mejora del algoritmo de recuperación rápida existente. No hay comandos usados para habilitar o inhabilitar esta función.

La salida del transactionscommand tcp del IP del debug ha sido aumentada para monitorear los paquetes de reconocimiento visualizando las condiciones siguientes:

  • TCP ingresando en modo de recuperación rápida.
  • Los reconocimientos duplicados que son recibidos durante el modo de recuperación rápida.
  • Se reciben reconocimientos parciales.

Esta función ha modificado los siguientes comandos: transacciones tcp del IP del debug.

TCP Explicit Congestion Notification

12.3(7)T

La función TCP Explicit Congestion Notification (ECN) proporciona un método para que un router intermedio notifique a los host de extremo una congestión de red inminente. También proporciona soporte mejorado a las sesiones TCP asociadas a las aplicaciones son susceptibles a las demoras y pérdida de paquetes incluyendo Telnet, navegación de red y transferencia de datos de audio y de vídeo. La ventaja de esta función es la reducción de la demora y la pérdida de paquetes en las transmisiones de datos.

Los siguientes comandos fueron introducidos o modificados por esta característica: haga el debug del ecn tcp del IP, ecn tcp del IP, debugging de la demostración, la demostración tcp.

TCP MIB para el soporte del RFC4022

Cisco IOS XE 3.1.0 SG 12.2(33)XN

El TCP MIB para la característica del soporte del RFC 4022 introduce el soporte para el RFC 4022, Management Information Base para el Transmission Control Protocol (TCP). El RFC 4022 es un cambio ampliado del TCP MIB para mejorar la manejabilidad del TCP.

No hay comandos nuevos o modificados para esta función.

TCP MSS Adjust

12.2(4)T 12.2(8)T 12.2(18)ZU2 12.2(28)SB 12.2(33)SRA 12.2(33)SXH 15.0(1)S

La función TCP MSS Adjust permite la configuración de MSS (Maximum Segment Size) para los paquetes transitorios que atraviesen un router, específicamente los segmentos TCP en el conjunto de bits SYN.

En 12.2(4)T, esta característica fue introducida.

En 12.2(8)T, el comando insertado por esta función se cambió de ip adjust-mss a ip tcp adjust-mss.

En 12.2(28)SB y 12.2(33)SRA, esta característica fue aumentada para ser configurable en las subinterfaces.

El siguiente comando fue introducido por esta característica: el IP tcp ajusta-mss.

TCP Show Extension

Cisco IOS XE 3.1.0 SG 12.4(2)T 12.2(31)SB2

La característica de la extensión de la demostración TCP introduce la capacidad para visualizar los direccionamientos en el formato IP en vez del formato del nombre de host y para visualizar la tabla VRF asociada al connection.+

Esta función ha modificado los siguientes comandos: descripción tcp de la demostración.

TCP Window Scaling

12.2(8)T 12.2(31)SB2

La función TCP Window Scaling añade soporte para la opción Window Scaling de RFC1323. Se recomienda un tamaño de ventana mayor para mejorar el rendimiento de TCP en las trayectorias de red con características de ancho de banda grande y demora prolongada, denominadas Long Fat Networks (LFNs). Esta mejora de TCP Window Scaling proporciona ese soporte.

El siguiente comando fue insertado o modificado por esta función: tamaños de la ventana tcp del IP.

Cisco y el logotipo de Cisco son marcas registradas del Cisco Systems, Inc. y/o de sus afiliados en los E.E.U.U. y otros países. Un anuncio de las marcas registradas de Cisco se puede encontrar en www.cisco.com/go/trademarks. Las marcas registradas del otro vendedor mencionadas son la propiedad de sus propietarios respectivos. El uso de la palabra Partner no implica en una relación de sociedad entre Cisco y ninguna otra compañía. (1005R)

Las direcciones IP (Internet Protocol) y los números de teléfono utilizados en este documento no son direcciones y números de teléfono reales. Cualesquiera ejemplos, muestra de la salida de comandos, diagramas de topología de red y otras figuras incluidos en el documento se muestran solamente con fines ilustrativos. El uso de direcciones IP o números de teléfono reales en contenido ilustrativo es involuntario y fortuito.