Compartir a través de

Conexiones y enlaces de controladores WAN

  • Artículo

En este tema se proporciona información general sobre los enlaces y las conexiones entre NDISWAN, los controladores de protocolo excesivo y los controladores de minipuerto WAN subyacentes.

Enlaces

NDISWAN se enlaza a uno o varios controladores de minipuerto WAN y uno o varios controladores de protocolo se enlazan a NDISWAN.

En la ilustración siguiente se muestran las relaciones de enlace entre los controladores de protocolo de cliente WAN, NDISWAN y los controladores de minipuerto WAN.

diagrama que ilustra las relaciones de enlace entre los controladores de protocolo de cliente wan, ndiswan y los controladores de miniport wan.

Los controladores de protocolo se enlazan una vez a NDISWAN y no se enlazan a los controladores de minipuerto WAN. Este tipo de enlace ahorra memoria y simplifica los controladores de minipuerto WAN. Dado que normalmente hay varios controladores de protocolo en un sistema determinado y podría haber más de un controlador de minipuerto WAN, la reducción del número de enlaces ahorra memoria. Es decir, cada protocolo no tiene que enlazarse a cada controlador de minipuerto WAN. Además, dado que los controladores de protocolo solo pueden depender de tener un único enlace WAN, estos controladores de protocolo se pueden simplificar.

Conexiones

Los controladores de miniporte NDIS WAN y CoNDIS WAN implementan diferentes modelos para las conexiones:

  • Un controlador de miniporte NDIS WAN usa vínculos para enviar y recibir datos. Los vínculos son canales de comunicación bidireccionales lógicos y de punto a punto. Puede haber muchos vínculos por NIC. Los vínculos se establecen y desgarran dinámicamente. La velocidad del vínculo y la calidad del vínculo pueden variar para cada conexión. Sin embargo, los parámetros de relleno y vínculo deben ser los mismos para todos los vínculos que admite una NIC. Por ejemplo, si un controlador de miniporte NDIS WAN especifica un relleno de encabezado de 20 bytes y relleno de cola de 4 bytes, este relleno debe permanecer constante para todos los vínculos que admite la NIC del controlador de miniporte.

  • Un controlador de miniporte coNDIS WAN envía y recibe datos a través de conexiones virtuales (VCs). Puede haber muchas máquinas virtuales por NIC. Aunque la velocidad de transmisión de datos puede variar de VC a VC, los demás parámetros de VC son los mismos para todas las máquinas virtuales que admite la NIC. Un controlador de miniporte coNDIS WAN puede especificar un tamaño máximo de marco para cualquier paquete neto que el controlador de miniporte pueda enviar y recibir. Si el controlador de minipuerto especifica un tamaño máximo de fotograma, ese tamaño máximo de fotograma debe permanecer constante para todas las máquinas virtuales de esa NIC.

Al igual que otros controladores de minipuerto, cada controlador de minipuerto WAN debe tener al menos una NIC para la que asigna y mantiene un área de contexto específica de la NIC. El área de contexto específica de la NIC es simplemente una manera de almacenar, recuperar y usar información sobre los detalles de hardware de la NIC (como interrupción, tipo de bus, intervalo de E/S y memoria) y para mantener el estado en tiempo de ejecución de las conexiones. Un controlador de minipuerto debe especificar un área de contexto específica de la NIC para cada tarjeta de red del sistema que admita.

Si un controlador de minipuerto WAN determinado especifica que no requiere compresión de campo de control y dirección PPP, se supone que es true para todas las conexiones en la NIC del controlador de miniporte.

Antes de que un controlador de minipuerto WAN pueda enviar o recibir paquetes en una red de área extensa, se debe crear una conexión:

  • En un entorno NDIS, una aplicación debe configurar una conexión que se origine en el nodo de envío o aceptar una conexión que se origine en un nodo remoto realizando o aceptando una llamada. La configuración, la supervisión y la desmontaje de una conexión se realiza a través de TAPI. Las solicitudes de TAPI y las indicaciones de estado a TAPI pasan por NDISTAPI. Para obtener más información sobre TAPI y NDISTAPI, consulte Información general sobre NDISTAPI.

  • En un entorno de CoNDIS, se debe crear una credencial verificable. El controlador NDPROXY crea una credencial verificable para una llamada saliente que se originó una aplicación. Del mismo modo, un administrador de llamadas (o MCM) inicia la creación de un VC para una llamada entrante que el administrador de llamadas indica a NDISWAN y NDPROXY. El administrador de llamadas debe comunicarse y, a veces, negociar los parámetros de la credencial verificable con la parte remota. La configuración, la supervisión y la desmontaje de una conexión se realiza a través de TAPI. Las solicitudes y las indicaciones de estado de TAPI para TAPI pasan por NDPROXY. Para obtener más información sobre TAPI y NDPROXY, consulte Información general sobre NDPROXY.