¿Es imposible transferir un paquete a través de una red sin usar el Protocolo de Internet?

Hay formas de comunicarse a través de una red informática que no necesariamente utiliza IP. Algunas de ellas son redes (por ejemplo, Ethernet) que se utilizan para transportar tráfico IP pero también pueden transportar otros tipos de tráfico. Otras son redes que (normalmente) no transportan tráfico IP en absoluto. He visto un par de estándares de red de área local para uso en el campo de automatización de procesos que no están basados ​​en IP. Estos tienden a estar diseñados para un número bastante pequeño de nodos que envían mensajes pequeños a través de conexiones de bajo ancho de banda; en este contexto, el uso de IP impondría costos indirectos ridículos, por lo que no se utiliza IP.

La mayoría de las redes utilizan, o al menos admiten, el uso de IP, porque la IP es muy generalizada, y casi siempre es posible colocar tráfico IP en una red que no ha sido diseñada para ello, ya que todo lo que necesita para enviar tráfico IP es una forma enviar paquetes de datos de un lugar a otro, y una red que no puede hacer eso no es realmente una red, ¿verdad?

Internet se desarrolló originalmente con el propósito específico de permitir que las personas en diferentes redes se comuniquen entre sí y usen los servicios de los demás. Está específicamente diseñado para ser universal, y por eso ha tenido bastante éxito en llegar a ser bastante universal. Pero eso no significa que no puedas usar otra cosa; lo difícil será encontrar otras personas que te hablen usando ese “algo más”.

Existen varios otros protocolos de conmutación de paquetes además de IP. La mayoría de los principales proveedores de computadoras (hardware y software) tienen redes internas de conmutación de paquetes independientes y en algunos casos compiten con IP. No existe un tamaño de paquete estándar. IBM tenía la arquitectura de red de sistemas (SNA), DEC tenía la arquitectura de red digital (DNA), Burroughs tenía la suya, Apple tenía Appletalk, y así sucesivamente. Todos sus problemas eran que tenían arquitecturas que no jugaban bien con los demás.

El protocolo Livermore LINCS también hizo la conmutación de paquetes. TCP / IP los hizo menos relevantes.

De hecho, al principio, tanto IBM como AT&T no creían que la conmutación de paquetes funcionaría. Pensaban que el futuro sería estrictamente un cambio de circuito. Eso estaba bien documentado. NCP funcionó. Se esperaba que TCP / IP fallara. El “dinero inteligente” pensó que X.25 se haría cargo. La interoperabilidad era otro asunto. Se escuchan mucho menos sobre los modelos de siete capas, y la IP era solo una.

Hay todo tipo de redes. Originalmente, Windows no usaba ni sabía nada sobre IP, y usó su propio protocolo. Existen numerosos protocolos que se ejecutan en Ethernet, y felizmente coexisten con IP. En Linux, puede crear sockets no IP utilizando la API de red del kernel, llamada Raw Sockets.
Lo que no sucederá es que esos paquetes sean enrutados automáticamente por enrutadores IP a través de Internet. Uno de esos casos con los que tengo experiencia es el protocolo de automatización y control de edificios (BACnet). Puede encontrar el código fuente de Linux para BACnet en línea.

No es imposible en absoluto. Hay otros protocolos de red … IP es el más común, pero existe, por ejemplo, el modelo OSI ampliamente utilizado (actualmente está siendo abandonado, pero todavía en uso para muchas WAN corporativas, como bancos y otras cosas).

Sí. Estos protocolos incluyen IPX, Netbeui e incluso ITU-T X.25.

Seguro. El Sistema de Control de Comando Estratégico Automatizado utilizó un sistema de conmutación de paquetes a mediados de la década de 1960. ¡Casi 20 años antes de que Al Gore inventara Internet!

Solo puede transferir un paquete a través de una red utilizando los protocolos que la red utiliza para el transporte. Si la única red que tiene está basada en IPv4 (o IPv6), entonces debe estar basada en IPv4 (o IPv6).

Si realmente quiere decir: transferir un paquete a través de una red, entonces ciertamente puede configurar una red que no tiene IP implementada.

Sin embargo, evite conectarse a Internet.