¿Hacer un puente a través de ventanas entre 2 conexiones de red aumentará la velocidad de descarga y carga?

No. El uso de cualquier tecnología para combinar el ancho de banda, a través de muchos métodos o protocolos técnicos precisos diferentes, en dos o más circuitos independientes nunca será igual al total de todos los circuitos. Siempre hay gastos generales o pérdidas, tiene que haber alguna fórmula para decidir cómo equilibrar el tráfico. Pero también hay muchas otras consideraciones para tener en cuenta.

Es un problema más difícil usar todo el ancho de banda de ambas conexiones si cada una tiene su propia dirección de capa 3 (IP). Aún más si los dos servicios son desiguales, en ancho de banda o latencia / RTT. Efectivamente, cada “flujo” … ya sea solo un par de direcciones IP de origen y destino, o basado en la capa 4 … agregando puertos … tiene que asignarse a una tubería, sistemáticamente. Si se hace bien en software, y con muchos flujos, se puede utilizar efectivamente el ancho de banda total. Pero puede ser difícil solucionar problemas o generar otros problemas … conexiones de “escopeta” en dos circuitos diferentes (“conexiones de red”).

Simplemente, el ancho de banda utilizable entre IP A y Z: es poco probable que pueda hacer una sola transferencia de archivos más rápido que la velocidad de una sola ruta. Con múltiples archivos, uno podría equilibrar un archivo en cada ruta. Es posible que el host Z vea a cada uno como un host A diferente, probablemente debido a NAT en este probable diseño. No está controlando la capa de enrutamiento … donde la ruta múltiple de igual costo (ECMP) sería relevante, o LACP (“Etherchannel” de dos enlaces Ethernet) … en la capa 2 de OSI. Eso es mucho más eficiente.

Todo lo dicho … Windows históricamente no ha sido eficiente en tales cosas. Su pila TCP / IP y su procesamiento no están tan desarrollados como los sistemas basados ​​en Unix, etc. generalmente hablando. Tendría más suerte con los sistemas especialmente diseñados.

No, la función de puente solo une múltiples adaptadores de red que podrían no estar conectados al mismo enrutador o conmutador, donde Windows esencialmente se convierte en un conmutador por derecho propio. Para agregar enlaces WAN para un mayor rendimiento, la característica de Windows a usar es NIC Teaming, pero está disponible principalmente con sistemas operativos Windows Server. Para la agregación de enlaces basada en hardware, verifique las propiedades de las NIC para ver si son compatibles de forma nativa con el Protocolo de control de agregación de enlaces o Teaming. Dependiendo de las capacidades de las NIC, puede haber compensaciones en Jumbo Frame o soporte de escalado del lado de recepción.

Existen diferencias entre la agregación de enlaces dinámicos y estáticos, pero su principal beneficio es manejar la congestión y proporcionar resistencia en caso de que un adaptador tenga una interrupción. Teaming puede ser una buena solución para sesiones de carga / descarga de subprocesos múltiples o sesiones simultáneas en varios servidores web. Sin embargo, Teaming no ayudará si su tráfico de Internet consiste en una sola transmisión TCP.

En caso de que esté preguntando acerca de la suma literal del tráfico descendente y ascendente como dúplex completo, las NIC combinadas no excederán el rendimiento de su interfaz individual (generalmente 100 Mbps o 1 Gbps).

Probablemente no, aumentar la velocidad realmente depende de muchos factores, incluidos exactamente qué dos puntos de la red está intentando aumentar las velocidades de datos. El uso de LACP (Protocolo de control de agregación de enlaces (LACP) / 802.3ad) o un protocolo similar lo hará, pero tiene varios requisitos. No es probable que unir un par de PC con Windows haga mucho (si es que hay alguno) bueno.