¿Por qué el modo de transferencia asincrónica (ATM) perdió a IP?

Tres razones: costo, costo y costo. Ethernet siempre gana. Esta es la regla de redes 1.

El cajero automático se desarrolló a partir de una buena idea: es fácil y barato hacer hardware que divida los datos en trozos de tamaño fijo (celdas) y arroje celdas. Resulta que dentro de un solo sistema, esa es una idea capital. Aunque una celda de 53 bytes NO tiene sentido. Elige algo cuerdo, como 32 o 64. Alguna potencia de dos.

Entonces, el verdadero problema ocurrió cuando alguien decidió que era más inteligente enviar las células ATM en realidad a través de fibras WAN. Obviamente, puede hacerlo, pero cuando arroja la celda de 53 bytes fuera de la caja, ahora comienza a pagar el temido impuesto de celda. Eso aumenta el costo. Eso solo fue suficiente para matarlo.

Agregue a eso la incomodidad de ejecutar tráfico en paquetes en la parte superior de una infraestructura de conmutación de circuitos y agrega costos operativos adicionales y se queda empujando una clavija cuadrada en un agujero redondo.

Erik Fair ya escribió una buena respuesta a esta pregunta: el modo de transferencia asincrónica (ATM) es malo para las redes de computadoras

Solo para complementar la respuesta de excelente Tony Li, algunos puntos:

Tony tiene toda la razón sobre el factor costo. En este sentido, una de las cosas que mató a los cajeros automáticos fue la necesidad de equipos muy costosos para dividir los paquetes en celdas, y viceversa.

Si el ATM se implementara de extremo a extremo, como lo defendían algunas personas, la red tendría que transportar células y (al menos en teoría) el costo de los conmutadores se mantendría bajo.

Sin embargo, ATM implementado en la década de 1990 tuvo que lidiar con el hecho de que los hosts usaban otros protocolos. Incluso antes de que IP tomara como estándar, otros protocolos como IPX y los protocolos de mainframe usaban paquetes más grandes. Estos paquetes tuvieron que dividirse en celdas y volverse a ensamblar más tarde.

Los conmutadores ATM puros podrían utilizar menos memoria que los enrutadores en ese momento. Los tamaños de celda fijos podrían facilitar la implementación de cosas en el hardware. Sin embargo, la necesidad de transportar paquetes IP requería que los conmutadores ATM tuvieran tanto las memorias intermedias de celda como también las memorias intermedias para paquetes IP, que usaban más memoria y tenían que admitir asignaciones de tamaño variable. Entonces, al final, los conmutadores ATM tuvieron que implementar tanto el almacenamiento en búfer fijo para las células como el almacenamiento en búfer flexible para los paquetes, aunque solo fuera para implementar el proceso de ensamblaje y reensamblaje de segmentos, que era necesario para la interoperabilidad.

Otro problema con el cajero automático fue el costo de la licencia. Ethernet tenía términos de licencia muy amigables en comparación con ATM, que todavía era un objetivo móvil a fines de la década de 1990 cuando la tecnología fue rápidamente superada por los desarrollos en el transporte óptico (SDH / SONET, OTN y DWDM) y MPLS (que agregó más inteligencia que los cajeros automáticos) tenido y funcionó mejor con IP y Ethernet).

More Interesting

¿Qué significa el número en un cuadro ACK para una repetición selectiva de ARQ?

¿Cómo crearía e implementaría su propio protocolo de red?

¿Cuál es la explicación más simple del modelo OSI con ejemplos reales?

¿Necesitamos conmutación CSMA / CD y LAN en la capa de enlace de datos?

¿Cómo clasifica el comando Netstat las conexiones entrantes y salientes?

¿Cómo puede una sola dirección IP manejar una velocidad de transferencia de datos que es demasiado grande para cualquier cable de transmisión / servidor / enrutador?

¿Qué tan complicado y costoso sería ejecutar un intercambio de paquetes X.25 en 2016?

¿Cómo funcionan juntos la capa de enlace de datos y la capa de red para intercambiar mensajes?

¿Cómo funciona la estimación del tiempo de ida y vuelta del TCP (RTT)? ¿Qué tan diferente es la implementación en todos los sistemas operativos?

¿Cómo se relaciona TCP / IP con HTTP?

¿Alguien puede rastrear mi identificación a través de una aplicación de chat como Viber? ¿Y cuánto tiempo desaparece la dirección IP si no inicio sesión?

Para la transmisión del sistema de archivos, ¿hay alguna manera de 'mantener una conexión abierta', como con TCP, o la transferencia de datos relativamente sin estado es lo suficientemente rápida?

¿Qué es el UDP?

¿A qué red corresponde el NetID en su dirección IPv4?

Al enviar un paquete a través del TCP. ¿El cuerpo TCP alcanza unos pocos milisegundos de retraso después del encabezado TCP? ¿Alguien podría explicar por qué esto podría estar sucediendo?