15 apríla 2010 sa uskutočnil v Club Penati Bratislava prvý ročník konferencie ISACA Professional Day 2010. Konferencia bola zameraná na tému IT Security, Outsourcing, Governance. Hovorilo sa aj na tému Cloud Computing.

Konferencia bola organizovaná ISACA Slovakia hlavne pre ľudí zaujímajúcich sa o audit, bezpečnosť a poradenstvo. Ja som dostal pozvánku od Ivana Kopáčika prednášať na tejto konferencii na tému Cloud Computing. Moja prezentácia bola naplánovaná na poobedie a tak som pozorne celé doobedie počuvál, aký majú názor na tému Cloud Computing ľudia z oblasti auditov.

Musím sa priznať, že bolo naozaj zaujímavé sledovať, ako sa na túto tému pozerá Palo Adamec z KPMG a aké riziká vidí KPMG v tejto oblasti. Na druhej strane musím povedať, že aj týmto ľudom je jasné, že pre zákazníkov je to atraktívna služba a oni nemôžu brániť businessu, ale sčasti sa prispôsobiť trendu a hlavne minimalizovať riziká s týmito službami spojené.

Verím, že moja prezentácia ľuďom ukázala ako sa na vec Cloud Computing služieb pozerá service provider a taktiež zákazník. Prezentácia bola prípadová štúdia zákazníka Cloud Computing služieb v našom data centre Perpetuus. Prezentovaný bol názor service provider-a a tiež uhoľ pohľadu zákaznika. Čo bolo pre neho dôležité pri výbere, na čo všetko sa pýtal a na základe čoho sa rozhodol.

Reakcie ľudí po panelovej diskusii ma presvedčili, že o túto tému je veľký záujem, pretože sa o nej veľa píše, ale málo ľudí počulo o zákazníkoch, ktorí takúto službu reálne na Slovensku využívajú.

ISACA Professional Day mala pre mňa nesmierny prínos a verím, že aj ja som prispel svojou troškou prezentovaním prípadovej štúdie Cloud Computing služieb k pozitívnym náladam v tejto organizácii na túto tému.

Považujem sa za stabilného účastníka konferencie Cisco Expo a musím povedať, že tento rok opäť splnila očakávania, ale aj prekvapila. A to hneď na začiatku príhovorom generála Cisco Slovensko, že v budúcnosti plánujú Cisco Expo robiť virtuálne. Nebude to samozrejme hneď plne virtuálna konferencia na budúci rok, ale asi je to len otázka času. Je to prirodzené, keďže Cisco kúpilo WebEx a trend tiež ukazuje jasný smer, kam sa táto oblasť uberá.

Týmto nechcem Cisco-u nič vyčítať. Len si myslím, že okrem zaujímavých prednášok tam ľudia chodia aj z dôvodu stretnutia sa s inými ľuďmi osobne, s ktorými sa v mojom prípade stretávam len na tejto akcii. Jednoducho sú to kamaráti, bývalí kolegovia, ľudia z fachu, atď… z celého Slovenska a toto je ideálna príležitosť na takéto stretnutie a poklábosenie ako ide život, ako sa darí, čo nové. V tomto prípade mi určite nebude stačiť video konferencia. Veď uvidíme čo prinesie ďalší rok.

Z prednášok bol veľmi zaujímavý IPv6 Deployment od Štefana Kollára. Prednáška bola v podstate o tom, že nás čaká kopec roboty a dôležitých rozhodovaní pri migrácií na IPv6. Ak nájdem prednášku na nete, tak sem určite pridám linku.

Bolo zaujímavé sledovať akých ľudí poslala na konferenciu jedna Slovenská IT firma. Konferencia je vysoko odborná, určená hlavne pre technikov. Registrácia na konferenciu je pomerne nákladná, ale táto spoločnosť neváhala poslať na Cisco Expo celé svoje obchodné oddelenie. Pričom technik bol na konferencii len jeden a druhý technik bol len druhý deň na lístok generála danej spoločnosti (technické oddelenie má niekoľko desiatok ľudí). Do teraz nechápem prečo tam bolo toľko obchodníkov, keď na konferencii sú hlavne technicky zameraný ľudia (nemajú možnosť ovplyvniť obchod), konkurencia a partnerské spoločnosti. Z môjho pohľadu žiadny potencionálny zákazník. Osobne by som tam niektorých technikov poslal povinne a nie viac ako 10 obchodníkov tam zbytočne zabíja čas a čo sa týka nákladov, to radšej ani nehovorím. Ale možno je to v tejto spoločnosti určitý štandard. Tak želám tejto firme veľa úspechov a kvalitných obchodníkov vždy na správnom mieste v správnom čase.

Potešilo ma stretnutie s jedným človekom, ktorý mi dokonca povedal, že číta tento blog. Pre takéto momenty sa naozaj oplatí napísať pár riadkov, ktoré ľuďom môžu pomôcť, alebo im aspoň ukázať smer, akým sa vydal niekto iný pri riešení podobného problému.

Verím, že sa na tejto konferencii budeme stretávať osobne, alebo aspoň do času pokiaľ si nebudem môcť podať s tebou ruku cez video konferenciu.

Trixbox CE je open source softwarová VoIP (Voice over IP) telefónna ústredňa (PBX). Trixbox CE je postavená na Asterisku a operačnom systéme Linux CentOS. Keďže je to open source software, je možné ju voľne stiahnúť z internetu a nainštalovať na ľubovoľný hardware.

Trixbox CE má všetky vlastnosti, ktoré sú potrebné pre enterprise prostredie. Je možné ju bez problémov nasadiť aj do veľkých firiem so 700 klapkami (samozrejme na dostatočne výkonnom hardware) a dokáže splniť všetky požiadavky na veľkú telefónnu ústredňu.

Domovská stránka Trixbox CE obsahuje software samotnej telefónnej ústredne, ktorý je možné stiahnúť, dokumentáciu a má vynikajúce fórum, na ktorom nájdete odpovede na všetky otázky a taktiež tipy na riešenie rôznych požiadaviek a problémov. Zatiaľ všetky požiadavky mojich zákazníkov na funkcionalitu, táto VoIP PBX dokázala splniť.

Samozrejmosťou, okrem pripojenia cez SIP a IAX trunk, je aj možnosť pripojenia do PSTN na pevné linky a ISDN rozhrania. Kombináciou s vhodnými VoIP telefónmi, odporúčam Cisco SPA radu (pôvodne Linksys) dosiahnete optimálne a kvalitné riešenie za rozumnú cenu. Je možné používať aj open source software VoIP telefóny nainštalované na notebooku alebo PC, ktoré sú taktiež kvalitné a naviac grátis.

VoIP telefónnu ústredňu Trixbox CE ponúkam od 220 euro bez DPH v mojom shope. Samozrejme hardware konfigurácia sa môže meniť v závislosti od počtu požadovaných klapiek.

V prípade záujmu o komplexné/kompletné VoIP riešenie, ma prosím kontaktujte. Navrhnem Vám spôsob zapojenia, najvhodnejšieho Slovenského VoIP operátora aj s tarifami (viac možností) a zrealizujem celú inštaláciu aj s konfiguráciou VoIP telefónnej ústredne na kľúč.

Výber a dodávka VoIP telefónov v prípade celého projektu taktiež nie je problém. Následná podpora a konzultácie po realizácií projektu sú samozrejmosťou.

Askozia®PBX je primárne určená pre Embededd Appliances, ale nie je problém ju nainštalovať aj na staršie niekoľko ročné PC s minimálne 64MB RAM a 200MHz procesorom. Image, ktorý je možné voľne stiahnuť z internetu, je optimalizovaný pre Soekris a PC Engines boards.

Askozia®PBX sa mi osvedčila do projektov VoIP riešení, kde počet klapiek bol maximálne do 40-50 kusov a postačovalo základné nastavenie, bez komplikovaných požiadaviek ako napr. sekretárske súpravy, špecialne nastavenie call groups, atd….

VoIP Askozia®PBX ponúkam od 185 euro,- bez DPH v mojom shope. Balík obsahuje samotnú telefónnu ústredňu, napájací zdroj, Ethernet kábel. Mám ju skladom, okamžite k odberu.

V prípade záujmu o komplexné/kompletné VoIP riešenie, ma prosím kontaktujte. Navrhnem Vám spôsob zapojenia, najvhodnejšieho Slovenského VoIP operátora aj s tarifami (viac možností) a zrealizujem celú inštaláciu aj s konfiguráciou telefónnej ústredne na kľúč.

Výber a dodávka VoIP telefónov v prípade celého projektu taktiež nie je problém. V projektoch používam VoIP telefóny Linksys SPA922, SPA942 a SPA962 (v súčastnosti Cisco). Sú spoľahlivé a za vynikajúcu cenu.

Následná podpora a konzultácie po realizácií projektu sú samozrejmosťou.

Today I passed recertification exam 642-524 Securing Networks with ASA Foundation. My CCSP certicate is valid for next 3 years. I’m realy happy. Thank you for your congratulations.

K finálnej štandardizácii prišlo sedem rokov od štartu vývoja nového štandardu a viac ako dva roky od spustenia certifikácie zariadení s druhým návrhom štandardu. V súčasnosti sa už denne predáva viac ako milión zariadení kompatibilných s druhým návrhom WiFi 802.11n certifikovaných WiFi alianciou.

Oproti druhému návrhu štandardu, s ktorým sú kompatibilné súčasné zariadenia, prišlo vo finálnej verzii k menším zmenám najmä u voliteľných funkcií a vlastností.

Zariadenia certifikované WiFi alianciou pre súlad s finálnou verziou štandardu budú interoperabilné s doterajšími zariadeniami a podľa oznámenia WiFi aliancie doterajšie zariadenia kompatibilné s druhým návrhom štandardu získajú dokonca právo používať logo kompatibility s finálnou verziou štandardu, keďže sú kompatibilné zo základnými požiadavkami aj finálneho 802.11n.

U viacerých 802.11n čipsetov je zároveň možné, že výrobcovia iba aktualizáciou firmvéru zabezpečia aj u už predaných zariadení úplnú kompatibilitu s finálnou verziou štandardu.

Verzia 802.11n je na rozdiel od doteraz bežne používaných verzií WiFi 802.11b a 802.11g určených len pre 2.4 GHz pásmo určená pre 2.4 GHz alebo 5 G GHz pásmo.

Oproti verzii 802.11g nová verzia 802.11n výrazne zrýchlila, z maximálnej fyzickej komunikačnej rýchlosti 54 Mbps až na 600 Mbps, teda 11.1-násobne. Časť zrýchlenia je dosiahnutá vďaka voliteľnému zdvojnásobeniu šírky využívaného komunikačného kanálu z 20 MHz na 40 MHz, o ďalšie takmer 5-násobné zrýchlenie sa už postarala efektívnejšia technológia.

Zdvojnásobenie šírky kanálu na 40 MHz poskytuje 108 frekvencií v OFDM namiesto 52 frekvencií, bitrate sa tak zvyšuje presne 2.25-násobne. Aj 802.11n môže ale stále používať aj 20 MHz kanály.

802.11n používa efektívnejšie opravné kódy, keď na ne pripadá len 1/6 prenášaných bitov namiesto 1/4, rýchlosť tak zvyšujú o devätinu. Rýchlosť zvyšuje aj skrátený ochranný interval proti rušeniu oneskoreným odrazeným signálom z 800 ns na 400 ns, čo umožňuje zvýšiť rýchlosť o ďalšiu jednu devätinu.

Najväčšie zrýchlenie ale prináša technológia Multiple Input Multiple Output, MIMO. Pri použití MIMO dve zariadenia komunikujú na jednej frekvencii nie jedným ale viacerými, dvomi až štyrmi, dátovými streamami a rýchlosť sa tak zdvoj, stroj alebo zoštvornásobuje.

Pre každý dátový stream potrebujú mať obe zariadenia samostatnú anténu. U zariadení certifikovaných podľa druhého návrhu štandardu 802.11n bola overovaná kompatibilita s MIMO s maximálne dvomi streamami, ktoré umožňujú maximálnu rýchlosť 300 Mbps. Súčasné čipsety podporujú typicky maximálne dva dátové streamy, najlepšie zatiaľ predstavené čipsety popredných výrobcov tri prípadne prototypy plné štyri streamy s maximálnou rýchlosťou 450 Mbps respektíve 600 Mbps.

802.11n zároveň okrem výrazného zvýšenia fyzickej prenosovej rýchlosti zvyšuje aj efektívnosť prenosu samotných dát pomocou napríklad spájania potvrdzovacích framov, podľa dostupných informácií môžu u 802.11n dáta tvoriť v ideálnych podmienkach až približne 75% fyzickej rýchlosti oproti menej ako 50% pri 802.11g.

Plné znenie schválenej finálnej verzie štandardu bude zverejnené v októbri, certifikácia nových zariadení s finálnou verziou štandardu vrátane testovania interoperability nových voliteľných funkcií začne už tento mesiac.

Článok je prevzatý z www.dsl.sk.

Zálohovaním dát som sa zaoberal už dlhšiu dobu. Dáta som mal porozhadzované po 3 rôznych zariadeniach PS3, Mini Mac a MacBook. Nebolo možné robiť ani normálnu synchronizáciu.
Každé z týchto zariadení má svoje miesto a plní určitú úlohu, takže som chcel urobiť konečné riešenie pre problém zálohovania a ukladania dát aj pre najbližšiu budúcnosť.

Funkcie jednotlivých zariadení pred inštalovaním NAS
PS3 je fantastická game console a samozrejme media center (music, photos, movies). Má vstavaný disk, ktorý nie je veľký a je iba jeden. Čiže v prípade poruchy disku prídem o dáta a primárne ho chcem používať len na games.
Dôležitá vlastnosť PS3 je, že podporuje UPnP media server (DLNA compliant). Čiže, keď máš takýto media server na domácej LAN sieti, označené adresáre sa tvária ako súčasť PS3. Je možné pozerať movies, počúvať MP3 alebo pozerať fotky, akoby boli nahraté v PS3. Veľmi, ale veľmi dôležitá vec pre mňa. Táto vlastnosť PS3 eliminuje strašne veľa ďalších možných problémov.

Mac Mini mám vo funkcii media servra pre PS3 (movies, music) a odkladanie “zálohu” dát z MacBooku. Tiež má len jeden disk. Hrozba straty dát v prípade poruchy na HDD.

MacBook používam k práci. Jeden disk. Obsah disku má pre mňa väčšiu hodnotu ako nový Mac. Tu mám prakticky všetko. Snažím sa ale fotky, MP3 aj filmy posúvať na Mini Mac, alebo PS3.

Cieľ
Samozrejme je rozdiel robiť synchronizáciu adresárov medzi dvomi počítačmi a robiť plnohodnotnú zálohu/backup tak, ako to robí napr. Time Machine, takže pár cieľov zoradených podľa dôležitosti:
1) zálohovať MacBook cez Time Machine
2) zálohovať, odkladať všetko ostatné (music, movies, photos, data)
3) vedieť poskytnúť pre PS3, cez media server, vybraté adresáre (foldre)
4) definovať práva na adresáre (per užívateľ, read/write policy)
5) mirror diskov, RAID 1
6) minimálna kapacita 1TB (bez mirroru), alebo 500GB v RAID 1 mirror

Riešenia
Z definovaných cieľov je zrejmé, že potrebujem diskovú kapacitu, najlepšie v RAIDe, pripojenú do domácej LAN tak, aby spolupracovala so všetkými zariadeniami doma tak, ako píšem v cieľoch.

Riešení bolo viac a preto ich popíšem v nasledujúcich riadkoch:
1) PC s windows alebo linux OS, 2 disky v RAID 1, Mirror
2) Iomega StorCenter ix2 Network Storage
3) LaCie 2big Network

Riešenie č. 1. PC s windows alebo linux OS, 2 disky v RAID 1, Mirror
Výhody: v podstate nad OS dokážete urobiť čokoľvek a spúšťať akúkoľvek aplikáciu
Nevýhody: Ak chcete mať v PC 2 a viac diskov, rozmer PC je väčší. Väčšia spotreba elektrickej energie, hlučnosť, starostlivosť o OS (fix, patche)

Riešenie č. 2. Iomega StorCenter ix2 Network Storage
Toto je prvá applianacia čo mi maximálne vyhovovala do riešenia. Na Slovensku je problém ju zakúpiť. Ostávala Viedeň, ale riešiť prípadnú otázku záruky v Rakúsku ma odrádzalo.
Výhody: spĺňa všetky definované cieľe, naviac ma podporu Torrent Download.
Nevýhody: nemožnosť zakúpenia na Slovensku v prvej polovici roku 2009 a nie som si istý podporou pre backup Time Machine (špecialitka Apple)

Riešenie č. 3. LaCie 2big Network
Toto je moje finálne rozhodnutie. Spĺňa absolútne všetky cieľe, je malá a spratná, podporuje aj zálohovanie cez Time Machine.
Mám ju v konfigurácií mirror RAID 1. Je to z dôvodu, že nemám duplictné ukladanie dát. Vyčistil som MacBook aj Mac Mini. Prevádzková kapacita v tejto konfigurácií je teda 500GB. Appliancia obsahuje dva disky v kapacite 500GB.

Finálny stav
Srdcom mojej domácej siete je v súčastnosti Linksys Wireless Router, ktorý je samozrejme na jednej strane pripojený do internetu (outside) a vnútorná strana poskytuje jednak pripojenie ethernet káblom, ale aj WiFi pripojenie. Používam oba spôsoby pripojenia. WiFi mám naviac kryptované WPA2 AES.

LaCie 2big Network je pripojené cez ethernet kábel (100Mbps) s pevnou IP adresou.
PS3 mám pripojené tiež cez kábel, ale IP je doplnená dynamicky cez DHCP z Linksys.
iPhone, Mini Mac a Mac Book je pripájaný cez WiFi (54Mbps).

Disk na PS3 používam len na hry. Využívam už spomínanú podporu uPnP media server DLNA compliant. Cez PS3 tiež samozrejme pozerám všetky movies a photos uložené na LaCie 2big a Mini Mac.

Mini Mac slúži ako uPnP media server pre PS3 pre filmy, ktoré majú titulky. Jednoducho, LaCie 2big nevie poskytnúť súbor s titulkami pre PS3. Ďalej mám na Mini Mac-u nainštalovaný MAMP a testujem na ňom rôzne CMS a eshop systémy.

MacBook je primárny pracovný nástroj. Konečne mám funkčný Time Machine backup.

Záver
Rád pomôžem, podelím sa o moje skúsenosti, ak riešiš práve domácu, alebo firemnú LAN, diskový priestor, storage NAS, zdielanie tlačiarne cez sieť, VoIP, firewall security, atď,…..

Zákazník ma oslovil cez internet s prosbou o pomoc pri nastavení jeho už existujúcej Trixbox VoIP telefónnej ústredne. Samozrejme sme sa dohodli a tu je krátky popis toho, čo bolo cieľom, aké boli východiská a ako to dopadlo.

Cieľom riešenia bola zmena konfigurácie existujúcej Trixbox VoIP telefónnej ústredne a firewallu tak, aby bola možnosť k nej pripájať VoIP telefóny v LAN sieti a tiež telefóny v internete, alebo iných privátnych sieťach (domácnosti, partnerské firmy).

Východiská:
- Trixbox už inštalovaný a funkčný pre VoIP telefónny na lokálnej sieti (free VoIP telefónna ústredňa)
- Firewall inštalovaný v plnej prevádzke (SMC)
- typ VoIP telefónnov definovaný (Grandstream GXP 2000)

Trixbox VoIP telefónna ústredňa je pripojená na verejnú telefónnu sieť ST cez ISDN rozhranie a na VoIP telekomunikačného operátora cez SIP trunk.

Želanie majiteľov bolo, aby VoIP telefóny ktoré májú doma a VoIP telefónny v partnerských firmách, boli tiež pripojené k Trixbox VoIP telefónnej ústredni vo firme.
Výhodou je, ak má firewall pevnú nefiltrovanú verejnú IP adresu. Pripojenie do internetu môže byť akýmkoľvek spôsobom 3G, DSL, WiFi, lokálny ISP ethernet. To isté platí aj pre pripojenie domácností alebo partnerských firiem.

UPC (Internet cez káblovku) filtruje porty na IP adresách. Signalizácia cez SIP protokol (komunikačný protokol medzi VoIP telefónom a VoIP ústredňou) funguje, ale real-time traffic (tf. hovor) neprechádza, jeden smer v telefónnom rozhovore nepočuť.

Konfigurácia Firewallu
Na Firewalle je potrebné nakonfigurovať preklad IP adries a povoliť nasledujúce porty:

-UDP port 5060-5082, je pre SIP komunikáciu, signalizácia
-TCP port 5060, je pre SIP komunikáciu, signalizácia
-UDP port 10000-20000, je pre RTP stream, samotný telefónny hovor

Je ideálne ak máte viac verejných IP adries, v tomto prípade odporúčam jednu IP vyhradiť pre VoIP telefónnu ústredňu a na firewalle urobte NAT preklad IP adries 1:1

Ak máte len jednu verejnú IP adresu, firewall nakonfigurujte PAT preklad a vyššie uvedené porty nasmerujte na lokálnu IP adresu VoIP telefónnej ústredne.

Konfigurácia Trixbox VoIP telefónnej ústredne
Ak je Trixbox za firewallom, je potrebné editovať súbor sip_nat.conf. V Trixbox home page v administrator mode označte PBX -> Config File Editor, vyberte sip_nat.conf a vložte nasledovné riadky:
externip=vaša externá ip adresa
localnet=vaša interná adresa siete na ktorej je Trixbox/255.255.255.0

príklad:

externip=76.45.32.89
localnet=192.168.1.0/255.255.255.0

kliknite na update a urobte reštart Trixboxu.

VoIP telefónny
Správnosť konfigurácie som testoval na software-ovom VoIP telefone X-lite (free) a hardware-ových telefónoch Linksys SPA 922 a Grandstream GXP 2000 (nasadené v prevádzke). Všetky fungovali na prvýkrát, okrem GXP 2000. Tomuto telefónu je potrebné do konfigurácie manuálne zadefinovať aká je jeho verejná IP, keďže je určite pripojený v LAN sieti s privátnou IP.

Cez WEB rozhranie telefónu, ako administrátor môžete pristupovať k advanced settings záložke a do políčka Use NAT IP napíšete Vašu verejnú IP. Toto políčko je default-ne prázdne. Neskúmal som či toto je vlastnosť len verzie software-u, ktorá bola nahratá v telefónoch, alebo je to normálne pre GXP 2000, no X-lite aj Linksys takéto niečo vôbec nepotrebovali nastaviť.

Ak chcete mať HW VoIP telefón na stole, tak odporúčam Linksys, mne osobne stačí aj software VoIP telefón v MacBook-u.

Poplatky
Free VoIP riešenia v súčasnosti vedia plne nahradiť drahú pobočkovú ústredňu a pri rozumnej konfigurácií môžete mať HW VoIP telefón napr. aj v Kanade pripojený k Vám do firmy na Slovensku a telefonovanie máte zadarmo. Výhodou sú pevné pridelené verejné telefónne čísla dovolateľné odkiaľkoľvek.
V takomto prípade, ak VoIP telefón je v Kanade a je napojený na VoIP telefónnu ústredňu na Slovensku a vy vytočíte jeho telefónne číslo, tak platíte len poplatok v rámci Slovenska. Prepoj medzi telefónnou ústredňou a telefónom v Kanade je grátis, je realizovaný cez Internet.

Záver
V súčastnosti VoIP riešenia vedia v plnej miere nahradiť pôvodné klasické riešenia pobočkových ústrední a pridávajú možnosť dislokácie klapiek po celom svete, kdekoľvek, kde je pripojenie do Internetu.
V prípade, že ťa riešenie zaujalo a máš záujem o viac informácií, určite ma kontaktuj. Veľmi rád pomôžem s návrhom, implementáciou a taktiež aj správou a údržbou celého VoIP riešenia.

Pôvodné riešenie bolo založené na technológií WiFi 5,8GHz point-to-point. Hardware bol použitý WRAP od PC Engines GmbH s kartami Atheros. Software bol a stále je použitý OS Linux, distribúcia LEAF konkrétne Bering uClibc.

Dĺžka trasy uplinku (last mile, vzduch) je okolo 1km. Keďže počet zákazníkov stúpa, vznikla potreba aj zálohy samotnej trasy vo vzduchu. Samozrejme, hneď sa objavilo riešenie mať skladom záložný hardware. V prípade výpadku trasy, je ale oprava pri tejto variante časovo náročná (vybavovanie vstupov, lezenie po rebríkoch k anténam, samotná výmena HW, …).
Networkingu a routingu sa venujem pár rokov, takže som sa začal pohrávať s myšlienkou Load Sharing-u.

Design

Keďže linux je flexibilný a distribúcia LEAF zvláda routing bez problémov vznikol prvý design zapojenia. Samozrejme požadovaná rýchlosť si vyžaduje aj silný hardware. Preto jednoznačne padol výber na hardware od PC Engines GmbH , konkrétne ALIX, ktorý má výkonnejší procesor a viac pamäte priamo na boarde.
Prvotný design zapojenia bol navrhnutý s jedným zariadením s ethernetom a 2x WiFi kartou na každej strane.

obr. č. 1.: prvotný návrh designu zapojenia

Samotné testy začali konfiguračným templatom na jednom zariadení. V tomto prípade som zisťoval, či zariadenie vôbec dokáže prijať plánovanú konfiguráciu a či jednotlivé časti konfigurácie budú spolupracovať. Mnoho problémov sa podarilo odstrániť, alebo obísť, no objavili sa aj také, na základe ktorých som musel meniť design celého riešenia.

Vážnejší problém pri designe podľa obrázku č. 1 vznikol pri definovaní ath0 a ath1 rozhraní do TEQL rozhrania. Jednoducho nie je možné definovať k virtuálnemu teql0 rozhraniu athx, možné je pridávať len ethx rozhrania.

Vzhľadom k tomuto obmedzeniu som zmenil design. Keďže hardware ALIX nie je finančne náročný, úlohy ktoré boli pôvodne plánované do jedného zariadenia som distribuoval na viac zariadení na jednej strane. Vznikol návrh, kde na každej strane boli navrhnuté 3ks zariadení ALIX. Jedno zariadenie, ktore robí samotný Load Sharing a 2ks zariadení ALIX, ktoré robia bridge medzi ethernet a wifi rozhraním.
V tomto prípade som ale musel počítať s napájaním pre 3ks zariadení na každej strane a umiestnením týchto zariadení na stožiari. Našťastie, toto je menší a riešiteľný problém. Takže padlo definitívne rozhodnutie pre design č. 2.

obr. č. 2.: finálny návrh designu zapojenia

Z histórie viem, že najväčší problém robia wifi karty, finálnym designom č.2 bol eliminovaný výpadok celej trasy v prípade zaseknutia čo i len jednej wifi karty. Ak by nastal tento problém pri designe č.1 (samozrejme traffic sa presmeruje automaticky bez výpadku do funkčnej trasy), bol by potrebný reštart zariadenia, čo znamená výpadok na 1 až 2 minúty (pri down/up wifi rozhrania sa teql interface nespamätal a bol nutný reštart).
Pri designe č.2 tento problém nenastáva. Wifi rozhranie môžete zhodiť/nahodiť a teql rozhranie, keďže je na inom zariadení automaticky zistí opätovné oživenie vadnej trasy a začne fungovať load sharing.

Pri tomto designe je potrebné zariadenia sledovať cez SNMP alebo Syslog. Nám sa stalo v živej prevádzke, že na jednom zariadení, ktoré robí bridge, sa pokazil napajací zdroj, traffic sa presmeroval automaticky na funkčnú trasu a týždeň si to nikto nevšimol.  Keď sme to zistili, bolo dostatok času na opravu a všetko fungovalo. Po oprave load sharing zistil, že obe trasy sú funkčné a zapojil do prevádzky obidve trasy, opäť bez výpadku. Na jednej strane ma tešilo, že backup reálne funguje, ale na druhej upozornilo na potrebu monitorovania týchto zariadení.

obr. č. 3.: comps použité pri vývoji a testoch

Configuration

Pri návrhu konfigurácie bolo potrebné urobiť pár základných vecí:
1) prepojenie Bridge zariadení vo vzduchu cez AP, Ad-Hoc, alebo WDS.
2) Bridge medzi Ethernet a WiFi rozhraním
3) Load Sharing
4) funkčný backup

Pri konfigurácií WiFi som potreboval bridging (WiFi/Ethernet). Rozhodol som sa pre WDS. Bolo to najjednoduchšie riešenie a vyžadovala si to IP adresácia pre Load Sharing. Keďže na zariadeniach  beží OS Linux konkrétne LEAF, do kernelu som musel pridať moduly pre Bridging, defaultne tam nie sú. Všetko fungovalo bez problémov na prvý pokus.

Samotný Load Sharing si taktiež vyžaduje doplnenie pár modulov do kernelu, v tomto prípade tc a teql. Podľa finálneho návrhu designu zapojenia, zariadenie ktoré robí Load Sharing obsahuje len eth rozhrania, teda nebol problém s pridávaním ethx rozhraní do teql0 interfacu.

# tc qdisc add dev eth1 root teql0
# tc qdisc add dev eth2 root teql0
# ip link set dev teql0 up

obr. č. 4.: vyťaženosť procesora zariadenia, ktoré robí Load Sharing v živej prevádzke

Performance

Cieľom, okrem funkčného backup riešenia, bolo aj zvýšenie prenosovej rýchlosti s dostatočnou rezervou na najbližší rok/roky. Prvé testy som robil len na kábloch, bez WiFi. Zariadenia ALIX majú ethernet porty 10/100Mbps, teda performance bola len otázkou výkonu procesora tohto zariadenia. Na testy výkonnosti som použil IPerf na počítačoch Mac, Linux aj Windows. Zaťaženie procesora samozrejme stúpa s objemom prenesených dát, ale do úvahy treba brať aj veľkosť packetov. Ja som používal na test typickú veľkosť packetu v internet trafficu okolo 600 octetov. Výsledky zaťaženia procesora pri rôznych objemoch prenášaných dát cez zariadenia ALIX sú nasledovné:
- 10Mbps, CPU 5%
- 20Mbps, CPU 15%
- 30Mbps, CPU 20%

Zariadenia bez problémov zvládajú Load Sharing 80Mbps trafficu, čo je veľmi dobrý výsledok.  Na obrázku č.4 je graf vyťaženia procesora zariadenia, ktoré robí Load Sharing v živej prevádzke. Maximá na grafe predstavujú reálny traffic okolo 30Mbps viď obr. č.5.

obr. č.5.: vyťaženosť uplinku do internetu, živá prevádzka

Testy záťaže procesorov dopadli nad očakávania a na rad prišiel test finálneho designu aj s WiFi. Keďže HW pre Bridge je rovnaký ako pre Load Sharing, otázka znela, aký bude mať WiFi dopad na rýchlosť prenosu dát. Samozrejme pri testoch v plnom designe aj s WiFi som nedosahoval rýchlosti 80Mbps, ale okolo 60-70Mbps, čo je vynikajúce a vyhovujúce pre ciele projektu.

Na obrázku č.6 je fotka reálneho testovania (v lab podmienkach). Na spodnej poličke sú zariadenia, ktoré robia Load Sharing a na vrchnej poličke su Bridge WiFi/Ethernet pre dve nezávislé trasy podľa finálneho designu zapojenia na obr. č. 2.

obr. č. 6.: foto z reálneho testovania Load Sharingu

Laboratórne podmienky sú jedna vec a nasadenie do reálnej prevádzky druhá. Tesne pred koncom roka 2008 bolo riešenie nasadené do prevádzky, funguje bez problémov a k spokojnosti lokálneho ISP.

Tiež je na mieste otázka kvality WiFi signálu v husto obývaných oblastiach. Je pravda, že toto riešenie je nasadené v menej obývanej oblasti, no na druhej strane WiFi 5,8GHz má dostatočný počet kanálov, aby bolo možné sa vyhnúť rušeniu iných sietí.

CAPEX, OPEX

Investície do HW pre toto riešenie je na úrovni 1300 euro aj s vývojom a prácou. Pre backup, v prípade závady na HW, je potrebná investícia okolo 200 euro. Servisné práce je možné robiť sebestačne.

Tieto čísla sú smiešne oproti investície do profesionálneho RR spoja (point-to-point), ktorého nákupná cena je na úrovni okolo 6700 euro. K tejto čiastke je potrebné si pripočítať cenu práce na profesionála a do OPEXu pravidelný maintenance fee (nie malá čiastka) pre prípad výpadku, alebo závady na zariadení. Maintenance fee je určite povinné, keďže v prípade závady na RR spoji nemáte pripojenie do Internetu a naviac čakáte na príchod technika (čo niekedy trvá rádovo hodiny).

Záver

Riešenie je funkčné, zákazník je spokojný s výkonnosťou, riešením aj financiami, čo je hlavné a to je pre mňa dôležité. Ak ťa článok zaujal, napíš svoj názor do commentov. V prípade, že máš záujem o rôzne riešenia z oblasti networkingu, network security (firewall, IPSec,…) alebo VoIP, kontaktuj ma. Určite sa ozvem späť.