Comprensión de los mensajes SSCOP en interfaces ATM de routers.
Contenido
Introducción
Un protocolo generalmente se define como las reglas de comunicación entre dos dispositivos. Un protocolo de señalización define las reglas de comunicación entre dos interfaces ATM que utilizan mensajes de señalización para crear circuitos virtuales conmutados (SVC) o a demanda para transportar datos de usuario. Las interfaces ATM admiten en realidad una pila de protocolo de señalización que incluye mensajes de señalización de "usuario" del protocolo de interfaz de red de usuario (UNI) Q.2931 y una capa de adaptación ATM de señalización especial (SAAL). La SAAL está compuesta por el protocolo orientado a la conexión específica del servicio (SSCOP) y la función de coordinación específica del servicio (SSCF).
Claramente, la señalización ATM introduce muchos acrónimos, lo que juntos puede hacer que SSCOP parezca complicado cuando realmente realiza una tarea simple: transportar mensajes de señalización a través de la UNI.
La comprensión de SSCOP puede ser una herramienta clave de solución de problemas al investigar el motivo de los cambios inesperados en el estado del cliente de LAN Emulation (LANE). Cuando se producen estos cambios, el router imprime los mensajes siguientes en el registro.
Nota: Las líneas de salida siguientes aparecen en varias líneas debido a las limitaciones de espacio.
Aug 25 18:32:59.973 MEST: %LANE-5-UPDOWN: ATM0.1 elan default: LE Client changed state to down Aug 25 18:32:59.981 MEST: %LANE-5-UPDOWN: ATM0.39 elan admin: LE Client changed state to down
Este documento proporciona una teoría clara sobre SSCOP. Utiliza tablas simples para describir las unidades de datos del protocolo SSCOP (PDU), los números de secuencia y las variables de estado. A continuación, presenta el resultado del comando debug sscop events para ilustrar cómo aparecen las PDU, los números y las variables en los routers Cisco.
Nota: Este documento se centra en los routers Cisco que actúan como el lado del usuario de una UNI. Este documento no explica la señalización de la interfaz de red a red (NNI).
Prerequisites
Requirements
No hay requisitos específicos para este documento.
Componentes Utilizados
Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.
Convenciones
For more information on document conventions, refer to the Cisco Technical Tips Conventions.
Información sobre la pila de protocolos QSAAL
ATM es tanto un protocolo como una pila de protocolo. Es importante tener en cuenta la siguiente ilustración y observar cómo funcionan en paralelo tres pilas de protocolos en una interfaz ATM que admite la señalización y la administración de redes. Cada pila de protocolos proporciona una función diferente para el funcionamiento exitoso de la interfaz.
| Plano de Control | Plano de usuario | Plano de Administración | |
|---|---|---|---|
| Señalización Q.2931 UNI | Voz, vídeo o datos | Interfaz de administración local integrada (ILMI) | |
| SAAL | SSCF | Capa de adaptación ATM (AAL) | AAL |
| SSCOP | |||
| Subcapa de convergencia de pieza común (CPCS) | |||
| Capa ATM | |||
| Capa física: SONET/Jerarquía digital sincrónica (SDH), DS3, E3, T1, etc. | |||
En el plano del usuario, el AAL más común es AAL5, que proporciona una cola de 8 bytes. El SAAL representa una variación de AAL5. Lo que lo hace diferente es una subcapa de convergencia específica de servicios (SSCS) que consta de SSCOP y SSCF. Este diagrama ilustra estas capas:
--------------------------------------------- | "User Data" Q.2931 | ------------------------------------------------------- | Service Specific Convergence Sublayer | | | Consists of SSCOP and SSCF | SAAL | --------------------------------------------- Layer | | CPCS | | ------------------------------------------------------- | ATM | --------------------------------------------- | PHY | ---------------------------------------------
Las interfaces ATM transmiten mensajes de señalización "fuera de banda" o fuera del ancho de banda de la conexión de datos regular. Utilizan una conexión virtual permanente dedicada (PVC) configurada con un tipo de encapsulación especial Q.2931 SAAL (QSAAL).
Ejecute el comando pvc vpi/vci en una interfaz de router ATM para configurar el PVC QSAAL.
7500-3.4(config)# interface atm 3/0 7500-3.4(config-if)# pvc 0/5 ? ilmi Configure the management PVC for this interface qsaal Configure the signaling PVC for this interface <cr> 7500-3.4(config-if)# pvc 0/5 qsaal
Los switches Cisco ATM vienen preconfigurados con el PVC QSAAL en cada interfaz. Ejecute el comando show atm vc interface atm para confirmar esta configuración predeterminada.
ls1010-2# show atm vc interface atm 0/0/2 Interface VPI VCI Type X-Interface X-VPI X-VCI Encap Status ATM0/0/2 0 5 PVC ATM2/0/0 0 45 QSAAL UP ATM0/0/2 0 16 PVC ATM2/0/0 0 37 ILMI UP
SSCOP se define en varias recomendaciones del Sector de estandarización de telecomunicaciones de la Unión Internacional de Telecomunicaciones (ITU-T). La recomendación Q.2110 proporciona la información más relevante para la resolución de problemas relacionados con SSCOP en las interfaces del router ATM.
-
Q.2100
: define la estructura de SAAL. -
Q.2110
: define SSCOP como una entidad de protocolo. -
Q.2130
—Define el SSCF para las interfaces UNI. -
Q.2140
—Define el SSCF para las interfaces NNI. -
I.363
—Define el CPCS.
: define la estructura de SAAL.Nota: Las interfaces UNI y NNI utilizan diferentes versiones de SSCF. El NNI no se discute en este documento.
¿Qué es SSCOP?
SSCOP es un protocolo de transporte que proporciona entrega garantizada y secuencial de mensajes a los protocolos de señalización que residen sobre él en la pila de protocolo de señalización. SSCOP también realiza el control de flujo, el informe de errores al plano de administración y una función de keepalive.
Esta tabla describe las muchas funciones importantes que SSCOP proporciona a las interfaces ATM:
| Función | Descripción |
|---|---|
| Entrega secuencial y fiable de mensajes de señalización | Los mensajes de señalización generados por el protocolo Q.2931 de UNI constituyen los "datos de usuario" dentro de la pila de señalización. SSCOP conserva el orden de estos mensajes a través de números de secuencia y retransmisión selectiva. Tenga en cuenta que SSCOP no verifica el contenido de los mensajes de señalización por sí mismos. |
| Control de flujo | Establece límites en la velocidad a la que la interfaz ATM del peer envía mensajes SSCOP. |
| Informe de errores | Detecta y notifica errores en el funcionamiento del propio SSCOP. |
| Keepalive | Intercambia mensajes de SONDEO a intervalos regulares para asegurarse de que tanto los extremos como la propia conexión permanezcan operativos y activos, especialmente durante un período en el que no se transmiten mensajes de señalización. |
| Recuperación de datos local | Mantiene las estadísticas (visibles usando el comando show sscop) en los mensajes de señalización que aún no se han "liberado" o que la interfaz ATM del peer reconoce. |
| Informes de estado | Proporciona mensajes que comunican la información de estado, incluida la información al plano de administración. |
Información sobre la cola SSCOP
Las interfaces ATM UNI utilizan Q.2931 como protocolo de señalización. SSCOP pega los mensajes Q.2931 a un múltiplo de 4 bytes y anexa una sinopsis de información específica de SSCOP que siempre es un múltiplo de 4 bytes.
+------------------------------------------------+ | Q.2931 Signalling Messages | SSCOP Trailer | +---------------------------------------------------------------+ | AAL5 CPCS Service Data Unit (SDU) | AAL5 Trailer | +---------------------------------------------------------------+
El contenido de la cola SSCOP varía con el tipo de PDU, que se describe en la siguiente sección, Mensajes SSCOP o PDU. Este diagrama muestra el formato de la cola SSCOP para una PDU POLL:
--------------------------------------------------- | Reserved | N(PS) | --------------------------------------------------- | Reserved | PDU Type | N(S) | ---------------------------------------------------
Mensajes SSCOP o PDU
SSCOP utiliza 15 tipos de mensajes o PDU para realizar sus muchas funciones. El comando show sscop proporciona estadísticas sobre el número de cada PDU enviada y recibida. En este ejemplo de salida, la interfaz ATM 3/0 ha enviado y recibido 11 PDU, incluyendo 8 PDU de POLL y 1 PDU de BEGIN:
7500# show sscop atm 3/0 SSCOP details for interface ATM3/0 Current State = Active, Uni version = 4.0 [output omitted] Statistics - Pdu's Sent = 11, Pdu's Received = 11, Pdu's Ignored = 0 Begin = 1/1, Begin Ack = 1/1, Begin Reject = 0/0 End = 1/0, End Ack = 0/1 Resync = 0/0, Resync Ack = 0/0 Sequenced Data = 0/0, Sequenced Poll Data = 0/0 Poll = 8/8, Stat = 8/8, Unsolicited Stat = 0/0 Unassured Data = 0/0, Mgmt Data = 0/0, Unknown Pdu's = 0 Error Recovery/Ack = 0/0, lack of credit 0
Esta tabla agrupa los mensajes SSCOP en función de la función:
| Función | Abreviatura de mensajes | Nombre del mensaje | Descripción |
|---|---|---|---|
| Establecimiento de conexión | BGN | Begin | Inicia el proceso de conexión SSCOP entre dos interfaces ATM. Inicializa las memorias intermedias de peer y los contadores de transmisión y recepción. |
| BGAK | Comenzar reconocimiento | Reconoce la solicitud de conexión de peer. | |
| BGREJ | Comenzar rechazo | Rechaza la solicitud de conexión de peer. El peer retransmite la PDU BGN y continúa iniciando una conexión. | |
| Desconexión | Finalizar | Finalizar | Libera la conexión entre dos dispositivos ATM peer. |
| ENDAK | Confirmación final | Confirma la solicitud de liberación. | |
| Resincronización | RS | Resincronización | Resincroniza las memorias intermedias de mensajes, así como las variables o contadores de estado del transmisor y el receptor. |
| RSAK | Reconocimiento de resincronización | Reconoce la solicitud de resincronización. | |
| Recuperación de errores | ER | Recuperación de errores | Se recupera de errores que se producen durante una conexión activa. |
| ERAK | Reconocimiento de recuperación de errores | Reconoce la solicitud de recuperación de errores. | |
| Transferencia de datos garantizada | SD | Datos secuenciados | Transfiere mensajes de "usuario" del protocolo de señalización Q.2931 de UNI al par. |
| POLL (SONDEO) | Solicitud de Estado | Solicita información de estado sobre el par. | |
| STAT | Respuesta de estado solicitada | Representa una respuesta a una PDU POLL. Proporciona información sobre la recepción exitosa de PDUs SD, el número de secuencia de la última PDU POLL. También contiene un valor de crédito que indica cuántos más mensajes puede o no enviar el par antes del reconocimiento. | |
| USTAT | Respuesta de estado no solicitada | Comunica las PDU perdidas o faltantes que se han detectado mediante el análisis de los números de secuencia en otras PDU. | |
| Transferencia de datos no asegurada | UD | Datos sin numerar | Transmite mensajes de "usuario" entre los pares. No incluye un número de secuencia y se puede perder sin notificación. |
| Transferencia de datos de gestión | MD | Datos de gestión | Transmite la información de administración al plano de administración. No incluye un número de secuencia y se puede perder sin notificación. |
Nota: La recomendación ITU-T Q.2110 define una PDU no válida como una PDU que tiene un código de tipo PDU desconocido, no está alineada con 32 bits o no es la longitud adecuada para una PDU del tipo indicado.
Temporizadores de SSCOP
SSCOP sigue una máquina de estado, en la que el protocolo en sí se mueve a través de varios estados antes de volverse activo. Un conjunto de cinco controles temporizadores (en parte) cuando SSCOP pasa a otro estado. Ejecute el comando sscop en el modo de configuración de la interfaz para ver estos temporizadores.
7200(config-if)# sscop ? cc-timer timer (in secs) to send BGN/END/RS/ER pdu at the connection control phase idle-timer timer (in secs) to send poll pdu at the idle phase keepalive-timer timer (in secs) to send poll pdu at the transient phase noResponse-timer timer (in secs) at lease one STAT PDU needs to be received poll-timer timer (in msecs) to send poll pdu at the active phase
Esta tabla describe los cinco temporizadores SSCOP:
| Temporizador | Descripción | Valor Predeterminado |
|---|---|---|
| cc-timer | El control de conexión (cc) es el conjunto de procesos utilizado para establecer, liberar o resincronizar una conexión SSCOP entre dos interfaces ATM. El temporizador cc establece el tiempo entre retransmisiones de BGN, END o RS PDU mientras esperan un reconocimiento. El valor max-cc establece el número de reintentos. | 1 segundo (s) |
| idle-timer | Si la conexión es lo suficientemente estable y no hay mensajes de datos para transmitir y no hay confirmaciones pendientes, SSCOP cambia de keepalive del temporizador a inactivo del temporizador. | 10 seg. |
| keepalive-timer | Controla el tiempo máximo entre la transmisión de una PDU POLL cuando no hay PDU SD en cola para la transmisión o están pendientes de reconocimiento. | 5 seg. |
| noResponse-timer | Se ejecuta en paralelo con otros dos temporizadores: sondeo y keepalive. Establece el intervalo de tiempo máximo durante el cual se debe recibir al menos un mensaje STAT en respuesta a una llamada. Si este temporizador caduca, se desactiva la conexión. | 45 segundos |
| poll-timer | Establece el tiempo máximo entre la transmisión de una PDU de POLL cuando las PDU de SD están en cola para la transmisión o están pendientes de reconocimiento. | 1000 milisegundos (msecs) |
Ejecute el comando show sscop atm para ver los valores predeterminados de los temporizadores SSCOP.
7500# show sscop atm 3/0 SSCOP details for interface ATM3/0 Current State = Idle, Uni version = 4.0 Send Sequence Number: Current = 0, Maximum = 30 Send Sequence Number Acked = 0 Rcv Sequence Number: Lower Edge = 0, Upper Edge = 0, Max = 30 Poll Sequence Number = 0, Poll Ack Sequence Number = 1 Vt(Pd) = 0 Vt(Sq) = 0 Timer_IDLE = 10 - Inactive Timer_CC = 1 - Inactive Timer_POLL = 1000 - Inactive Timer_KEEPALIVE = 5 - Inactive Timer_NO-RESPONSE = 45 - Inactive Current Retry Count = 0, Maximum Retry Count = 10 !--- Output suppressed.
Números de secuencia SSCOP
El proceso SSCOP en una interfaz ATM realiza un seguimiento de dos conjuntos de números de secuencia o variables de estado, y luego mapea estos valores en campos en las PDU reales. Específicamente, las PDU SD y las PDU POLL se numeran secuencialmente e independientemente. El transmisor y el receptor mantienen los números de secuencia como variables de estado. Estas variables luego se asignan a parámetros o campos reales en las PDU de SSCOP. El comando show sscop muestra los valores actuales de los números de secuencia.
ATM# show sscop SSCOP details for interface ATM0 Current State = Active, Uni version = 3.1 Send Sequence Number: Current = 79, Maximum = 109 Send Sequence Number Acked = 79 Rcv Sequence Number: Lower Edge = 93, Upper Edge = 93, Max = 123 Poll Sequence Number = 32597, Poll Ack Sequence Number = 32597 Vt(Pd) = 0 Vt(Sq) = 1 Timer_IDLE = 10 - Active !--- Output suppressed.
Las secciones siguientes describen las variables de estado y los números PDU reales.
Variables de estado en el transmisor
Una interfaz ATM mantiene un conjunto de variables de estado del lado de transmisión que comienzan con VT.
| Variable de estado | Nombre | Descripción |
|---|---|---|
| VT(S) | Enviar | Número de secuencia que aumenta con cada PDU SD. No aumenta cuando se retransmite la misma PDU SD. |
| VT(PS) | Envío de encuesta | Número de secuencia que aumenta con cada PDU POLL. |
| VT(A) | Reconocimiento | Número de secuencia de la PDU SD que se espera que se reconozca a continuación. Aumenta cada vez que se reconoce una PDU SD. |
| VT(PA) | Reconocimiento de encuesta | Número de secuencia de la PDU STAT que se espera recibir a continuación como reconocimiento a la PDU POLL. |
| VT(MS) | Envío máximo | Número de secuencia más alto de una PDU que la interfaz de transmisión puede enviar (y el receptor aceptará) sin recibir una de las siguientes PDU: USTAT, STAT, BGN, BGAK, RS, RSAK, ER o ERAK PDU. En otras palabras, VT(MS) define el tamaño de la ventana de transmisión. La VT(S) no debe ser superior a la VT(MS). |
| VT(PD) | Datos de la encuesta | Número de PDU de SD transmitidas entre dos PDU de POLL. Aumentos tras la transmisión de una PDU SD y se restablece a cero tras la transmisión de una PDU POLL. |
| VT(CC) | Control de conexión | Número de PDU BGN, END, ER o RS no reconocidas. Si la interfaz ATM envía una PDU END en respuesta a un error de protocolo, SSCOP se mueve directamente al estado inactivo y no incrementa el valor VT(CC). |
| VT(SQ) | Secuencia de conexión del transmisor | Identifica BGN, ER y PDU RS retransmitidas. Se inicializa a cero cuando se inicia el proceso SSCOP y luego se asigna a N(SQ). |
Variables de estado en el receptor
Una interfaz ATM mantiene un conjunto de variables de estado del lado de recepción que comienzan con VR.
| Variable de estado | Nombre | Descripción |
|---|---|---|
| VR(R) | ‘Recibir’ | Número de secuencia de la próxima PDU SD en secuencia que espera el receptor. Se incrementa cuando se ve ese mensaje. |
| VR(H) | Máximo esperado | El número de secuencia más alto esperado en una PDU SD. Actualizado desde el siguiente mensaje SD o POLL y debe ser aproximadamente igual a la VT(S) de par. |
| VR(MR) | Recepción máxima | Número de secuencia más alto en una PDU SD que el receptor aceptará. En otras palabras, el receptor permitirá hasta VR(MR) - 1 y luego descarta cualquier PDU SD con un número de secuencia más alto. La actualización de VR(MR) depende de la implementación. |
| VR(SQ) | Secuencia de conexión del receptor | Se utiliza para identificar PDU de BGN, ER y RS retransmitidas. Cuando una interfaz ATM recibe una de estas PDU, compara el valor N(SQ) con su propio valor VR(SQ). Si los dos valores son diferentes, la PDU se procesa como un nuevo mensaje. Si los dos valores son iguales, la PDU se identifica como una retransmisión. |
Variables de Estado Traducidas en Parámetros PDU
Las variables de estado de recepción y transmisión se traducen o asignan a parámetros PDU reales con nombres ligeramente diferentes. Esta tabla muestra los parámetros PDU y la variable de estado de la que se derivan:
| Parámetro | Asignado desde | Descripción |
|---|---|---|
| N(SQ) | VR(SQ) | Número de secuencia de conexión transportado en una BGN, RS o ER PDU. Se utiliza con el contador VR(SQ) en el receptor para identificar cualquier retransmisión de estas PDU. |
| N(S) | VT(S) | El número de secuencia de envío se transporta en cada SD o POLL PDU y se incrementa con cada PDU nueva no retransmitida. |
| N(PS) | VT(PS) | Llevado en una PDU POLL y una PDU STAT coincidente para correlacionar los dos mensajes juntos. |
| N(R) | VR(R) | Número de secuencia de recepción transportado en una PDU STAT o USTAT. Enviado por el dispositivo peer cuando se acusa recibo de uno o más mensajes de señalización. |
| N(MR) | VR(MR) | Llevado en las siguientes PDU: STAT, USTAT, RS, RSAK, ER, ERAK, BGN, BGAK. Indica el número de créditos de recepción restantes y si el par puede enviar otro mensaje. Por ejemplo, un valor N(MR) de 5 significa que el par puede enviar hasta 5 PDU sin esperar una respuesta. |
Ejemplo de resultado del comando debug
El siguiente resultado se generó al ejecutar el comando debug sscop event atm 3/0 en un router de la serie 7500 con un PA-A3. Los comentarios en azul se utilizan para interpretar la salida debug.
*Mar 21 03:18:43.440: SSCOP(ATM3/0): i Begin pdu, Idle state, length = 8 *Mar 21 03:18:43.440: SSCOP(ATM3/0): Rcv Begin in Idle State *Mar 21 03:18:43.440: SSCOP(ATM3/0): receive window in Begin Pdu = 30 *Mar 21 03:18:43.440: SSCOP(ATM3/0): o Begin Ack pdu, Idle state, rcv window v(mr) = 30 !--- A BEGIN PDU is received by the router, which responds with a BEGIN ACK PDU. !--- The window size V(MR) is initialized to 30. *Mar 21 03:18:43.440: SSCOP(ATM3/0): state changed from Idle to Active *Mar 21 03:18:47.968: SSCOP(ATM3/0): o Poll pdu, state = Active, n(s) = 0, n(ps) = 1 *Mar 21 03:18:47.968: SSCOP(ATM3/0): i Stat pdu, Active state, length = 12 *Mar 21 03:18:47.968: SSCOP(ATM3/0): Rcv Stat in Active State *Mar 21 03:18:47.968: SSCOP(ATM3/0): processStatPdu: ps 1, nmr 30, nr 0 *Mar 21 03:18:47.968: SSCOP(ATM3/0): processStatPdu: vtPa 1, vps 1 *Mar 21 03:18:47.968: SSCOP(ATM3/0): processStatPdu: vta 0, vts 0 *Mar 21 03:18:47.968: SSCOP(ATM3/0): processStatPdu: listCount = 0 - normal !--- This is the first outbound POLL PDU and inbound STAT PDU. *Mar 21 03:18:48.040: SSCOP(ATM3/0): * Poll pdu, ns = 0, nps = 1 *Mar 21 03:18:48.040: SSCOP(ATM3/0): o Stat pdu, n(r) = 0, n(mr) = 30, n(ps) = 1 !--- The "*" indicates an inbound POLL PDU from the attached ATM switch. !--- The router responds with an outbound STAT PDU. *Mar 21 03:18:57.292: SSCOP(ATM3/0): o Poll pdu, state = Active, n(s) = 0, n(ps) = 2 *Mar 21 03:18:57.292: SSCOP(ATM3/0): i Stat pdu, Active state, length = 12 *Mar 21 03:18:57.292: SSCOP(ATM3/0): Rcv Stat in Active State *Mar 21 03:18:57.292: SSCOP(ATM3/0): processStatPdu: ps 2, nmr 30, nr 0 *Mar 21 03:18:57.292: SSCOP(ATM3/0): processStatPdu: vtPa 1, vps 2 *Mar 21 03:18:57.292: SSCOP(ATM3/0): processStatPdu: vta 0, vts 0 *Mar 21 03:18:57.292: SSCOP(ATM3/0): processStatPdu: listCount = 0 - normal !--- This is the second outbound POLL PDU and inbound STAT PDU. N(PS) and V(PS) !--- increment to 2. *Mar 21 03:18:58.004: SSCOP(ATM3/0): * Poll pdu, ns = 0, nps = 2 *Mar 21 03:18:58.004: SSCOP(ATM3/0): o Stat pdu, n(r) = 0, n(mr) = 30, n(ps) = 2 *Mar 21 03:19:06.812: SSCOP(ATM3/0): o Poll pdu, state = Active, n(s) = 0, n(ps) = 3 *Mar 21 03:19:06.812: SSCOP(ATM3/0): i Stat pdu, Active state, length = 12 *Mar 21 03:19:06.812: SSCOP(ATM3/0): Rcv Stat in Active State *Mar 21 03:19:06.812: SSCOP(ATM3/0): processStatPdu: ps 3, nmr 30, nr 0 *Mar 21 03:19:06.812: SSCOP(ATM3/0): processStatPdu: vtPa 2, vps 3 *Mar 21 03:19:06.812: SSCOP(ATM3/0): processStatPdu: vta 0, vts 0 *Mar 21 03:19:06.812: SSCOP(ATM3/0): processStatPdu: listCount = 0 - normal *Mar 21 03:19:07.228: SSCOP(ATM3/0): * Poll pdu, ns = 0, nps = 3 *Mar 21 03:19:07.228: SSCOP(ATM3/0): o Stat pdu, n(r) = 0, n(mr) = 30, n(ps) = 3 !--- This is the third outbound POLL PDU and inbound STAT PDU. N(PS) and V(PS) !--- increment to 3. N(MR) remains at 30. N(S), VT(S), and VT(A) remain at 0 since !--- no sequenced Q.2931 "user" data is being transmitted.
La salida debug captura los mensajes SSCOP enviados durante el establecimiento de la conexión y como parte del mecanismo de keepalive. Una captura simultánea del comando show sscop atm mientras se ejecutaban los comandos debug muestra valores incrementantes para el Pdu's Sent y el Pdu's Received, así como para el sondeo y el estado.
7500# show sscop atm 3/0 SSCOP details for interface ATM3/0 Current State = Active, Uni version = 4.0 Send Sequence Number: Current = 0, Maximum = 30 Send Sequence Number Acked = 0 Rcv Sequence Number: Lower Edge = 0, Upper Edge = 0, Max = 30 Poll Sequence Number = 6, Poll Ack Sequence Number = 6 Vt(Pd) = 0 Vt(Sq) = 1 Timer_IDLE = 10 - Active Timer_CC = 1 - Inactive Timer_POLL = 1000 - Inactive Timer_KEEPALIVE = 5 - Inactive Timer_NO-RESPONSE = 45 - Inactive Current Retry Count = 0, Maximum Retry Count = 10 AckQ count = 0, RcvQ count = 0, TxQ count = 0 AckQ HWM = 0, RcvQ HWM = 0, TxQ HWM = 0 Local connections currently pending = 0 Max local connections allowed pending = 0 Statistics - Pdu's Sent = 9, Pdu's Received = 9, Pdu's Ignored = 0 Begin = 1/1, Begin Ack = 1/1, Begin Reject = 0/0 End = 1/0, End Ack = 0/1 Resync = 0/0, Resync Ack = 0/0 Sequenced Data = 0/0, Sequenced Poll Data = 0/0 Poll = 6/6, Stat = 6/6, Unsolicited Stat = 0/0 Unassured Data = 0/0, Mgmt Data = 0/0, Unknown Pdu's = 0 Error Recovery/Ack = 0/0, lack of credit 0 7500# show sscop atm 3/0 SSCOP details for interface ATM3/0 Current State = Active, Uni version = 4.0 Send Sequence Number: Current = 0, Maximum = 30 Send Sequence Number Acked = 0 Rcv Sequence Number: Lower Edge = 0, Upper Edge = 0, Max = 30 Poll Sequence Number = 7, Poll Ack Sequence Number = 7 Vt(Pd) = 0 Vt(Sq) = 1 Timer_IDLE = 10 - Active Timer_CC = 1 - Inactive Timer_POLL = 1000 - Inactive Timer_KEEPALIVE = 5 - Inactive Timer_NO-RESPONSE = 45 - Inactive Current Retry Count = 0, Maximum Retry Count = 10 AckQ count = 0, RcvQ count = 0, TxQ count = 0 AckQ HWM = 0, RcvQ HWM = 0, TxQ HWM = 0 Local connections currently pending = 0 Max local connections allowed pending = 0 Statistics - Pdu's Sent = 10, Pdu's Received = 10, Pdu's Ignored = 0 Begin = 1/1, Begin Ack = 1/1, Begin Reject = 0/0 End = 1/0, End Ack = 0/1 Resync = 0/0, Resync Ack = 0/0 Sequenced Data = 0/0, Sequenced Poll Data = 0/0 Poll = 7/7, Stat = 7/7, Unsolicited Stat = 0/0 Unassured Data = 0/0, Mgmt Data = 0/0, Unknown Pdu's = 0 Error Recovery/Ack = 0/0, lack of credit 0
Información Relacionada
ComentariosContacte a Cisco
- Abrir un caso de soporte
- (Requiere un Cisco Service Contract)