Hlavní stránka Hardware Sítě a Internet Domácí síťování: Zyxel GS1200-8 a síťové karty v týmu
Domácí síťování: Zyxel GS1200-8 a síťové karty v týmu
autor: Petr Šaroun , publikováno 15.1.2019
Domácí síťování: Zyxel GS1200-8 a síťové karty v týmu

Minule jsme v článku o síťovém swtichi Zyxel GS1200-8 za osm set korun nakousli virtuální sítě (VLAN) a naučili se kopírovat po síti rychlostí 230 MB/s, dnes se podíváme na vytváření týmů síťových karet, zmíníme se o Jumbo Frame a povíme si, jak (ne)propojovat switche navzájem, dokončíme to, co jsme minule začali.


Kabely

Hodně lidí s výborným hardwarem používá špatné, poškozené kabely. Lidé se často snaží ověřit kabely alespoň utilitou síťové karty. Na obrázku vidíte utilitu Realtek Diagnostic.

Domácí síťování: Zyxel GS1200-8 a síťové karty v týmu

Realtek Diagnostic Utility

Na výstup z utility se raději nespoléhejte. Kabel týraný pomocí kombinaček, do kterého stačí jen lehce šťouchnout, aby se spojení rozpadlo, hlásí jako perfektní. Čtyři síťovky realtek tvrdí o stejném kabelu čtyři různé věci, jedna tento dvoumetrový kabel prohlásila za dlouhý 16 metrů, další 1 metr, 7 metrů a 13 metrů.

Drahé firemní switche umí zobrazit stav portů, kolik rámců se nepovedlo korektně přenést a podobně. Snad to budou umět laciné switche za deset let. My se musíme spolehnout na spolehlivou kabeláž, tedy pokud náhodou nemáte k dispozici měřák Fluke za desítky tisíc.

Závěr

Dnes jsme dokončili povídání o Zyxel GS1200-8, což je za tuto cenu překvapivě dobrý switch. Předchozí díl byl objevnější, tohle bylo jen dokončení. Máte pár tipů na hraní se switchem, schválně něco vyzkoušejte.



Tagy: Switch  VLAN  BOND  Team  Teaming  mirroring  port mirroring  zrcadlení portů  NAS Synology  Mutichannel  


 
Komentáře k článku
RSS
Pouze registrovaní uživatelé mohou přidat komentář!
15.1.2019 16:41:31   89.24.52.xxx 11
Díky za další zajímavý článek. Jen drobně doplním intel - na W10 1809 jsou pro tým nutné ovladače 23.5, kde už je bohužel tým nutné (minimálně pro některé síťovky) nastavit přes powershell cmdlets, viz. link

Teď k dotazu - na DS918+ mám LACP tým (swich to umí), při kopírování na PC s 2x 1Gbit intel přes SMB3 a multichannel je rychlost blízká 2Gbit/s - supr. Pokud ale zřídím přes intel ovladače LACP tým i na PC, tak vidle správně poznají propustnost linky 2Gbps, ale rychlost kopírování mezi PC a NAS klesne na 1Gbps. Tedy - je to tak, že tým zvedne narozdíl od SMB3 a MC rychlost jenom v případě 1:many a ne 1:1? Nebo by tady ty dvě věci měly být použitelné spolu a i v případě týmu by kopírování 1:1 mělo jet 2Gbps a mám to jen blbě nastavené, případně není intel team kompatibilní se SMB3 a MC? Díky za radu.
15.1.2019 17:59:30   176.124.185.xxx 10
Vlastnim testovanim pred nejakou dobou jsem se presvedcil ze teaming portu nezvedne rychlost pri komunikaci 1:1 (PCC, PC:NAS), zrychleni bylo znat v pripade 1:many, coz ale v "domacim" pouzity se stava minimalne, takze jsem celou zalezitost prestal resit. Clanek me inspiroval konecne vyzkouset SMB multichanell... a jinak si pockam az padnou ceny 10Gbbit (pripadne 5 nebo 2,5Gbit)
16.1.2019 10:41:28   89.24.52.xxx 10
pak je ovšem divné, že NAS se chová právě opačně. Má rovněž nastavený bond/team LACP a dokáže zasílat na 1PC rychlostí 2GBps.

Ideálně bych se zeptal autora, jakou rychlostí kopíroval z/do NAS v kapitole 5, resp. zda ten screen s 2Bgbps je agregace od více zdrojů/cílů.
16.1.2019 16:09:53   89.203.220.xxx 00
U bondingu taky záleží na tom, jak je nastavená politika - jestli rozhazuje i jedno spojení round robin na obě rozhraní (což má zejména u UDP nevýhodu v nezachování pořadí paketů), nebo se jedno spojení drží jedné linky (což limituje bandwidth na 1Gbps per spojení).
15.1.2019 17:01:02   79.141.246.xxx 00
SMB3 a Multichannel je experimentální funkce a to už dost dlouho. Nevím,ale nasazovat do mi přijde dost nebezpečné,když jde o data.

Snad klesnou ceny 10Gbit sitovek a konečne přejdu na ně. (nas umí doplnit sitovku, PC samozřejmně taky)
15.1.2019 17:19:50   79.141.246.xxx 01
Jen pro info:
ted jsem trochu pátral a třeba Qnap to oficiálně nepodporuje. Podpora nedoporučuje použít. Pustit to jde,ale jen do restartu NASu,pak se to zruší.

Nenašel jsem jiné řešení jak propojit NAS - PC rychleji než 1Gbit než 10gigabit sitovky 2800kc za kus.
15.1.2019 17:42:53   91.139.122.xxx 00
Ber to takhle, čím víc lidí o to bude stát, tím spíš se to povede protlačit.

U 10gigabitový sítě není problém v ceně síťovky (1000Kč za kus), ale v ceně switche a v neuvěřitelných nárocích na perfektní kvalitu kabeláže.
15.1.2019 18:58:43   79.141.246.xxx 00
Kde sezenu sitovku 10gbit za 1000kc?
Ja nesel ken za2500kc a vice
15.1.2019 19:17:53   91.139.122.xxx 00
Musíš kouknout po jetých, ale dají se i levněji. Dneska jsou 10ky už docela out, firmy chtějí nejméně 25 Gbit a nejlépe 100GbE. Byť 100GbE switche jsou drahé i pro firmy, třeba HP JL579A je celkem pěkné, ale drahé železo.
15.1.2019 17:32:39   91.139.122.xxx 00
SMB3 a Multichannel je experimentální?Haha. JEN na Linuxu v Samba. Na Windows už je to dost dlouho v defaultu zapnuté.

V Samba to je tuším od verze 4.4.0, takže v ostré verzi někdy od roku 2016.

Třeba FreeNASáci si s tím začal hrát na konci roku 2017.

https://forums.freenas.org/index.php?resources/setting-up-smb-3-multichannel-on-freenas.76/

Podpora je pořád experimentální, což tu i bylo zmíněno, tedy ohledně Samba, ale počet lidí, kteří to úspěšně používají a neztrácí data, se pořád zvyšuje.

Data pro řídící program Temelínu bych tomu taky nedal, ale na filmy a takový ty domácí ptákoviny, zase proč ne?
16.1.2019 07:36:51   195.168.40.xxx 00
Dobry den prajem,
len sa opytam. Nemalo by byt to MTU nastavene na 9216, ked tam uvadzaju 9KB a nie 'kb'?

Dakujem za odpoved
16.1.2019 07:39:41   89.103.223.xxx 00
Zrovna jsem se chtěl zeptat na to samé. Myslím,že 9216 (min 901 by se mělo použít v případě tagovaných jumbo packetů, protože VLAN tagging přidává pár bitů do rámce.

viz: https://en.wikipedia.org/wiki/Jumbo_frame
16.1.2019 08:08:21   89.103.223.xxx 00
chybí tu edit, takže jen pro upřesnění.
MTU9000 by mělo být OK na koncových zařízeních PC/Server/Storage, ale na switchi by měl být port nastavený většinou na MTU9216 v případě tagovaného portu (třeba u Cisca to tak je), VLAN tag přidá další 4bajty do rámce, které by se tam jinak nevlezly.

Ještě postřeh v případě validace funkčnosti jumbo frames pomocí PINGu a použití parametru -f (do not fragment) a -l (velikost packetu
Max funkční nefragmentovaná hodnota by měla být 8972 (zbývajících 28B do 9000 jsou hlavičky pro ICMP protokol)
16.1.2019 09:31:45   91.139.122.xxx 00
Ono stačí nastavit fakticky libovolnou hodnotu, třeba i těch 9000b.

Obě strany komunikace se už na nejvyšším možném hodnotě shodnou.

Windows 10 taky nastavují MTU na 1500 a přitom MTU VDSL je 1492.
16.1.2019 13:15:03   109.107.210.xxx 00
To není tak úplně pravda.
V případě DSL routerů je v iptables přítomný MSS clamping (přesvědčit se můžeš sám výpisem forward tabulky).

viz: https://www.tldp.org/HOWTO/Adv-Routing-HOWTO/lartc.cookbook.mtu-mss.html
16.1.2019 14:34:31   91.139.122.xxx 00
Není mi jasné, kterou část mého tvrzení rozporuješ. Naopak MSS clamping je jedno z řešení, které obchází problém s nedoručeným ICMP o potřeba fragmentace (PMTUD).
17.1.2019 22:39:04   193.197.66.xxx 00
S hledáním ovladačů to neni tak jednoduchý. Třeba Windows 7 levnou USB Atheros síťovku nepoznal. Driver z webu výrobce nefungoval a až Driver Booster stáhnul funkční ovladač.

Redakce si vyhrazuje právo odstranit neslušné a nevhodné příspěvky. Případné vyhrady na diskuze(zavináč)pctuning.cz

36 čtenářů navrhlo autorovi prémii: 17.2Kč Prémie tohoto článku jsou již uzavřené, děkujeme za váš zájem.
Tento web používá k poskytování služeb soubory cookie.