Een topevent begint bij goede WiFi

launchsStel, je komt aan op een internationaal evenement. Wat doe je als eerste..?

De WiFi op je telefoon aanzetten! Logisch, want je telefoonrekening kan in het buitenland flink oplopen.

Daarnaast wil je natuurlijk ook online met je tablet en je laptop, zodat je tussentijds nog even wat kunt werken. Slechte WiFi is dan ook een echte dooddoener.

Als je naar een topevenement gaat, verwacht je dat… <klik om verder te lezen>..

Waarom kiezen voor Cisco Wireless?

Deze korte motion graphic legt eenvoudig uit waarom je zou moeten kiezen voor een Cisco Wireless oplossing.

De mythe van het controller-loze wireless netwerk

Door Roy Ramakers

blog-header

In mijn huidige rol als Product Sales Specialist voor Enterprise Networking bij Cisco focus ik mij op zaken als routing, switching en wireless. Naast kennis van onze eigen producten en oplossingen, houd ik natuurlijk ook bij wat er in de markt gebeurt op het gebied van networking en wat onze concurrenten doen en zeggen. Zo zie ik vaak het ‘controller-loze’ wireless netwerk voorbijkomen. Ik vertel er graag over in deze blog, want bestaat dat eigenlijk wel?

Bij het lezen van berichten van onze concurrenten, valt het mij op dat men vaak praat over zogenaamde ‘controller-loze’ wireless netwerken. Sterker nog, sommige concurrenten – en ik zal geen namen noemen – kunnen niet hard genoeg van de daken schreeuwen dat zij de enige vendor zijn die controller-loze wireless netwerken leveren, en dat Cisco het onnodig complex en duur maakt met de Cisco wireless oplossingen gebaseerd op controllers.

Ik kan me voorstellen dat gebruikers zonder specialistische kennis over wireless, dit snel voor waar aannemen. Een controller is een extra device dat je moet configureren, managen en kopen, dus als het zonder kan is het makkelijker en goedkoper. Maar is dat ook zo?

De mythe van het controller-loze wireless netwerk

Ik heb deze blogpost met reden ‘De mythe van het controller-loze wireless netwerk’ genoemd. Want bestaat dat wel, een controller-loos wireless netwerk?

Om eerlijk te zijn: ja en nee. Het is absoluut mogelijk een wireless netwerk te bouwen zonder controller; dit kan met autonomous access points. Deze access points hebben hun eigen software en hebben geen controller nodig om te kunnen werken. Top, zou je denken, maar schijn bedriegt. Denk eens aan het creëren van een groot wireless netwerk waarbij je elk access point afzonderlijk moet configureren! Prima te doen met vijf access points, maar als de omgeving uit driehonderd access points bestaat, is dat natuurlijk heel tijdrovend.

En wat te denken van roaming? Om dit goed af te handelen, heb je nu eenmaal een controller nodig. En ja, roaming (het kunnen rondlopen en automatisch connecten van de ene naar de andere access point) willen medewerkers altijd in een wireless netwerk, anders kunnen we net zo goed teruggaan naar vaste werkplekken. Kortom: we kunnen wel stellen dat we altijd een controller nodig hebben in een modern wireless netwerk.

Wireless netwerk met virtuele controller

Maar of dit daadwerkelijk een fysieke controller moet zijn, is de volgende vraag. Vaak is een virtuele controller voldoende. Met de virtuele controller bedoel ik dat het niet per se om een fysieke controller gaat; het kan ook een controller in de cloud zijn, of een access point met controller-functie. Dit laatste is waar de term ‘controller-loos wireless netwerk’ eigenlijk altijd over gaat. De controller-functie wordt door een access point afgehandeld. En dat kan prima, mits het niet al te grote draadloze netwerken zijn.

Waarom niet altijd een controller-loze wireless oplossing?

Waarom we dan niet altijd voor controller-loos kiezen, hangt voor een groot deel af van de grootte van het netwerk, maar zeker ook van hoe kritisch de omgeving is. Een controller-loze oplossing, in het geval van Cisco onze Mobility Express Solution, schaalt vaak tot een maximum van 25 access points. We kunnen dan ook stellen dat dit een oplossing is voor de kleinere omgevingen. Heb je meer dan 25 access points nodig in het bedrijf, dan kom je eigenlijk niet om een controller heen. Dit geldt voor Cisco, maar ook voor alle andere vendoren. Even afgezien van de vraag of dit een fysieke of een virtuele controller moet zijn. Controllers schalen door tot honderden of, in het geval van de Cisco 8540-controller, tot zesduizend access points. Echt grote omgevingen, dus.

8540

Deze controllers hebben een grote throughput en kunnen flink wat verkeer afhandelen; in het geval van de Cisco 8540-controller is dat 40Gb. Dat krijg je met een ‘built-in’-controller op een access point nooit voor elkaar. Een access point heeft maar één of twee Gigabit-poorten en kan je dus nooit een hogere throughput bieden dan maximaal 2Gb.

Behalve in grote omgevingen, wil je soms ook in kleinere omgevingen een losse controller hebben. In een kritische omgeving, bijvoorbeeld, zal je sneller kiezen voor een losse controller-oplossing. Naast een veel grotere throughput zijn er nog twee redenen hiervoor:

  • Interferentie-opsporing en –vermijding;
  • het detecteren en oplossen van gaten in de dekking.

Interferentie en storing op het kanaal

Interference of storingsbronnen zijn een groot probleem voor wireless netwerken. Iedereen kent wel het voorbeeld van de oude magnetron die stoort op kanaal 10 in de 2.4Ghz-band. Een access point mag in Nederland met maximaal 100mW zenden. In dezelfde band staat de magnetron met 900W te storen. Niet echt een eerlijke strijd, en alle wireless clients hebben hier last van.

Maar denk ook aan meer trendgevoelige zaken als de drone van de buurjongen, die op een mooie zomerdag aan het rondvliegen is. Deze drones werken tegenwoordig ook allemaal op 2.4Ghz en zijn niet altijd van die kwaliteit dat ze netjes op niet-overlappende 2.4Ghz-kanalen werken.

Storingsbronnen zijn dus een probleem. Zeker in de 2.4Ghz-band, omdat we daar maar drie niet-overlappende kanalen hebben. Het wordt al beter met de 5Ghz-band, gezien de 24 niet-overlappende kanalen, maar ook hier kunnen storingsbronnen voorkomen. Een controller kan hierop inspelen door de RF-power of de kanalen te veranderen. Dit kan de controller dynamisch doen, zonder tussenkomst van een netwerkbeheerder. Verder helpen de High Density Experience (HDX)-features van Cisco hierbij. ClientAir, bijvoorbeeld, is een feature die je kunt gebruiken voor het opsporen van storingsbronnen en het vermijden van dit soort bronnen. Deze feature werkt in combinatie met een controller.

Gaten in de wireless dekking

Waar een controller zeker ook bij kan helpen, is het in stand houden van de wireless dekking. Stel je hebt het wireless netwerk ingericht, met netjes iets-overlappende cellen op de juiste kanalen. En stel je nu eens voor dat een access point defect gaat. Ineens ontstaat er een gat in de dekking en op die plek zal het niet mogelijk zijn voor de werknemers om draadloos te werken. Zonder controller kan het even duren voordat dit opgelost is. Een gebruiker zal het moeten opmerken en de IT-afdeling ervan op de hoogte stellen. Dan moet men nog gaan kijken wat er aan de hand is en het probleem oplossen. Al die tijd dat het defecte access point niet vervangen is, is er geen dekking in het betreffende gebied en kunnen werknemers die zich daar bevinden niet werken.

Blog-Heatmap

Een controller biedt hier de oplossing. Doordat de controller kan spelen met het zendvermogen van access points, kan de controller het verlies in dekking opvangen door de radio’s van de omringende access points meer vermogen te geven. Hierdoor worden de cellen tijdelijk groter en zal het gat gedicht worden. De IT-afdeling heeft vervolgens de tijd om de defecte access point te vervangen.

Meer access points nodig bij Cisco?

Hiermee stuiten we meteen op een ander veelgehoord bericht van onze concurrenten: “Cisco heeft meer access points nodig.” Dit is niet waar. Wij kiezen er in onze best practices voor om de access points niet op vol vermogen te laten zenden. Hierdoor kunnen we gaten in de wireless dekking opvangen in het geval er een access point uitvalt. Dit lukt niet meer als de omringende access points al op vol vermogen aan het zenden zijn.

Conclusie: laat je niets aanpraten!

Laat je niets aanpraten. Dat is mijn advies. Kijk goed naar je eigen omgeving en de wensen en eisen van je organisatie. Iedereen beweert wat anders, en eerlijk gezegd is er geen goed of slecht. Het hangt allemaal af van je eigen, specifieke situatie. Niet één netwerk is gelijk. Een ‘controller-loze’ oplossing, zoals de Cisco Mobility Express Solution, werkt prima in omgevingen tot 25 access points. Heb je een grotere omgeving, dan moet je kijken naar een wireless controller in je netwerk. Of begin klein met Mobility Express, waarna je eenvoudig een controller aan het netwerk toevoegt zodra het bedrijf doorgroeit naar meer dan 25 access points. De Mobility Express Solution ondersteunt onze entry access points, zoals de 1800 Series, maar ook de 2800 en 3800 Series. Cisco heeft hiermee een oplossing voor elk segment; van groot naar klein en ongeacht van het marktsegment waarin het bedrijf zich bevindt.

Wat echt belangrijk is, is dat je kiest voor een netwerk dat bij het bedrijf past. En dat je een goede site survey laat uitvoeren om te weten waar je mee te maken hebt. Een site survey is key in het bouwen van een goed werkend wireless netwerk, dus bezuinig hier absoluut niet op! Dit geldt voor alle wireless oplossingen, ongeacht de vendor en ongeacht of je kiest voor ‘controller-loos’ of een netwerk met controller.

Meer over de site survey in een volgend blog.

Voor meer informatie omtrent Cisco Wireless klik hier.

 

Cisco ONE Software viert haar eerste verjaardag!

C1Cisco ONE Software is een portfolio van software producten die zeer gemakkelijk over verschillende Cisco platformen kunnen worden ingezet. Klanten kunnen hun Cisco software herinzetten op andere/nieuwe Cisco devices en dat zonder extra kosten.

Wil u als Cisco Partner meer weten over Cisco One, registreer dan voor dit webinar:
ONE way to go with Software: Sales Sweet Spots

Doelgroep: Sales / Presales
Wanneer: 28 april van 10:30-11:30

APIC-EM 1.1 – AutoQoS

Onlangs is APIC-EM 1.1 vrijgegeven, met als belangrijkste toevoeging AutoQoS. AutoQoS is een perfect voorbeeld van hoe we met onze SDN Controller voor de Campus en het WAN een system approach nemen richting het netwerk. Zonder APIC-EM zou het implementeren of aanpassen van QoS een handmatige actie richting de verschillende switches, routers en WLC’s , ieder met andere mogelijkheden en configuratieaanpassingen, betekenen.

qos

Aangezien APIC-EM een abstractielaag biedt voor alle netwerkapparatuur eronder, kan AutoQoS tegenwoordig op één centrale plek worden beheerd; de AutoQoS policy wordt door APIC-EM vertaalt naar de mogelijkheden (zoals lengte en aantal queue’s) van de devices die door APIC-EM beheerd worden.

qos2.png

Met APIC-EM wordt QoS niet alleen gecentraliseerd, de AutoQoS app levert ook een sterke vereenvoudiging van QoS. Met AutoQoS groepeert een administrator de applicaties op het netwerk in drie groepen:

  • business relevant;
  • business irrelevant;
  • de rest.

Het verkeer van de business relevant applicaties wordt volgens de best practices behandeld. Voor een beheerder is het niet meer nodig om zelf deze best practices te implementeren; sterker nog, hij of zij kan hier maar zeer beperkt invloed op uitoefenen.

Applicaties die business irrelevant zijn daarintegen, krijgen de laagste prioriteit op het netwerk (zoals beschreven in RFC 3662). Alle andere applicaties zijn immers belangrijker dan applicaties in deze groep. In traditionele QoS termen zou je deze groep de Scavenger class noemen.

Van de resterende applicaties is niet vastgesteld dat ze business relevant of irrelevant zijn. Ze krijgen daarom een best-effort behandeling, in lijn met RFC 2474.

Door de daadwerkelijke implementatie van QoS voor het gehele netwerk aan de AutoQoS app van APIC-EM over te laten, kunnen organisaties zich meer richten op de business relevant applicaties zelf, en de policies veel eenvoudiger bijhouden dan zonder APIC-EM.

Naast AutoQoS biedt APIC-EM 1.1 nog een aantal nuttige apps, zoals zero touch deployment via de PnP app en vereenvoudigd troubleshooten met de Path Trace app. Meer hierover vindt u op DevNet. Daar bieden we ook de mogelijkheid om in de sandbox met APIC-EM ervaring op te doen.

Ik bespreek graag de voordelen voor uw organisatie.

NETWORK-AS-A-SERVICE: Cloudificatie van het netwerk

 

Het traditionele bedrijfsnetwerk schiet vaak te kort. Het blijft achter bij de cloud, servervirtualisatie en datacenterconsolidatie.
article18-picture
Het bedrijfsnetwerk is van strategisch belang, dus zal het moeten veranderen. Hoe ziet die transformatie eruit?

Eric van den Berg (Cisco) en Robbert van den Berg (KPN) tonen wat er moet gebeuren om tot een ‘cloudificatie van het netwerk’ te komen..
<Klik om verder te lezen in de AutomatiseringGids>

Kabels upgrade??

 nbase-t

Heb jij er wel eens over na gedacht om de kabels die in de kabelgoten liggen te gaan vervangen?  Waarschijnlijk niet.
Veel bedrijven maken gebruik van Cat5E of Cat6 kabels en hebben deze al een paar jaar liggen, misschien zelfs al wel een jaar of 10 a 15.

Veel organisaties zullen vanaf het moment dat deze kabels neergelegd zijn, ze nooit meer gaan vervangen. Het grote nadeel hiervan is dat veel technologie om de kabel heen steeds sneller ontwikkeld en ook steeds meer van de kabel gaat “eisen”.

Als voorbeeld neem ik de steeds grotere vraag naar bandbreedte bij de Access points (AP). Cisco heeft op de afgelopen Cisco Live in Berlijn de nieuwe 2800 en 3800 series AC Wave 2 AP’s aangekondigd. Theoretisch gezien kunnen we met AC Wave 2 naar een snelheid van 6.8 Gbps

Jullie zullen ondertussen wel denken, ik moet dus 7 kabels naar een AP gaan leggen om de maximale bandbreedte van 6.8Gbit te ondersteunen. Eventueel zou je ook kunnen overwegen om de access switches te vervangen voor een 10Gbase-T (10 Gbit over koper) modellen. Hoe dan ook, een aardige investering en overal moet je minimaal Cat6a of Cat7 kabels hebben liggen. Let op, dus niet naar Cat6 maar Cat6a kabels.

Hebben jullie dergelijke kabels al liggen? Wij denken dat veel organisaties dit niet hebben.

Onze oplossing

Wij denken dat 7 kabels of 10Gbase-T niet de oplossing is. Om deze uitdaging op te lossen heeft Cisco samen met een aantal andere grote technology parters rond 2014 de NBASE-T alliance opgericht. Deze alliance heeft gezorgd voor een aantal nieuwe standaarden op gebied van hogere snelheden op de bestaande cat5e, cat6 en cat6a kabels. Bij Cisco noemen wij deze nieuwe technologie, multigigabit, of ook wel mGig.

2.5GBase-T-and-5GBase-T-on-Cast5e_Cat6

Met mGig heb je de mogelijkheid om 2,5 en 5Gbps over de bestaande UTP kabels te versturen en zelfs 10Gb over CAT 6a.

Schermafbeelding 2016-03-24 om 14.49.47

Ook hebben we er voor gezorgd dat je hier gewoon alle bestaande standaarden van PoE op kan gebruiken, zoals 15,4W PoE (IEEE 802.3af)  , 30W PoE+ (IEEE 802.3at) en ook het nog minder bekende 60W UPoE, zodat je ook de nieuwste access points van power kan voorzien.

Toepassingen

Hierboven heb ik natuurlijk al een voorbeeld geven, waarom de NBASE-T alliance is gestart met een nieuw standaard, maar laten we niet vergeten dat dit zeker niet het enige reden is.

Wij zien nog steeds een explosieve groei van data door, Bring Your Own Device(BYOD), 4k HD Video, digitaal vergaderen met steeds hogere beeldkwaliteit, Internet-of-Things (IOT) en nog vele andere onderwerpen.

mGig wordt nu al toegepast bij:

  • AC Wave 2 access points (Cisco 3800)
  • Uplinks naar distributie of core switches
  • NAS (Network Attached Storage)
  • Medische devices
  • Servers en Workstations
  • Routers
  • Security camera’s

Schermafbeelding 2016-03-24 om 14.52.43

De producten

Cisco heeft met de introductie van mGig, een aantal nieuwe producten in het portfolio van de catalyst series opgenomen.

Schermafbeelding 2016-03-24 om 08.39.10

Omdat wij natuurlijk graag de eerdere investeringen van onze klanten beschermen, hebben we er voor gezorgd dat de nieuwe mGig switches naadloos integreren in de bestaande portfolio. Zo hebben we er bijvoorbeeld voor gezorgd dat de nieuwe 3850 Multigigabit switches, gestacked kunnen worden met de bestaande modellen.

Extra informatie

Vragen?

Mark van Veelen


Mark Van Veelen
Partner Systems Engineer at Cisco
mvanveel@cisco.com

Volg

Ontvang elk nieuw bericht direct in je inbox.

Doe mee met 37 andere volgers