Conceptos erróneos más populares sobre las redes [cerrado]

26

00000001 + 00000001 = 00000011 texto alternativo http://locobox.googlepages.com/red_x_round.png

Conceptos erróneos sobre las redes *

¡Es hora de confesar! ... 'en algún momento' creías que sabías algo, y terminó siendo incorrecto, o no del todo correcto debido a una idea errónea sobre el tema.

Creemos una buena lista de conceptos erróneos populares que incluso los administradores de TI experimentados tienen, explícitamente sobre las redes. Mi esperanza es construir una descarga mental muy útil que sirva como un buen recurso para los miembros de esta comunidad.


Comenzaré con un ejemplo extremadamente obvio (los elementos con más votos estarán en la parte superior) :

  • Todas las direcciones que comienzan con 169 provienen del sistema de conmutación por error APIPA

    Solo 169.254.0.0/16 está reservado para la asignación APIPA cuando el sistema operativo no puede encontrar una dirección asignada para una interfaz de red ( léase: rfc3927 ).


***** No debe confundirse con "Errores cometidos por los administradores de sistemas"

revs l0c0b0x
fuente
¿Qué pasa con la imagen de error matemático binario?
J. Polfer
Lo vi hace mucho tiempo en un foro (alguien hizo una pregunta), y siempre pensé que era divertido.
l0c0b0x

Respuestas:

27

Mito: Permitir que ICMP sea inseguro.

Este es un motivo favorito mío, y está lo suficientemente extendido como para causar problemas importantes en Internet. Además de los diagnósticos prácticos que todos conocemos y amamos, está Path MTU Discovery y otras cosas que se rompen cuando se bloquea ICMP.

dwc
fuente
Yo también odio esto, la gente ve que el mundo del crack gira en torno a ICMP, no importa el pobre ISP a quien le encantaría ayudarlo, pero no puede porque para ellos todo está mal. sí, puedes hacer túneles ICMP y otros travesuras, pero ¿a alguien le preocupa filtrar su DNS en el borde? porque, por cierto, también puedes hacer túneles DNS,
Bruce Grobler
Creo que esto se deriva de un concepto anterior de usar ICMP para mapear redes interiores, de modo que el atacante pueda desarrollar un conjunto de objetivos que perseguir una vez que encuentren un medio de violar su firewall / DMZ.
Avery Payne
26

Algunas personas tienen creencias religiosas sobre las direcciones IP permitidas y no permitidas. Ayer vi en una de las respuestas aquí que 'las direcciones IP que terminan en .0 o .255 no son válidas', lo cual es completamente incorrecto.

Otros todavía piensan que solo tenemos subredes de tamaño A, B, C, mientras que CIDR estuvo gobernando el mundo durante bastante tiempo.

Algunos afirman que deshabilitar las respuestas ICMP hará que mi estación de trabajo sea invisible en su segmento LAN, lo cual no es cierto. Aún puede enviar solicitudes ARP y, en la mayoría de los casos, la máquina enviará una respuesta ARP, aunque tiene un firewall de nivel IP en ejecución.

Otros dicen que las subredes privadas (192.168.0.0/16 o 10.0.0.0/8 no son 'enrutables'), lo cual es completamente incorrecto nuevamente.

Las personas se sorprenden realmente cuando aprenden cómo la saturación de carga afecta sus velocidades de descarga. Esto depende en gran medida de los algoritmos de colas en ambos extremos del cuello de botella, pero en el caso de las conexiones ADSL típicas, la carga puede afectar significativamente la descarga.

En el lado divertido: algunos todavía piensan que "Internet es una serie de tubos" .

pQd
fuente
1
No es un camión de basura. En serio, sin embargo, una publicación informativa en sí misma, esto (carga de saturación, ¿o rly?).
Kara Marfia
2
Las subredes privadas son enrutables. Sin embargo, usted no está supone para que los conduzca a la Internet pública , ya que dará lugar a problemas de identidad (? Quién está en 10.1.1.1 ¿Es la máquina en Milwaukie, o la máquina en Praga?)
Avery Payne
@Avery Payne: sí, tienes razón. además, tener redes privadas superpuestas en una empresa [por razones históricas] es una fuente de alegría / dolor para cualquiera que intente descubrir qué está sucediendo y por qué las cosas no funcionan.
pQd
3
@Avery Pane, su derecho sobre los enrutables, pero intente publicitarlos a su proveedor y obtendrá una falla de RIB, ya que los proveedores enrutan nula las subredes privadas en los enrutadores fronterizos y probablemente los filtren en las sesiones de bgp (espero que lo hagan) de todas formas). Pero haga un túnel sobre su proveedor a todos sus sitios remotos y sí, son tan enrutables como cualquier dirección IP. : D es lo mismo con algunos otros prefijos "públicos", por ejemplo, 1.0.0.0/8 se enrutan de forma nula en la mayoría de los proveedores, o se usan para bucles de enrutador, y todos estamos esperando el día ARIN / APNIC / etc, etc. todos deciden para que esté disponible
Bruce Grobler
@Bruce Grobler estuvo de acuerdo, aunque es interesante que haya tenido otra discusión, ya que esto resultó en que la gente me dijera "sí, puede y / debe / colocar direcciones IP no enrutables en DNS que el público puede ver (resolver)". La intención era hacer que estas máquinas fueran accesibles desde Internet. Mientras tanto, al margen, estaba saltando arriba y abajo, ondeando banderas rojas, tratando de gritarles "¡No lo hagas! ¡Te arrepentirás!"
Avery Payne
15

Todas las conexiones a Internet se crean de la misma manera, lo que importa es la velocidad de descarga.

"Acabo de descubrir qué es un T1, ¿no sabes que mi cable de Comcast en casa es 6 veces más rápido que nuestra conexión en el trabajo? ¿Por qué no tenemos eso aquí?"

Ya no aparece, pero llegó al punto en el que preferiría tragar alimentos básicos que tratar de explicar un SLA a otro tipo de marketing. (OK, tenía la misma pregunta cuando era un exfoliante de soporte de estación de trabajo, ¡lo admito!)

Kara Marfia
fuente
1
Oh mi ... ¡Lo entiendo todo el tiempo! Reacción = respiraciones profundas centradas en el resultado> un usuario más informado (repite "piensa en pensamientos felices" unas 30 veces)
l0c0b0x
"Entonces, ¿por qué la conexión de trabajo parece mucho más rápida?" a menudo funciona (la respuesta, por supuesto, es una latencia más baja, DNS local y, opcionalmente, caché web)
LapTop006
LapTop006: lo más probable es que sea la velocidad de carga que acelere el T1 en comparación con un ADSL doméstico. Nunca he tenido problemas con la latencia o DNS con conectividad doméstica.
Garry Harthill
2
Un buen artículo sobre esto es "Es la latencia, estúpido": rescomp.stanford.edu/~cheshire/rants/Latency.html . Dicho esto, la conexión de negocios de Comcast en mi casa tiene una latencia similar y un mejor tiempo de actividad a continuación, Verizon y ATT t1 es que he tenido ....
Kyle Brandt
14

James Gosling cita a Peter Deutsch con crédito por las ocho falacias de la computación distribuida :

Esencialmente, todos, cuando crean una aplicación distribuida, hacen las siguientes ocho suposiciones. Todos demuestran ser falsos a la larga y todos causan grandes problemas y experiencias de aprendizaje dolorosas.

  1. La red es confiable
  2. La latencia es cero
  3. El ancho de banda es infinito
  4. La red es segura
  5. La topología no cambia
  6. Hay un administrador
  7. El costo de transporte es cero
  8. La red es homogénea.

Los tengo en la pared de mi cubo de cara al pasillo. A veces siento que me tropiezo con más de uno por día .

Bob Cross
fuente
1
Me recuerda al cliente que movió su base de datos a un centro de datos al otro lado del país (mientras dejaba el resto de la aplicación donde estaba) y luego se queja de que nuestro software es demasiado lento ...;)
Kara Marfia
2
Tal vez debería haber explicado que toda esa distancia estaba usando la presión de la red. Si usted quiere tener un sitio remoto, es necesario tener estaciones de bombeo para dar cuenta de las fugas poco lento en las tuberías ....
Bob Cruz
¡Hermosa! ¡Absolutamente hermoso! Es hora de que descifre mi poster-fu ... ¡Quiero uno de esos!
Mei
1
Para ser justos con el cliente Kara, tienen un punto. La forma en que está escrito su software, sin duda, supone "La latencia es cero", lo que veo en casi todo el software de acceso a la base de datos.
Zan Lynx
12

Un viejo pero bueno

  • BPS (bits por segundo) y BAUD son lo mismo, que no lo son. BAUD es la tasa de símbolos. En muchos sistemas, los símbolos codifican cada uno 2 o más bits. p.ej,

    + 2v = 11
    + 1v = 10
    -1v = 01
    -2v = 00

BIBD
fuente
9

En la práctica...

802.11A! = 54 Mbit / s, 802.11A ~ 27 Mbit / s

802.11B! = 11 Mbit / s, 802.11B ~ 5 Mbit / s

802.11G! = 54 Mbit / s, 802.11G ~ 22 Mbit / s

James Moore
fuente
44
¿Qué pasa con 802.11n? 600 Mbit / s
Charles Faiga
8

Odio cuando se culpa a la red de algo con una aplicación que se ejecuta lentamente.

Cuando todo funcione, excepto su Outlook, deje de actualizar el ticket para el equipo de redes que dice que la red está inactiva. Los trabajadores ignorantes de la mesa de ayuda son la ruina de la existencia de muchos administradores.

chispas
fuente
Del mismo modo, odio cuando se culpa a la aplicación de que algo con la red sea lento.
Matt Hanson el
Desde entonces, he movido hacia atrás en un papel en el desarrollo y totalmente de acuerdo con eso también :)
sclarson
7

Que hacer cosas en "hardware" siempre es mejor que hacerlo en "software".

(¿Qué lleva a la pregunta obvia de dónde se traza la línea entre estos dos de todos modos, o si hay alguna buena distinción?)

Oskar Duveborn
fuente
6

Que "MBps" y "mbps" son intercambiables. Incluso si pudiera discernir contextualmente que los 'milibits' no son una unidad de medida válida, todavía hay un factor de diferencia de 8 entre los dos.

Y ni siquiera me hagas comenzar con mebibits.

goldPseudo
fuente
5

En un entorno de LAN empresarial, muchas personas todavía asumen que el enrutamiento entre vlans es más lento que el cambio. Con los conmutadores modernos de hoy, tanto la conmutación como el enrutamiento se manejan en hardware que puede procesar / reenviar estos paquetes a la misma velocidad.

Dave K
fuente
5

La idea de que los dispositivos de hardware dedicados siempre son mejores, más confiables y de mayor rendimiento que los productos básicos y / o hardware de PC, en la práctica , con los costos actuales.

Básicamente es lo que Cisco quiere que creas; claro, el NPE en el chasis del enrutador solo tiene un procesador ARM de ~ 300 MHz, pero tiene todos estos ASIC (Circuitos integrados específicos de la aplicación) solo para reenvío rápido de paquetes, búsquedas de enrutamiento FIB, etc.

Mientras que eso puede ser verdad, y por lo general me haga el favor usando el engranaje propietaria de ese tipo de enrutadores y conmutadores para una variedad de razones administrativas y MTBF-relacionados, el hecho es que en la era de 3 GHz y 8 GB de RAM, a menudo la presencia de ASIC y CAM simplemente no importa: la PC aún puede fumar ese enrutador. Claro, todo se hace en la CPU en lugar de fuera del tablero para hardware dedicado, y claro, todo está en procesos sujetos a los estragos de un entorno de programación de espacio de usuario en un SO de uso general, pero cuando tienes 20 veces la potencia de la CPU, a veces no importa, todavía sale muy por delante y es mucho más barato.

Aprendí esto nuevamente recientemente cuando se trata de un pandeo PIX de gama alta para aumentar las cargas de procesamiento de paquetes en un entorno de VoIP en crecimiento (enrutadores paralizados de paquetes por segundo mucho más que el rendimiento general per se, y las transmisiones de audio VoIP consisten en muy grandes cantidades de paquetes muy pequeños); Mientras tanto, el firewall de Linux que configuré como medida provisional para el enrutamiento entre VLAN hizo volar esa cosa fuera del agua.

Lo mismo para BGP. Todavía hay un debate vivo en el mundo de Cisco sobre las especificaciones mínimas del enrutador necesarias para mantener una o más vistas BGP completas de la tabla de enrutamiento IPv4 en constante crecimiento, ya que muchos modelos de enrutadores generalmente son capaces de hacerlo si no escasean en la RAM . Bueno, ya sabes, Quagga y un servidor Linux sólido con una gran NIC y ajustes de E / S de baja interrupción pueden hacer maravillas. :-)

Alex Balashov
fuente
IME puede hacer BGP o (bastante) altas velocidades en un enrutador basado en PC, no ambos. Aunque para el momento en que lo hace, el costo de un enrutador real vale la pena por las características. Incluso en el lado pequeño puede ser bueno, para nosotros, la serie J de Juniper es un enrutador BGP más barato que un servidor basado en PC.
LapTop006
Creo que la mayoría de las personas eligen usar Cisco no por el aparente mayor rendimiento de los paquetes (www.vyatta.com) sino por el hecho de que todos hemos crecido con Cisco y confiamos en Cisco, sé que algunos enrutadores basados ​​en PC podrían reemplazar algunos de los equipos en mi red y ser muy superior, pero crecí en Cisco y me quedé con Cisco: D Además, las características que obtenemos del kit de Cisco no tienen paralelo en el mundo de los enrutadores unix / linux, yo personalmente despreciaría no tener una ruta -mapas y mapas de políticas (¿alguien ha visto TC? entonces sabes de lo que estoy hablando: D) Eso es $ 0.0002
Bruce Grobler
Deberías mirar las especificaciones de un PIX. ¡Sorpresa! ¡Es solo una PC! en.wikipedia.org/wiki/Cisco_PIX
Joseph
5

Esa duplicación de dirección MAc no es posible. Lo es, es bastante improbable.

Vatine
fuente
Oh sí, siempre vale la pena comprobarlo. ARPwatch me ha salvado un par de veces.
Zan Lynx
¿Alguien sabe qué tan probable?
David Hicks
La mayoría de los fabricantes que ejecutan líneas de fabricación multible probablemente estén utilizando un PRNG de algún tipo para asignar los 24 bits más bajos del MAC (para no tener que mantener la unicidad entre múltiples líneas de producción), por lo que para ellos, puede estimar un 50% de posibilidades de una colisión de usted tiene 2 ^ 12 (por lo tanto, 4096) tarjetas de red dentro del mismo dominio de difusión.
Vatine
1
"es bastante improbable", y a veces es intencional;)
Stefan Lasiewski
5

La idea errónea de que el uso inalámbrico significa que el acceso a Internet es mucho más lento porque muestra 54 MB / s, mientras que el uso de una conexión Ethernet muestra 100 MB / s.

No hace falta decir que fue difícil explicarle al usuario que solo era la velocidad de la red local y, de hecho, la velocidad de Internet para el sitio era de solo 8 mbps / 900 KB / s.

O, alternativamente, los usuarios que le exigen que suministre una conexión de banda ancha, luego, cuando les dice que la conexión inalámbrica que están utilizando está conectada a una conexión a Internet de banda ancha, exclaman "¡No, me refiero al cable azul!"

Omegatron
fuente
Interesante ... Nunca he escuchado / pensado sobre este concepto erróneo (no digo que esté ahí afuera, estoy seguro de que lo está).
l0c0b0x
1
En realidad, en mi humilde opinión, hay otras cosas a inalámbricas que agregan una latencia leve (pero sensible) en comparación con el cable.
Halil Özgür
¡Sin mencionar que 100Mbps también podría ser half duplex! :-)
Omegatron
4

El tipo de cable no importa para la red siempre que esté engarzado profesionalmente. Esto viene de un administrador que se pregunta por qué las computadoras nuevas todavía acceden lentamente a Internet con sus adaptadores 100Base-T. El cable de red era Cat-3 IIRC.

Joshua Nurczyk
fuente
4

La idea errónea de que una red conmutada Ethernet == una red segura. No lo hace.

Además de la omnipresente presencia de herramientas de envenenamiento por arp como 'Cain & Abel' y sus semejantes, el hecho de que la tabla CAM se agote cada cierto tiempo (por defecto 5 minutos en un conmutador Cisco ) y, por lo tanto, inunda el tráfico de unidifusión como un centro se traduce en fuga de paquetes y por lo tanto fuga potencial de información.

Puede cambiar el valor de tiempo de espera en los conmutadores administrados para compensar la cantidad de inundación que desea permitir, pero dado que es parte del funcionamiento de la conmutación Ethernet, no puede mitigarlo por completo.

revs romandas
fuente
4

Que necesita un cable cruzado para conectar 2 computadoras con Gigabit Ethernet. Usted no! ¡Patch hace el truco!

Nick Kavadias
fuente
77
Tenga en cuenta que esto solo funciona si al menos las tarjetas de red son compatibles con la detección MDI / MDI-X. La mayoría lo hace pero todavía hay cartas sobre eso que no.
Nathan
Tuvimos un problema en el que un tipo de cableado instaló un conector usando 586B en el lado del interruptor y 586A en el escritorio. Todas las máquinas que probamos funcionaron, excepto las del cliente.
Joseph
1
MdiX es un requisito de GbE por lo que recuerdo
Dave Cheney, el
3

Mito: Duplicar los bps de un enlace duplica el rendimiento útil.

Al igual que con muchos mitos, esto puede ser cierto en algunas circunstancias limitadas, pero ignora la latencia del enlace y los límites de rendimiento de los sistemas finales y los protocolos.

Aumentar los bps reduce el tiempo que le toma a un sistema llevar los datos al enlace, no hace que los datos se muevan a lo largo del enlace más rápido. El tiempo para que el primer bit llegue al otro extremo es el mismo que antes, pero el retraso hasta que llega el último bit se reduce.

mas
fuente
3

Tengo algunos mitos relacionados con las redes privadas (10.xxx, 192.168.xx, etc.).

Mito 1: las IP privadas nunca pueden aparecer en la red pública. Por lo tanto, no es posible que una IP privada que no sea la suya aparezca, por ejemplo, en una lista de trazado de ruta o en los encabezados SMTP "Recibidos por".

Mito 2: no es posible que un servidor DNS con conexión a Internet distribuya direcciones IP de red privada.

Ambos mitos surgen del mismo error: que las IP privadas son verdaderamente privadas y que nunca se mezclan con las IP públicas. Creo que la especificación solo dice que las IP privadas nunca se enrutarán en la red pública. Es decir, si intenta encontrar la ruta a alguna IP privada aleatoria (suponiendo que no esté en su propia red), no llegará a ninguna parte.

Pero eso no excluye las IP privadas que aparecen en la salida o el resultado de alguna consulta. Los servidores de correo interno, por ejemplo, no tienen una dirección IP pública, entonces, ¿qué otra dirección IP pueden incluir en el encabezado Recibido por que no sea la suya?

Del mismo modo, una gran red institucional puede usar diferentes redes privadas entre sus numerosas LAN. Los paquetes que pasan a través de su red recogerán las IP privadas de los enrutadores, incluso si el paquete finalmente regresa a la red pública. Por lo tanto, un traceroute puede incluir la IP privada de un enrutador en su salida.

Mito 3: Dado que las direcciones de red privadas no son enrutables, dos LAN que comparten el mismo espacio de direcciones de red privada pueden conectarse a través de un puente (como una VPN) sin ningún problema.

No funcionará, al menos no en mi experiencia. Digamos que su trabajo usa la red 192.168.1.x y usted usa la misma en casa (como es típico en los enrutadores de consumo). Estableces una conexión VPN desde la PC de tu casa para trabajar. En algún momento, desea enviar un trabajo de impresión a una impresora en el trabajo cuya dirección IP es 192.168.1.10. La PC de su hogar busca en su tabla de enrutamiento para averiguar dónde enviar ese paquete. ¿Qué LAN debe recibirla: la LAN de su hogar o la LAN de su trabajo? Respuesta: no lo se. Tal vez este, tal vez ese. Uno de ellos lo obtendrá, pero probablemente depende de su sistema operativo y software VPN para distinguir cuál tiene prioridad. Si es como el software VPN con el que he tenido experiencia, su LAN doméstica lo obtendrá y si no hay un dispositivo en 192.168.1.10, el paquete se descartará eventualmente.

Solución: cuando use una VPN, asegúrese de que ambas LAN estén usando diferentes espacios de red.

Barry Brown
fuente
2

Creo que el error más grande que veo es que las redes basadas en IP pueden resolver todas nuestras necesidades técnicas o de TI.

El mayor ejemplo que veo de esto es VOIP. Es una infraestructura de telecomunicaciones que es increíblemente costosa, requiere muchos recursos y es difícil de administrar adecuadamente. Seguro que las implementaciones funcionan ... más o menos, pero estoy seguro de que podría haber sistemas mucho mejores con protocolos / infraestructura dedicados.

Kevin Nisbet
fuente
En realidad, VoIP es usualmente MUCHO más barato que la telefonía tradicional cuando se hace correctamente, los PABX antiguos eran 2-3 veces más que el equipo de VoIP de hoy.
LapTop006
3
Si ejecuta una pequeña oficina desde una caja de asterisco, tiene una ventaja. Sin embargo, en la empresa es una empresa masiva con resultados pésimos. La mayoría de las grandes corporaciones implementan redes separadas para VOIP, ya que cada vez que ejecuta una transferencia de archivos, todas las llamadas telefónicas dejan de funcionar o tiene que comprar enrutadores más caros que admiten rsvp. Finalmente, necesita más personal de TI (más caro) para construir y mantener una red que no tenga tiempo de inactividad, pérdida de paquetes, jitter y que requiera más ancho de banda (a menos que tenga una mala calidad de voz). Los primeros usuarios se deshicieron de sus redes vacías.
Kevin Nisbet
Siempre debe tener su pbx entrando desde una conexión a Internet diferente de la de la conexión a Internet de su lans.
XTZ
1
@XTZ - No todos los departamentos de TI hacen eso ...
J. Polfer
2

Que un punto de acceso inalámbrico de estilo hogareño (o dos) puede reemplazar una red cableada en un entorno multiusuario. Claro, su conexión inalámbrica en el hogar maneja hasta 5 o más PC, pero intente hacer frente a dos aulas de 30 niños que intentan usar computadoras portátiles para iniciar sesión en un dominio de Windows al mismo tiempo. Necesita un sistema inalámbrico administrado o algunos puntos de cable fijos para manejar parte (bueno, la mayoría) de la carga. Y una nota rápida para los vendedores de sistemas inalámbricos administrados: sí, estoy seguro de que su sistema tiene un mejor rendimiento que la competencia, pero no es infinito: solo hay tanto ancho de banda que puede exprimir del conjunto limitado de frecuencias disponible para la conexión inalámbrica 802.11, ¡no puedes cambiar las leyes de la física!

David Hicks
fuente
+ para la referencia de Scotty. :)
Zan Lynx
2

Eso, si SMB File Sharing / NetBIOS no funciona, nada más funcionará en la red (incluida la exploración de WWW) y toda la red está inactiva.

Un antiguo educador conectado a la red convertido en administrador de sistemas pensó que cuando estaba en la escuela secundaria. No sé si ella fue desilusionada de la noción anterior.

J. Polfer
fuente
2

¿Qué tal la idea errónea de que puede dividir el ancho de banda de un enlace (en bits / seg) por 8 para modelar con precisión cuántos bytes transitará? Siempre deposito el 75% (máximo) de ocho décimas de la velocidad del enlace (es decir, para un enlace de 10 GBps, deposito 600 MBps como máximo).

Chopper3
fuente
suponiendo que las transmisiones tcp crucen el enlace, todo depende de la latencia, el ajuste del protocolo y el número de conexiones concurrentes.
pQd
1
Bueno, en realidad, dividir entre 8 funciona bastante bien en enlaces seriales de baja velocidad (DS1). Una vez que la velocidad aumenta un poco, dividir por 10 se vuelve más realista. En ethernet, todas las apuestas están apagadas. :-)
Brian Knoblauch
Divido por 10 para obtener bytes utilizables, siempre termina muy cerca, aunque los enlaces más grandes a menudo no se pueden llenar con un solo host.
LapTop006
2

Bien, aquí hay algo que acabo de resolver que antes me había eludido, por cada paquete que envía parece que la sobrecarga promedio es de 38 bytes, esto incluye el encabezado IP y TCP (por supuesto, este valor asume que todos los campos en el encabezado TCP se usan al máximo, el tamaño del encabezado IP es un valor común, es decir, no hay valores DSCP, etc., etc.), por lo que para transferir, digamos 2 MB (con tamaños de paquetes a 64 KB que aumentan sus paquetes por segundo [paquetes más grandes por segundo = sobrecarga menor] ) está buscando 1.2 KB de sobrecarga, no mucho, pero eso equivale a 6.78 MB por cada 10 GB transferidos, y 607.8 MB por cada 1 TB transferido.

Me siento mejor ahora: D

Bruce Grobler
fuente
1

Mito: Agregar más ancho de banda a una conexión siempre hará que las cosas sean más rápidas.

No tanto. Si su enlace no está saturado y está intentando obtener datos de China a los EE. UU., Es posible que simplemente vaya tan rápido como pueda. Lleva tiempo (incluso a la velocidad de la luz) llegar de los EE. UU. A China, y hacer que el enlace no vaya más rápido si solo tiene un flujo de datos entre los sitios.

mrdenny
fuente
1

Ajustar con cariño un socket con la SO_LINGERopción de evitar el TIME_WAITestado de TCP porque " TIME_WAITes, ya sabes, entonces, ya sabes, viejo y, ya sabes, como asqueroso ".

Alexander Gromnitsky
fuente
1

Que su gerencia / jefe, el "SR Network Admin" sabe algo sobre redes reales. -Jgr descontento administrador de red.

XTZ
fuente