ES2229761T3 - Enlace punto a punto implementado a traves de una red de difusion. - Google Patents

Abstract

Método para llevar a cabo comunicación de datos entre el primer ordenador (104) y el segundo ordenador (112, 116, 120) en una red de ordenadores del tipo de las que tienen: I) una red de difusión (102); II) un primer ordenador (104) conectado a la red de difusión (102); III) una red punto a punto (110); IV) una puerta de acceso (106) conectada a la red de difusión y a la red punto a punto; y V) un segundo ordenador (112, 116, 120) conectado por la red punto a punto a una puerta de la puerta de acceso; estando dicho método caracterizado por los pasos de: a) ejecutar una orden del primer ordenador para establecer una función enchufe hembra en el primer ordenador; b) ejecutar una orden en la puerta de acceso, estableciendo con ello en la puerta de acceso una función enchufe hembra asociada a la puerta de la puerta de acceso; c) enviar datos desde el primer ordenador, a través de la función enchufe hembra del primer ordenador, por la red de difusión a la función enchufe hembra establecida en lapuerta de acceso.

Description

Enlace punto a punto implementado a través de una red de difusión.

Esta invención se refiere en general a las comunicaciones a través de redes de ordenadores, y más específicamente a las comunicaciones entre componentes de sistemas informatizados de verificación a través de una red.

Los ordenadores y dispositivos informatizados son frecuentemente usados en configuraciones en red. Las redes permiten a múltiples usuarios, cada uno con un ordenador independiente, compartir información y recursos de soporte físico tales como sistemas de almacenamiento masivo, impresoras y máquinas fax.

Los típicos entornos de oficina están constituidos con ordenadores conectados a redes de área local (LAN's) que permiten a relativamente pequeños números de ordenadores o dispositivos informatizados en áreas limitadas intercambiar información. En general, los ordenadores que están conectados a una LAN pertenecen a usuarios que están dentro de un grupo de trabajo.

Muchas empresas tienen oficinas en distintos edificios o múltiples grupos de trabajo en un mismo edificio. Estas empresas usan generalmente redes de área extendida (WAN's) para poner sus ordenadores en red. Tales WAN's son a menudo implementadas a base de enlazar múltiples LAN's entre sí.

Son varios los elementos que definen una red. Un elemento es el medio físico, que es la conexión efectiva que permite que la información pase de un ordenador a otro. El medio físico consiste a menudo en uno o varios cables. Sin embargo, el medio físico podría ser también un enlace de radio o un enlace de infrarrojos o cualquier otra conexión que permita que un flujo de bits sea transmitido entre dispositivos informatizados.

Además de un medio físico, toda red requiere uno o varios protocolos. Hablando en términos generales, un protocolo es un conjunto de reglas que todos los ordenadores y los dispositivos informatizados de una red usan para interpretar los paquetes de información que pasan a través de la red. Por ejemplo, un protocolo podría especificar cuándo es apropiado que un ordenador determinado envíe un paquete de información. El protocolo podría también especificar el formato de un paquete de información. Por ejemplo, el protocolo podría incluir una manera de identificar el final de un paquete y una manera de identificar qué ordenador de la red debe recibir el paquete. A más alto nivel, el protocolo podría también especificar una manera de identificar qué paquetes de información son agrupados lógicamente en una transmisión.

Las LAN's tienen típicamente un medio físico en el cual son interconectados todos los ordenadores y los dispositivos informatizados de la LAN. Un protocolo correspondiente a este medio físico es típicamente un protocolo "de difusión", lo cual significa que cada paquete es enviado a cada ordenador. A una red de este tipo se la denomina por lo tanto comúnmente red de difusión. Cada paquete que es enviado a través de una red de difusión contiene típicamente información que permite a cada ordenador o dispositivo informatizado de la red reconocer si el paquete está destinado a ese dispositivo. El Ethernet y el Token Ring son dos ejemplos de protocolos de difusión muy usados.

El Documento de Koizumi M: 'DCNP: Data Communication Management System for Network Node Processors in a Distributed Processing Environment', Globecom, EE.UU., Nueva York, IEEE, 1992, describe un método para el establecimiento de comunicaciones altamente fiables entre nodos por multidifusión y de igual a igual en múltiples LAN's usando extensiones de interfaz de funciones enchufe hembra. Este documento describe una red de multidifusión en lugar de una red de difusión, con lo cual es indispensable una técnica de direccionado adicional (Número de Grupo de Multidifusión).

Las WAN's tiene típicamente un medio físico que proporciona una conexión directa entre los de cada par de ordenadores o dispositivos informatizados que deben comunicarse. Un protocolo correspondiente a este medio físico es típicamente un protocolo "punto a punto". A una red de este tipo se la llama por lo tanto comúnmente red punto a punto. Las redes telefónicas públicas (PSTN) y las redes X.25 son dos ejemplos de WAN's que usan protocolos punto a punto.

Debido al hecho de que el número de cables que es necesario para conectar los de cada par de ordenadores en una red punto a punto resulta a menudo prohibitivo, los múltiples ordenadores en una red punto a punto están habitualmente conectados a un ordenador central. Este ordenador central puede estar en una LAN. En ese caso, se usa típicamente un dispositivo llamado "servidor de terminal" para conectar los múltiples ordenadores de la red punto a punto al ordenador central de la LAN.

Un servidor de terminal tiene típicamente múltiples puertas de E/S y un conmutador informatizado que puede ser usado para conectar cada puerta a la LAN. Análogamente, múltiples ordenadores o dispositivos informatizados de la red punto a punto pueden ser conectados a las puertas del servidor de terminal. Debido al hecho de que los servidores de terminal pueden ser usados para enlazar LAN's con redes punto a punto, a menudo se les denomina "puertas de acceso".

A fin de enviar información de un ordenador de una LAN a un ordenador de una red punto a punto, la LAN y la red punto a punto tienen que estar generalmente enlazadas mediante una puerta de acceso. Además, la puerta de acceso debe ser en general capaz de establecer una conexión punto a punto con el ordenador de la red punto a punto. Por ejemplo, un ordenador de la LAN puede enviar un paquete a través de la LAN a la puerta de acceso. Parte del paquete indica qué ordenador de la red punto a punto debe recibir la información contenida en el paquete, mientras que el resto del paquete contiene la información. Si la puerta de acceso tiene la capacidad de establecer una conexión punto a punto, la puerta de acceso podría entonces traducir primeramente el paquete del protocolo de difusión usado por la LAN al protocolo de punto de punto usado por la red de punto de punto, establecer la conexión punto a punto, y enviar entonces el paquete traducido al ordenador indicado de la red punto a punto.

Los datos que son enviados de un ordenador de una red punto a punto a un ordenador de una LAN pasan en general por un proceso inverso. Por ejemplo, el ordenador envía un paquete usando el protocolo punto a punto a la puerta de acceso. El paquete debe incluir información suficiente para permitir a la puerta de acceso crear un paquete que pueda ser difundido a través de la LAN al ordenador de destino. La puerta de acceso difunde entonces el paquete usando el protocolo requerido a través de la LAN.

Nos hemos percatado de que este tipo de arquitectura de redes puede ser usado en redes de verificación de telecomunicaciones. En ese caso, múltiples ordenadores y dispositivos informatizados de una red punto a punto pueden estar conectados a un ordenador central de una LAN a través de líneas telefónicas y de una puerta de acceso. En particular, la red punto a punto puede ser una PSTN; los dispositivos informatizados de la red punto a punto pueden ser unidades de medición remota (MU); y el ordenador central de la LAN puede ser un controlador del sistema de verificación (TSC). Además, cada puerta de E/S de la puerta de acceso y cada unidad de medición remota puede ser susceptible de ser conectada a la PSTN a través de modems.

Sin embargo, nos hemos también percatado de algunas deficiencias en tales arquitecturas de redes de verificación. En primer lugar, a fin de que la red de verificación de telecomunicaciones funcione correctamente, debe haber alguna manera de iniciar las conexiones punto a punto entre el controlador del sistema de verificación y las unidades de medición remota. Sin embargo, las puertas de acceso como los servidores de terminal anteriormente descritos a menudo carecen de esta capacidad. Además, debido al hecho de que estas puertas de acceso son típicamente sistemas heredados, no resulta fácil perfeccionarlas para que cuenten con tales capacidades.

Incluso si la puerta de acceso de la red de verificación de telecomunicaciones fuese capaz de establecer conexiones punto a punto con las unidades de medición remota, podría hacerlo de manera no normalizada. Por ejemplo, los ordenadores y los dispositivos informatizados de una red informática funcionan generalmente usando protocolos normalizados. El protocolo de difusión y el protocolo punto a punto anteriormente mencionados son dos ejemplos de protocolos normalizados que están típicamente basados en el modelo de Interconexión de Sistemas Abiertos (OSI). Éste es un entramado de normas ampliamente aceptado para las comunicaciones entre distintos ordenadores fabricados por distintos fabricantes. Los controladores de los sistemas de verificación y las unidades de medición remota que operan usando protocolos normalizados pueden por consiguiente comunicarse con facilidad con otros dispositivos de la LAN y de la PSTN, respectivamente, siempre que se haga también que los otros dispositivos usen protocolos normalizados.

Además, una manera de hacer que el controlador del sistema de verificación se comunique con las unidades de medición remota es la de hacer que la puerta de acceso que enlaza la LAN y la PSTN haga traducciones entre los protocolos de difusión y punto a punto.

Sin embargo, actualmente no hay normas aceptadas para hacer tales traducciones entre protocolos. Esto constituye un problema en las redes de verificación de telecomunicaciones porque las distintas empresas telefónicas usan típicamente distintos equipos de red. Esto significa que las puertas de acceso que enlazan las LAN's y las WAN's de distintas compañías telefónicas pueden usar distintos soportes lógicos informáticos personalizados para hacer tales traducciones de protocolos o para de otro modo establecer comunicaciones entre componentes de las LAN's y de las WAN's. En consecuencia, los controladores de los sistemas de verificación y las unidades de medición remota que se comunican con estas distintas puertas de acceso pueden también requerir soporte lógico informático personalizado no normalizado. El tener soporte lógico informático del sistema de verificación personalizado para las distintas configuraciones de red hace que resulte muy caro instalar y mantener el equipo del sistema de verificación.

Sería por consiguiente deseable disponer de un sistema de verificación que pueda usar las redes existentes, incluyendo tanto una LAN como una WAN. Un sistema de verificación de este tipo sería capaz de establecer comunicaciones entre los componentes del sistema de verificación en la LAN y en la WAN usando normas de comunicación aceptadas. Sería también deseable lograr esto sin que fuesen necesarias modificaciones de los soportes lógicos informáticos personalizados en las redes.

Breve exposición de la invención

Teniendo en cuenta los antecedentes anteriormente expuestos, es un objeto de la invención aportar un equipo informático que pueda ser fácilmente incorporado en una red que opera con protocolos normalizados.

Otro objeto de la invención es el de aportar un sistema de verificación que pueda ser fácilmente integrado en redes de telecomunicaciones existentes.

Los expuestos anteriormente y otros objetivos son alcanzados aportando un sistema de verificación que incluye un primer igual en una LAN y al menos un segundo igual en una WAN, estando la LAN y la WAN enlazadas mediante una puerta de acceso.

En una realización preferida, el primer igual es un cliente y la puerta de acceso es un servidor de terminal. El cliente es programado para establecer una tubería virtual con el servidor de terminal y pasar la tubería virtual a un administrador de enlace de cliente. Esto le permite al administrador de enlace de cliente establecer una conexión punto a punto entre el primer igual y el segundo igual.

Según una característica, el primer igual, el servidor de terminal y el segundo igual operan baja el control de un sistema operativo UNIX®.

A la luz de la siguiente descripción y de los dibujos quedarán de manifiesto adicionales objetos y ventajas.

Breve descripción de los dibujos

Se comprenderá mejor la invención haciendo referencia a la siguiente descripción más detallada y a los dibujos acompañantes, en los cuales:

La Fig. 1 es un diagrama de bloques de una red de telecomunicación que incorpora componentes de un sistema de verificación según la invención;

la Fig. 2 es una vista detallada de una parte del diagrama de bloques ilustrado en la Fig. 1 en la que se incluye un diagrama de bloques parcial de configuraciones de soporte lógico informático en un controlador del sistema de verificación y un servidor de terminal según la invención;

la Fig. 3 es una vista detallada de la configuración del soporte lógico informático del controlador del sistema de verificación según la invención;

las Figs. 4A a 4C son diagramas de bloques simplificados que muestran las relaciones existentes entre los distintos protocolos que son usados en la invención;

la Fig. 5 es un diagrama de flujo que muestra un método para establecer comunicación entre el controlador del sistema de verificación en una LAN y una unidad de medición remota en una WAN según la invención; y

la Fig. 6 es una realización alternativa de una red de telecomunicación que incorpora componentes del sistema de verificación según la invención.

Descripción de la realización preferida

La Fig. 1 muestra una red 100 de verificación de telecomunicaciones que puede ser usada para detectar y localizar fallos en una red telefónica. La red de verificación 100 incluye una red telefónica pública (PSTN) 110 y una pluralidad de unidades de medición remota (MU) tales como las MU's 112, 116 y 120. A fin de que las MU's 112, 116 y 120 establezcan conexiones con líneas telefónicas en la PSTN 110, las MU's 112, 116 y 120 incluyen modems 114, 118 y 122 asociados a las mismas, respectivamente.

Las MU's 112, 116 y 120 son usadas para detectar y localizar fallos en la PSTN 110. Es sabido para los expertos en esta materia que una PSTN incluye en general líneas troncales (no ilustradas), líneas de abonado al servicio telefónico (no ilustradas) y centrales (no ilustradas) que conectan las líneas troncales a las líneas de abonado al servicio telefónico para establecer las conexiones de las llamadas telefónicas. Estas conexiones de las llamadas telefónicas son típicamente establecidas usando enlaces punto a punto convencionales. Además, las parejas que forman la línea troncal y la central están generalmente situadas en las de una pluralidad de centrales telefónicas (no ilustradas) distribuidas en toda la PSTN.

Las MU's 112, 116 y 120 pueden ser usadas para medir varios parámetros de líneas de abonado al servicio telefónico seleccionadas. Por ejemplo, las MU's 112, 116 y 120 pueden medir el voltaje, la intensidad, la resistencia, la impedancia, la capacitancia, la inductancia, las frecuencias de los tonos en las líneas y la carga acumulada en las líneas. Las MU's 112, 116 y 120 pueden también generar impulsos y captar las señales resultantes en las líneas. Las MU's 112, 116 y 120 están por lo tanto preferiblemente situadas en respectivas centrales telefónicas de la PSTN 110, donde están acopladas a centrales que las ponen en conexión con las líneas de abonado al servicio telefónico seleccionadas, permitiéndoles con ello efectuar las deseadas mediciones en las líneas.

La red de verificación 100 incluye también una red de área local (LAN) 102 que interconecta un ordenador 101, un servidor de terminal 106 y un controlador del sistema de verificación (TSC) 104. La LAN 102 puede usar un canal de multiacceso convencional (protocolo "de difusión") tal como el Ethernet o el Token Ring. Además, a fin de que el servidor de terminal 106 establezca conexiones con las líneas telefónicas de la PSTN 110, el servidor de terminal 106 tiene también un modem 108 asociado al mismo.

El TSC 104 es usado para controlar las MU's 112, 116 y 120 y para analizar los datos recogidos por las MU's 112, 116 y 120. El TSC 104 envía por consiguiente órdenes a las MU's 112, 116 y 120 y recibe en respuesta a las mismas datos de medición de las MU's 112, 116 y 120 a través del servidor de terminal 106 y de las líneas telefónicas de la PSTN 110. El TSC 104 procesa entonces los datos para detectar y localizar los fallos existentes en la red telefónica e informa de los resultados de las verificaciones a un operador humano que puede entonces enviar personal a reparar los fallos.

El TSC 104, el servidor de terminal 106, el ordenador 101 y la LAN 102 están normalmente situados en un centro de servicio técnico de la compañía telefónica (no ilustrado). Como se ha mencionado anteriormente, los entornos de oficina son tradicionalmente constituidos con ordenadores conectados a una LAN, lo cual permite a los usuarios de los ordenadores intercambiar información y compartir recursos tales como dispositivos de almacenamiento masivo, impresoras y máquinas fax. En consecuencia, en el centro de servicio técnico están conectados a la LAN 102 los de una pluralidad de ordenadores incluyendo el ordenador 101 y el controlador 104 del sistema de verificación, lo cual permite a los usuarios de los ordenadores intercambiar datos y compartir recursos.

Puede obtenerse de la Patente US Nº 5.699.402 cedida a la TERADYNE®, Inc., de Deerfield, IL, EE.UU. información detallada acerca de la estructura preferida y del funcionamiento general del TSC 104 y de las MU's 112, 116 y 120.

Se ha mencionado que la LAN 102 puede usar canales de difusión convencionales y que la PSTN 110 puede usar conexiones de canales punto a punto convencionales. Esto significa que la LAN 102 y la PSTN 110 tienen que usar protocolos distintos para enviar paquetes de información a dispositivos conectados a sus respectivas redes. Por ejemplo, un protocolo de difusión puede ser usado con la LAN 102 para enviar paquetes de información al ordenador 101, al TSC 104 y al servidor de terminal 106. Además, con la PSTN 110 puede usarse un protocolo punto a punto (PPP) o un protocolo de Internet para línea serial (SLIP) para enviar paquetes de información a las MU's 112, 116 y 120 y al servidor de terminal 106.

El servidor de terminal 106 es usado para enlazar entre sí dos distintos tipos de redes 102 y 110. El servidor de terminal 106 es por consiguiente un dispositivo informatizado que ejecuta funciones convencionales de una "puerta de acceso" entre la LAN 102 y la PSTN 110. En consecuencia, el servidor de terminal 106 tiene múltiples puertas de E/S (no ilustradas) y un conmutador informatizado (no ilustrado) para conectar las puertas a la LAN 102 y a la PSTN 110.

Se ha mencionado también que el TSC 104 envía órdenes a las MU's 112, 116 y 120 y recibe en respuesta a ello datos de medición de las MU's 112, 116 y 120. El TSC 104 debe por consiguiente intercambiar órdenes y datos con las MU's 112, 116 y 120 a través de los entornos de red de la LAN 102 y de la PSTN 110. Esto significa que para establecer las conexiones entre el TSC 104 y las MU's 112, 116 y 120 deben ser creados enlaces punto a punto a través del entorno de la PSTN 110. Constituye una ventaja importante de la presente invención el hecho de que estas conexiones pueden ser establecidas bajo el control del soporte lógico informático programado en el TSC 104.

La Fig. 2 muestra una diagrama simplificado de un enlace de comunicaciones a través de la LAN 102 usando una interfaz de funciones enchufe hembra que incluye las funciones enchufe hembra 224 y 226. Tal interfaz de funciones enchufe hembra puede ser en general un archivo UNIX® que proporcione comunicaciones en red entre aplicaciones que se ejecuten sobre distintos sistemas de procesamiento. En particular, la interfaz de funciones enchufe hembra que incluye las funciones enchufe hembra 224 y 226 es usada para abrir un archivo a través de la LAN 102 entre el TSC 104 y el servidor de terminal 106, que operan ambos preferiblemente bajo el control de un sistema operativo UNIX®. Un descriptor de archivos para el archivo abierto puede ser entonces usado por las aplicaciones que se ejecutan en el TSC 104 y en el servidor de terminal 106 para enviar y recibir datos entre las aplicaciones.

En consecuencia, el TSC 104 es programado con soporte lógico informático que crea la función enchufe hembra 224 en una puerta (no ilustrada) del TSC 104 y crea lafunción enchufe hembra 226 en una puerta (no ilustrada) del servidor de terminal 106. En la realización preferida, el soporte lógico informático liga las direcciones de destino para las puertas del TSC 104 y del servidor de terminal 106 a las funciones enchufe hembra 224 y 226, respectivamente. Esto elimina la necesidad de suministrar las direcciones de destino cada vez que la interfaz de funciones enchufe hembra es usada para enviar datos entre las aplicaciones que se ejecutan en el TSC 104 y en el servidor de terminal 106. Además, la función enchufe hembra 224 actúa como una función enchufe hembra de cliente por cuanto que inicia las conexiones a la función enchufe hembra 226 del servidor de terminal, permitiendo con ello que se comuniquen las aplicaciones que se ejecutan en el TSC 104 y en el servidor de terminal 106.

La Fig. 4C es un diagrama de bloques simplificado que muestra la relación de los protocolos que son usados para establecer la comunicación entre las aplicaciones que se ejecutan en el TSC 104 y en el servidor de terminal 106. En la realización preferida, los protocolos están basados en el modelo de la Interconexión de Sistemas Abiertos (OSI), que está organizada en siete distintos estratos de protocolos interrelacionados que incluyen un estrato físico, un estrato de enlace de datos, un estrato de red, un estrato de transporte, un estrato de sesión, un estrato de presentación y un estrato de aplicación.

Las conexiones entre la función enchufe hembra 224 y la función enchufe hembra 226 utilizan el estrato físico, el estrato de enlace de datos, el estrato de red y el estrato de transporte del modelo OSI. Por ejemplo, el estrato de transporte puede incluir el TCP (Protocolo de Control de Transmisiones) 440 y el UDP (Protocolo de Datagrama para Usuario) 442. El TCP 440 es preferiblemente usado para intercambiar datos entre las funciones enchufe hembra 224 y 226, y el UDP 442 es preferiblemente usado para establecer y mantener comunicaciones entre las funciones enchufe hembra 224 y 226.

Además, el estrato de red puede ser el Protocolo de Internet (IP) 444, y los estratos físico y de enlace de datos pueden ser el protocolo de LAN Ethernet 446. Generalmente, un protocolo de telecomunicación es encapsulado por el TCP/IP o por el UDP/IP en los estratos de transporte y de red, y es entonces transmitido sobre un estrato de enlace de datos PPP a través de Ethernet usando la interfaz de funciones enchufe hembra. Esta encapsulación de los protocolos TCP/IP o UDP/IP es comúnmente conocida como "tunelización". En consecuencia, para completar una conexión entre las funciones enchufe hembra 224 y 226 se usan el estrato físico, el estrato de enlace de datos, el estrato de red y el estrato de transporte del modelo OSI.

La Fig. 3 muestra la configuración del soporte lógico informático del TSC 104, que incluye un administrador de enlace PPP 328, una tubería 330 y la función enchufe hembra 224. Un administrador de enlace PPP automatiza en general el proceso de establecer conexiones punto a punto entre sistemas informáticos o "iguales". En consecuencia, el administrador de enlace PPP 328 es usado para establecer enlaces punto a punto entre el igual, el TSC 104 y los iguales remotos que son las MU's 112, 116 y 120.

En la realización preferida, el administrador de enlace PPP 328 es el administrador de enlace PPP de UNIX® nativo, que es un administrador de enlace para el protocolo de enlace de datos asíncrono. Además, para establecer enlaces punto a punto entre iguales a través de un modem y de una línea telefónica se usa en general una interfaz 329 de control del administrador de enlace PPP con un controlador de marcado previo IP UNIX® y un módulo STREAMS PPP UNIX®. En consecuencia, el administrador de enlace PPP 328 es usado con un controlador de marcado previo y módulo STREAMS para establecer enlaces punto a punto entre el TSC 104 y las MU's 112, 116 y 120 a través de la PSTN 110.

La tubería 330 es preferiblemente una utilidad de tubería UNIX® que crea un canal de comunicaciones entre dos procesos. En particular, la tubería 330 es usada para abrir dos archivos para lectura y escritura. Los descriptores de archivos para los archivos abiertos pueden ser entonces usados por el proceso de la función enchufe hembra 224 y por el administrador de enlace PPP 328 para enviar y recibir datos entre los procesos.

La Fig. 4A es un diagrama de bloques simplificado que muestra la relación de los protocolos usados para la comunicación entre el administrador de enlace PPP 428 y la tubería 330. El canal entre el administrador de enlace PPP 328 y la tubería 330 utiliza el estrato de enlace de datos, el estrato de red y el estrato de transporte del modelo OSI. Por ejemplo, el estrato de transporte puede incluir el TCP 432 y el UDP 434. De nuevo, el TCP 432 es preferiblemente usado para comunicar datos, y el UDP 434 es usado para todas las otras comunicaciones entre el administrador de enlace PPP 328 y la tubería 330.

Además, el estrato de red puede ser el IP 431, y el estrato de enlace de datos es el PPP 433. De esta manera pueden ser intercambiados entre el administrador de enlace PPP 328 y la tubería 330 paquetes de datos TCP/IP/PPP.

Análogamente, la Fig. 4B es un diagrama de bloques simplificado que muestra la relación de los protocolos usados para la comunicación entre la tubería 330 y el proceso de la función enchufe hembra 224. Este canal de comunicaciones también usa el TCP 436 y el UDP 438 en el estrato de transporte, el IP 435 en el estrato de red y el PPP 437 en el estrato de enlace de datos. De esta manera pueden ser intercambiados entre la tubería 330 y la función enchufe hembra 224 paquetes de datos TCP/IP/PPP.

Se ha descrito anteriormente que son intercambiados entre el TSC 104 y el servidor de terminal 106 paquetes de datos TCP/IP/ETHERNET. El servidor de terminal 106 puede entonces usar métodos convencionales para intercambiar paquetes de datos TCP/IP/PPP con unidades de medición remota seleccionadas de las MU's 112, 116 y 120 por enlaces punto a punto a través de la PSTN 110. En consecuencia, pueden ser establecidos enlaces de comunicación entre el TSC 104 y las MU's 112, 116 y 120 aunque el TSC 104 esté en una red de difusión y las MU's 112, 116 y 120 estén en una red punto a punto.

Estos enlaces de comunicación entre el TSC 104 y las MU's 112, 116 y 120 pueden ser conceptualmente considerados como "enlaces punto a punto virtuales". Esto es debido al hecho de que los mismos funcionan como enlaces punto a punto desde los puntos de vista del TSC 104 y de las MU's 112, 116 y 120. Sin embargo, estos enlaces no son enlaces punto a punto reales porque abarcan no solamente una red punto a punto tal como la PSTN 110, sino también una red de difusión tal como la LAN 102.

Análogamente, una pluralidad de enlaces punto a punto virtuales entre el TSC 104 y las MU's 112, 116 y 120 puede ser considerada conceptualmente como un "conmutador de datos punto a punto virtual" entre el igual TSC y los iguales MU remota. En este caso, pueden ser creadas múltiples funciones enchufe hembra (no ilustradas) en distintas puertas (no ilustradas) del servidor de terminal 106, y las direcciones de destino para las distintas puertas pueden ser ligadas a las múltiples funciones enchufe hembra. De esta manera, la función enchufe hembra 224 en el igual TSC puede iniciar conexiones a las funciones enchufe hembra seleccionadas de las múltiples funciones enchufe hembra en el servidor de terminal 106, permitiendo con ello al igual TSC intercambiar datos con los iguales MU remota. Esta conceptualización como "conmutador de datos punto a punto virtual" ilustra la facilidad con la que pueden ser establecidas comunicaciones entre el igual TSC y los iguales MU remota cuando el igual TSC es programado como aquí se describe.

Un método preferido para establecer un enlace punto a punto virtual entre el TSC 104 y una de las MU's 112, 116 y 120 es implementado según el procedimiento que se ilustra en la Fig. 5, que es para ser ejecutado bajo el control de una aplicación de soporte lógico informático programada en el TSC 104.

En primer lugar, en el bloque 500 es abierta una interfaz de funciones enchufe hembra entre un primer igual de una LAN (preferiblemente el TSC 104 en la LAN 102) y una puerta de acceso entre la LAN y una WAN (preferiblemente el servidor de terminal 106, que enlaza la LAN 102 y la PSTN 110). En particular, la función enchufe hembra 224 de cliente es creada en una puerta del TSC 104, y la función enchufe hembra 226 de servidor es creada en una puerta del servidor de terminal 106. Se ha mencionado que las direcciones de destino para las puertas del TSC 104 y del servidor de terminal 106 son preferiblemente ligadas a las funciones enchufe hembra 224 y 226, respectivamente. La función enchufe hembra 224 de cliente puede por consiguiente establecer conexión a la función enchufe hembra 226 de servidor, permitiendo con ello que sean pasados datos a través de la interfaz de funciones enchufe hembra. Estos datos son preferiblemente pasados como paquetes de datos TCP/IP/ETHERNET.

A continuación, en el bloque 502 es efectuada una conexión por marcado previo entre el primer igual en la LAN y un segundo igual en la WAN (preferiblemente una de las MU's 112, 116 y 120 que están conectadas a la PSTN 110). En particular, el segundo igual es una MU conectada a la puerta del servidor de terminal 106 que corresponde a la función enchufe hembra 226 de servidor. Además, para establecer la conexión por marcado previo entre el primer igual y el segundo igual se usan un controlador de marcado previo IP UNIX®, el modem 108 del servidor de terminal y un modem 114, 118 ó 122 que corresponde al segundo igual.

En el bloque 504 es entonces creada una tubería entre la interfaz de funciones enchufe hembra y un administrador de enlace PPP para habilitar la comunicación entre la interfaz de funciones enchufe hembra y el administrador de enlace PPP, que es preferiblemente el administrador de enlace UNIX® nativo para el protocolo de enlace de datos asíncrono.

Además, un dispositivo teleescritor es llevado al "lado de escritura" de la interfaz de tubería en el bloque 506 y un módulo STREAMS es llevado al "lado de lectura" de la interfaz de tubería en el bloque 508 usando llamadas del sistema UNIX®. El mismo módulo STREAMS es entonces llevado a la interfaz de funciones enchufe hembra en el bloque 510. Se ha mencionado que para abrir archivos para lectura y escritura se usa generalmente una estructura lingüística de tubería, y que dos procesos usan generalmente estos archivos para enviar y recibir datos entre los procesos. La interfaz de tubería puede ser por consiguiente contemplada como una interfaz que tiene un lado de escritura que se corresponde con el archivo que es usado para escribir datos y un lado de lectura que se corresponde con el archivo que es usado para leer datos.

En consecuencia, cuando el administrador de enlace PPP 328 envía datos a la interfaz de funciones enchufe hembra a través de la tubería 330, se interconecta con el lado de escritura de la tubería 330. Debido al hecho de que el administrador de enlace PPP 328 es normalmente usado con un terminal serial, el dispositivo teleescritor es llevado al lado de escritura de la tubería 330, emulando con ello un terminal serial.

Hay que señalar que el dispositivo teleescritor proporciona una interfaz binaria de 8 bits orientada a caracteres entre el administrador de enlace PPP 328 y la tubería 330. Los paquetes de datos TCP/IP/PPP son por consiguiente intercambiados entre el administrador de enlace PPP 328 y la tubería 330 a través de esta interfaz. De esta manera, son establecidos entre el TSC 104 y las MU's 112, 116 y 120 enlaces duplex completos asíncronos de 8 bits.

Además, cuando la interfaz de funciones enchufe hembra recibe datos del administrador de enlace PPP 328, la misma interactúa con el lado de lectura de la tubería 330. Debido al hecho de que la interfaz de funciones enchufe hembra pasa datos por Ethernet, tanto la interfaz de funciones enchufe hembra como la tubería 330 deben soportar el protocolo IP por Ethernet. El módulo STREAMS llevado a la interfaz de funciones enchufe hembra y al lado de escritura de la interfaz de tubería enlaza el protocolo IP a Ethernet, permitiendo con ello que se comuniquen las interfaces de tubería y de funciones enchufe hembra.

A continuación, el descriptor de archivos que corresponde al archivo de escritura abierto por la interfaz de tubería es enviado al administrador de enlace PPP en el bloque 512. Esto permite al administrador de enlace PPP 328 enviar datos a la interfaz de funciones enchufe hembra a través de la tubería 330. Además, en el bloque 514 es proporcionado al administrador de enlace PPP el nombre del segundo igual de la WAN. En particular, el segundo igual, que es una de las MU's 112, 116 y 120, tiene una dirección IP asociada al mismo, siendo dicha dirección el nombre que es suministrado al administrador de enlace PPP 328.

Finalmente, en el bloque 516 es establecido por el administrador de enlace PPP usando técnicas convencionales un enlace punto a punto con el segundo igual. El administrador de enlace PPP 328 puede por consiguiente establecer un enlace punto a punto entre el TSC 104 y una de las MU's 112, 116 y 120.

Hay que señalar también que el enlace punto a punto entre el TSC 104 y la MU podría ser como alternativa establecido por la MU. En este caso, debe proporcionarse primeramente a la MU el descriptor del archivo abierto por la interfaz de funciones enchufe hembra y la dirección IP del TSC 104. Ya sea el administrador de enlace PPP 328 o bien la MU puede por consiguiente establecer enlaces punto a punto entre el TSC 104 y la MU. Lo más importante es el hecho de que estos enlaces punto a punto pueden ser establecidos en distintas redes de telecomunicación usando el procedimiento que se ilustra en la Fig. 5, sin que en las respectivas puertas de acceso se requieran modificaciones de los soportes lógicos informáticos personalizados.

Se sigue de la anterior descripción que la presente invención ofrece ventajas en comparación con métodos alternativos para tunelizar paquetes de datos PPP por enlaces punto a punto virtuales tales como el protocolo de tunelización punto a punto (PPTP) y el protocolo de tunelización del estrato dos (L2TP).

Por ejemplo, el método según la invención establece enlaces punto a punto virtuales usando solamente medios de administración de enlace en el cliente TSC o MU. No se requieren medios de administración de enlace en el servidor de terminal. Además, el método presenta al servidor de terminal una interfaz de 8 bits orientada a caracteres. Tales consideraciones son importantes cuando el servidor de terminal es un sistema heredado, tal como una puerta de acceso en una red de telecomunicación, porque el servidor de terminal no tiene que ser modificado para soportar tales enlaces punto a punto virtuales.

En contraste con ello, el PPTP y el L2TP requieren medios de administración de enlace tanto en el cliente como en el servidor de terminal. Además, el PPTP y el L2TP presentan interfaces punto a punto orientadas a paquetes al servidor de terminal. Esto significa que los sistemas heredados tales como los servidores de terminal tendrían que ser generalmente modificados para soportar el PPTP y el L2TP.

Habiendo sido descrita una realización, podrían realizarse variaciones o realizaciones alternativas. Por ejemplo, se ha descrito que la red de verificación 100 incluía una PSTN 110 y una pluralidad de MU's 112, 116 y 120. Sin embargo, éste era meramente un ejemplo ilustrativo. La red de verificación 100 podría como alternativa incluir otros tipos de WAN's, tales como la X.25 o la Frame Relay.

Por ejemplo, la Fig. 6 muestra una red de verificación 600 que incluye una red X.25 610 y un servidor de terminal 606, que es una puerta de acceso X.25. A fin de que las MU's 612, 616 y 620 establezcan conexiones con el servidor de terminal 606, las MU's 612, 616 y 620 y el servidor de terminal 606 incluyen los PAD's (ensambladores y desensambladores de paquetes) 614, 618, 622 y 608 asociados a los mismos, respectivamente.

Además, un enlace punto a punto virtual entre el TSC 604 y una de las MU's 612, 616 y 620 puede ser implementado usando el mismo procedimiento general que se ilustra en la Fig. 5. Específicamente, puede abrirse una interfaz de funciones enchufe hembra entre el TSC 604 y el servidor de terminal 606, puede crearse una tubería entre la interfaz de funciones enchufe hembra y un administrador de enlace PPP programado en el TSC 604, y pueden establecerse enlaces PPP entre las MU's 612, 616 y 620 y el TSC 604. De esta manera, pueden intercambiarse paquetes de datos TCP/IP o UDP/IP entre el TSC 604 y las MU's 612, 616 y 620 a través de una interfaz duplex completa asíncrona orientada a caracteres e integrada sin costura. Los servidores de terminal 106 y 606 podrían incluso estar conectados a una LAN común.

Claims (10)

1. Método para llevar a cabo comunicación de datos entre el primer ordenador (104) y el segundo ordenador (112, 116, 120) en una red de ordenadores del tipo de las que tienen: I) una red de difusión (102); II) un primer ordenador (104) conectado a la red de difusión (102); III) una red punto a punto (110); IV) una puerta de acceso (106) conectada a la red de difusión y a la red punto a punto; y V) un segundo ordenador (112, 116, 120) conectado por la red punto a punto a una puerta de la puerta de acceso; estando dicho método caracterizado por los pasos de:

a) ejecutar una orden del primer ordenador para establecer una función enchufe hembra en el primer ordenador;

b) ejecutar una orden en la puerta de acceso, estableciendo con ello en la puerta de acceso una función enchufe hembra asociada a la puerta de la puerta de acceso;

c) enviar datos desde el primer ordenador, a través de la función enchufe hembra del primer ordenador, por la red de difusión a la función enchufe hembra establecida en la puerta de acceso.

2. El método de la reivindicación 1, en el que el paso de enviar datos comprende los pasos de:

a) establecer una tubería a la función enchufe hembra establecida en el primer ordenador;

b) usar un administrador de enlace punto a punto para intercambiar datos a través de la tubería.

3. El método de cualquiera de las reivindicaciones precedentes, en el que la red punto a punto es la red telefónica pública.

4. El método de cualquiera de las reivindicaciones precedentes, en el que la red de difusión es una ETHERNET.

5. El método de cualquiera de las reivindicaciones 2, 3 ó 4, en el que las funciones enchufe hembra y una tubería son establecidas ejecutando llamadas del sistema.

6. El método de cualquiera de las reivindicaciones precedentes, en el que el primer ordenador es un controlador del sistema de verificación para verificar una red de telecomunicaciones y el segundo ordenador es una unidad de medición unida a la red de telecomunicaciones.

7. El método de la reivindicación 6, en el que la unidad de medición está conectada a la red punto a punto a través de un modem.

8. Método según cualquiera de las reivindicaciones precedentes, en el que la comunicación punto a punto es establecida entre el primer ordenador y el segundo ordenador sin usar soporte lógico informático de comunicación personalizado en la puerta de acceso.

9. Método según cualquiera de las reivindicaciones precedentes, en el que la función enchufe hembra en el primer ordenador es una función enchufe hembra de cliente y la función enchufe hembra en la puerta de acceso es una función enchufe hembra de servidor.

10. El método de cualquiera de las reivindicaciones precedentes, en el que las funciones enchufe hembra son establecidas usando órdenes UNIX.