Frecuencia de descarga☆.
Autor Pan Deng; Xu Peixia;
Escritor británico Pan Deng; Departamento de Ingeniería Electrónica y Ciencias de la Información de China;
Unidad del autor: Departamento de Ingeniería Electrónica y Ciencias de la Información, Universidad de Ciencia y Tecnología de China; 230027;
Recopilación y procesamiento de datos de fuentes bibliográficas, recopilación de datos y procesamiento de revistas, editorial correo electrónico, número 04, 2003
p>Revistas de honor: descripción general del contenido principal de las revistas principales chinas: revista fuente ASPT CJFD.
Palabras clave en chino cambiar enrutador; sistema operativo general; sistema operativo del enrutador;
Palabras clave en inglés cambiar enrutador; sistema operativo del enrutador;
Este artículo propone una solución para portar un sistema operativo de propósito general y su software de enrutamiento de capa superior a una plataforma de enrutador de conmutación. Esta solución puede proteger las diferencias arquitectónicas entre los enrutadores de conmutación y los enrutadores tradicionales, trasplantando así el sistema operativo general y su software de enrutamiento de capa superior a la plataforma de enrutador de conmutación, y al mismo tiempo tiene en cuenta los requisitos de comunicación y gestión de datos; mantenimiento y proporciona al software de enrutamiento de capa superior la tradicional La misma interfaz en el enrutador permite que el software de enrutamiento basado en un sistema operativo común se trasplante rápidamente a un enrutador de conmutación sin perder escalabilidad. Las aplicaciones prácticas han demostrado que esta solución tiene buena flexibilidad y compatibilidad.
Se propone una nueva solución para trasplantar sistemas operativos de propósito general y su software de enrutamiento a enrutadores de conmutación. Esta solución protege las diferencias arquitectónicas entre los enrutadores tradicionales y los enrutadores de conmutación en el software de capa de aplicación, de modo que la plataforma de enrutador de conmutación pueda admitir un sistema operativo común y su software de enrutamiento. La solución también se consideró como un requisito para las funciones de control y comunicación de datos. Proporciona los mismos métodos de acceso y control que los enrutadores tradicionales...
Proyecto financiado por el Programa Nacional 863 (863-317-0199)
DOI CNKI: Dom: SJCJ.0.2003- 04- 017
Número de categoría TN915.05
Instantánea de texto Introducción El trabajo más importante de un enrutador es reenviar paquetes IP basados en encabezados IP y reglas de filtrado de enrutamiento. Otras funciones incluyen el mantenimiento de tablas de enrutamiento y sistemas de enrutador. De hecho, se puede considerar un enrutador como una computadora especializada diseñada para los requisitos de enrutamiento de las redes IP. A medida que Internet conlleva la evolución de los servicios, los requisitos de Internet para el rendimiento de los enrutadores también aumentan constantemente. En el Exchange
Mira esto.
Número de artículo: 100429037(2003)0420450205.
Implementación de un sistema operativo de enrutador de conmutación basado en un sistema operativo general
Pan Deng, Xu Peixia
(Departamento de Ingeniería Electrónica y Ciencias de la Información, Universidad de Ciencias y Technology of China, Hefei, 230027)
Resumen: Se propone una solución para trasplantar un sistema operativo general y su software de enrutamiento de capa superior a una plataforma de enrutador de conmutación. Esta solución se puede proteger hacia arriba.
La diferencia entre el enrutador de conmutación y la arquitectura de enrutador tradicional, para trasplantar el sistema operativo general y su software de enrutamiento de capa superior al enrutador de conmutación.
En la plataforma, también tiene en cuenta los requisitos de comunicación, gestión y mantenimiento de datos, y proporciona la misma interfaz que un enrutador tradicional para el software de enrutamiento de capa superior, lo que
Software de enrutamiento p>basado en un sistema operativo general. Se puede migrar rápidamente a enrutadores conmutados sin perder escalabilidad. Las aplicaciones prácticas lo confirman
La solución tiene buena flexibilidad y compatibilidad.
Palabras clave: enrutador de conmutación; sistema operativo general; sistema operativo del enrutador
Número de clasificación de la Biblioteca de China: TN 915105; código de identificación de archivo TP393: a
Proyecto de financiación : apoyado por el Programa Nacional 863 (8632317201299).
Fecha de recepción: 2003203229; Fecha de revisión: 2003206215
Sistema operativo de enrutador conmutador basado
Sistema operativo universal
PA N D eng , A nueva solución para el sistema y su funcionamiento
El enrutador conmutador está listo. Esta solución resalta las diferencias arquitectónicas entre el enrutador conmutador tradicional y el moderno Adecuado para ambos niveles de aplicación y, por lo tanto, es capaz de soportar funciones generales. operaciones
Ambos sistemas y su operación están sobre una plataforma de software. Esta solución también se considera
para requisitos de funciones de control y comunicaciones de datos de banda ancha y los mismos métodos de acceso.
Y el control se proporciona como enrutadores tradicionales, por lo que el enrutamiento de los dos enrutadores es común
El sistema operativo puede cambiar rápidamente de enrutador a través de la herramienta de actualización Plataforma
La flexibilidad ha demostrado. que esta solución tiene buena compatibilidad y flexibilidad
Palabras clave: sistema operativo general SW itch;
Cita
El trabajo más importante de un. El enrutador es reenviar paquetes IP según sus encabezados y enrutamiento.
Otras funciones incluyen las dimensiones de la tabla de enrutamiento.
p>Protección y mantenimiento de los sistemas de enrutador. De hecho, se pueden considerar enrutadores.
Computadoras especializadas diseñadas para las necesidades de enrutamiento de redes IP.
Con el crecimiento de Internet, con la evolución de los servicios, Internet es muy importante para el enrutamiento.
Los requisitos de rendimiento de los equipos también están aumentando. En los enrutadores de conmutación, la mayor parte del procesamiento de paquetes de datos (como el reenvío) se ha transferido al hardware centrado en puertos, solo la generación y el mantenimiento de. las reglas de enrutamiento, la administración de la red y el mantenimiento del sistema aún se completan con la parte del software.
Está bien,
De hecho, los sistemas operativos utilizados por los enrutadores pueden hacerlo. dividirse en tres categorías: (1) Las operaciones especiales representadas por el IOS de Cisco se encuentran a menudo en los nodos troncales de la red (2) los sistemas integrados representados por V xWorks son comunes en oficinas pequeñas y equipos de acceso doméstico (3)
Si se utiliza un sistema operativo general, se instala en el nodo principal y en el punto de acceso del usuario.
Este tipo de equipo está disponible en todos los equipos. Por ejemplo, se utilizan los productos de enrutamiento de Juniper.
Varios caminos utilizando Linux como sistema operativo
El software de gestión de redes se ha desarrollado durante mucho tiempo, y sus funciones y rendimiento
Rendimiento, estabilidad y La flexibilidad de actualización es excelente, pero este software aún lo es
Volumen 18, Número 4
Junio 5438, febrero de 2003
Adquisición y procesamiento de datos
Revista de Adquisición y Aplicaciones de Datos. Procesamiento
Documento No. 18
Diciembre de 2003
Sin embargo, fue desarrollado para la arquitectura de enrutador tradicional y no se puede utilizar directamente.
Para nueva arquitectura de enrutador. Este artículo propone insertar una capa intermedia en la pila de controladores del sistema en un sistema operativo general, de modo que el kernel del sistema y el software de la capa superior, como el enrutamiento y la administración de red que se ejecuta en él, estén protegidos en el nivel inferior.
La particularidad del hardware, combinando así el software de capa superior con la plataforma hardware de alta velocidad.
Júntalos. Esta solución se ha aplicado a enrutadores de borde de alta velocidad
El sistema tiene buena practicidad y escalabilidad.
1 Diferencias en la estructura del sistema entre enrutadores conmutados y enrutadores tradicionales
Los enrutadores funcionan en la tercera capa de la red y su procesamiento principal funciona
p>
Cubre las tres capas inferiores del modelo de siete capas, que incluyen: procesamiento de interfaz física, datos
Según el procesamiento de la capa de enlace, búsqueda de ruta de la capa de red, reenvío y colas
Administración [1]. En la arquitectura de enrutador tradicional, la parte de hardware solo implementa el procesamiento de la capa física y el resto del trabajo requiere cálculos del sistema.
Estado de finalización de recursos: incluidos ciclos de CPU, capacidad de memoria y ancho de banda del bus.
Y así sucesivamente, por lo que el rendimiento también está limitado por estos recursos. En el enrutamiento conmutado
En los enrutadores, el procesador de ruta solo maneja el mantenimiento del sistema y el mantenimiento de la tabla de enrutamiento.
Una pequeña cantidad de trabajo, el procesamiento del flujo de datos se completa mediante hardware relativamente independiente.
El éxito ya no está limitado por los recursos informáticos del sistema, por lo que su rendimiento es muy superior.
Router tradicional[2]. Como se muestra en la Figura 1.
(1) Arquitectura de enrutador tradicional
(b) Arquitectura de enrutador conmutado
Figura 1 Estructura lógica del enrutador
Acerca del sistema estructuralmente , existen diferencias claras entre los enrutadores tradicionales y los enrutadores conmutados: en los enrutadores tradicionales, todas las interfaces físicas están conectadas directamente al bus y el kernel puede acceder a ellas directamente a través del bus.
Algunas interfaces; en la conmutación de routers, sólo la tarjeta de control es directa.
Fijado al bus, el núcleo debe acceder a cada uno de ellos de forma indirecta a través de la tarjeta de control.
Una interfaz. Esto da como resultado que el controlador represente la interfaz de red en el kernel del sistema operativo.
La diferencia entre objetos en movimiento y objetos móviles: en los enrutadores tradicionales, hay varias redes en el kernel.
Instancias de objetos del controlador de dispositivo de red, cada instancia se mantiene directamente a través del bus.
Proporciona puertos para operaciones básicas para el kernel y su software de capa superior.
Obtén soporte. Al cambiar de enrutador, los objetos dinámicos de los controladores de dispositivos de red pública
no pueden mantener directamente los puertos, ni pueden soportar las operaciones del kernel del sistema y del
software de capa superior. Por lo tanto, las características de la arquitectura del enrutador de conmutación
Esta particularidad imposibilita la aplicación directa de sistemas operativos generales y software de capa superior.
Hay dos soluciones a este problema: (1) Modificar extensamente el kernel.
Así como el código fuente de diversos software relacionados adaptados a la nueva arquitectura. Este
Este método tiene las desventajas de una gran carga de trabajo de desarrollo, un ciclo largo y fuertes limitaciones.
Punto, se pierde la flexibilidad de usar un sistema operativo general; (2) Al conducir
Se agrega una capa intermedia a la pila para admitir lo que los objetos controladores de red normales pueden hacer. .
Todas las operaciones son compatibles para que el kernel del sistema y el software de capa superior puedan ejecutarse básicamente en enrutadores conmutados sin modificaciones.
Este es el libro.
La solución de capa intermedia propuesta en este artículo. Esta solución supera el primer método.
A pesar de la complejidad de la ley, los sistemas operativos generales y el software de capa superior se pueden migrar rápidamente a los enrutadores de conmutación manteniendo la flexibilidad.
Sobre la plataforma hardware.
2 Diseño de la capa intermedia
Las funciones de la capa intermedia incluyen la comunicación y el control de datos. Desde
Considerando las comunicaciones de datos, cada puerto funciona de manera equivalente a un puerto tradicional.
Una interfaz de red en un enrutador, por lo que todos los puertos físicos están incluidos.
Debería haber una instancia de controlador de red correspondiente en el kernel. De esta manera, podemos apoyarnos mutuamente
Este software de capa superior se ejecuta para satisfacer las necesidades de las funciones de comunicación de datos.
Considerando la función de control, debemos mapear cada
operación lógica posible en una operación de hardware;
Comunicar. Las aplicaciones de capa superior incluyen mantenimiento del sistema, software de enrutamiento y software de gestión de red.
El dispositivo inferior incluye motores y puertos de procesamiento.
La implementación de herramientas con funciones de control está relacionada con la plataforma hardware. Teniendo en cuenta que varias aplicaciones pueden operar un dispositivo de hardware al mismo tiempo, una aplicación también puede operar varios dispositivos al mismo tiempo.
Dispositivos que deben implementarse teniendo en cuenta el soporte para múltiples operaciones simultáneas.
Guárdalo.
Con base en las consideraciones anteriores, la capa intermedia consta del módulo controlador de la tarjeta de control y la frecuencia intermedia.
Instancia de unidad de red seca. En la Figura 2 (a, b), se muestran respectivamente.
La estructura y el método de conducción de los enrutadores tradicionales y el método propuesto en este artículo
La ubicación y el método de conducción de la capa intermedia.
No.4 Pan Deng et al.: Implementación del sistema operativo de enrutador de conmutación basado en el sistema operativo general 451
Figura 2 La ubicación y el método de conducción de la capa intermedia
El módulo controlador de la tarjeta de control sirve como núcleo de la capa intermedia y mantiene el control.
Todos los puertos, mapas de memoria, interrupciones y colas de buffer circular de la tarjeta.
Recursos. Implementa canales de datos y canales de control. Unidad directa hacia abajo
La tarjeta de control dinámico se comunica con varios puertos y motores de procesamiento en el lado derecho
La interfaz con el canal de control la proporciona la trampa de llamadas del kernel; otros
Aspects proporcionan una interfaz de canal de datos para instancias de controladores de redes virtuales. Ficticio/Virtual
Una instancia de controlador de red es real para cada puerto físico en el kernel del sistema operativo.
Ahora aquí hay un ejemplo de controlador de red. Funcionan sobre la base del módulo controlador de la tarjeta de control.
Básicamente, no controla directamente el hardware, por lo que se denomina realidad de controlador de red virtual.
Ejemplo. La instancia del controlador de red virtual encapsula la información proporcionada por el módulo del controlador de la tarjeta de control.
Función de transmisión de datos y proporciona al kernel y al software de capa superior la misma interfaz de llamada de la instancia de controlador de red ordinaria
de red. Las comunicaciones de datos se detallan a continuación.
Esquema de implementación de canal y canal de control.
Función e implementación del canal de datos 211
Las instancias del controlador de red virtual y los puertos físicos están en correspondencia uno a uno.
La función del transceptor de datos del kernel incluye tres aspectos:
(1) El paquete de datos enviado a la instancia del controlador de red virtual debe ser enviado por
que corresponde a la salida del puerto;
(2) Los paquetes de datos recibidos por este puerto también son controlados por esta red virtual.
Enviar instancias dinámicas al kernel del sistema;
(3) La capa intermedia también puede transmitir instancias de controladores de red virtuales.
Controlar las operaciones para evitar la pérdida de datos provocada por la congestión.
Tenga en cuenta que la estructura de conmutación en la Figura 2 (b) conmuta en celdas de longitud fija.
Datos, su formato se muestra en la Figura 3, en la que el encabezado de la celda ocupa 4 bytes y el paquete
incluye los campos de número de motor de procesamiento y número de puerto. ¿Para colección? Remitente, líder de procesamiento
El número de motor y el número de puerto son el puerto de origen y el puerto de destino de la celda, respectivamente.
El valor correspondiente del puerto.
De acuerdo con la estructura del sistema que se muestra en la Figura 2 (b), podemos saber que se activa mediante el procesamiento.
El número de motor y el número de puerto pueden determinar la ubicación física del puerto. . Controlador de tarjeta de control
El módulo dinámico mantiene la red virtual en su conjunto interno de información del controlador.
Correspondencia entre instancias de driver y puertos.
Figura 3 Estructura de la unidad de datos
Al enviar datos, la instancia del controlador de red virtual recibe datos del departamento de red del kernel.
Obtiene los datos a enviar de forma individual, así como un puntero a la propia instancia.
Enviarlo junto al módulo controlador de la tarjeta de control. Por un lado, el controlador de la tarjeta de control
a través de este puntero, el módulo puede controlar la instancia de la red virtual.
Configuración de control de flujo; por otro lado, el módulo del controlador de la tarjeta de control busca la tabla de información del controlador de acuerdo con el puntero de instancia del controlador de red virtual para obtener la información física del puerto de destino. .
Información de ubicación, incluido el número de motor de procesamiento y el número de puerto. Bits físicos del puerto
La información establecida se completará en todos los paquetes que se enviarán.
En el encabezado de la celda. El módulo controlador de la tarjeta de control envía las celdas a.
La estructura de conmutación, la estructura de conmutación y el motor de procesamiento reenvían las celdas al puerto de destino según el índice de procesamiento
número de motor y número de puerto, respectivamente. El último puerto
recupera los datos originales de las celdas recibidas y los envía.
Al recibir datos, el puerto también dividirá los datos en varias celdas.
Subir paso a paso. Teniendo en cuenta el mecanismo de prioridad circular de la estructura de conmutación, el proceso de carga de paquetes de datos puede verse afectado por datos de otros puertos.
Robar. Por lo tanto, el módulo controlador de la tarjeta de control guarda la información de ubicación del puerto de la celda recibida (incluido el número del motor de procesamiento y el número de puerto) en diferentes buffers según la prensa fuente. Cuando se reciben todas las cartas asociadas con el paquete, el módulo del controlador de control puede reorganizar los datos y consultar la tabla de información del controlador de acuerdo con la información de ubicación del puerto de origen para obtener el punto virtual correspondiente.
Puntero a una instancia del controlador de red virtual, activando así el controlador de red virtual.
La instancia recibe datos. La instancia del controlador de red virtual depende del bloque del módulo del controlador de la tarjeta de control
, que se llama de forma normal para un controlador de red.
La interfaz net if-rx envía datos al kernel. La estructura de implementación del transceptor de datos
se muestra en la Figura 4.
Vale la pena señalar que en un enrutador de conmutación, el motor de procesamiento
conmuta paquetes IP a través de la estructura de conmutación en un sistema operativo de propósito general,
; 452 Adquisición y procesamiento de datos Volumen 18
Figura 4 Estructura de implementación de transmisión y recepción de datos
Los controladores de red generalmente procesan tramas en la capa de enlace. Es decir, los formatos de datos de los pares de canales de datos del módulo controlador de la tarjeta de control son diferentes. Por lo tanto, al enviar datos, el módulo controlador de la tarjeta de control necesita obtener la trama de enlace de la trama de enlace.
Desde extraer paquetes IP y reenviarlos al puerto; mientras se reciben datos, ocurre lo contrario.
Los paquetes IP del puerto se encapsulan en tramas de enlace y luego se envían hacia arriba. Por ejemplo, es necesario restaurar las tierras físicas de las estaciones de origen y de destino.
Dirección, tipo de carga útil e inspección de estructura [3]. Para Ethernet que transporta paquetes IP
Obviamente, se conocen la dirección física de la estación de destino y el tipo de carga útil de la trama [4].
Sí. El sistema operativo utilizado en la implementación es Linux, que se basa en virtual
La configuración en el código fuente del controlador de red puede evitar que el kernel tenga marcos.
Comprueba[5]. Por lo tanto sólo se desconoce la dirección física de origen. Si es necesario dar la dirección física real de la estación de origen, aumenta la complejidad del hardware.
Si la dirección física de origen en el módulo del controlador de la tarjeta de control está falsificada,
puede causar confusión en la gestión de ARP del kernel. Para simplificar la configuración del hardware
En el diseño, la física fuente está falsificada en el módulo del controlador de la tarjeta de control.
El método de dirección también modifica el código fuente del controlador de red virtual y lo recarga.
Función de procesamiento de encabezado de trama[6]. De esta manera, la tabla ARP del kernel no puede falsificar direcciones
; accede y actualiza los registros ARP consultando el puerto.
Implementación.
Función e implementación de 212 canales de control
La comunicación de las funciones de control también se basa en unidades, y sus operaciones incluyen
gestión de mantenimiento y sincronización de tablas. La gestión del mantenimiento implica principalmente la realización de diversas consultas. Las consultas suelen realizarse a través de varias comunicaciones bidireccionales. Cada comunicación tiene
una carga útil que es de solo unos pocos bytes y puede ser transportada por una sola celda. Sin embargo,
La sincronización de tablas copia las tablas mantenidas por el software de capa superior en el hardware correspondiente.
Incluyendo tabla ARP, tabla de enrutamiento y clasificación, etc. Las operaciones de sincronización de tablas incluyen
y múltiples celdas deben transportar grandes cantidades de transmisión de datos. Funciones de control
Todos son problemas del equipo, ¿entonces están todos bajo control? La unidad de retroalimentación también
debe incluir información de ubicación física del dispositivo de destino.
En funcionamiento real, todas las aplicaciones y dispositivos de la capa superior
multiplexan canales de control basados en la comunicación de control, que se caracteriza por:
(1) Diferentes aplicaciones Un programa puede acceder al mismo dispositivo al mismo tiempo;
(2) Una aplicación también puede acceder a múltiples dispositivos al mismo tiempo;
(3) La misma aplicación en el mismo El dispositivo normalmente funciona
Continuo.
Para respaldar esta operación de reutilización, todos los encabezados que contienen información de control y transmisiones
inversas incluyen no solo la ubicación física y el funcionamiento del hardware de destino.
Además de la directiva, también incluye información sobre el tipo de comando y el tipo de aplicación. ¿control? Contador
La estructura de la celda alimentadora se muestra en la Figura 5.
¿Control de figura 5? Estructura de la unidad de retroalimentación
Figura 5: Número de motor de procesamiento y número de puerto para determinar el dispositivo.
Posición; ¿Aceptar? Los elementos de envío son respectivamente el destino general del puerto de origen de la célula.
El valor correspondiente del puerto; el código de comando se define entre el dispositivo y la aplicación.
Se asigna un código a cada operación posible; el código de aplicación en el controlador de la tarjeta de control
está predefinido entre el módulo dinámico y la aplicación de capa superior. Cada posible aplicación se divide en
coincide con un código. Estas aplicaciones incluyen gestión de redes, mantenimiento de rutas y dimensiones de hardware.
Protección y adquisición de información ARP, etc.
La aplicación de capa superior inicia el control a través de la trampa de llamadas del kernel (IOCTL).
Operación del canal, que proporciona tanto la ubicación física como la clase de comando del dispositivo objetivo.
Código de tipo y código de tipo de aplicación. El módulo controlador de la tarjeta de control envía estas cartas
La información se completa en la unidad de control y luego se envía al dispositivo. El dispositivo copia estos
códigos directamente en la celda de comentarios y agrega comentarios más tarde.
Información. El módulo controlador de la tarjeta de control asigna un ciclo a cada aplicación.
Búfer, en el que las colas recibieron comentarios según el tipo de aplicación.
Medio. La aplicación de la capa superior lee los comentarios de su búfer circular correspondiente.
Celda, y luego, según la información de ubicación física en la celda, el código de comando
puede determinar el comando original correspondiente a la retroalimentación, de modo que los datos de retroalimentación puedan analizarse.
Manejarlo adecuadamente. De esta manera se realiza el control de diversas funciones de control.
Multiplexación de canales. Como se muestra en la Figura 6.
Pan Deng et al.: Implementación del sistema operativo de enrutador de conmutación basado en el sistema operativo general 453
Figura 6 Estructura de implementación de la comunicación de control
3 Teoría de conclusión
En vista de las diferencias entre la arquitectura de enrutador tradicional y el cuerpo de enrutador conmutado
la arquitectura, el sistema operativo general y el enrutamiento desarrollado en ellos
El software no se puede aplicar directamente a Cambiar de enrutador. Este artículo propone una solución mezzanine que puede resolver eficazmente este problema. Una revisión integral del esquema
Se proporciona la capa superior teniendo en cuenta los requisitos de comunicación de datos y gestión de mantenimiento.
La interfaz es básicamente la misma que el modelo original, y el software de enrutamiento se puede utilizar directamente
sin perder su flexibilidad y escalabilidad
En un sistema conmutado. enrutador. Aunque esta solución solo está disponible en una plataforma específica
Se ha implementado en un sistema operativo específico, pero no es difícil ver que este tipo de pensamiento no tiene una dependencia especial del sistema operativo. .
Portado a otros sistemas operativos de propósito general.
Se ha adoptado la solución propuesta en este artículo
El sistema de acceso integrado práctico de borde de alta velocidad del Proyecto Nacional 863
ha logrado buenos resultados prácticos en el desarrollo de enrutadores. Este artículo propone una manera eficiente y rápida para el país
desarrollo de software de routers de alto rendimiento.
Esta solución tiene buenas perspectivas de aplicación.
Referencias:
[1] Li Shuxing se JF, Ro ss KW Computer Network: Popular 2
Enfoque de Dawn con Internet. Addison
W esley Longman Publishing House, 2001. 332~ 341.
[2] Liang Alei, et al. Arquitectura del enrutador y su desarrollo [J Small]. >
Sistemas informáticos, 2001, 8: 943 ~ 945.
[3]Estructura del marco de control de acceso a medios. Estándar IEEE
80213, 1998.36~ 40.
[ 4 ] Charles Hening. RFC 894: Estándar de Transmisión 2
Transmisión de datagramas IP a través de Ethernet.
198411~ 2.
[5] Bovet D P. Comprensión del kernel de Linux[M]. O reil2
Legal Press, 2002. 683~ 685
[ 6 ] Rubini A. Controlador de dispositivo Linux. Segunda edición [M].
O'Reilly Press, 2001. 455~ 458
Sobre el autor: Pan Deng (19772), hombre, candidato a doctorado, dirección de investigación: Internet.
Arquitectura y seguridad de redes, e2mail: mail.ustc.edu.cn Pan Deng;
Xu Peixia (19412), mujer, profesora, supervisora de doctorado, dirección de investigación: audio y vídeo .
Codificación, procesamiento no lineal, redes de próxima generación.
454 Recopilación y procesamiento de datos Volumen 18