Interesante.
Estuve a cargo de la conectividad a Internet de Apple, DNS, correo electrónico de Internet, configuración de los primeros servidores FTP y HTTP, y arreglos de “firewall” (seguridad) desde 1988 hasta 1994, justo cuando las cosas estaban ganando terreno en Internet. A todos los efectos, nos pusimos en contacto con los proveedores de servicios de Internet con BGP como otro ISP (bueno, tan pronto como se implementó BGP …), y dentro de mi capacidad para hacerlo (dentro del soporte de administración que tenía), trabajé duro para convertir a Apple en un “buen ciudadano de Internet” dada la importancia de la cooperación técnica entre organizaciones para que Internet funcione realmente.
En mi respuesta a ¿Cuáles son algunas de las razones por las cuales los empleados de Apple dejan Apple?
- Creo que mi administrador del sistema está leyendo mi correo web. Tengo su direccion IP. ¿Que puedo hacer?
- Cisco Certified Network Associate (CCNA): ¿Cómo se comunica Internet en dispositivos móviles, funciona en la misma señal que la voz o es diferente?
- ¿Cómo se estructura OpenFlow?
- ¿Por qué mi conexión LAN en mi computadora portátil es más lenta que en mi PC?
- ¿De dónde viene internet? ¿Todo se deriva de una estación de computadora gigante de Internet? ¿Cómo funciona esto exactamente?
Por supuesto, el sitio “principal” es una descripción contextual; ¿cuenta la administración de un host / enrutador MILNET (net 26) y LAN asociada en el Laboratorio Nacional Lawrence Livermore (EGP, predecesor de BGP)? Lo hice en 1986 cuando Internet era mucho más pequeño. LLNL era un entorno más … abotonado que Apple, pero la seguridad en ambos lugares era de suma importancia.
Cuando lo hacía, la ingeniería y administración de redes realmente requería del ingeniero una buena comprensión de lo que estaba sucediendo en cada nivel de la pila de protocolos, p. Ej.
- saber algo acerca de los enlaces básicos de comunicaciones de datos de larga distancia como T1 (¿qué es AMI versus B8ZS? ¿Quién proporciona la sincronización para el enlace? ¿Cómo son las fallas típicas?), incluso si son simples tontos arrendados de Bellheads para su IP paquetes Apple Engineering Network tenía conexiones a oficinas en Cambridge, MA; Tokio Reston, VA; y … Munich? En algún lugar de Alemania. La organización de líneas internacionales arrendadas fue un proceso irritante.
- tenía que saber Ethernet en frío: 802.3, DIX vs SNAP framing, Protocolo de resolución de direcciones, transmisión / multidifusión y cómo interactuaban esas cosas, etc. La tecnología cambió bastante rápido durante ese tiempo: red gruesa, red delgada, par trenzado, 10base-T, repetidores , Conmutadores y puentes L2 y “hubs”, Fast Ethernet …
- Protocolo de Internet, direcciones IP (mmm, subredes y proxy-ARP!) Y enrutamiento: ¿cómo toma un enrutador las decisiones de enrutamiento? ¿Cómo intercambia la información de enrutamiento en los protocolos de enrutamiento? ¿Cómo interactúan los diferentes dominios de enrutamiento administrativo?
- Protocolo de control de transmisión (TCP): ¿cómo se inicia y detiene? ¿Cómo mide y trata la pérdida de paquetes y el control de congestión? ¿Cómo interactúa eso con los protocolos de aplicación?
- El Sistema de nombres de dominio: todo funciona solo con direcciones IP, pero las personas (y el software escrito con sensatez) usan nombres. Si la traducción / búsqueda de nombre a dirección no funciona, es como si la red estuviera inactiva.
- Protocolos de aplicación: Protocolo simple de transferencia de correo (SMTP), Protocolo de oficina de correos (POP), IMAP, HTTP, Protocolo de transferencia de archivos, etc.: ¿qué hace cada uno a la red? ¿Cuánto están usando todos de cuáles? ¿Cómo interactúan con todo junto y debajo de ellos?
- las relaciones tanto con sus clientes como con sus pares en otras compañías, tanto proveedores (por ejemplo, Cisco (compañía)), ISP como otros sitios importantes de Internet. Esta es una de las muchas razones por las que asistí a las reuniones del Grupo de trabajo de ingeniería de Internet (IETF) y participé en sus listas de correo: conocer a las personas con las que tendría que hablar para hacer las cosas, antes de que ocurriera una crisis ( tuvimos unos pocos).
Cuando una persona se encarga de todo eso, esa persona tiene que intensificar y aprender un poco de todo, y buscar una experiencia más profunda en las áreas específicas según sea necesario. Me ayudó enormemente ser un programador de sistemas Unix (“hacker del kernel”) y, por lo tanto, tenía un conocimiento relativamente íntimo de los servidores que estaba implementando y administrando antes de sumergirme en la ingeniería de redes a gran escala. Algunos de los problemas de ancho de banda, escalado y exceso de suscripción ocurren en sistemas pequeños en computadoras individuales, incluso cuando ocurren en redes grandes. OTOH, otros problemas no aparecen hasta que esté a escala.
Eso es todo lado de las operaciones. Sin embargo, trabajé para el grupo de “sistemas” en lugar del grupo de operaciones de red en la organización de Ingeniería de Operaciones Informáticas (ECO) de Apple. Entonces, cuando el lado de las operaciones no estaba explotando (en crisis de algún tipo), tenía proyectos de desarrollo de software y sistemas para trabajar. Mirar los archivos de registro y los gráficos de tráfico durante todo el día volverá loco a cualquiera después de un tiempo. Pero es mejor vigilarlos y planificar con anticipación para el crecimiento futuro …
Además de todo esto es (para una empresa) demostración de valor para la empresa, valor para el resultado final. Si no puede justificar razonablemente el gasto de todas estas cosas de redes para las personas que le pagan, será mejor que tenga su currículum listo y listo. ¿Por qué el dinero que propone gastar en equipo de red X o ancho de banda adicional es una ganancia para la empresa u organización?
Si tenía una frustración constante, era la falta de comprensión de la importancia de Internet como red y como tecnología, por parte de la alta dirección en ese momento. Problema básico: estaba lleno de piratas informáticos que daban miedo, y todavía no era un flujo de ingresos (para Apple), por lo que toda responsabilidad y riesgo desde el punto de vista negativo … cuando lo pensaron en absoluto. Además de eso, la Historia de Apple les dejó un sesgo desafortunado en contra de las redes, como lo describo en mi respuesta a ¿Por qué el Macintosh original (128K) no tenía Ethernet?
Por supuesto, en estos días, Apple gana cantidades tontas de dinero de Internet y, por lo tanto, estoy seguro de que gasta mucho para asegurarse de que sea confiable, seguro, etc. Me complace haber tenido una mano en sentar las bases para eso.
Esta respuesta dice que estaba haciendo todo esto solo. Yo no estaba: Apple ECO tenía 30 personas, divididas en tercios: sistemas, operaciones, servicios de red. Estaba en el grupo de sistemas, pero trabajé con todos ellos (y nuestros “clientes”, el departamento de ingeniería de Apple de miles de personas) para hacer que todo “funcionara”; La ingeniería de redes no es trabajo para un lobo solitario.