Mivel a jelenlegi TP-Link eszközeink fagynak, a support meg... hagyjuk, ezért:
Rezes hálózathoz keresek eszközöket. Szempont az ár, eredetileg ezért lett TP-Link, mert megörültem, hogy olcsón is meg lehet csinálni. De lásd fentebb.
Amit tudnia kell:
LAG/port aggregation/bonding/mittomén minek hívja melyik gyártó. Azért, hogy azt a switchet amin a szerverek laknak, jól össze lehessen kötni azzal, amin a további switchek és a gépek kapaszkodnak. Illetve természetesen magukkal a szerverekkel (vagy 10gbe kártyával, esetleg, bár ez is árfüggő).
Kellene MAB 802.1X (radius van). Jelenleg port alapú van, és nem tudom hogy a MAC alapú az az-e, amit én szeretnék, azaz hogy egy porton az adott MAC címről érkező csomagok az adott VLAN-ba essenek (és ha több MAC van, akkor az egyik ide, a másik oda).
Jelenleg úgy van, hogy a "kis switchek azok a két "nagy" switchbe egy-egy (LAG)lábbal csatlakoznak, és az RSTP bontja a hurkot. Működik (ha kell neki működnie, ha nem), de lásd az első sort.
https://hup.hu/node/162180?comments_per_page=9999
Ehhez a megoldáshoz nem ragaszkodom, a kényszer szülte, hogy ha az egyik "nagy" switch megmakkan, akkor a másik felé kocognak a paketták, és minimális kiesést okoz a reboot. Bőven jó egy egyszerű fastruktúra, ha nem fagy össze az egész.
A lista:
1 db. a szervereknek, 48 port
2 db. "nagy" a rackba, 48 port
7 db. (egyelőre) "kicsi", ami fel van aggatva a "nagy" switchekre, 16 port elég.
Árérzékeny a dolog, de nagyon úgy érzem hogy a TP-Linkkel mellé lőttem, legalább nagyjából szeretném tudni, hogy mibe kerülne egy stabilabb megoldás.
Akár elvi javaslatokra is nyitott vagyok, hogy esetleg ez így miért hülyeség.
Illetve... ezt talán külön topicba kéne, de gyanús nekem hogy a 802.1X - radius beszélgetés során áll keresztbe a switch szeme, erre nézvést van valakinek ötlete?