Tecnología de sistemas integrados de Novell


La tecnología de sistemas integrados de Novell ( NEST ) era una serie de API , formatos de datos y pilas de protocolos de red escritos de forma altamente portátil destinados a ser utilizados en sistemas integrados . La idea era permitir que varios dispositivos pequeños accedieran a los servicios de Novell NetWare , proporcionaran dichos servicios o utilizaran el protocolo IPX de NetWare como sistema de comunicaciones (y más tarde también TCP/IP ). Novell se refirió a este concepto como "redes extendidas", [1] y cuando se lanzó el esfuerzo, se jactaron de que querían ver mil millones de dispositivos conectados a redes NetWare para el año 2000. [2]NEST se lanzó a mediados de 1994, contrarrestando los esfuerzos similares de Microsoft en el trabajo de Microsoft , [2] que se había lanzado en 1993.

Ninguna tecnología recibió mucho apoyo de terceros, aunque aparentemente parte del código de NEST se reutilizó en Novell Distributed Print Services (NDPS) y, por lo tanto, iPrint .

NEST consistía principalmente en una pila de controladores de protocolo Novell implementada en ANSI C. [3] La pila incluía controladores para hardware de red popular en ese momento, incluidos Ethernet , Token Ring , AppleTalk (en realidad, se refiere a LocalTalk , una confusión común) y ISDN , así como módulos de nivel superior para protocolos como IPX de Novell y AppleTalk y posterior TCP/IP. [3]

La capa de servicios de NetWare agregó soporte para protocolos de aplicación, en particular, servicios de cliente de NetWare, como servidores de archivos y sincronización de tiempo de red, y NEST Requester , que actuó como un punto final similar a una tubería para comunicaciones livianas. [3]

Ortogonal a estos servicios, NEST también incluía implementaciones básicas de los servidores PSERVER y NPRINTER de Novell . [3]

Finalmente, NEST también definió una interfaz de sistema operativo conocida como POSE ( Portable Operating System Extension ), que era un módulo de traducción delgado que definía todas las llamadas que NEST necesitaba para respaldar su propia funcionalidad, cosas como la gestión de memoria y la creación de procesos (como POSIX 1003.1, 1003.4 y 1003.4A), que el desarrollador transfirió a la plataforma particular de interés. [3] NEST se escribió deliberadamente para poder ejecutarse desde ROM sin almacenamiento secundario (es decir, no tenía un estado a largo plazo que necesitara almacenar). [3]