Probleme mit der Link Aggregation

  • Ab sofort steht euch hier im Forum die neue Add-on Verwaltung zur Verfügung – eine zentrale Plattform für alles rund um Erweiterungen und Add-ons für den DSM.

    Damit haben wir einen Ort, an dem Lösungen von Nutzern mit der Community geteilt werden können. Über die Team Funktion können Projekte auch gemeinsam gepflegt werden.

    Was die Add-on Verwaltung kann und wie es funktioniert findet Ihr hier

    Hier geht es zu den Add-ons

Status
Für weitere Antworten geschlossen.

SyntaxX_3rroR

Benutzer
Registriert
13. Nov. 2015
Beiträge
26
Reaktionspunkte
0
Punkte
0
Das Problem:
Link Aggregation funktioniert nicht wie erwartet
Ich komme nicht über die 115MB/s hinaus trotz LAG.
Die 5x WD Red 3TB schaffen aber als RAID höhere Transfer-Geschwindigkeiten, was ich bereits mit einem sehr schnellen Flash-Speicher getestet habe.

Die Hardware:
- Mellanox Connect X2 (1x10G SFP+ Port)
- TP-Link T1700G-28TQ (24xGigabit Ports + 4x10G SFP+ Ports)
- HPE 1820-24G (24xGigabit Ports + 2x1G SFP Ports)
- DS1815+ (4x1G Ports)
- RJ45 Kabel (jede Menge)
- SFP+ Kabel (ebenfalls ausreichend DAC und Fibre Channel)

Die Idee:
Da die DS1815+ keine Möglichkeit hat, 10G nachzurüsten, muss ein 4G LAG ausreichen.
DS1815+ --[4x RJ45]--> HPE --[4x RJ45]--> TP-Link --[SFP+]--> PC

Die Config:
Die Connect X2 ist bereits aus einem ehemaligen P2P auf 9000 MTU Jumbo Packets eingestellt. Flow Control aktiv.
Der TP-Link ist an den SFP+ Ports auf 9000 MTU Jumbo Packets eingestellt. Flow Control aktiv.
Der TP-Link ist an den vier RJ45 Ports aus dem static LAG auf 9000 MTU Jumbo Packets eingestellt. Flow Control aktiv.
Der HPE ist an den vier RJ45 Ports aus dem static LAG auf Jumbo Packets eingestellt, bietet aber keine Option die 9216 MTU auf 9000 MTU zu ändern. Flow Control habe ich nicht gefunden.
Die DS1815+ ist an den vier RJ45 Ports aus dem static LAG auf 9000 MTU Jumbo Packets eingestellt. Sobald ich diese Einstellung übernehme kann ich nicht mehr über den Explorer auf die DS zugreifen und muss über das DSM die 9000 MTU wieder deaktivieren.

Bereits getestet:
Ich habe bereits dynamic LAG vom HPE zur DS1815+ getestet, habe die DS1815+ am TP-Link getestet (static LAG, 9000 MTU, flow control aktiv/deaktiviert)
PC zu PC via Mellanox und RAM Disk erhalte ich volle 10G, PC zu PC via Switch erhalte ich volle 10G.

Connect-X2 Config:
Flow Control: Rx & Tx Enabled
Interrupt Moderation: Disabled
Jumbo Packet: 9000
Maximum number of RSS Processors: 12 (6 Kerne, 12 Threads)
Maximum number of RSS Queues: 12 (6 Kerne, 12 Threads)
Receive Buffers: 4096 (max.)
Send Buffers: 4096 (max.)
RSS Maximum Processor Number: 11 (6 Kerne, 12 Threads - 1)

Fazit:
Ich bin langsam mit meinem Latein am Ende und wäre sehr froh, wenn einer von euch ne Eingebung hat.
Wenn nichts mehr hilft, bleibt nur das Upgrade zur DS1817+, wäre aber froh, wenn dies nicht von Nöten wäre.
 
Vielleicht habe ich es gerade überlesen, nach "müde" kommt ja bekanntlich "doof"..
Aber ich wie testest du konkret?
Eine LAG über 4x1Gb wird dir mit -einem- Client nur sehr selten bis niemals mehr als 1Gb liefern. Das ist technisch bedingt. Teste mal mit zwei oder mehr gleichzeitigen Clients.
 
Das dürfte dann wohl das Problem sein. Hatte gehofft, da etwas mehr als 1G rauszuholen ...
Da das NAS kein SSD Cache hat, bringt LAG halt aktuell recht wenig.

Es gibt keine Möglichkeit ?
Geht bei Windows Rechnern doch auch (P2P mit nem 4x1G NIC) ...
Dachte ggf. das ich iwo nen Fehler gemacht habe.
 
Denke auch, dass irgendwo ein Fehler ist.

Vermutlich hat @vater übersehen, dass dein Client mit einer 10G Verbindung mit dem Switch verbunden ist.
 
Das wäre die Frage.
Hab iwo gelesen (anderes Forum) dass LACP da nicht mitspielt !?
Kann aber doch echt nicht so komplex sein, oder ?
 
Ne. Selbst wenn der mit 100Gb angebunden wäre ist das für den konfigurierten LAG Algorithmus an der DS:dem Switch nur ein Client und schickt ihn über eines der vier 1Gb Interfaces.
 
ok. Dann würde es nur mit Multi-Channel SMB gehen, wobei mehrere parallele SMB Verbindungen aufgemacht werden.
Dazu war ja immer noch eine Änderung in der smb.conf nötig. Steht hier irgendwo im Forum.
 
Fazit:
Keine Chance auf höhere Geschwindigkeiten - dann wird es wohl ein Upgrade werden müssen ...

Danke für eure Hilfe!
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat