¿Cómo PPP o Ethernet recuperarse de los errores?

Question

En cuanto a los estándares de nivel de enlace de datos, tales como PPP formato de trama general o Ethernet , no está claro qué sucede si la suma de comprobación no es válida. ¿Cómo sabe el protocolo donde se inicia la próxima trama?

¿Se acaba de buscar la siguiente ocurrencia de "bandera" (en el caso de PPP)? Si es así, ¿qué ocurre si la carga útil del paquete que pasa a contener "bandera" en sí mismo? Mi punto es que, si se utilizan los campos "longitud" de paquetes framing o, no está claro cómo recuperarse de los paquetes no válidos en el campo "longitud" podría ser dañado o los bytes de "framing" podría sólo para pasar a ser parte de la carga útil del paquete.

Actualizar : He encontrado "framing basa CRC-GFP" lo que estaba buscando (que no es estrictamente lo que le pregunté sobre) por mirar hacia arriba. De acuerdo con Comunicación redes

  

El receptor GFP se sincroniza con el límite de trama GFP a través de un proceso de tres estados. El receptor se encuentra inicialmente en el Estado de caza en el que se examinan cuatro bytes a la vez para ver si el CRC calculado a lo largo de los dos primeros bytes es igual a los contenidos de los dos bytes siguientes. Si no se encuentra ninguna coincidencia la GFP se adelanta de un byte como GFP asume la transmisión síncrona de octetos dada por la capa física. Cuando el receptor detecta una coincidencia que se mueve a la estado de pre-sincronización . Mientras que en este estado intermedio el receptor utiliza el campo tentativo PLI (indicador de longitud de carga útil) para determinar la ubicación de la frontera trama siguiente. Si un número de destino N de detección marco exitosa se ha conseguido, entonces el receptor se mueve en el estado de sincronización . El estado de sincronización es el estado normal en el que el receptor examina cada PLI, lo valida usando cHEC (comprobación de errores de cabecera del núcleo), extrae la carga útil, y procede a la siguiente trama.

En resumen, cada paquete comienza con "longitud" y "CRC (longitud)". No hay necesidad de escapar los caracteres y la longitud del paquete se conoce de antemano.

Parece que hay dos enfoques principales para la elaboración de paquetes:

• esquemas de codificación (bits / byte de relleno, la codificación Manchester, 4B5B, 8B10B, etc)
• datos sin modificar + suma de comprobación (GFP)

El primero es más seguro, este último es más eficiente. Ambos son propensos a errores si la carga útil sólo que contiene un paquete válido y la corrupción línea hace que los bytes precedentes para contener la secuencia de bytes "Inicio de trama", pero que suena muy improbable. Es difícil encontrar cifras concretas para la solidez de la GFP, pero una gran cantidad de protocolos modernos parecen usarlo por lo que uno puede asumir que saben lo que están haciendo.

Answer 1

Eres muy cerca de la respuesta correcta ya. Básicamente si comienza con un preámbulo y termina en algo que coincide como una suma de comprobación, es un marco y dejó pasar a las capas superiores.

PPP y ethernet tanto buscar la siguiente señal de comienzo de trama. En el caso de Ethernet, que es el preámbulo, una secuencia de 64 bits alternantes. Si un decodificador de Ethernet ve que, simplemente se asume lo que sigue es un marco. Mediante la captura de los bits y luego comprobar si coincide con la suma de comprobación, se decide si tiene una trama válida.

En cuanto a la carga útil que contiene el FLAG, en PPP es escaparon con bytes adicionales para evitar tales errores de interpretación.

Answer 2

Tanto PPP y Ethernet tienen mecanismos para enmarcar - es decir, para romper una corriente de bits hasta en tramas, de tal manera que si un receptor pierde la noción de lo que es lo que, se puede recoger en el comienzo de la siguiente trama . Estos se sientan a la derecha en la parte inferior de la pila de protocolos; todos los demás detalles del protocolo se basan en la idea de marcos. En particular, el preámbulo, LCP, y FCS están en un nivel más alto, y son no utilizado para controlar enmarcar.

PPP, a través de enlaces en serie como de acceso telefónico, se enmarca usando HDLC-como encuadre . Un valor de byte de 0x7E, se llama una secuencia de bandera, indica el inicio de la trama. La trama continúa hasta que el siguiente byte bandera. Cualquier ocurrencia del octeto de bandera en el contenido de la trama se escapó. Se puede hacer Escape escribiendo 0x7D, conocido como el octeto de escape de control, seguido por el byte que se escaparon XOR con 0x20. La secuencia de bandera se escapó a 0x5E; el propio escape de control también tiene que ser escapado, a 0x5D. Otros valores también se pueden escapar si su presencia podría alterar el módem. Como resultado, si un receptor pierde la sincronización, puede simplemente leer y desechar bytes hasta que ve un 0x7E, en qué puntos se sabe que es el inicio de un cuadro nuevo. El contenido de la trama son entonces estructurados, que contiene algunos pequeños campos impares que no son realmente importante, pero se conservan de un protocolo IBM anteriormente, junto con el paquete PPP (llamada una unidad de datos de protocolo, PDU), y también la verificación de trama secuencia (FCS).

Ethernet utiliza un enfoque lógicamente similares, de tener símbolos que son reconocibles como marcadores de comienzo de trama y de fin en lugar de datos, pero en lugar de tener bytes reservados, además de un mecanismo de escape, se utiliza un esquema de codificación que es capaz de expresar símbolos de control especiales que son distintos de los bytes de datos - un poco como el uso de puntuacion para romper una secuencia de letras. Los detalles del sistema utilizado varían con la velocidad.

Standard (10 / s Mb) ethernet se codifica utilizando una cosa llamada codificación Manchester , en que cada bit que va a transmitirse se representa como dos niveles sucesivos en la línea, de tal manera que siempre hay una transición entre los niveles en todos los bits, que ayuda al receptor para mantenerse sincronizada. límites de la trama se indican por violar la regla de codificación, lo que lleva a la existencia de un poco sin transición (leí esto en un libro hace años, pero no puedo encontrar una cita en línea - i podría estar equivocado acerca de esto). En efecto, este sistema se expande el código binario a tres símbolos -. 0, 1, y violación

Fast (100 Mb / s) Ethernet utiliza un esquema de codificación diferente, basado en un código 5b / 4b , en donde grupos de cuatro bits de datos (nybbles) se representan como grupos de cinco bits en el alambre, y se transmiten directamente, sin el esquema de Manchester. La expansión a cinco bits permite a los dieciséis patrones necesarios utilizados ser elegido para cumplir con el requisito de transiciones de nivel frecuentes, de nuevo para ayudar al receptor permanecen sincronizados. Sin embargo, todavía hay espacio para elegir algunos símbolos adicionales, que pueden ser transmitidas, pero no se corresponden con el valor de datos, en efecto, la ampliación del conjunto de nybbles a veinticuatro símbolos - los nybbles 0 a F y símbolos llamados Q, I , J, K, T, R, S y H. Ethernet utiliza un par JK para marcar aperturas del marco, y TR para marcar los extremos del marco.

Ethernet Gigabit es similar a Fast Ethernet, pero con un esquema de codificación diferente - las versiones de fibra óptica utilizan un 8b / 10b código en lugar del código 5b / 4b, y la versión de par trenzado utiliza algún tipo de acuerdo de código quinario muy complejo que yo no entiendo muy bien. Ambos enfoques dan el mismo resultado, que es la capacidad de transmitir cualquiera de bytes de datos o una de un pequeño conjunto de addsímbolos especiales itional, y esos símbolos especiales se utilizan para enmarcar.

En la parte superior de esta estructura básica encuadre, hay entonces un preámbulo fijo, seguido por un delimitador de trama y algunos campos de control de diversa inutilidad (hola, LLC / SNAP!). La validez de estos campos se puede utilizar para validar el marco, pero no se puede utilizar para definir los marcos por su cuenta.

Answer 3

Por lo que yo sé, PPP sólo es compatible con la detección de errores, y no admite ningún tipo de corrección de errores o recuperación.

Respaldado por Cisco aquí: http: / /www.cisco.com/en/US/docs/internetworking/technology/handbook/PPP.html

Answer 4

sección de activación de la línea Wikipedia PPP se describen los fundamentos de la RFC 1661. Una secuencia de verificación de trama se utiliza para detectar los errores de transmisión en un marco (que se describe en la sección de encapsulación antes).

El diagrama de RFC 1661 en esta página de Wikipedia describe cómo la fase de protocolo de red puede reiniciar con Link Establecimiento de un error.

---

Además, toma nota de la página de Cisco referido por Suvesh.

  

Protocolo de Enlace-PPP Control

     

El LCP PPP proporciona un método de establecer, configurar, mantener y terminar la conexión de punto a punto. LCP pasa por cuatro fases distintas.

     

En primer lugar, se producen establecimiento del enlace y negociación de la configuración. Antes de cualquier datagrama de capa de red (por ejemplo, IP) puede intercambiarse, LCP primero debe abrir la conexión y negociar parámetros de configuración. Esta fase se completa cuando una trama de configuración de acuse de recibo ha sido enviada y recibida.

     

Esto es seguido por la determinación de la calidad del enlace. LCP permite una fase de determinación de la calidad del enlace opcional, siguiendo el enlace-establecimiento y la fase de configuración de la negociación. En esta fase, el enlace se prueba para determinar si la calidad del enlace es suficiente para que aparezca protocolos de capa de red. Esta fase es opcional. LCP puede retrasar la transmisión de la red de información de protocolo de capa hasta que esta fase se ha completado.

     

En este punto, la red de capa de protocolo de negociación de la configuración se produce. Después de LCP ha terminado la fase de determinación de la calidad del enlace, protocolos de capa de red se pueden configurar por separado por el NCP apropiado y pueden ser llevados y llevados hacia abajo en cualquier momento. Si LCP cierra el enlace, se informa a los protocolos de capa de red para que puedan tomar las medidas apropiadas.

     

Por último, se produce terminación del enlace. LCP puede terminar el enlace en cualquier momento. Esto generalmente se realiza a petición de un usuario, pero puede suceder debido a un evento físico, tales como la pérdida de la portadora o la expiración de un temporizador de inactividad-periodo.

     

Existen tres clases de tramas LCP. tramas de enlace-sistema se utilizan para establecer y configurar un enlace. bastidores de terminación de enlace se utilizan para eliminar un enlace, y los marcos de mantenimiento de enlace se utilizan para gestionar y depurar un enlace.

     

Estas tramas se utilizan para llevar a cabo el trabajo de cada una de las fases LCP.