Piense que es un poco como el truco de la pelota de tenis en las reuniones de negocios. En una situación en la que las personas son ruidosas, excitables o propensas a hablar unas sobre otras, puede introducir una pelota de tenis y establecer la regla de que solo se puede hablar cuando se sostiene la pelota. También puede establecer un límite de tiempo para que todos tengan la oportunidad de hablar. Cuando un orador ha terminado, pasa la pelota a otra persona que luego puede hablar.
Los protocolos de red basados en tokens son un poco así. Las computadoras pasan un token electrónico continuamente y si uno necesita “hablar”, espera hasta que recibe el token, habla y luego lo pasa.
Suena lento y complejo, pero en realidad funciona bastante bien. Hay características en el protocolo para evitar que cualquier máquina acapare la atención y para garantizar que todos tengan un turno. Por supuesto, todo esto sucede muy rápido, por lo que realmente no hay una “espera” perciptible.
- ¿Qué es MPLS?
- Tengo un nuevo protocolo de red en mente, ¿cómo puedo codificar por diversión y ganancias?
- ¿Cuáles son las mejores prácticas para diseñar e implementar protocolos de red?
- ¿IDM (y otros administradores de descargas) utilizan un protocolo de transferencia de archivos (FTP) para transferir datos? Si no, ¿qué usan?
- ¿Por qué Apple enfatiza el desarrollo orientado al protocolo en Swift? Java ha soportado la interfaz durante mucho tiempo, ¿qué tiene de especial el protocolo de uso?
Las redes Token Ring, ahora obsoletas por Ethernet y otros métodos, consistían en un literal ‘anillo’ cerrado de cable al que estaba conectada cada computadora. Si alguien rompiera el anillo desconectando una computadora de la manera incorrecta, la red dejaría de funcionar. La broma corriente en esos días era que desenchufar el cable hacía que la ‘ficha’ se cayera al suelo. Si tuvo la suerte de trabajar con un ‘chico nuevo’ adecuadamente crédulo, podría divertirse enviándolos a gatear por el piso para buscar la ficha que falta.