Lage rx en octest rx 1 interface bridge mode

[K.J Martens]

Beste forum leden.

Is er iemand die een richting kan aangeven waar ik moet zoeken waarom een van de twee lan interface zo'n lage rx en octest rx heeft. Zie fotos.

De bridge is opgezet in truenas scale.
In de tp-link switch is niet iets speciaals geconfigureerd voor de bridge.

[jadjong]

Waarom steek je twee stekkers in hetzelfde apparaat en klus je die vervolgens softwarematig aan elkaar?

[K.J Martens]

Ik ga, ging ervan uit dat daardoor een hoger snelheid haalbaar zou zijn.

[ChaserBoZ_]

K.J Martens schreef op zaterdag 18 mei 2024 @ 18:40:
Ik ga, ging ervan uit dat daardoor een hoger snelheid haalbaar zou zijn.

Alleen als er een 'LAG' ('port channel') achtig iets op te bouwen is, dan gedragen die twee kabels zich als één. Zo niet, dan blokkeert één poort waarschijnlijk om loops in je netwerk te voorkomen.

[nelizmastr]

ChaserBoZ_ schreef op zaterdag 18 mei 2024 @ 19:55:
[...]


Alleen als er een 'LAG' ('port channel') achtig iets op te bouwen is, dan gedragen die twee kabels zich als één. Zo niet, dan blokkeert één poort waarschijnlijk om loops in je netwerk te voorkomen.

LAG geeft alleen ook geen gecombineerde doorvoer, dat is een grove misvatting. LAG biedt als het ware twee rijbanen zodat twee auto’s gelijktijdig 120 kunnen rijden, maar maakt niet één baan waar je met één auto 240 kunt rijden. Die enkele auto blijft beperkt tot 120km/u.

Wat je voor extra doorvoer, ook voor een enkele client, moet doen is elke interface een eigen IP geven en met (smb) multichannel aan de gang. Moet echter wel aan de client kant ook ondersteund worden en werkt doorgaans prima op 2,5Gbit ethernet controllers en sneller.

Door multichannel zullen meerdere poorten tegelijk worden aangesproken.

[ Voor 4% gewijzigd door nelizmastr op 18-05-2024 21:59 ]

[K.J Martens]

Alle dank voor het meedenken.