Malá domácí síťka aneb sešli se

Vánoce jsou tady. Probíhá nejen výměna různých nemocí a virů kolujících v zimním období mezi lidmi, ale i informací v počítačových sítích. A proto je třeba mít dobře nastavenu i domácí síť...


Jak jsme přijeli k rodičům mé milé ženy na Vánoční svátky, tak už na své nasazení čekal nový ADSL modem, který bylo třeba vyměnit za starý a dosluhující Vigor 2600Ge. K tomu Ježíšek ještě nadělil novou tiskárnu Epson PX710W. Samozřejmě síťovou. Mimochodem za těch cca 50 EUR mi to přišlo jako docela dobrá koupě.

Když jsem se tak díval do DHCP tabulek, tak jsem v nich viděl celkem osm zařízení:

• síťová tiskárna
  
• můj mobil Nokia E52 (služební)
  
• můj druhý mobil HTC Desire s Androidem
  
• můj notebook
  
• tři notebooky příbuzných
  
• stolní PC
  

A bude hůř! Zatím jsem jediný s mobily s podporou WiFi. A další technologie jako multimediální centra, IP set-top-boxy čekají za dveřmi. Ledničky, sporáky, krby a ponožky doufám ještě chvíli posečkají.

Nicméně jsem zabodoval. Možnost tisknout a skenovat s notebookem v obýváku, bez jediného drátu, připojený přes WiFi. Odborník jásá, laik žasne. Nakonfiguroval jsem poměrně rychle systémy s Linuxem/Ubuntu a o něco déle trvala konfigurace Windows. Ve Windows jsem zase poměrně snadno rozchodil podporu skenování, u Linuxu budu muset ještě problematiku nastudovat. Dokonce jsem zajistil tisk i z mého Androida přes program CyPria. CyPria si tiskárnu sama našla a nakonfigurovala.

Ještě taková drobnost - ADSL modem DLINK DSL-2641R dodával slovenský T-COM. K zařízení není možný admin přístup, pouze tzv. User access. Tento typ přístupu v nastavení ADSL umožňuje definovat jen jméno a heslo pro přihlášení v T-COM síti a samozřejmě LAN/WLAN nastavení. Jak se mi podařilo zjistit, tak je to úmyslný krok slovenského T-COMu. Zjistit nějaké bližší parametry ADSL není možno, jediná indikace funkčnosti ADSL je zelená ikonka nebo indikátor na čelním panelu modemu. Kdyby někdo hledal, jak získat admin přístup, tak se může podívat zde.

Ale jasně, já T-COMu naprosto rozumím.

Pěkný konec roku.

Update 30.12.2010 večer: Už to začíná - připojil jsem deváté zařízení a to Nokii C6, kterou má švagrová. Tak nějak mi přišlo, že ovládání Androida je výrazně lepší než ovládání C6. Takto Nokia spláče nad výdělkem...

Update 31.12.2010 odpoledne: další příbuzný je čerstvým majitelem zařízení IPhone.

Celý článek......

ASR 1000 po rozbalení...

Jak jsem psal v létě, tak jsme pořídili pro počítačovou síť VŠB nové hraniční směrovače ASR 1000. Na podzim nám byly dodány, takže už můžu popsat první praktické zkušenosti. Není to žádná recenze, berte tento text také jako uhlazenější poznámky, které mohou být k užitku i jiným, ať už při plánování nebo při samotné konfiguraci směrovačů.

ASRka, jak je budu familiárně v tomto blogu nazývat, jsou boxy postavené na Linuxovém jádře, kde běží jako jeden proces IOS-XE. My jsme je pořídili jako 4-slotové šasi s route procesorem RP1, třemi 10Gbps XFP rozhraními a dvěma zdroji. K tomu FW a FPI licence.

Do 4-slotového šasi jsem šel proto, že je možno vyměnit i route procesor, což poskytuje možnost v budoucnu směrovač modernizovat. U dvouslotového šasi ve fixed variantě route procesor vyměnit nelze, i když má v ceně nějaké gigabitové porty. U ne-fixed varianty máme stejně poměrně velký limit na porty a rozšíření. Z našeho pohledu jsou důležité 10Gbps porty a jejich počet. A větší šasi už jsou bohužel drahé. Směrovače budou v pozicích hraničních směrovačů, takže počet jejich portů bude omezen na nějaké menší množství. Součástí dodávky jsou palety z tvrdého dřeva, za což Ciscu se sousedem děkujeme :).

Protože směrovače jsou dva a mají se funkčně zálohovat, tak nebylo potřeba pořizovat druhý route procesor (RP). Pořízení druhého RP by navíc stálo další finance, kterých teď nikdy dost. Oba směrovače budou umístěny ve dvou lokalitách - Poruba a EkF.

Konfigurace IOS-XE je v podstatě stejná jako v klasickém IOSu, takže základní konfigurace není třeba nijak zvlášť upravovat.

Šikovná věc je to, že samotný IOS je provozován jako proces. To umožňuje realizovat softwareový statefull switchover. To se hodí např. při upgrade, nebo když potřebujete provést reload IOSu. Když jsem si s tím hrál, tak to vypadalo funkčně. Bližší informace viz příkazy show redundancy a redundancy force-switchover, výpadek dostupnosti byl cca 3s. Nicméně to vypadá rozumně jen pro případ pádu/problémů s IOSem. ISSU na jednom RP vyžaduje v některých případech reload.

Naše obě sestavy jsou zcela identické a jsou osazeny třemi 10Gbps porty. Jeden port je zapojen dovnitř sítě, druhý směrem do sítě CESNET2 (Internet). Na třetí bude s největší pravděpodobností připojen L2 přepínač Cisco Catalyst 2960, který de-facto rozšíří konfiguraci směrovače o gigabitové porty. I když to není technicky optimální, tak je to funkční a levnější řešení, než kupovat modul do směrovače.

A pokračování zase někdy příště :-)

Celý článek......

Přepínače Cisco NEXUS 5000 II.

Dnes tedy o tom, jak jsme přepínače Cisco Nexus 5000 zapojovali...


Nexusy jsou velké. Tedy lépe řečeno hluboké. Ano, jsou vysoké 1U, ale nepočítejte, že se vlezou do racku, kde máte 6500. Ano, opravdu počítejte s metrovým rackem. Takže jsem je musel položit na stůl. Jak je vidět, tak FEXy (=Nexus 2000) už mají "normální" rozměry (jeden FEX je položen vlevo na jednom Nexusů).

Nenechte se mást monitorem a klávesnicí na fotce. Ty patří k serverům umístěným za stolem. I když v Nexusech je Linux, tak se k přepínačům přistupuje přes normální konzolový přístup (9600N1). Nexusy mají management Ethernet port, který se v konfiguraci tváří jako mgmt0 a nelze jej použít k ničemu jinému.

Všiměte si těch černých Twinax kabelů. Mají omezení na 5m a obsahují metalický kabel a jejich konce jsou SFP+ rozhraní, které rovnou vložíte do Nexusů, popř. do SPF+ portů síťových karet. A jejich cena je velmi nízká v porovnání s jinými alternativami. Bez problémů jsem je používal na propojení Nexusů, FEXů i koncových serverů.

Nexusy mají pouze SFP+ porty. I když jsem se dočetl, že ve vybraných portech Nexusů lze provozovat klasické SFPčka, tak se mi to bohužel nepodařilo zprovoznit.

FEXy jsou pěkný koncept. Prostě vezmete jedno (údajně) hloupé zařízení a prohlásíte ho za modul hlavního přepínače. Ten modul spojíte s hlavním přepínačem jedním nebo více 10Gbps okruhy. A aby byl celý systém odolnější proti výpadkům, tak lze FEXy připojit ke dvěma Nexusům. Konfiguruje-li se nějaký port, příslušného modulu, tak se musí nakonfigurovat na obou Nexusech. Žádná výměna informací o konfiguraci portu FEXu zde neexistuje. Při ztrátě spojení FEXu s jedním z Nexusů začne FEX spolupracovat se záložním Nexusem a koncové zařízení je stále dostupné. Prakticky jsem to zkoušel, pár paketů se ztratilo, ale konvergence byla rychlá. Alespoň z pohledu IP sítě.

Cena FEXu je, co se týče ceny na port, výrazně nižší než u jiných Cisco alternativ. Ať už se porovnávají 1Gbps L2 přepínače (Catalyst 2960) nebo 10Gbps (Catalysty 4900).

VPCčka jsou plně funkční, s těmi k žádným problémům nedošlo. Ve zkratce - dvě zařízení se vůči jinému zařízení (tedy druhé straně port channelu) tváří jako jedno zařízení. Není to zcela optimální z hlediska výběru nejkratší cesty v L2 síti. V praxi dochází ke stavům, kdy rámec pro koncové zařízení připojené k přepínači NEXUS2 je posíláno v datovém spoji k zařízení NEXUS1. NEXUS1 pak pošle rámec na NEXUS2. K tomuto jevu dochází proto, že na odesílajícím přepínači je rozdělování provozu realizováno klasickou hash funkcí (obvykle src-dst-ip) a podle toho je rámec poslán příslušným spojem. Odchozí provoz z Nexus přepínačů je už pak posílán nejkratší cestou tak, jak ji vypočte SPT protokol.

Největší neznámou pro mě byly otázky kolem Fiber Channelu (FC). Trochu jsme se potrápili s HW zapojením karet (díky J.Benešovi vyřešeno :-). Server byl připojen do FEXu, diskové FC pole pak bylo duálně připojeno přímo do dvou Nexusů. Málem jsme testování FC nestihli, ale dva dny to R.Slíva testoval ze strany serveru a diskového pole a nevyjádřil nespokojenost :-) Jak se dívám na obrázek, tak FC pole není ve schématu zakreslené. Z CNA karet byly realizovány dva spoje, které by měly být v ideálním případě ukončeny na dvou FEXech, které jsou duálně připojeny ke dvěma Nexusům.

A protože se mi nechce schéma zapojení překreslovat, tak přikládám fotku zapojení.

Nexusy do datového centra mi přišly jako docela rozumné zařízení. V našem případě máme po sálech datacentra rozmístěno dvanáct L2 přepínačů. Některé jsou 10/100Mbps, některé 10/100/1000Mbps, jejich oddělená správa také není zcela ideální. Zapojením dvou přepínačů a několika FEXů bychom dosáhli lepší škálovatelnosti. A při nasazení 10Gbps portů nevidím v podstatě v portofoliu Cisca alternativu.

Celý článek......

Přepínače Cisco NEXUS 5000 I.

Tak jsme se domluvili s firmou Cisco a dostali jsme zapůjčeno k testování zařízení Cisco Nexus 5000. Teď je důležité to celé prodrátovat a spustit...


Tak jsme dostali, jako perspektivní univerzita :-), zapůjčeno zařízení Cisco Nexus 5000. Přepínače Cisco Nexus 5000 jsou určeny do datových center a tedy primárně jsou určeny pro připojení serverových systémů. Oproti klasickým L2 přepínačům umí ještě pracovat s technologií FCoE a lze k nim připojit i FC pole. Tedy žádná hračka domů nebo do normálního rozvaděče. Tomu propojení Ethernetenu a Fiber Channelu se říká konvergovaný ethernet.

Myšlenka konvergovaného ethernetu spočívá v použití jediné CNA karty v serveru, což má uspořit místo, kabelář a energii (všichni chceme být zelení, že?). CNA znamená Converged Network Adaptér. Tato karta má integrován řadič, který se v OS tváří jako FC řadič. Zároveň se karta tváří jako dvě klasické 10Gbps síťové karty. Samotná karta má dvě rozhraní, které lze připojit ke dvěma zařízením a posílá ethernetové rámce. Některé klasické, jiné jsou FC zabalený do ethernet rámce. Není tedy potřeba k serveru připojovat kabeláž počítačové sítě a zároveň kabeláž SAN sítě.

Naše sestava byla poskládána ze dvou zařízení Nexus 5020 a k dispozici máme tři FEXy a dva FC moduly, do každého Nexusu jeden. FEX znamená Fabric EXtender a je to fajn věc. Ta zařízení nemají z pohledu správy sítě v podstatě žádnou logiku a lze si je představit jako moduly, které jsou fyzicky připojeny jednou nebo více 10Gbps trasami.

Nexusy umí i technologii VPC - Virtuální Port-Channely. Na první pohled výborná věc. Jiné zařízení připojíte dvěma okruhy ke dměma Nexusům, ale pro to zařízení se bude jednat o jeden port-channel. S ním pak můžete pracovat jako s klasickým port-channelem. Nexusy se mezi sebou domlouvají a vůči tomu zařízení se tváří jako jedno zařízení. Uvnitř se ale každý Nexus chová jako samostatný přepínač, řídí se svými MAC address tabulkami, tak nečekejte žádný balancing vzhledem k tomu druhému zařízení. Takže zcela jistě vznikají v síti asymetrie a koncová zařízení je vhodné rozkládat na oba Nexusy.

Tak uvidíme, co vše zvládnou v provozu... :-)

Celý článek......

Kam se ztratily řetězy?

Loni jsem se připravoval na výstup na nějaký štít ve Vysokých Tatrách. Nerad chodím sám, takže mi to vyšlo až letos. Vybral jsem si Koprovský štít.

Vyrazili jsme v 6:30 ráno autem z Bánské Bystrice. Provoz na cestách byl poměrně slabý, takže okolo osmé jsme už vyrazili z parkoviště na Štrbském plese směr Popradské pleso.

Počasí přálo, šlapalo se dobře, i kešku jsem stihl odlovit. Když jsme došli až na vrchol, tak jsem se těšil na řetězy, které tam byly při mém posledním výstupu. Ale ouha, řetězy nikde! Tak nevím, jestli vrchol je už bezpečnější, že řetězy nejsou třeba?





Výhled z vrcholu stál za to. Bylo jasno a tak šlo vidět až na střední Slovensko. Trochu mě mrzelo, že jsem si neudělal kvůli technickým problémům s TrekBuddym track log.

Cestu zpět jsme si zpestřovali konzumací borůvek, vodu jsme doplnili v horských potocích, síly... síly nebylo kde doplňovat.

GPSka dnes selhala podruhé. Autem jsme se po cestě zpět zacyklili, ale mapa pod sedadlem spolujezdce opět zajistila návrat na tu správnou cestu.

Celý článek......