Freigeben über


CoNDIS WAN ist flexibler

Im CoNDIS-Modell werden hauptfunktionen (z. B. Anrufverwaltung und Datenübertragung) in diskrete Komponenten oder Unterkomponenten unterteilt. Mit diesem organization können Sie vom System bereitgestellte Komponenten und Komponenten von Drittanbietern einfacher verwenden und Funktionen aktualisieren.

Das CoNDIS-Modell bietet vier Arten von Treibern:

  • Verbindungsorientierte Clienttreiber

  • Anrufmanager

  • Verbindungsorientierte Miniporttreiber

  • Integrierte Miniport-Anrufmanager (MCMs)

Weitere Informationen zu CoNDIS-Treibern finden Sie unter Verbindungsorientierte NDIS.

Die Trennung von Anruf-Manager- und Miniporttreiberkomponenten ermöglicht es Ihnen, den Miniporttreiber so zu aktualisieren, dass neue Hardware unterstützt wird, während der Anruf-Manager unverändert bleibt. In vielen Fällen kann der Anrufmanager Upgrades nur zur Behebung von Fehlern erfordern.

Die Trennung von Architekturkomponenten bleibt in einem MCM klar definiert. Die Anruf-Manager-Unterkomponente des MCM verarbeitet die Signalisierungsaspekte von Verbindungen, und die CoNDIS WAN-Miniporttreiberunterkomponente verarbeitet die NIC-Hardware.

Sie können einen vom System bereitgestellten Anruf-Manager verwenden. Wenn das System keinen Anruf-Manager für Ihren Medientyp bereitstellt (wie z. B. ISDN), können Sie einen schreiben oder möglicherweise von einem Drittanbieter erhalten.

Das Microsoft Windows-Betriebssystem enthält einen PPP CoNDIS-Client, und CoNDIS WAN-Miniporttreiber sind für viele Geräte verfügbar. Sie können CoNDIS WAN-Clients schreiben, um das System zu erweitern, um neben PPP auch andere Protokolltreiber zu unterstützen.

Das CoNDIS WAN-Modell ist nicht auf PPP-Daten beschränkt. Sie können einen benutzerdefinierten WAN-Clienttreiber und Miniporttreiber implementieren, um z. B. rohes Datenstreaming oder proprietäre Verschlüsselung zu verarbeiten.