{"id":52795,"date":"2019-11-17T00:00:00","date_gmt":"2019-11-16T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/3-dizajn-seti-predpriyatiya-na-kommutatorah-extreme"},"modified":"2020-02-18T14:00:35","modified_gmt":"2020-02-18T11:00:35","slug":"3-dizajn-seti-predpriyatiya-na-kommutatorah-extreme","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/3-dizajn-seti-predpriyatiya-na-kommutatorah-extreme","title":{"rendered":"3. Ontwerp van het bedrijfsnetwerk op Extreme switches","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"3. Ontwerp van het bedrijfsnetwerk op Extreme switches\" src=\"\/wp-content\/uploads\/2019\/11\/6e7d22b08dcfd1f7fe5eb592f271c1bc.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nGoedemiddag, vrienden! Vandaag ga ik verder met de cyclus die gewijd is aan <noindex><a rel=\"nofollow\" href=\"https:\/\/tssolution.ru\/katalog\/extreme\">Extreme switches<\/a><\/noindex> een artikel over het ontwerpen van een Enterprise-netwerk.<\/p>\n<p>In dit artikel zal ik proberen om kort mogelijk:<\/p>\n<ul>\n<li>de modulaire aanpak van het ontwerpen van een Enterprise-netwerk te beschrijven <\/li>\n<li>de verschillende manieren te bekijken om een van de belangrijkste modules van het bedrijfsnetwerk \u2014 de backbone te construeren (ip-campus)<\/li>\n<li>de voordelen en nadelen van de opties voor het redunderen van kritische knooppunten in het netwerk te beschrijven <\/li>\n<li>aan de hand van een abstract voorbeeld een klein Enterprise-netwerk te ontwerpen\/updaten<\/li>\n<li>Extreme switches te kiezen voor de uitvoering van het ontworpen netwerk<\/li>\n<li>te werken met vezels en IP-adressering<\/li>\n<\/ul>\n<p>\nDit artikel zal vooral interessant zijn voor netwerkingenieurs en netwerkbeheerders van bedrijven die net beginnen als 'netwerkprofessionals', eerder dan voor ervaren ingenieurs die jarenlang bij telecomoperators of in grote bedrijven met geografisch verspreide netwerken hebben gewerkt.<\/p>\n<p>In ieder geval nodig ik ge\u00efnteresseerden uit om verder te lezen. <noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h2>Modulaire benadering van netwerkontwerp<\/h2>\n<p>\nIk begin mijn artikel met de vrij populaire modulaire benadering bij het ontwerpen van netwerken, die het mogelijk maakt om een puzzel van netwerkstukjes samen te stellen tot \u00e9\u00e9n samenhangend geheel.<\/p>\n<p>Eerst een beetje abstractie \u2014 ik zie deze benadering heel vaak als een zoom op geografische kaarten, waarbij in de eerste benadering het land zichtbaar is, in de tweede de regio's, in de derde de steden, enz.<\/p>\n<p>Als voorbeeld beschouwen we het volgende:<\/p>\n<ul>\n<li>1e benadering \u2014 het hele bedrijfsnetwerk bestaat uit verschillende niveaus:\n<ul>\n<li>backbone of campus<\/li>\n<li>grensniveau<\/li>\n<li>niveau van telecomoperators<\/li>\n<li>afgelegen zones<\/li>\n<\/ul>\n<p>\n <\/li>\n<li>2e benadering \u2014 elk van deze niveaus wordt gedetailleerd in afzonderlijke modules\n<ul>\n<li>backbone of campus bestaat uit:\n<ul>\n<li>een 3- of 2-niveau module, die het bedrijfsnetwerk en zijn niveaus beschrijft \u2014 toegang, distributie en\/of kern<\/li>\n<li>een module die het datacenter beschrijft \u2014 de servercomponent van de infrastructuur<\/li>\n<\/ul>\n<p>\n <\/li>\n<li>het grensniveau bestaat op zijn beurt uit:\n<ul>\n<li>een module voor aansluiting op het internet<\/li>\n<li>een module WAN en MAN, die verantwoordelijk is voor de verbinding van geografisch verspreide objecten van het bedrijf<\/li>\n<li>een module voor het opzetten van VPN-tunnels en Remote-Access toegang<\/li>\n<li>vaak wordt bij veel kleine bedrijven blijken meerdere van deze modules, of zelfs allemaal, samengevoegd in \u00e9\u00e9n<\/li>\n<\/ul>\n<p>\n <\/li>\n<li>provider niveau:\n<ul>\n<li>dit niveau omvat verbindingen \"met de buitenwereld\" - donkere vezels (verhuur van vezels van operators), communicatienetwerken (Ethernet, G.703, enz.), internettoegang.<\/li>\n<\/ul>\n<p>\n <\/li>\n<li>afstands niveau:\n<ul>\n<li>dit zijn voornamelijk de vestigingen van het bedrijf die verspreid zijn over de stad, regio, land of zelfs continenten.<\/li>\n<li>ook dit gebied kan een back-up datacenter omvatten, dat de werking van de primaire duplicaat.<\/li>\n<li>en natuurlijk zijn er de laatste tijd steeds populairder wordende telewerkers (thuiswerkplekken).<\/li>\n<\/ul>\n<p>\n <\/li>\n<\/ul>\n<p>\n <\/li>\n<li>de derde benadering - elk van de modules wordt opgedeeld in kleiner modules of niveaus. Bijvoorbeeld in een campusnetwerk:\n<ul>\n<li>een drie-niveau netwerk is verdeeld in:\n<ul>\n<li>toegang niveau<\/li>\n<li>distributie niveau<\/li>\n<li>kern niveau<\/li>\n<\/ul>\n<p>\n <\/li>\n<li>datacenters kunnen in meer complexe gevallen worden verdeeld in:\n<ul>\n<li>een twee- of drie-niveau netwerkgedeelte<\/li>\n<li>servergedeelte<\/li>\n<\/ul>\n<p>\n <\/li>\n<\/ul>\n<p>\nIk zal al het hierboven beschreven proberen weer te geven in de volgende vereenvoudigde afbeelding:<\/p>\n<p><img decoding=\"async\" alt=\"3. Ontwerp van het bedrijfsnetwerk op Extreme switches\" src=\"\/wp-content\/uploads\/2019\/11\/94cd494f2b2bb2c61aa1e6b4c150c09c.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nZoals te zien is in de bovenstaande afbeelding - de modulaire aanpak helpt om het grote geheel te detailleren en te structureren in samenstellende elementen, waarmee later kan worden gewerkt.<\/p>\n<p>In dit artikel zal ik me richten op het Campus Enterprise niveau en dit verder beschrijven.<\/p>\n<h2>Soorten IP-CAMPUS netwerken<\/h2>\n<p>\nTijdens mijn werk bij een provider en vooral later - bij het werken als integrator, kwam ik verschillende 'rijpheden' van netwerken van klanten tegen. Ik gebruik het begrip rijpheid niet voor niets, omdat het vaak voorkomt dat de netwerkstructuur groeit met de groei van het bedrijf zelf, en dat is in principe logisch.<\/p>\n<p>In een klein bedrijf, dat zich binnen \u00e9\u00e9n gebouw bevindt, kan het bedrijfsnetwerk bestaan uit slechts \u00e9\u00e9n randrouter, die de rol van een firewall vervult, enkele toegangsswitches en een paar servers.<\/p>\n<p>Ik noem zo'n netwerk voor mezelf een '\u00e9\u00e9n-niveau' netwerk - er is absoluut geen duidelijk kernniveau in het netwerk, het distributieniveau is verschoven naar de randrouter (met functies van firewall, VPN en mogelijk proxy), en de toegangsswitches bedienen zowel de computers van medewerkers als servers.<\/p>\n<p><img decoding=\"async\" alt=\"3. Ontwerp van het bedrijfsnetwerk op Extreme switches\" src=\"\/wp-content\/uploads\/2019\/11\/fe05e9fc0e26ffb37a8a291aa9c721c5.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nIn geval van groei van het bedrijf - toenemende aantallen medewerkers, diensten en servers, moet men vaak:<\/p>\n<ul>\n<li>het aantal switches in het netwerk en toegangspoorten verhogen.<\/li>\n<li>de serverscapaciteit verhogen.<\/li>\n<li>strijden tegen broadcast-domeinen - netwerksegmentatie en routering tussen segmenten implementeren<\/li>\n<li>problemen met netwerkuitval bestrijden, waardoor werknemers stilvallen, aangezien dit extra financi\u00eble kosten voor het management met zich meebrengt (werknemer stilvalt, salaris wordt betaald, maar er wordt niet gewerkt)<\/li>\n<li>bij het bestrijden van storingen nadenken over de reservering van kritieke netwerkcomponenten - routers, switches, servers en diensten<\/li>\n<li>de beveiligingspolitiek aanscherpen, omdat commerci\u00eble risico's kunnen ontstaan en opnieuw - voor een stabieler netwerk functioneren<\/li>\n<\/ul>\n<p>\nDit leidt ertoe dat de ingenieur (netwerkbeheerder) vroeg of laat nadenkt over de juiste netwerkinrichting en al snel arriveert bij een 2-laags model.<\/p>\n<p>Dit model onderscheidt duidelijk 2 niveaus - toegangsniveau en distributieniveau, dat ook functioneert als kernniveau (collapsed-core).<\/p>\n<p>Het gecombineerde distributie- en kerenniveau vervult de volgende functies:<\/p>\n<ul>\n<li>aggregaten links van toegangsswitches <\/li>\n<li>voert routering van netwerksegmenten in - gebruikers en apparaten worden zo talrijk dat ze niet in \u00e9\u00e9n netwerk \/24 passen, en als ze dat wel doen, veroorzaken broadcast-stormen constante uitval (vooral als gebruikers helpen door lussen te cre\u00ebren)<\/li>\n<li>zorgt voor verbinding tussen aangrenzende segmenten van switches (via snellere links)<\/li>\n<li>zorgt voor verbinding tussen gebruikers en hun apparaten en de serverfarm, die ook op dat moment in een apart netwerksegment begint op te vallen - datacenter.<\/li>\n<li>begint samen met toegangsswitches in meer of mindere mate de beveiligingspolitiek te waarborgen, die rond die tijd in het bedrijf begint op te komen. Het bedrijf groeit, de commerci\u00eble risico's nemen ook toe (hieronder versta ik niet alleen bepalingen over bedrijfsgeheimen, het beperken van toegangspolitieken, etc., maar ook over elementaire netwerkmortzetten en werknemers).<\/li>\n<\/ul>\n<p>\nZo groeit het netwerk vroeg of laat uit tot een 2-laags model:<\/p>\n<p><img decoding=\"async\" alt=\"3. Ontwerp van het bedrijfsnetwerk op Extreme switches\" src=\"\/wp-content\/uploads\/2019\/11\/e327c876c5fe9ad45932b014957e3796.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nIn dit model komen bijzondere vereisten naar voren voor zowel toegangsswitches, die links van gebruikers en netwerkapparaten (printers, toegangspunten, VoIP-apparaten, IP-telefoons, IP-camera's, enz.) aggregeren, als voor distributieswitches en kernswitches.<\/p>\n<p>Toegangsswitches moeten intelligenter en functioneler zijn om tegemoet te komen aan de eisen van prestaties, veiligheid en flexibiliteit van netwerken, en moeten:<\/p>\n<ul>\n<li>verschillende soorten toegangspoorten en backbonepoorten hebben \u2014 bij voorkeur met de mogelijkheid voor groei in zowel verkeersintensiteit als het aantal poorten<\/li>\n<li>voldoende schakencapaciteit en doorvoer hebben<\/li>\n<li>de benodigde veiligheidsfunctionaliteit hebben die voldoet aan het huidige beveiligingsbeleid (en idealiter aan de groei van toekomstige eisen)<\/li>\n<li>de mogelijkheid hebben om moeilijk bereikbare netwerkapparaten van stroom te voorzien met de mogelijkheid om ze op afstand opnieuw op te starten (PoE, PoE+)<\/li>\n<li>de mogelijkheid hebben om eigen elektriciteitsvoorzieningen te reserveren voor gebruik op plaatsen waar dat nodig is<\/li>\n<li>de (indien mogelijk) verdere groeipotentie van functionaliteit hebben \u2014 een veelvoorkomend voorbeeld is dat een toegangsswitch in de loop van de tijd verandert in een distributieswitch<\/li>\n<\/ul>\n<p>\nAan distributieswitches worden ook relevante eisen gesteld:<\/p>\n<ul>\n<li>zowel wat betreft de backbone-downstreampoorten naar toegangsswitches als in de richting van peer interfaces van naburige distributieswitches (en in de toekomst mogelijk ook uplink interfaces richting de kern)<\/li>\n<li>met betrekking tot L2- en L3-functionaliteit<\/li>\n<li>met betrekking tot beveiligingsfunctionaliteit<\/li>\n<li>met betrekking tot het waarborgen van redundantie (reservering, clustering en elektriciteitsreservering)<\/li>\n<li>met betrekking tot het waarborgen van flexibiliteit bij verkeersbalancering<\/li>\n<li>de (indien mogelijk) verdere groeipotentie van functionaliteit hebben (de transformatie in de loop van de tijd van aggregatie-apparatuur naar kern)<\/li>\n<li>In sommige gevallen kan het gepast zijn om PoE, PoE+ poorten op distributieswitches te gebruiken.<\/li>\n<\/ul>\n<p>\nVerder groeit: als het management het beleid van actieve groei en ontwikkeling van de onderneming blijft volgen, zal het netwerk zich ook blijven uitbreiden \u2014 het bedrijf kan beginnen met het huren van aangrenzende gebouwen, het bouwen van eigen panden of het overnemen van kleinere concurrenten, waardoor het aantal banen voor werknemers toeneemt. Tegelijkertijd vindt er ook een groei van het netwerk plaats, wat vereist:<\/p>\n<ul>\n<li>zorg voor arbeidsplaatsen voor medewerkers \u2014 nieuwe toegangsswitches met toegangspoorten zijn noodzakelijk<\/li>\n<li>beschikbaarheid van nieuwe distributieswitches voor het aggregeren van verbindingen van toegangsswitches<\/li>\n<li>de opbouw van nieuwe en de modernisering van bestaande communicatielijnen <\/li>\n<\/ul>\n<p>\nTen gevolge hiervan groeit het verkeer om de volgende redenen:<\/p>\n<ul>\n<li>door de toename van toegangspoorten en bijgevolg van gebruikers van het netwerk<\/li>\n<li>door de toename van verkeer van aanpalende subsystemen die het bedrijfsnetwerk als transport kiezen \u2014 telefonie, beveiliging, technische systemen, etc.<\/li>\n<li>door de introductie van aanvullende diensten \u2014 met de groei van personeel verschijnen er nieuwe afdelingen die bepaalde software vereisen<\/li>\n<li>de rekenkracht van de datacenters neemt toe om te voldoen aan de eisen van de infrastructuur en applicaties<\/li>\n<li>de eisen aan netwerk- en informatiebeveiliging nemen toe \u2014 de beroemde CIA-triade (geintje), maar als we het serieus nemen, dan is dat CIA \u2014 Confidentiality, Integrity and Availability:\n<ul>\n<li>in dit verband ontstaan er extra eisen aan de netwerkniveaus \u2014 distributie en datacenter met betrekking tot failover en redundantie<\/li>\n<li>opnieuw neemt het verkeer toe door de implementatie van nieuwe veiligheidssystemen \u2014 bijvoorbeeld RKVZ, enz.<\/li>\n<\/ul>\n<p>\n <\/li>\n<\/ul>\n<p>\nVroeg of laat zal de groei van verkeer, diensten en het aantal gebruikers leiden tot de noodzaak van de implementatie van een aanvullend netwerkniveau \u2014 een kernlaag, die snel schakelen\/routing van pakketten zal uitvoeren met gebruik van hoge snelheid verbindingslijnen.<\/p>\n<p>Op dat moment kan het bedrijf overstappen naar een 3-laags netwerkmodel:<\/p>\n<p><img decoding=\"async\" alt=\"3. Ontwerp van het bedrijfsnetwerk op Extreme switches\" src=\"\/wp-content\/uploads\/2019\/11\/83b2672c654a223af8a34b78c3ab02d6.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nZoals zichtbaar is in de afbeelding hierboven \u2014 in een dergelijk netwerk is er een kernniveau dat hoge snelheid verbindingen van distributieswitches aggregeert. Daarom worden er ook eisen aan de kernswitches gesteld:<\/p>\n<ul>\n<li>doorvoersnelheid van interfaces \u2014 1GE, 2.5GE, 10GE, 40GE, 100GE<\/li>\n<li>de prestaties van de switch (switching capacity en forwarding performance)<\/li>\n<li>interface types \u2014 1000BASE-T, SFP, SFP+, QSFP, QSFP+<\/li>\n<li>aantal en set van interfaces<\/li>\n<li>mogelijkheden voor redundantie (stacking, clustering, redundante beheermodules (relevant voor modulaire switches), redundantie in de voeding, enz.)<\/li>\n<li>functionaliteit<\/li>\n<\/ul>\n<p>\nOp dit niveau van het netwerk is het zeker noodzakelijk, zowel technische aanpassing:<\/p>\n<ul>\n<li>redundantie van knooppunten en verbindingen van de kern (zeer, zeer, zeer wenselijk)<\/li>\n<li>redundantie van knooppunten en verbindingen op distributieniveau (afhankelijk van de kritikaliteit)<\/li>\n<li>redundantie van verbindingen tussen toegangsswitches en het distributieniveau (indien nodig)<\/li>\n<li>invoer van dynamische routeringsprotocollen<\/li>\n<li>verkeerbalancering zowel in de kern als op de distributie- en toegangsniveaus (indien nodig)<\/li>\n<li>implementatie van aanvullende diensten \u2014 zowel transportdiensten als beveiligingsdiensten (indien nodig)<\/li>\n<\/ul>\n<p>\nen wettelijke, die het beveiligingsbeleid van het bedrijf bepaalt en dat het algemene beveiligingsbeleid aanvult op het gebied van:<\/p>\n<ul>\n<li>eisen voor implementatie en configuratie van bepaalde beveiligingsfuncties op toegangsswitches en distributieswitches<\/li>\n<li>eisen voor toegang, monitoring en beheer van netwerkapparatuur (protocols voor externe toegang, toegestane netwersegmenten voor beheer, logboekinstellingen, enz.)<\/li>\n<li>eisen voor redundantie<\/li>\n<li>eisen voor de vorming van een minimaal noodzakelijk ZIP-compleetpakket<\/li>\n<\/ul>\n<p>\nIn dit gedeelte heb ik kort de evolutie van het netwerk en het bedrijf beschreven van een paar switches en tientallen medewerkers naar tientallen (of misschien zelfs honderden switches) en honderden (of zelfs duizenden) medewerkers die direct in het netwerk van het bedrijf werken (en dan zijn er ook nog productiedepartementen en engineeringsnetwerken).<br \/>\nHet is duidelijk dat zo'n 'wonderbaarlijke' en snelle ontwikkeling van het bedrijf in de realiteit niet plaatsvindt.<br \/>\nGewoonlijk duurt het jaren voordat een bedrijf en netwerk zijn opgedane niveau 1 doorgroeit naar niveau 3, zoals ik dat beschrijf.<\/p>\n<p>Waarom schrijf ik al deze basiswaarheden? Omdat ik hier een term wil noemen zoals ROI \u2014 return-on-investment (rendement\/opbrengst van investeringen) en die kant wil belichten die zich rechtstreeks bezighoudt met de keuze van netwerkapparatuur.<\/p>\n<p>Bij het kiezen van apparatuur baseren netwerkingenieurs en hun managers vaak hun keuze op twee factoren: de huidige prijs van de apparatuur en de minimum technische functionaliteit die op dat moment nodig is voor het oplossen van een specifieke taak of taken (ik zal later vertellen over de aanschaf van apparatuur voor reserve).<\/p>\n<p>Zelden worden de mogelijkheden voor verdere \"groei\" van de apparatuur overwogen. Wanneer de situatie zich voordoet waarin de apparatuur zijn functionaliteit of prestaties heeft uitgeput, wordt er in de toekomst krachtigere en functionele apparatuur aangeschaft, terwijl de oude op de voorraad wordt gezet of ergens in het netwerk wordt geplaatst met het principe \"zodat het staat\" (dit is trouwens ook een reden voor de verschijning van een grote verscheidenheid aan apparatuur en de aanschaf van veel informatiesystemen die ermee werken).<\/p>\n<p>Dus in plaats van het kopen van extra licenties voor aanvullende functionaliteit en prestaties, die veel goedkoper zijn dan nieuwe, krachtigere apparatuur, is men gedwongen om nieuwe hardware aan te schaffen en teveel te betalen om de volgende redenen:<\/p>\n<ul>\n<li>het netwerk groeit vaak langzaam en de uitbreiding van de functionaliteit of prestaties van de switch in uw netwerk kan nog geruime tijd voldoende zijn.<\/li>\n<li>Het is geen geheim dat de apparatuur van buitenlandse vendors is gebonden aan buitenlandse valuta (dollar of euro). Om eerlijk te zijn, de stijging van de dollar of euro (of de periodieke mini-devaluatie van de roebel, afhankelijk van hoe je kijkt) zorgt ervoor dat de dollar tien jaar geleden en de dollar nu totaal verschillende dingen zijn vanuit het perspectief van de roebel.<\/li>\n<\/ul>\n<p>\nSamenvattend wil ik opmerken dat de aankoop van netwerkinrichting met bredere functionaliteit nu kan leiden tot besparingen in de toekomst. <br \/>\nHier beschouw ik de kosten van de aanschaf van apparatuur in de context van investeringen in mijn netwerk en infrastructuur.<\/p>\n<p>Dus veel vendors (niet alleen Extreme) volgen het principe pay-as-you-grow, waarbij ze veel functionaliteit en mogelijkheden voor het verhogen van de prestaties van interfaces in de apparatuur inbouwen, die later worden geactiveerd door de aanschaf van aparte licenties. Ze bieden ook modulaire switches met een breed scala aan interface- en processorkaarten, en de mogelijkheid om zowel hun aantal als hun prestaties geleidelijk te vergroten.<\/p>\n<h2>Reservering van kritische knooppunten<\/h2>\n<p>\nIn dit gedeelte van het artikel wil ik kort de belangrijkste principes van het reserveren van belangrijke netwerkknopen, zoals core switches, datacenters of distributieknooppunten, beschrijven. Ik begin met een bespreking van de algemene soorten reservering: stapeling en clustering.<\/p>\n<p>Elk van de methoden heeft zijn eigen pluspunten en minpunten, waar ik het ook over wil hebben.<\/p>\n<p>Hieronder staat een algemene vergelijkende tabel van de twee methoden:<\/p>\n<p><img decoding=\"async\" alt=\"3. Ontwerp van het bedrijfsnetwerk op Extreme switches\" src=\"\/wp-content\/uploads\/2019\/11\/f48f7dbad5f838e90f21c8a90415f074.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<ul>\n<li><b>beheer<\/b> \u2014 zoals uit de tabel blijkt, heeft stapeling hierin de voorkeur, aangezien stapeling van meerdere switches zich gedraagt als \u00e9\u00e9n switch met een groter aantal poorten. In plaats van bijvoorbeeld 8 verschillende switches te beheren bij clustering, kunt u bij stapeling slechts \u00e9\u00e9n switch beheren.<\/li>\n<li><b>afstand<\/b> \u2014 op dit moment is het voordeel van clustering strikt genomen niet zo duidelijk, aangezien er technologie\u00ebn voor het stapelen van switches via stapelpoorten of dubbele poorten zijn ontstaan (bijvoorbeeld SummitStack-V van Extreme, VSS van Cisco, enz.), die ook afhankelijk zijn van de soorten transceivers. Hier wordt het voordeel toegekend aan clustering, op grond van het feit dat bij stapeling er situaties zijn waarin gewone stapelpoorten moeten worden gebruikt, die vaak worden aangesloten met speciale kabels van beperkte lengte \u2014 0,5, 1, 1,5, 3 of 5 meter.<\/li>\n<li><b>software-update<\/b> \u2014 hier zien we dat clustering een voordeel heeft ten opzichte van stapeling, en dat komt omdat bij het upgraden van de firmware van apparatuur bij stapeling u de firmware op de master switch bijwerkt, die vervolgens de rol op zich neemt om de nieuwe firmware op de standby member switches van de stapel te plaatsen. Enerzijds maakt dit uw werk gemakkelijker, maar de software-update vereist vaak een hardware herstart, wat leidt tot een herstart van de gehele stapel en daardoor tot een onderbreking van zijn werking en alle daarop gebaseerde diensten gedurende de herstarttijd. Dit is meestal zeer kritisch voor core en datacenters. Bij clustering heeft u echter 2 onafhankelijke apparaten waarop u de firmware om en om kunt updaten. Hiermee kunnen onderbrekingen in de diensten worden vermeden.<\/li>\n<li><b>configuratie-instellingen<\/b> Hier heeft natuurlijk het stacken het voordeel, omdat u in het geval van het beheer alleen de instellingen hoeft te wijzigen voor \u00e9\u00e9n apparaat en zijn configuratiebestand. Bij clustering is het aantal configuratiebestanden gelijk aan het aantal knooppunten in de cluster.<\/li>\n<li><b>redundantie<\/b> Hier zijn beide technologie\u00ebn ongeveer gelijk, maar er is toch een klein voordeel voor clustering. De reden hiervoor ligt in het volgende: als we naar de stack kijken vanuit het perspectief van de actieve processen en protocollen, dan zien we het volgende:\n<ul>\n<li>er is een master-switch waarop alle belangrijke processen en protocollen draaien (bijvoorbeeld het dynamische routeringsprotocol - OSPF)<\/li>\n<li>er zijn de andere slave-switch commutatoren, waarop de belangrijkste processen draaien die nodig zijn voor het functioneren van de stack en het verwerken van het verkeer dat erdoorheen gaat<\/li>\n<li>wanneer de master-switch van de commutator uitvalt, herkent de volgende prioritaire slave-switch de storing van de master<\/li>\n<li>hij initieert zichzelf als de master en start alle processen die op de master draaiden (inclusief het door ons geobserveerde protocol OSPF)<\/li>\n<li>na een korte tijd van het starten van de processen (meestal vrij kort), begint het OSPF-protocol zelf te werken<\/li>\n<li>dus werkt OSPF bij de uitval van een van de knooppunten in de clustering iets sneller dan bij het stacken (tijdens de tijd die nodig is voor het starten en initialiseren van processen en protocollen op de slave-commutator van de stack). Hoewel ik moet opmerken dat moderne stack- en commutatorprotocollen zeer snel werken, duurt de onderbreking van het verkeer tijdens de schakeling van de stack vaak minder dan een seconde, maar nominalelijk wint clustering op dit punt.<\/li>\n<\/ul>\n<p>\n <\/li>\n<li><b>complexiteit <\/b> Zoals uit de tabel blijkt, wint het stacken wat betreft complexiteit. Dit is een direct gevolg van de punten \"beheer\" en \"configuratie-instellingen\". Een enkele node kost veel minder tijd voor instellingen en beheer. Ook bij clustering moet vaak extra routeringsprotocollen of protocollen voor het reserveren van gateways worden ingesteld - VRRP, HSRP en anderen.<\/li>\n<li><b>vervanging van knooppunten<\/b> \u2014 hier heeft het stacken een duidelijke voorsprong. Vaak is het nodig om minimale configuraties aan de apparaten te doen bij het vervangen van een switch in de stack, bijvoorbeeld:\n<ul>\n<li>de nieuwe switch firmware updaten naar de versie van de stack (en dit kan al gedaan worden bij de ontvangst van switches in de ZIP)<\/li>\n<li>enkele basiscommando's voor het stacken configureren (en voor sommige typen switches kan zelfs dit niet nodig zijn)<\/li>\n<li>de defecte switch uit de stack verwijderen en een nieuwe aansluiten<\/li>\n<li>de stroomvoorziening en patchkabels aansluiten<\/li>\n<\/ul>\n<p>\n <\/li>\n<li><b>veerkracht <\/b> \u2014 beschouw ik als een van de belangrijkste parameters. Over het algemeen is veerkracht een complexe eigenschap die betekent dat iets onder invloed van belasting kan veranderen en weer terugkeert naar zijn oorspronkelijke staat nadat de belasting verdwenen is. Vreemd genoeg zal het voor clustering zelfs hoger zijn, rekening houdend met de score van 4:3 in het voordeel van het stacken. Dit heeft te maken met de menselijke factor. Ja, ja, verras je niet \u2014 in de kracht van parameters zoals uniforme bediening, configuratie-instellingen, en verminderde complexiteit ligt de zwakte van het stacken wanneer de menselijke factor in het spel is.<\/li>\n<\/ul>\n<p>\nIn mijn IT-loopbaan heb ik vaak situaties aangetroffen (en ik moet toegeven dat ik ook soms in dezelfde val ben getrapt, vooral in het begin), waarin een engineer een fout maakte bij het invoeren van een bepaald commando of bij het in- of uitschakelen van een bepaalde functie op apparatuur, wat leidde tot een storing van de gehele stack en een handmatige herstart. Een aparte vermelding is de voorkeur van sommige gebruikers voor de Putty-applicatie voor Windows (die zak van rechtermuisklik kopi\u00ebren).<\/p>\n<p>In feite zijn beide technologie\u00ebn behoorlijk goed (vooral in vergelijking met het ontbreken van redundantie) en elk heeft zijn sterke en zwakke punten, maar voor core-level en hoogbelaste datacenters zou ik toch de voorkeur geven aan clustering.<\/p>\n<p>Hoewel dit slechts mijn mening is. Veel professionele engineers, die al jarenlang op professioneel niveau netwerken onderhouden, kunnen beide technologie\u00ebn even goed gebruiken \u2014 het hangt allemaal af van ervaring en kwalificatie.<\/p>\n<p>Naast de technologie\u00ebn voor stapeling en redundantie van netwerkknooppunten, zijn er ook algemene principes voor het reserveren van delen van het knooppunt zelf en de verbindingen tussen knooppunten:<\/p>\n<p>Met redundantie binnen een netwerkknooppunt bedoel ik:<\/p>\n<ul>\n<li>het reserveren van voedingen \u2014 het installeren van 2 voedingen die elkaar dupliceren (bij voorkeur aangesloten op verschillende stroomcategorie\u00ebn) kan uw leven aanzienlijk vergemakkelijken.<\/li>\n<li>het reserveren van beheerskaarten \u2014 dit betreft voornamelijk modulaire switches, die de aansluiting van meerdere duplicerende beheerskaarten mogelijk maken.<\/li>\n<li>het reserveren van interfacekaarten \u2014 dit geldt ook grotendeels voor modulaire switches.<\/li>\n<\/ul>\n<p>\nMet het reserveren van verbindingen\/linken wordt voornamelijk bedoeld dat er duplicerende kabelroutes aanwezig zijn (of radiolinks in open ruimtes) met:<\/p>\n<ul>\n<li>verdeling over verschillende kabelschachten en -kanalen binnen het gebouw<\/li>\n<li>geografische spreiding over een gebied op het niveau van 2 of meer gebouwen, een stad, regio of land (de zogenaamde volumieuze ringen)<\/li>\n<\/ul>\n<p>\nBij het aanleggen van redundante verbindingslijnen dienen een aantal aanbevelingen voor de apparatuur in acht te worden genomen:<\/p>\n<ul>\n<li>in het geval van duplicatie van interfacekaarten van een modulaire switch, of bij aanwezigheid van een stack, moeten de links verdeeld worden tussen de eenheden \u2014 interfacekaarten in het geval van modulaire switches en switches in het geval van stacks.<\/li>\n<li>het is wenselijk om aggregatieprotocollen te gebruiken (LACP, MLT, PAgP, enz.) om links in groepen te combineren en de belasting tussen hen te balanceren.<\/li>\n<li>gebruik routers die protocollen voor ECMP (Equal-Cost-Multi-Path) ondersteunen \u2014 wanneer bij het verzenden van meerdere pakketten over \u00e9\u00e9n route, deze pakketten niet via \u00e9\u00e9n beste pad (en interface) gaan, maar verdeeld worden over meerdere beste paden (en meerdere interfaces), die worden bepaald op basis van gelijke metrische waarden van het routeringsprotocol dat verantwoordelijk is voor het vullen van de uiteindelijke routeringstabel.<\/li>\n<\/ul>\n<p>\nEn nu, zoals beloofd, zal ik een echt geval beschrijven uit mijn praktijk en het besparingsprincipe bij het reserveren van kritieke knooppunten, dat zich enkele jaren geleden voordeed:<\/p>\n<ul>\n<li>in een bedrijf, dat ik X zal noemen, was er een standaard drievoudig niveau netwerkmodel:\n<ul>\n<li>met meerdere cores<\/li>\n<li>en verschillende tientallen aggregaties<\/li>\n<li>met enkele duizenden toegangsschakelaars<\/li>\n<li>met enkele tienduizenden gebruikers<\/li>\n<\/ul>\n<p>\n <\/li>\n<li>was het netwerk vrij complex opgebouwd:\n<ul>\n<li>met een hoop dynamische routeringsprotocollen en protocollen \u2014 OSPF, MP-BGP, MPLS, PIM, IGMP, IPv6, enzovoort.<\/li>\n<li>met een scala aan diensten \u2014 internettoegang, L2 en L3 VPN, VoIP, IPTV, speciale lijnen, enzovoort.<\/li>\n<\/ul>\n<p>\n <\/li>\n<li>maar er was \u00e9\u00e9n knelpunt in het netwerk \u2014 de randrouter, die de functies van de BGP-border combineerde en enkele gebruikersdiensten be\u00ebindigde<\/li>\n<li>ja, hij kostte net zoveel als een vliegtuigvleugel (enkele miljoenen roebels)<\/li>\n<li>ja, op dat moment was het een van de topapparaten in de lijn van de meest bekende netwerkaanbieder<\/li>\n<li>ja, hij moest zeer betrouwbaar zijn \u2014 met een uitstekende MTBF-waarde<\/li>\n<li>ja, hij had 4 voedingsblokken, opgebouwd volgens een 2x2-systeem en aangesloten op verschillende UPS'en en invoerpunten.<\/li>\n<\/ul>\n<p>\nMaar dat veranderde niets aan het feit dat hij een enkel punt van falen in het netwerk was. <\/p>\n<p>En op een, voor mij en mijn collega\u2019s, verre van prachtige dag gaf deze router de geest (later bleek dat er een storing in de elektriciteitslijn van de UPS was, die leidde tot de gelijktijdige uitval van 2 voedingsblokken, en tegelijkertijd verbrandde \u00e9\u00e9n van de blokken de RP-module van de router en de interfacekaart die op de gemeenschappelijke databuss van het apparaat was aangesloten).<\/p>\n<p>Reservekaarten \u2014 RP en interfacekaart hadden we niet, maar we hadden een vervangingscontract voor apparatuur of onderdelen met een van onze partners volgens het NBD-schema.<\/p>\n<p>Helaas had de partner op dat moment alleen een interfacekaart op voorraad, maar geen RP-kaart; deze kwam pas enkele dagen later (na 3 dagen).<\/p>\n<p>Uiteindelijk resulteerde het bestaan van een enkel punt van falen in het netwerk (zelfs met een ondersteunings- en vervangingscontract voor apparatuur) in de volgende financi\u00eble kosten:<\/p>\n<ul>\n<li>het aandeel van de diensten van het bedrijf dat aan deze border was gerelateerd of dat hieruit voortkwam, was ongeveer 60-70%<\/li>\n<li>zoals later werd berekend, was de dagelijkse winst ongeveer 900 duizend roebels (ongeveer) op dat moment<\/li>\n<li>dus werd theoretisch tijdens 3 dagen stilstand een winst van tussen de 1 miljoen 620 duizend roebels en 1 miljoen 890 duizend roebels verloren<\/li>\n<\/ul>\n<p>\nNatuurlijk waren de nettoverliezen lager, aangezien de compensatie voor het grootste deel van de gebruikers niet in de vorm van geld, maar in de vorm van diensten werd teruggegeven, maar ze waren er nog steeds:<\/p>\n<ul>\n<li>een deel van de compensaties voor zakelijke gebruikers<\/li>\n<li>verhoogde kosten voor medewerkers van het bedrijf, die al deze 3-4 dagen in volle samenstelling hebben gewerkt \u2014 overuren, nachtdiensten, meerploegen, enzovoort.<\/li>\n<li>reputatieschade, wat ook niet onbelangrijk is<\/li>\n<li>en het belangrijkste \u2014 de zenuwen, zowel van het management als van de medewerkers en klanten<\/li>\n<\/ul>\n<p>\nUiteindelijk is het beleid van het bedrijf herzien:<\/p>\n<ul>\n<li>afgestapt van het vervangingscontract volgens de NBD-voorwaarde<\/li>\n<li>het reguliere servicecontract behouden<\/li>\n<li>een vervangende router aangeschaft ter waarde van ongeveer 1 \u2014 1.3 miljoen roebel voor het reserveren van 90% van de functionaliteit van de hoofdrouter<\/li>\n<\/ul>\n<p>\nIn de toekomst heeft de aanschaf van extra apparatuur en de reservering van de hoofdrouter het mogelijk gemaakt om de belasting over externe links, verkeer en gebruikers tussen hen te balanceren, en heeft het voor toekomstige calamiteiten een buffer voor het bedrijf geboden.<\/p>\n<h2>Voorbeeld van het ontwerpen van een Enterprise-netwerk<\/h2>\n<p>\nIn dit deel van het artikel zal ik proberen de belangrijkste punten bij het berekenen van een backbone-netwerk voor een onderneming uit te leggen. Ik zal je niet overbelasten met de gehele PPDIOO-methodologie (Prepare-Planning-Design-Implement-Operate-Optimize), maar alleen de belangrijkste punten aangeven:<\/p>\n<ul>\n<li><b>Prepare\/Voorbereiding<\/b> \u2014 je moet met je management beslissen over de doelen van de netwerkmodernisering die je wilt bereiken \u2014 verhoogde uitvalbestendigheid, het implementeren van nieuwe diensten of technologie\u00ebn. Ik laat hier de beperking \u2014 technische en organisatorische \u2014 buiten beschouwing, omdat ik aanneem dat je een werknemer van de organisatie bent en voldoende tijd hebt om deze te overwinnen. Ik kom later op het budget terug.<\/li>\n<li><b>Planning\/Planning<\/b> \u2014 hier moet je een volledige beschrijving van je huidige netwerk opstellen (als je deze nog niet kent), dat wil zeggen, het netwerk beschrijven zoals het nu is:\n<ul>\n<li>aantal en type apparatuur<\/li>\n<li>aantal en types poorten<\/li>\n<li>bestaande kabelroutes en schakelschema's binnen gebouwen en tussen hen<\/li>\n<li>elektriciteitsschema's<\/li>\n<li>L2- en L3-adressering<\/li>\n<li>netwerkkaarten van Wi-Fi opstellen met vermelding van toegangspunten en controllers<\/li>\n<li>je serverfarm beschrijven<\/li>\n<li>het is wenselijk om al je diensten en hun onderlinge verbindingen te beschrijven<\/li>\n<li>als je al in welke vorm dan ook een beleid voor netwerkbeveiliging en netwerkschaling hebt ge\u00efmplementeerd, moet je dit zeker in overweging nemen bij het ontwerp<\/li>\n<li>Ik wil meteen opmerken dat de tweede stap in wezen een volledige inventarisatie van het netwerk inhoudt, beginnend bij de bekabelingsinfrastructuur en de stroomvoorzieningsschema's, en eindigend bij de diensten (toepassingen en hun poorten). Deze stap is zeer tijdrovend en soms zelfs saai. Als u of uw voorganger geen documentatie of zelfs een elementair bewakingsysteem heeft bijgehouden, is dit het moment om erover na te denken. Netwerken hebben de neiging in de loop van de tijd in een bepaalde mate te veranderen en alleen het bijhouden van actuele documentatie of een bewakingsysteem kan u helpen de status ervan bij te houden en het beheer ervan te vergemakkelijken. Maar dat behoort al tot de stap operate.<\/li>\n<\/ul>\n<p>\n <\/li>\n<li><b>Ontwerp<\/b> \u2014 gewapend met volledige kennis van uw netwerk, verkregen in de vorige stap, gaat u eindelijk zitten en nadenken over hoe u uw netwerk kunt moderniseren. Hieronder probeer ik een klein voorbeeld van de netwerkcalculatie te tonen.<\/li>\n<\/ul>\n<p>\nVoor mezelf heb ik een kleine lijst samengesteld met uitgangsgegevens, waarmee ik me zal laten leiden bij de berekening en het ontwerp van het backbone-netwerk.<\/p>\n<p>Laten we stap Prepare voorstellen in de vorm van een lijst van wat we beschikbaar hebben en wat gepland is:<\/p>\n<ul>\n<li>er is een vrij groot bedrijf met ongeveer 700-800 werkplekken (hier bedoel ik de medewerkers die toegang tot het bedrijfsnetwerk nodig hebben)<\/li>\n<li>er zijn verschillende vrijstaande gebouwen op het terrein van het bedrijf:<\/li>\n<li><b>Hoofdkantoren:<\/b>\n<ul>\n<li>aantal gebouwen \u2014 2 stuks<\/li>\n<li>aantal verdiepingen in het gebouw \u2014 7 stuks<\/li>\n<li>aantal telecommunicatieschermen per verdieping in \u00e9\u00e9n gebouw \u2014 3 (totaal 21) stuks<\/li>\n<li>aantal medewerkers in het gebouw =~ 250 mensen<\/li>\n<\/ul>\n<p>\n <\/li>\n<li><b>Extra gebouwen:<\/b>\n<ul>\n<li>aantal gebouwen \u2014 10 stuks<\/li>\n<li>aantal verdiepingen in het gebouw\/de werkplaats \u2014 2 stuks<\/li>\n<li>aantal telecommunicatieschermen in het gebouw \u2014 3 stuks<\/li>\n<li>aantal medewerkers in het gebouw =~ 20 mensen<\/li>\n<\/ul>\n<p>\n <\/li>\n<li><b>Het huidige niveau van de kern van het netwerk (overigens een veelvoorkomende opstelling die ik in verschillende vormen en poortconfiguraties ben tegengekomen) wordt gepresenteerd:<\/b>\n<ul>\n<li>met 2 L2-switches:\n<ul>\n<li>1Gb poorten type RJ-45 \u2014 24 stuks<\/li>\n<li>1Gb SFP poorten \u2014 4 stuks<\/li>\n<\/ul>\n<\/li>\n<li>met 1 L2-switch:\n<ul>\n<li>1Gb SFP poorten \u2014 24 stuks<\/li>\n<\/ul>\n<\/li>\n<li>topologie van de kern \u2014 ring<\/li>\n<li>peer-to-peer verbindingen tussen switches zijn ingesteld met optische vezels<\/li>\n<li>switches bevinden zich in kleine serverruimtes met kasten<\/li>\n<\/ul>\n<\/li>\n<li><b>Het huidige niveau van distributie:<\/b>\n<ul>\n<li>samengevoegd met het netwerkkernel niveau voor de aggregatie van links van toegangsschakelaars<\/li>\n<li>L3 adressen zijn verplaatst naar de randrouter en\/of firewall<\/li>\n<\/ul>\n<\/li>\n<li><b>Huidig toegangsniveau:<\/b>\n<ul>\n<li>L2 switches met 16 x 100 Mb RJ-45 toegangspoorten en 2 gigabit uplink combo-poorten RJ-45\/SFP<\/li>\n<li>de switches bevinden zich in kasten op de verdiepingen<\/li>\n<li>topologie van de toegangsschakelaars:\n<ul>\n<li>ster (hub-and-spoke) met de kern-\/verspreidingsswitch in het midden<\/li>\n<li>ray\/spoke is een tak van switches op de verdiepingen \u2014 3 stuks in een keten<\/li>\n<\/ul>\n<\/li>\n<li>er zijn niet-beheerde toegangsschakelaars aanwezig<\/li>\n<li>switches in 9 extra kasten zijn verbonden via media converters (omzetters van optisch naar elektrisch signaal)<\/li>\n<\/ul>\n<\/li>\n<li><b>Huidige bekabelingsinfrastructuur:<\/b>\n<ul>\n<li>Bekabelingssysteem tussen de gebouwen:\n<ul>\n<li>er is een optische kabel tussen 2 hoofdgebouwen met 8 vezels <\/li>\n<li>er is 1 optische kabel tussen elk van de extra kasten (waar de kernswitch is ge\u00efnstalleerd) en elk van de hoofdgebouwen met elk 8 vezels<\/li>\n<li>er is 1 optische kabel tussen de extra kasten en de kasten met ge\u00efnstalleerde kernswitches met 4 vezels (hun verdeling is hieronder afgebeeld)<\/li>\n<li>soort vezels in alle kabels \u2014 singlemode\/SMF<\/li>\n<li>gebruik van 2-vezelige singlemode SFP-transceivers<\/li>\n<li>een deel van de kabels eindigt op optische verbindingen (ODF) in aparte ruimtes (cross rooms\/serverruimtes), en een deel van de kabels in verdiepings-STS<\/li>\n<\/ul>\n<p>\n <\/li>\n<li>Bekabelingssysteem binnen de gebouwen:\n<ul>\n<li>er is een gemengde bekabelingsstructuur tussen de serverruimtes en de eerste kasten op de verdiepingen:<\/li>\n<li>koperkabels Cat5e \u2014 10 stuks (of 100 paar kabels)<\/li>\n<li>multimode optische kabel\/MMF met 4 of 8 vezels \u2014 1 stuk<\/li>\n<li>multimode optische kabel\/MMF met 4 vezels tussen de verdiepingskasten<\/li>\n<li>koperkabels Cat5e tussen de verdiepingskasten en toegangspunten<\/li>\n<\/ul>\n<\/li>\n<li><b>huidige datacenter:<\/b>\n<ul>\n<li>er zijn verschillende servers, bijvoorbeeld 6 stuks<\/li>\n<li>verbonden met 1Gb poorten in de kernswitch in het 1e hoofgebouw<\/li>\n<li>alle bedrijfsapplicaties zijn verplaatst naar servers<\/li>\n<\/ul>\n<\/li>\n<li><b>adressatie L2, L3 en routering:<\/b>\n<ul>\n<li>in het netwerk zijn verschillende VLAN's \u2014 2,3 per gebouw<\/li>\n<li>servers zijn toegewezen aan een apart \/24 netwerk<\/li>\n<li>voor interne behoeften worden grijze klasse B netwerken gebruikt, die vallen binnen het bereik \u2014 172.16.0.0\/16<\/li>\n<li>L3-adressen eindigen op de randrouter en\/of de firewall<\/li>\n<li>er wordt statische routering gebruikt<\/li>\n<\/ul>\n<\/li>\n<li><b>aanvullende informatie:<\/b>\n<ul>\n<li>telefonie:\n<ul>\n<li>in gebouwen en sommige panden is traditionele telefonie uitgerold met gebruik van digitale PBX-systemen van het oude type (geen IP-PBX)<\/li>\n<li>het is nodig om nieuwe panden te telefoniseren, zonder kosten voor het leggen van durekoperen kabelverbindingen met een bepaalde capaciteit en het opzetten van een duplicerende SCK voor telefonie binnen gebouwen<\/li>\n<li>het is de bedoeling om op termijn IP-telefonie in het hele bedrijf in te voeren, deze te integreren met CRM-systemen en alle medewerkers daarop over te zetten<\/li>\n<\/ul>\n<\/li>\n<li><b>poortcapaciteit:<\/b>\n<ul>\n<li>het is noodzakelijk om de huidige capaciteit van backbone-poorten en toegangspoorten te analyseren en ten minste 25-30% te reserveren voor toekomstige behoeften<\/li>\n<li>de voldoende huidige bandbreedte van toegangspoorten en backbone-verbindingen analyseren<\/li>\n<li>zorgen voor PoE\/PoE+-toegangspoorten voor apparaten uit aangrenzende systemen - video-observatie en telefonie<\/li>\n<\/ul>\n<\/li>\n<li><b>video-observatie:<\/b>\n<ul>\n<li>het is de bedoeling om het bedrijfsnetwerk te gebruiken als transport voor het videobewakingsnetwerk<\/li>\n<li>er moeten PoE-poorten worden voorzien voor videobewakingscamera's<\/li>\n<\/ul>\n<\/li>\n<li><b>draadloze systemen:<\/b>\n<ul>\n<li>het is de bedoeling om in de toekomst een draadloze infrastructuur te implementeren voor de mobiliteit van medewerkers<\/li>\n<li>er moeten PoE-poorten worden voorzien voor toegangspunten<\/li>\n<\/ul>\n<\/li>\n<li><b>budget, termijnen en eisen voor apparatuur:<\/b>\n<ul>\n<li>gebruik de bestaande apparatuur maximaal <\/li>\n<li>bij het ontwerpen van het netwerk rekening houden met de mogelijkheid om de netwerkbandbreedte N jaar vooruit uit te breiden<\/li>\n<li>bij het ontwerpen van het netwerk rekening houden met de ondersteuning voor allerlei beveiligingsfuncties - hierbij een lijst van functionaliteiten, van port-security tot gebruikersauthenticatie en autorisatie via 802.1x.<\/li>\n<li>maximaal reserveren van kritische netwerkknoppen van primair belang - kern en datacenter, en ruimte bieden voor het reserveren van knooppunten van secundair belang - distributieknooppunten<\/li>\n<li>het projectbudget moet gefaseerd worden gefinancierd over meerdere stappen<\/li>\n<li>de budgetbedragen - hier bepaalt elk bedrijf dat voor zichzelf, op basis van zijn financi\u00eble indicatoren<\/li>\n<li>De tijdlijnen \u2014 in het meest ideale geval zullen er geen duidelijke tijdlijnen zijn, aangezien dit een intern project van het bedrijf is dat wordt uitgevoerd door zijn eigen medewerkers, of ze zullen relatief comfortabel zijn \u2014 bijvoorbeeld 1 jaar (of meer). In het slechtere geval kan het vari\u00ebren van 3 maanden tot een half jaar.<\/li>\n<\/ul>\n<\/li>\n<li><b>huidige netwerkproblemen oplossen:<\/b>\n<ul>\n<li>pakketverlies<\/li>\n<li>problemen met DHCP op meer of minder intelligente toegangsswitches, gerelateerd aan het gebruik van de STP-protocol familie om lussen op toegangspoorten te bestrijden.<\/li>\n<li>de aanwezigheid van een DHCP-serverinterface in elke VLAN van medewerkers elimineren<\/li>\n<li>het ontstaan van schakellussen, gerelateerd aan onrechtmatig aansluiten van beheerde\/onbeheerde switches in kantoorruimtes en het aansluiten van allerlei apparaten daarop<\/li>\n<li>de lijst kan doorgaan en doorgaan\u2026<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<p>\nStap Planning \u2014 de staat van uw huidige netwerk, zoals ik al eerder schreef, hangt af van de aanwezigheid van een kwaliteitsmonitoringsysteem en de mate van documentatie. In deze stap moet u:<\/p>\n<ul>\n<li>ten minste de bestaande netwerkstructuur schetsen voor verdere analyse<\/li>\n<li>gegevens verzamelen van de apparatuur:\n<ul>\n<li>verkeer op de backbone-poorten<\/li>\n<li>fouten op de poorten<\/li>\n<li>CPU-belasting en geheugenverbruik op switches en routers<\/li>\n<li>L2-L3-schema's per VLAN's en IP-adressen opstellen<\/li>\n<\/ul>\n<\/li>\n<li>schema's van kabelroutes opstellen:\n<ul>\n<li>vezeloptische schema's en optische patchbox-schema's<\/li>\n<li>schema's van koperen kabelverdelingen tussen servers en verdiepingen<\/li>\n<li>schema's van koperen kabelverdelingen tussen verdiepingen en kantoorruimtes<\/li>\n<li>controleren op de aanwezigheid van optische patchboxen en patchpanelen in de serverruimtes en rekken<\/li>\n<\/ul>\n<\/li>\n<li>de bekabelingsschema's van de stroomvoorziening in serverruimtes en op de verdiepingsrekken controleren<\/li>\n<li>controleren op de aanwezigheid van UPS en accu's op kritieke knooppunten<\/li>\n<li>alle gegevens analyseren<\/li>\n<\/ul>\n<p>\nGebaseerd op de gegevens van de voorbereidingsfase, heb ik een voorlopige logische schema gemaakt:<\/p>\n<p><img decoding=\"async\" alt=\"3. Ontwerp van het bedrijfsnetwerk op Extreme switches\" src=\"\/wp-content\/uploads\/2019\/11\/0941c3762961d5b6502ac57971cc13a3.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nVervolgens, volgens de modulaire benadering, moeten de niveaus en modules van het bedrijf worden ge\u00efdentificeerd:<\/p>\n<p><img decoding=\"async\" alt=\"3. Ontwerp van het bedrijfsnetwerk op Extreme switches\" src=\"\/wp-content\/uploads\/2019\/11\/f4e060586cb039ea318ba83c61ed876e.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDe randen (Edge) behandel ik in dit artikel niet, maar ik wil de basisprincipes van elk van de Campus-modules kort herinneren:<\/p>\n<ul>\n<li><b>Toegang \u2014 op dit niveau moet ervoor worden gezorgd:<\/b>\n<ul>\n<li>het benodigde aantal poorten voor gebruikers om toegang te krijgen tot het netwerk<\/li>\n<li>het uitvoeren van beveiligingspolicies \u2014 filtering van verkeer en protocollen<\/li>\n<li>het verkleinen van broadcast-domeinen en segmentatie van het netwerk met behulp van VLAN<\/li>\n<li>implementatie van afzonderlijke VLAN's voor spraakverkeer<\/li>\n<li>ondersteuning van QoS<\/li>\n<li>ondersteuning van PoE toegangspoorten<\/li>\n<li>ondersteuning van IP multicast<\/li>\n<li>failover van opgaande verbindingslinks samen met het niveau van distributie (bij voorkeur)<\/li>\n<\/ul>\n<\/li>\n<li><b>Distributie - op dit niveau moet worden gegarandeerd:<\/b>\n<ul>\n<li>het benodigde aantal poorten voor verbinding van toegangsswitches<\/li>\n<li>aggregatie en redundantie van links van toegangsswitches<\/li>\n<li>IP-routing<\/li>\n<li>pakketten filtering<\/li>\n<li>ondersteuning van QoS<\/li>\n<li>failover op het niveau van links, apparatuur en voeding (zeer wenselijk)<\/li>\n<\/ul>\n<\/li>\n<li><b>Kern - moet garanderen:<\/b>\n<ul>\n<li>hoge snelheid van switching en routing van pakketten<\/li>\n<li>het benodigde aantal poorten voor verbinding van distributieswitches<\/li>\n<li>ondersteuning van IP-routing en dynamische routingprotocollen met snelle convergentie van het netwerk <\/li>\n<li>ondersteuning van QoS<\/li>\n<li>beveiligingsfunctionaliteit ter bescherming van de toegang tot apparatuur en het control plane<\/li>\n<li>failover op het niveau van apparatuur en voeding (verplicht)<\/li>\n<\/ul>\n<\/li>\n<li><b>Datacenter - het netwerkniveau van deze module moet garanderen:<\/b>\n<ul>\n<li>hogesnelheidsverbindingen<\/li>\n<li>het benodigde aantal poorten voor de verbinding van servers<\/li>\n<li>redundantie van verbindingslinks zowel tussen servers en datacenter switchen, als tussen datacenter switchen en de kern van het netwerk (verplicht)<\/li>\n<li>redundantie van apparatuur en voeding (verplicht)<\/li>\n<li>ondersteuning van QoS<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<p>\nDaarna moeten we onze poorten en verbindingslinks berekenen en de vereisten vaststellen.<br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/nb\/mv\/33\/nbmv335-gib7s0tsfzcguvznpim.png\">Toegangsniveau - poortberekeningstabel<\/a><\/noindex><\/p>\n<p>Dus we hebben de gegevens over de distributie van toegangspoorten per gebouw verkregen. Nu moeten we de eisen voor het toegangsniveau en opmerkingen analyseren en oplossingsopties schetsen.<br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/b7\/sz\/gx\/b7szgxg97yj0ddyej9lzt26fzx4.png\">Toegangsniveau - vereisten en oplossingsopties<\/a><\/noindex><\/p>\n<p>Vervolgens berekenen we de poorten en verbindingslinks voor de volgende niveaus:<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/xf\/yu\/ds\/xfyudsa-ratfg_qy7oxrhn7rj8e.png\">Distributieniveau<\/a><\/noindex><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/op\/5u\/ot\/op5uothcj0pvbpl7ql0cfyj7fpw.png\">Kernniveau<\/a><\/noindex><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/jr\/ie\/oe\/jrieoeexaj8cqvzzmkg5lue386i.png\">Datacenter niveau<\/a><\/noindex><\/p>\n<p>Bij de berekening hebben we het volgende gekregen:<\/p>\n<ul>\n<li><b>toegang niveau<\/b> \u2014 24-poorts en 48-poorts toegangsswitches zijn vereist, bij voorkeur met 1Gb toegangspoorten en optische uplink SFP poorten met ondersteuning voor PoE en uitgebreide functionaliteit:\n<ul>\n<li>in totaal geven ze 504 toegangspoorten, wat in principe de eisen voor reservepoorten dekt, als we besluiten om 2 poorten per werkplek te gebruiken - IP-telefoon en dataport.<\/li>\n<li>mogelijk gebruik van \u00e9\u00e9n 48-poorts switch met PoE-functionaliteit op elke verdieping, die toegangspoorten biedt voor de vereisten:\n<ul>\n<li>reserves - ongeveer 102 extra poorten (22%) in de hoofdgebouwen. Voor verdere gebouwen iets meer - 25%.<\/li>\n<li>videobewaking<\/li>\n<li>draadloos netwerk<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<\/li>\n<li><b>distributie niveau<\/b> \u2013 switches met een assortiment van SFP-poorten van 12 tot 48 poorten met minimaal 2 SFP+ poorten, met optie voor stacking en uitgebreide functionaliteit, evenals redundante voedingsunits.<\/li>\n<li><b>kern niveau<\/b> \u2013 high-speed switches van 12 tot 24 SFP\/SFP+ poorten met ondersteuning voor zowel stacking als clustering met ondersteuning voor MC-LAG. Het moet worden opgemerkt dat ook routeringmiddelen voor verkeersbalancering kunnen worden gebruikt. De laatste generaties L3 switches en routers ondersteunen ECMP met verkeersbalancering over 4 of meer routes met dezelfde metriek.<\/li>\n<li><b>niveau van datacenters<\/b> \u2013 switches van 8 tot 24 SFP\/SFP+ poorten met ondersteuning voor zowel stacking als clustering met ondersteuning voor MC-LAG.<\/li>\n<\/ul>\n<p>\nHet uiteindelijke doelnetwerk is geworden <noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/1w\/sa\/z1\/1wsaz1id2-qf7yjjhhxspvbxepw.png\">zo'n<\/a><\/noindex><\/p>\n<h2>Kies Extreme switches voor de uitvoering van het project<\/h2>\n<p>\nWe zijn eindelijk aangekomen bij het belangrijkste - het moment van de keuze van switches voor de uitvoering van ons project. Voor het verkregen doelnetwerk zijn de volgende Extreme switches geschikt:<\/p>\n<p>Niveau<br \/>\nModel<br \/>\nPoorten<br \/>\nOmschrijving<\/p>\n<p>kern<br \/>\nx620-16x-Base *<\/p>\n<p>x670-G2-48x-4q-Base*<br \/>\n16 x 10GE SFP+ <br \/>\n \u00a0<br \/>\n \u00a0<br \/>\n \u00a0<br \/>\n48x10GE SFP+ en 4x40 GE QSFP+<br \/>\nVoor de belangrijkste behoeften van de kern:<\/p>\n<ul>\n<li>hoogsnelheidsverbindingen<\/li>\n<li>uitgebreide routerings- en veiligheidsfunctionaliteit<\/li>\n<li>voedingsreservering met extra voedingen<\/li>\n<li>ondersteuning voor stacking en clustering<\/li>\n<\/ul>\n<p>\n Met minimale vereisten is de x620-serie switch geschikt.<br \/>\n Bij uitgebreide vereisten voor het aantal poorten en breder functionaliteit, moeten switches van de x670-G2-serie worden overwogen.<\/p>\n<p> Datacenter<\/p>\n<p> x620-16x-Base*<\/p>\n<p>x590-24x-1q-2c*<\/p>\n<p>x670-G2-48x-4q-Base*<\/p>\n<p> 16 x 10GE SFP+<br \/>\n \u00a0<br \/>\n \u00a0<br \/>\n \u00a0<br \/>\n24x10GE SFP, 1xQSFP+, 2xQSFP28<br \/>\n \u00a0<br \/>\n \u00a0<br \/>\n 48x10GE SFP+ en 4x40 GE QSFP+<\/p>\n<p>Voor de belangrijkste behoeften van het datacenter:<\/p>\n<ul>\n<li>hoogsnelheidsverbindingen<\/li>\n<li>voedingsreservering met extra voedingen<\/li>\n<li>ondersteuning voor stacking en clustering<\/li>\n<\/ul>\n<p>\nMet minimale vereisten is de x620-serie switch geschikt.<br \/>\nBij uitgebreide vereisten voor het aantal poorten en breder functionaliteit, moeten switches van de x670-G2- en x590-24x-1q-2c-serie worden overwogen.<\/p>\n<p> distributie<\/p>\n<p> X460-G2-24x-10GE4-Base*<\/p>\n<p>X460-G2-48x-10GE4-Base*<\/p>\n<p> 24x1GE SFP, 8x1000 RJ-45, 4x10GE SFP+<br \/>\n \u00a0<br \/>\n \u00a0<br \/>\n \u00a0<br \/>\n48x1GE SFP, 4x10GE SFP+<\/p>\n<p>Voor de belangrijkste behoeften van de distributie:<\/p>\n<ul>\n<li>het vereiste aantal optische poorten<\/li>\n<li>voedingsreservering met extra voedingen<\/li>\n<li>ondersteuning voor stacking en clustering<\/li>\n<li>de vereiste L3-functionaliteit<\/li>\n<\/ul>\n<p>\nDe switches van de serie x460-G2 zijn ideaal. De aanwezigheid van reserve-voedingsblokken met de mogelijkheid om uit te breiden en 10G- en CX-poorten (voor stacking) toe te voegen, maakt ze tot de ideale switches voor de distributielaag met poorten tot 1 Gb.<\/p>\n<p> toegang<\/p>\n<p> X440-G2-24p-10GE4*<\/p>\n<p>X440-G2-24t-10GE4*<\/p>\n<p>X440-G2-48t-10GE4*<\/p>\n<p>X440-G2-48p-10GE4*<\/p>\n<p> 24x1000BASE-T(4 x SFP combo), 4x10GE SFP+ (PoE budget 380 W)<br \/>\n \u00a0<br \/>\n24x1000BASE-T(4 x SFP combo), 4x10GE SFP+<br \/>\n \u00a0<br \/>\n \u00a0<br \/>\n24x1000BASE-T(4 x SFP combo), 4x10GE SFP+ combipoorten<br \/>\n \u00a0<br \/>\n48x1000BASE-T(4 x SFP combo), 4x10GE SFP+ combipoorten (PoE budget 740 W)<\/p>\n<p>Voor toegangsbehoeften:<\/p>\n<ul>\n<li>het benodigde aantal toegangspoorten<\/li>\n<li>ondersteuning voor PoE\/PoE+<\/li>\n<li>functionaliteit en uitbreidingsmogelijkheden voor poorten<\/li>\n<li>een extra voordeel in de vorm van ondersteuning voor stacking met 10Gb-poorten \"out of the box\"<\/li>\n<\/ul>\n<p>\nIk raad aan deze lijn te overwegen vanwege de flexibiliteit met betrekking tot poorten, prestaties en functionaliteit.<\/p>\n<p>*de specificaties van de gekozen switches zijn te vinden in het eerste artikel van de cyclus \u2014 <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/tssolution\/blog\/465407\/\">overzicht van Extreme switches<\/a><\/noindex><\/p>\n<p>Hiermee zou ik het artikel kunnen afsluiten, maar ik wil nog twee aspecten belichten waarmee elke engineer te maken krijgt bij de ontwikkeling of modernisering van zijn netwerk:<\/p>\n<ul>\n<li>het werken met kabeltrac\u00e9s \u2014 vezels en koperen lijnen<\/li>\n<li>IP-adressering<\/li>\n<\/ul>\n<p><\/p>\n<h2>Werken met vezels<\/h2>\n<p>\nBoven heb ik het doelontwerp gegeven waarnaar we moeten toewerken. Voor de uitvoering zijn de volgende verbindingen voor de apparatuur nodig:<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/uj\/ru\/dd\/ujrudd7kazutmqdo9vqzzj_nmyg.png\">aantal verbindingen<\/a><\/noindex><\/p>\n<p>Zoals uit de tabel blijkt, is het minimale aantal vezels dat nodig is om de betrouwbaarheid van de netwerkniveaus (de core-module, datacenters en distributie in 2 gebouwen) te waarborgen \u2014 10 stuks.<\/p>\n<p>In de fase van netwerkerkensing ontdekten we dat er slechts 8 vezels in de kabel tussen de gebouwen zijn. Wat te doen in zo'n situatie?<\/p>\n<p>Ik zal enkele oplossingen geven:<\/p>\n<ul>\n<li>de eerste voor de hand liggende stap is om de vrije vezels in de kabel tussen gebouw 1 \u2014 blok 1 en blok 1 \u2014 gebouw 2 te gebruiken (zoals uit de tabel blijkt, worden slechts 2 van de 8 vezels in elke kabel gebruikt). Het is voldoende om optische kruisingen tussen de switches in blok 1 te plaatsen en indien nodig SFP-modules met een reserve optisch budget te gebruiken.<\/li>\n<li>Als tweede stap kan het gebruik van CWDM-technologie overwogen worden, wat de samenvoeging van draaggolflengtes binnen \u00e9\u00e9n vezel inhoudt. Deze technologie is veel goedkoper dan DWDM en vrij eenvoudig te implementeren. De meeste eisen zijn gericht op de kwaliteit van de optische vezels en SFP\/SFP+ transceivers van specifieke lengtes en budgetten. Zoals ik in het vorige artikel al zei, kan de mogelijkheid voor switches om transceivers van derden te herkennen ons leven aanzienlijk vergemakkelijken en de kapitaalkosten voor het aanleggen van extra optische kabels verlagen.<\/li>\n<li>Als derde stap is het de moeite waard om de mogelijkheid te overwegen om extra vezels aan te leggen door het aanleggen van extra optische kabels.<\/li>\n<\/ul>\n<p>\nDaarna kijken we naar het aantal vezels tussen de gebouwen met ge\u00efnstalleerde distributieswitches en extra behuizingen 2-10. Ook hier is het niet zo eenduidig:<\/p>\n<ul>\n<li>Ten eerste ontbreken er vezels om ons doelschema te realiseren \u2014 voor elke switch 2 vezels (zoals we ons herinneren, hebben we kabels met 4 vezels voor elke behuizing).<\/li>\n<li>Ten tweede, zelfs als er voldoende vezels tussen de gebouwen zijn, worden in de behuizingen MMF-vezels gebruikt, die het ons niet mogelijk maken om eenvoudig SMF- en MMF-vezels te koppelen (ik heb het over afstanden tussen gebouwen van meer dan 300-400 meter).<\/li>\n<\/ul>\n<p>\nIn dergelijke gevallen kunnen de volgende opties overwogen worden:<\/p>\n<ul>\n<li>Elke SMF-switch van vezels voorzien:\n<ul>\n<li>Als de afstand het toelaat, kunnen er extra lange patchkabels tussen de switches worden getrokken. Eertijds gebruikten we patchkabels van 30-50 m lengte.<\/li>\n<li>Een relatief goedkope optische SMF-kabel met een lage capaciteit tussen de kasten aanleggen.<\/li>\n<li>Als uiterste optie verschillende SMF-MMF-converters gebruiken.<\/li>\n<\/ul>\n<\/li>\n<li>Om het aantal gebruikte vezels tussen de gebouwen te minimaliseren, kan men:\n<ul>\n<li>De functionaliteit van het stapelen van toegangsswitches x440-G2 gebruiken \u2014 hierbij 1 SMF-vezel naar elke switch op de vloer gebruiken, waardoor in plaats van 6 vezels en poorten, 3 vezels en poorten aan elke kant gebruikt kunnen worden.<\/li>\n<li>2 vezels gebruiken voor het aansluiten van de eerste switch in de tak en de laatste. Linken aggregeren op de randtoegangsswitches en STP-protocollen gebruiken in de resulterende ring.<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<p><\/p>\n<h2>IP-adressering<\/h2>\n<p>\nHier geef ik een voorbeeld van een adresschema voor ons systeem.<\/p>\n<p>Momenteel beschikken we over verschillende klasse B-netwerken \u2014 172.16.0.0\/16. Bij het berekenen van het IP-adresruimte zal ik me laten leiden door de volgende overwegingen:<\/p>\n<ul>\n<li>4 bits van het tweede octet zullen gebouwen aanduiden \u2014 172.16.0.0\/12.<\/li>\n<li>Het derde octet zal het nummer van de verdieping in het gebouw aanduiden.<\/li>\n<li>Het derde octet = 255 zal worden gereserveerd voor point-to-point verbindingen van apparatuur en het beheersnetwerk.<\/li>\n<li>\u00e9\u00e9n management VLAN per verdieping voor het beheer van switches.<\/li>\n<li>\u00e9\u00e9n gebruikers-VLAN per switch (gemiddeld 24 poorten).<\/li>\n<li>\u00e9\u00e9n Voice VLAN per switch (gemiddeld 24 poorten).<\/li>\n<li>\u00e9\u00e9n VLAN voor het videosurveillance systeem per verdieping.<\/li>\n<li>\u00e9\u00e9n VLAN voor Wi-Fi-apparaten per verdieping.<\/li>\n<\/ul>\n<p>\nIk heb ongeveer de volgende tabellen gekregen:<br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/38\/on\/b-\/38onb-zb_bxkqmlqumaun-njeok.png\">netwerk 172.16.0.0\/14<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/jv\/bm\/bz\/jvbmbz6iubrckcf--cicerot_1y.png\">netwerk 172.20.0.0\/14<\/a><\/noindex><\/p>\n<p>In de bovenstaande tabel heb ik een voorbeeld van de verdeling van netwerken tussen gebouwen en verdiepingen aan de ene kant en netwerken (gebruikers, beheer en dienst) aan de andere kant gegeven.<\/p>\n<p>Eigenlijk is de keuze voor het grijze netwerk 172.16.0.0\/12 niet de meest optimale, omdat dit ons beperkt in het aantal netwerken (van 16 tot 31) voor gebouwen, en er zijn ook nog externe kantoren die ook blokken netwerken nodig hebben. Een mogelijk optimalere optie zou het gebruik van 10.0.0.0\/8-netwerken zijn, of een combinatie van 172.16.0.0\/12-netwerken (bijvoorbeeld voor dienstdoeleinden en servers) en 10.0.0.0\/8 (voor gebruikersnetwerken).<\/p>\n<p>Over het algemeen is de aanpak voor het toewijzen van IP-netwerken ook modulair en is het wenselijk om de regels voor subnet-samenvatting in \u00e9\u00e9n summary-netwerk op distributieniveaus en ook op grensrouters in externe vestigingen aan te houden. Dit doet men om verschillende redenen:<\/p>\n<ul>\n<li>om de routeringstabellen op routers te minimaliseren<\/li>\n<li>om het overheadverkeer van routeringsprotocollen (alle mogelijke updateberichten, bij het onbeschikbaar zijn van ingesloten subnets) te minimaliseren<\/li>\n<li>om het beheer te vereenvoudigen en de leesbaarheid van L3-netwerken te verbeteren<\/li>\n<\/ul>\n<p>\nHoewel er bij de eerste twee punten opgemerkt moet worden dat de kracht van moderne routers veel hoger is dan die van 15-20 jaar geleden en dat zij grote routeringstabellen in hun RAM-geheugen kunnen bevatten, is ook de verhouding tussen prijs en bandbreedte van communicatielijnen gedaald in vergelijking met de prijzen in de tijd van de massale adoptie van E1\/T1-stromen (G.703).<\/p>\n<h2>Conclusie<\/h2>\n<p>\nVrienden, in dit artikel probeer ik zo kort mogelijk de belangrijkste principes van het ontwerpen van campusnetwerken te bespreken. Ja, er is veel materiaal, en dat is nog zonder onderwerpen zoals:<\/p>\n<ul>\n<li>de organisatie van de bedrijfsgrens (wat een apart verhaal is met zijn switches, borders, firewall, IPS\/IDS-systemen, DMZ, VPN en andere zaken)<\/li>\n<li>de organisatie van Wi-Fi-netwerken<\/li>\n<li>de organisatie van VoIP-netwerken<\/li>\n<li>de organisatie van datacenters<\/li>\n<li>de veiligheid (wat ook zijn eigen wereld is, die qua omvang en eisen niet onderdoet voor het ontwerp van pure netwerk infrastructuur, en soms zelfs supera)<\/li>\n<li>de energievoorziening<\/li>\n<li>de lijst kan maar doorgaan<\/li>\n<\/ul>\n<p>\nIn feite is het ontwerpen en bouwen van een bedrijfsnetwerk een vrij gedetailleerde taak die veel tijd en middelen vereist.<\/p>\n<p>Maar ik hoop dat mijn artikel je zal helpen om op een basisniveau te begrijpen hoe je deze taak kunt aanpakken.<\/p>\n<p>Dit is zeker niet het laatste artikel over <noindex><a rel=\"nofollow\" href=\"https:\/\/tssolution.ru\/katalog\/extreme\">Extreme Networks<\/a><\/noindex>, dus houd de updates in de gaten (<noindex><a rel=\"nofollow\" href=\"https:\/\/t.me\/tssolution\">Telegram<\/a><\/noindex>, <noindex><a rel=\"nofollow\" href=\"https:\/\/www.facebook.com\/groups\/tssolution.info\/\">Facebook<\/a><\/noindex>, <noindex><a rel=\"nofollow\" href=\"https:\/\/vk.com\/ts_solution\">VK<\/a><\/noindex>, <noindex><a rel=\"nofollow\" href=\"https:\/\/tssolution.ru\/blog\">TS Solution Blog<\/a><\/noindex>)!<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<p>Bron: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/tssolution\/blog\/475332\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0414\u043e\u0431\u0440\u044b\u0439 \u0434\u0435\u043d\u044c, \u0434\u0440\u0443\u0437\u044c\u044f! \u0421\u0435\u0433\u043e\u0434\u043d\u044f \u044f \u043f\u0440\u043e\u0434\u043e\u043b\u0436\u0443 \u0446\u0438\u043a\u043b, \u043f\u043e\u0441\u0432\u044f\u0449\u0435\u043d\u043d\u044b\u0439 \u043a\u043e\u043c\u043c\u0443\u0442\u0430\u0442\u043e\u0440\u0430\u043c Extreme \u0441\u0442\u0430\u0442\u044c\u0435\u0439 \u043f\u043e \u043f\u0440\u043e\u0435\u043a\u0442\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044e \u0441\u0435\u0442\u0438 Enterprise. \u0412 \u0441\u0442\u0430\u0442\u044c\u0435 \u044f \u043f\u043e\u0441\u0442\u0430\u0440\u0430\u044e\u0441\u044c \u043f\u043e \u0432\u043e\u0437\u043c\u043e\u0436\u043d\u043e\u0441\u0442\u0438 \u043a\u0440\u0430\u0442\u043a\u043e: \u043e\u043f\u0438\u0441\u0430\u0442\u044c \u043c\u043e\u0434\u0443\u043b\u044c\u043d\u044b\u0439 \u043f\u043e\u0434\u0445\u043e\u0434 \u043a \u043f\u0440\u043e\u0435\u043a\u0442\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044e \u0441\u0435\u0442\u0438 Etnterprise \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0435\u0442\u044c \u0432\u0438\u0434\u044b \u043f\u043e\u0441\u0442\u0440\u043e\u0435\u043d\u0438\u044f \u043e\u0434\u043d\u043e\u0433\u043e \u0438\u0437 \u0432\u0430\u0436\u043d\u0435\u0439\u0448\u0438\u0445 \u043c\u043e\u0434\u0443\u043b\u0435\u0439 \u0441\u0435\u0442\u0438 \u043f\u0440\u0435\u0434\u043f\u0440\u0438\u044f\u0442\u0438\u044f \u2014 \u043e\u043f\u043e\u0440\u043d\u043e\u0439 \u0441\u0435\u0442\u0438 (ip-campus) \u043e\u043f\u0438\u0441\u0430\u0442\u044c \u0434\u043e\u0441\u0442\u043e\u0438\u043d\u0441\u0442\u0432\u0430 \u0438 \u043d\u0435\u0434\u043e\u0441\u0442\u0430\u0442\u043a\u0438 \u0432\u0430\u0440\u0438\u0430\u043d\u0442\u043e\u0432 \u0440\u0435\u0437\u0435\u0440\u0432\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f \u043a\u0440\u0438\u0442\u0438\u0447\u043d\u044b\u0445 \u0443\u0437\u043b\u043e\u0432 \u0441\u0435\u0442\u0438 \u043d\u0430 \u0430\u0431\u0441\u0442\u0440\u0430\u043a\u0442\u043d\u043e\u043c \u043f\u0440\u0438\u043c\u0435\u0440\u0435 \u0441\u043f\u0440\u043e\u0435\u043a\u0442\u0438\u0440\u043e\u0432\u0430\u0442\u044c\/\u043e\u0431\u043d\u043e\u0432\u0438\u0442\u044c [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-52795","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.3 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0414\u043e\u0431\u0440\u044b\u0439 \u0434\u0435\u043d\u044c, \u0434\u0440\u0443\u0437\u044c\u044f!\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/3-dizajn-seti-predpriyatiya-na-kommutatorah-extreme\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.3\" \/>\n\t\t<meta property=\"og:locale\" content=\"nl_NL\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd473. \u0414\u0438\u0437\u0430\u0439\u043d \u0441\u0435\u0442\u0438 \u043f\u0440\u0435\u0434\u043f\u0440\u0438\u044f\u0442\u0438\u044f \u043d\u0430 \u043a\u043e\u043c\u043c\u0443\u0442\u0430\u0442\u043e\u0440\u0430\u0445 Extreme | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0414\u043e\u0431\u0440\u044b\u0439 \u0434\u0435\u043d\u044c, \u0434\u0440\u0443\u0437\u044c\u044f!\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/3-dizajn-seti-predpriyatiya-na-kommutatorah-extreme\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-11-16T21:00:00+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-02-18T11:00:35+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd473. Ontwerp van bedrijfsnetwerken op Extreme switches | ProHoster","description":"Goedemiddag, vrienden!","canonical_url":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/3-dizajn-seti-predpriyatiya-na-kommutatorah-extreme","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"nl_NL","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd473. \u0414\u0438\u0437\u0430\u0439\u043d \u0441\u0435\u0442\u0438 \u043f\u0440\u0435\u0434\u043f\u0440\u0438\u044f\u0442\u0438\u044f \u043d\u0430 \u043a\u043e\u043c\u043c\u0443\u0442\u0430\u0442\u043e\u0440\u0430\u0445 Extreme | ProHoster","og:description":"\u0414\u043e\u0431\u0440\u044b\u0439 \u0434\u0435\u043d\u044c, \u0434\u0440\u0443\u0437\u044c\u044f!","og:url":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/3-dizajn-seti-predpriyatiya-na-kommutatorah-extreme","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-11-16T21:00:00+00:00","article:modified_time":"2020-02-18T11:00:35+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"52795","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-24 04:55:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 20:37:30","updated":"2026-01-24 04:55:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts\/52795","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/comments?post=52795"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts\/52795\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/media?parent=52795"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/categories?post=52795"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/tags?post=52795"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}