tiistai 19. lokakuuta 2010

Konferenssiverkot, osa 1: MindTrek 2010 WLAN-verkon tilastoja ja kokemuksia

Nyt MindTrek 2010 -konferenssin loputtua voi vihdoin todeta, että tällä kertaa konferenssin verkko oli sellainen, jonka konferenssin verkon meidän mielestämme pitää olla. Iso merkitys oli sillä, että verkon suhteen oltiin hyvissä ajoin liikkeellä, lainattiin hyvät yritystason WLAN-laitteet Ciscolta sekä sovittiin Tampereen Puhelimen kanssa riittävän kaistan toimittamisesta. Arch Redin rooli verkonrakentamisessa oli huolehtia laitteiden saamisesta lainaan Ciscolta, verkonsuunnittelusta sekä laitteiden konfiguroinnista ja asentamisesta. Hyviä vihjeitä laitteiden konfiguraatioon saimme Ciscolta Tomi Järventieltä ja lisäksi koko konferenssin verkon rakentamisessa oli sellainen hieno säätäjädraivi mm. Ilkka Lehtisen ja Heikki Ilvespakan "johto"töiden muodossa.

Kun kerran palautekin konferenssin verkosta oli poikkeuksetta positiivista, päätimme kerätä kasaan tilastot ja kokemukset verkon käytöstä, konfiguraatioasetuksista ja parhaista käytännöistä eli käytännössä siitä, miten konferenssi- ja muita korkean käyttöasteen verkkoja meidän mielestämme kannattaa tehdä. Yhdessä blogipostauksessa ei kaikkia asioita kannata käydä läpi, joten julkaisemme konferenssiverkkojen rakentamisesta juttusarjan täällä Arch Redin blogissa aloittaen MindTrek 2010 WLAN-verkon käyttötilastoista.

MindTrek 2010 -konferenssia varten saimme tänä vuonna ensimmäistä kertaa kuituyhteyden ja ethernettiä edellisten vuosien SHDSL-yhteyksien sijaan. Mittausten mukaan yhteys oli n. 100Mbps Internetistä MindTrek-verkkoon päin ja 10Mbps MindTrek-verkosta Internettiin. Konferenssin aikana ei kuitenkaan päästy edes testaamaan yhteyden rajoja liikennöinnin pysyessä lähinnä 10Mbps tasolla. Tosin 10Mbps nimellisnopeudella varustetulla linkillä verkko olisikin ollut jo oikeasti jumissa, kuten MRTG:llä piirretystä kuvaajasta alhaalla näkee.


Liikennettä mitattiin 5 minuutin välein, joka tarkoittaa, että esim. graafissa oleva huippuarvo tarkoittaa, että ko. hetkenä liikennettä on siirretty 5 minuutin keskiarvonakin jo 10Mbps:n yhteyden teoreettisen maksimin verran jatkuvasti. Liikennekäyrän leikkautumiseen (suora viiva) muutamassa kohdassa ei ole varmistettua selitystä. Eräs selitys voisi olla koneen kellon edistäminen/jäljestäminen ja sen siirtäminen takaisin aikaansa. Muita selityksiä taas esim. se, että jotkut palvelut tai palveluntarjoajat, kuten YouTube saattavat rajoittaa tiettyyn IP-osoitteeseen tilatun liikenteen määrää ja koska kaikki MindTrek-verkon koneet olivat yhden IP:n takana, annettiin liikennettä YouTuvesta putkeen vain tietyn rajoituksen mukaan.

Käyttäjien määrää verkossa tilastoitiin varsinaisen konferenssin alusta loppuun. Alla olevasta kuvasta voidaan nähdä, että vaikka suurin osa käyttäjistä käytti avointa ja salaamatonta WLAN-verkkoa, myös salattuihin ja käyttäjätunnistettuihin verkkoihin riitti sekä Langattoman Tampereen että eduroamin verkkovierailijoita. Käyttäjämäärän huippu mittauskaudella oli 165 yhtäaikaista käyttäjää.


Keskellä oleva laakso tarkoittaa yöaikaa, jolloin silloinkin verkkoon oli liittyneinä muutamia päätelaitteita. Kuopat päivien keskellä taas sijoittuvat konferenssin lounasaikoihin.

Ciscon suosituksesta kokeilimme myös konfiguroida tukiasemat tarjoamaan kahta WLAN-taajuusaluetta (2.4GHz ja 5GHz) tukeville päätelaitteille ensisijaisesti 5GHz aluetta. Yllätykseksemme näitä olikin päätelaitteista selvä enemmistö 2.4GHz:n päätelaitteiden jäädessä huomattavasti pienempään osaan, kuten kuvasta voi nähdä.

Kuvassa dot11a ja dot11n5 tarkoittavat WLANin 5GHz:in alueella toimivia IEEE 802.11a ja IEEE 802.11n päätelaitteita. 2.4GHz:n alueelta löytyi sitten 802.11g ja myös 802.11n standardi mukaisia päätelaitteita tunnisteilla dot11g ja dot11n24. Pelkkä IEEE 802.11g standardi näytti olevan selkeässä vähemmistössä käyttäjien päätelaitteissa. Useampaa taajuusaluetta käyttävät päätelaitteet kun valitsivat tukiasemien ohjeistamina mieluummin jonkun 5GHz:n taajuusalueen standardeista.

WLAN-verkoissa käytettävä taajuusalue vaikuttaa huomattavasti verkon toimivuuteen. 5GHz:n verkoissa on pienempi kantama, mutta enemmän toisiaan häiritsemättömiä kanavia (8 kpl) tukiasemille. Yleisemmällä 2.4GHz alueella puolestaan sitten on vain 3 täysin toisiaan häiritsemätöntä kanavaa (1, 5/6 ja 11) ja kyseinen taajuusalue onkin usein hyvin ruuhkainen jo pelkästään eri WLAN-verkkojen ansiosta. Usein myös konferensseissa on myös langattomia mikkejä yms. häiriölähteitä samoilla taajuusalueilla, joten 5GHz:n suosiminen ja tiheä tukiasemaverkko näyttää oikealta ratkaisulta varmistaa, että radioverkkokapasiteettia riittää kaikille käyttäjille.

Tämän pohjalta voimmekin antaa suosituksen, että päätelaitteissa ja tukiasemissa kannattaa suosia laitteita, jotka tukevat molempia radiotaajuusalueita ja tukiasemissa vieläpä yhtäaikaista taajuusalueiden käyttöä. Uusi 802.11n standardi tuo myös enemmän nopeutta ja kantavuutta verkkoon, mutta sitäkin ostaessa kannattaa huomata, että standardilla markkinoidaan myös laitteita, jotka osaavat toimia vain 2.4GHz:n alueella molempien alueiden (dual band, simultaneous dual band 802.11n) sijaan.

PÄIVITYS 2010-10-26: Ciscon Tomi Järventieltä tuli muutama lisäkommentti liittyen noihin jo esitettyihin suosituksiin. Kommentit ovat tässä alla:

Suositusten osalta haluaisin tuoda vielä esiin pari huomionarvoista asiaa:
1. Tukeeko WLAN-ratkaisu 802.11n-speksiä molemmilla taajuusalueilla, vai ainoastaan 5 GHz alueella. On useampia valmistajia, jotka myyvät 802.11n-ratkaisuja, mutta tukevat sitä vain 5 GHz alueella. 2,4 GHz alueella tuetaan vain b/g-speksejä, jolloin n-tukareihin investointi ei tuo kaikkea tarjolla olevaa hyötyä.
2. Kuinka suurta kanavajoukkoa ratkaisu tukee 5 GHz alueella. Osassa 5 GHz taajuusaluetta on _pakollista_ toteuttaa ns. DFS-ominaisuus (tutkanväistely), ja jotkut valmistajat oikovat jopa yritystason ratkaisuissa sen osalta aika tavalla. Oikominen johtaa siihen, että likimainkaan kaikkia olemassa olevia kanavia ei voida käyttää, ja pahimmillaan yli puolet mahdollisesta kapasiteetista joudutaan "heittämään hukkaan".

maanantai 18. lokakuuta 2010

perjantai 17. syyskuuta 2010

Arch Red Guest Server v3.0 tulossa

Arch Redin vierailijanhallintaohjelmisto Arch Red Guest Server lähestyy v3.0 julkaisemista. Kokeile mitä uutta on tulossa demopalvelimellemme asennetulla esiversiolla (v2.9.13). Lisää tietoja ja demoon kirjautumiseen tarvittavat tunnukset löytyvät osoitteesta:

http://www.archred.fi/tuotteet/arch-red-guest-server/demo

tiistai 20. huhtikuuta 2010

Mobile Cloud Apps @ Demola 22.4.2010 klo 8.30-10.30

Arch Redin toimitusjohtaja Karri Huhtanen osallistuu torstaina 22.4.2010 Hermian järjestämään Cafe Combinat -tapahtumaan paneelikeskustelijana aiheesta Mobile Cloud Apps. Lisää Mobile Cloud Apps tapahtumasta löytyy myös Facebookista.

torstai 12. marraskuuta 2009

Vierailijapalvelin 2.8.0 julkaistu

Arch Red Guest Server eli vierailijapalvelin on saavuttanut version 2.8.0. Versionumeron kasvaminen 2.6:sta antaa vinkkiä huomattavista muutoksista. Tärkeimpänä muutoksena on aikaleimojen tallettaminen UTC-aikana. UTC- eli Coordinated Universal Time helpottaa vierailijapalvelimen käyttöä organisaatioissa, jotka toimivat useilla aikavyöhykkeillä. Aikavyöhyke voidaan valita käyttäjäkohtaisesti, vaikka käyttäjä olisi Suomessa ja vierailijapalvelin organisaation pääkonttorissa Australian Adelaidessa *.

Tuki aikavyöhykkeille parantaa entisestään vierailijapalvelimen kansainvälistämistä ja kotoistamista (internationalization ja localization). Vierailijapalvelimen tarjoaminen palveluna on entistäkin helpompaa organisaation sisällä sekä kaupallisena palveluna.

Muut muutokset liittyvät eri kieliversioiden tukeen ja asennuksen yksinkertaistamiseen. Mukana on myös aikaisemmin mainittu tuki tunnusten keston määrittelylle.

* Suomen aikavyöhyke on UTC+2 ja Adelaiden UTC+9.30 normaaliaikana. Molemmat käyttävät myös kesäaikaa, ja eteläisellä pallonpuoliskolla kesäaika alkaa Suomesta katsoen syksyllä. Aikaeron miettiminen jää lukijalle harjoitukseksi ...

maanantai 5. lokakuuta 2009

Avoimen asiakaslaitteen turvaaminen

Yritykset ja palveluntarjoajat hyödyntävät yhä enemmän avoimia alustoja (mm. open sourcea) asiakaslaite- ja palvelutarjonnassaan.

Täysin avoimessa alustassa asiakas pääsee käsiksi koko laitteeseen ja sen sisältämiin tietoihin. Kontrolloidussa, täysin tai osin suljetussa alustassa tätä pääsyä ja vaikuttamismahdollisuuksia rajoitetaan, mikä voi jopa kannustaa murtamaan järjestelmän suojauksia rajoituksien poistoa varten.

Kokonaisuutena asiakaslaitteen turvallisuus ei kuitenkaan koostu vain sisäisestä ja ulkoisesta turvallisuudesta sekä laitteen sisältämistä tiedoista vaan myös laitteen toiminnan turvaamisesta kaikissa tilanteissa.

Tampereen tietoturvapiirille 5.10.2009 pidetyssä esityksessä käsitellään näitä avoimen asiakaslaitteen (CPE = Customer Premises Equipment) turvaamisen haasteita ja ratkaisuja palveluntarjoajan ja laitevalmistajan näkökulmasta.

Esityksen kalvot löytyvät julkaisujemme joukosta täältä: