underclocker2k4
Mr. Alzheimer
NIC-Teaming gab es schon weit vor Win2012R2, da wars dann eine Treiberfunktion und keine OS-Funktion. Warum wird SMB Multichannel immer mit LACP, NIC-Teaming und sonstigen L2 NIC Kombinationen zusammengemärt?
SMB (Multichannel) läuft auf nem ganz anderen Layer ab.
Multichannel ist einfach das multiple Ausbilden eines SMB-Streams um in Kombination etliche Vorteil zu heben, die es mit nur einem Stream nicht gibt.
SMB Multichannel hat nichts, aber auch garnichts, mit irgendwelchen NIC Kombinationen zu tun.
Das SMB Multichannel auch mit einem NIC-Team oder einem LACP läuft liegt nur daran, dass SMB das darunterliegende Layer überhaupt nicht interessiert. Es ist also eher eine Zwangsläufigkeit als eine Notwendigkeit.
Und natürlich kann man mit SMB Multichannel keine FTP-Verbindung beschleunigen, da FTP kein Sublayer von SMB ist. SMB und FTP existieren unabhängig voneinander.
Um FTP zu beschleunigen müsste man FTP das beibringen, was man SMB mit v3 beigebracht hat, nämlich die Multichannelfähigkeit. Das wäre aber ein Aufbohren von FTP und keine Nutzung der SMB-Funktionen, auch wenn FTP das Multichannel integriert hätte.
Die Realisierung einer komplett neuen eigenen FTP Session entspricht nicht dem Funktionsumfang von SMB Multichannel. Mit SMB konnte ich schon immer über etlichen NICs mit seperaten TCP Channels Daten schieben bis man ins CPU Limit gerannt ist.
SMB (Multichannel) läuft auf nem ganz anderen Layer ab.
Multichannel ist einfach das multiple Ausbilden eines SMB-Streams um in Kombination etliche Vorteil zu heben, die es mit nur einem Stream nicht gibt.
SMB Multichannel hat nichts, aber auch garnichts, mit irgendwelchen NIC Kombinationen zu tun.
Das SMB Multichannel auch mit einem NIC-Team oder einem LACP läuft liegt nur daran, dass SMB das darunterliegende Layer überhaupt nicht interessiert. Es ist also eher eine Zwangsläufigkeit als eine Notwendigkeit.
Und natürlich kann man mit SMB Multichannel keine FTP-Verbindung beschleunigen, da FTP kein Sublayer von SMB ist. SMB und FTP existieren unabhängig voneinander.
Um FTP zu beschleunigen müsste man FTP das beibringen, was man SMB mit v3 beigebracht hat, nämlich die Multichannelfähigkeit. Das wäre aber ein Aufbohren von FTP und keine Nutzung der SMB-Funktionen, auch wenn FTP das Multichannel integriert hätte.
Die Realisierung einer komplett neuen eigenen FTP Session entspricht nicht dem Funktionsumfang von SMB Multichannel. Mit SMB konnte ich schon immer über etlichen NICs mit seperaten TCP Channels Daten schieben bis man ins CPU Limit gerannt ist.
Zuletzt bearbeitet:
