{"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\/da\/blog\/administrirovanie\/3-dizajn-seti-predpriyatiya-na-kommutatorah-extreme","title":{"rendered":"3. Design af virksomhedens netv\u00e6rk p\u00e5 Extreme switches","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"3. Design af virksomhedens netv\u00e6rk p\u00e5 Extreme switches\" src=\"\/wp-content\/uploads\/2019\/11\/6e7d22b08dcfd1f7fe5eb592f271c1bc.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nGod dag, venner! I dag forts\u00e6tter jeg med serien om <noindex><a rel=\"nofollow\" href=\"https:\/\/tssolution.ru\/katalog\/extreme\">Extreme-switches<\/a><\/noindex> artiklen om design af virksomhedens netv\u00e6rk.<\/p>\n<p>I artiklen vil jeg s\u00e5 kort som muligt pr\u00f8ve at:<\/p>\n<ul>\n<li>beskrive den modul\u00e6re tilgang til design af virksomhedens netv\u00e6rk <\/li>\n<li>overveje byggeformer for et af de vigtigste moduler i virksomhedens netv\u00e6rk \u2014 backbone-netv\u00e6rket (ip-campus)<\/li>\n<li>beskrive fordele og ulemper ved forskellige varianter af redundans i kritiske netv\u00e6rkspunkter <\/li>\n<li>p\u00e5 et abstrakt eksempel designe\/opdatere et lille virksomhedsnetsv\u00e6rk<\/li>\n<li>v\u00e6lge Extreme-switches til implementering af det designede netv\u00e6rk<\/li>\n<li>arbejde med fiber og IP-adressering<\/li>\n<\/ul>\n<p>\nDenne artikel vil v\u00e6re mest interessant for netv\u00e6rksingeni\u00f8rer og netv\u00e6rksadministratorer i virksomheder, der lige er startet p\u00e5 deres rejse som \"netv\u00e6rksfolk\", snarere end for erfarne ingeni\u00f8rer, der har arbejdet i mange \u00e5r i telekommunikationsoperat\u00f8rer eller i store virksomheder med geografisk distribuerede netv\u00e6rk.<\/p>\n<p>Under alle omst\u00e6ndigheder opfordrer jeg dem, der er interesserede, til at l\u00e6se videre. <noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h2>Modul\u00e6r tilgang til netv\u00e6rksdesign<\/h2>\n<p>\nJeg vil begynde min artikel med den ret popul\u00e6re modul\u00e6re tilgang til netv\u00e6rksdesign, som g\u00f8r det muligt at samle puslespillet fra netv\u00e6rksstykker til et samlet billede.<\/p>\n<p>F\u00f8rst lidt abstraktion \u2014 jeg forestiller mig ofte denne tilgang som zoom p\u00e5 geokorter, hvor man i f\u00f8rste omgang ser landet, i anden omgang regionerne, i tredje omgang byerne osv.<\/p>\n<p>Som et eksempel overvejer vi f\u00f8lgende eksempel:<\/p>\n<ul>\n<li>1. zoom \u2014 hele virksomhedens netv\u00e6rk best\u00e5r af en r\u00e6kke forskellige niveauer:\n<ul>\n<li>backbone-netv\u00e6rk eller campus<\/li>\n<li>gr\u00e6nselag<\/li>\n<li>kommunikationsoperat\u00f8rniveau<\/li>\n<li>fjerntliggende zoner<\/li>\n<\/ul>\n<p>\n <\/li>\n<li>2. zoom \u2014 hvert af disse niveauer detaljers i separate moduler\n<ul>\n<li>backbone-netv\u00e6rket eller campus best\u00e5r af:\n<ul>\n<li>et 3- eller 2-niveau modul, der beskriver virksomhedens netv\u00e6rk og dens niveauer \u2014 adgang, distribution og\/eller kerne<\/li>\n<li>et modul, der beskriver datacenteret \u2014 det centrale databehandlingscenter (i princippet serverdelen af infrastrukturen)<\/li>\n<\/ul>\n<p>\n <\/li>\n<li>gr\u00e6nselaget best\u00e5r igen af:\n<ul>\n<li>et modul til internetforbindelse<\/li>\n<li>et WAN- og MAN-modul, som ansvarer for tilslutning af geografisk distribuerede virksomhedselementer<\/li>\n<li>et modul til oprettelse af VPN-tunneler og Remote-Access adgang<\/li>\n<li>ofte viser mange sm\u00e5 virksomheder, at flere af disse moduler eller endda alle, bliver kombineret i \u00e9t<\/li>\n<\/ul>\n<p>\n <\/li>\n<li>udbyderlag:\n<ul>\n<li>Dette niveau omfatter forbindelser til \"den ydre verden\" - m\u00f8rke fibre (leje af fibre fra operat\u00f8rer), kommunikationskanaler (Ethernet, G.703 osv.), internetadgang.<\/li>\n<\/ul>\n<p>\n <\/li>\n<li>fjernt niveau:\n<ul>\n<li>hovedsageligt er dette virksomhedens filialer, der er fordelt inden for byen, regionen, landet eller endda kontinentet.<\/li>\n<li>til denne zone kan ogs\u00e5 h\u00f8re en backup-datacenter, der duplikerer arbejdet af det prim\u00e6re<\/li>\n<li>og selvf\u00f8lgelig er der ogs\u00e5 de, der i stigende grad vinder popularitet - teleworkers (fjernt ansatte)<\/li>\n<\/ul>\n<p>\n <\/li>\n<\/ul>\n<p>\n <\/li>\n<li>3. niveau - hver af modulerne opdeles i mindre moduler eller niveauer. For eksempel i campus-netv\u00e6rk:\n<ul>\n<li>3-niveau netv\u00e6rk opdeles i:\n<ul>\n<li>adgangsniveau<\/li>\n<li>distributionsniveau<\/li>\n<li>kerne niveau<\/li>\n<\/ul>\n<p>\n <\/li>\n<li>Datacenteret kan i mere komplekse tilf\u00e6lde opdeles i:\n<ul>\n<li>en 2- eller 3-niveau netv\u00e6rksdel<\/li>\n<li>serverdelen<\/li>\n<\/ul>\n<p>\n <\/li>\n<\/ul>\n<p>\nAlt det ovenn\u00e6vnte vil jeg fors\u00f8ge at illustrere i f\u00f8lgende forsimplede diagram:<\/p>\n<p><img decoding=\"async\" alt=\"3. Design af virksomhedens netv\u00e6rk p\u00e5 Extreme switches\" src=\"\/wp-content\/uploads\/2019\/11\/94cd494f2b2bb2c61aa1e6b4c150c09c.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nSom det fremg\u00e5r af diagrammet ovenfor - den modul\u00e6re tilgang hj\u00e6lper med at detaljere og strukturere det samlede billede i bestanddele, som man senere kan arbejde med.<\/p>\n<p>I denne artikel vil jeg fokusere p\u00e5 Campus Enterprise niveauet og beskrive det i detaljer.<\/p>\n<h2>Typer af IP-CAMPUS-netv\u00e6rk<\/h2>\n<p>\nI min tid hos udbyderen og is\u00e6r senere - i arbejdet som integrator, har jeg st\u00f8dt p\u00e5 forskellig \"modenhed\" i kundernes netv\u00e6rk. Jeg bruger ikke tilf\u00e6ldigt termen modenhed, da det ofte er tilf\u00e6ldet, at netv\u00e6rksstrukturen vokser i takt med virksomhedens v\u00e6kst, og det er i princippet naturligt.<\/p>\n<p>I en mindre virksomhed, der ligger inden for \u00e9n bygning, kan virksomhedens netv\u00e6rk best\u00e5 af blot \u00e9n gr\u00e6nseruter, der fungerer som en firewall, flere adgangs-switscher og et par-servere.<\/p>\n<p>Jeg kalder et s\u00e5dant netv\u00e6rk for en \"\u00e9n-niveau\" netv\u00e6rk - der findes absolut ikke et klart kerne niveau i netv\u00e6rket, distributionsniveauet er flyttet til gr\u00e6nseruteren (med funktioner som firewall, VPN og muligvis proxy), og adgangs-switscherne betjener b\u00e5de medarbejdernes computere og serverne.<\/p>\n<p><img decoding=\"async\" alt=\"3. Design af virksomhedens netv\u00e6rk p\u00e5 Extreme switches\" src=\"\/wp-content\/uploads\/2019\/11\/fe05e9fc0e26ffb37a8a291aa9c721c5.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nVed virksomhedsv\u00e6kst - stigning i antallet af medarbejdere, tjenester og servere, er det ofte n\u00f8dvendigt at:<\/p>\n<ul>\n<li>\u00f8ge antallet af switche i netv\u00e6rket og adgangsporte<\/li>\n<li>\u00f8ge serverkapaciteten<\/li>\n<li>K\u00e6mp mod broadcast-dom\u00e6ner ved at implementere netv\u00e6rkssegmentering og routing mellem segmenterne<\/li>\n<li>K\u00e6mp mod netv\u00e6rksnedbrud, som medf\u00f8rer driftsstop for medarbejdere, da dette medf\u00f8rer ekstra omkostninger for ledelsen (en medarbejder i stilstand modtager l\u00f8n, men udf\u00f8rer ikke arbejde)<\/li>\n<li>N\u00e5r man bek\u00e6mper nedbrud, b\u00f8r man overveje at redundere kritiske netv\u00e6rkselementer \u2014 routere, switche, servere og tjenester<\/li>\n<li>Stram sikkerhedspolitikken, da der kan opst\u00e5 kommercielle risici, hvilket ogs\u00e5 bidrager til en mere stabil netv\u00e6rksdrift<\/li>\n<\/ul>\n<p>\nAlt dette f\u00f8rer til, at netv\u00e6rksingeni\u00f8ren (administrator) f\u00f8r eller senere overvejer, hvordan netv\u00e6rket skal bygges korrekt, og begynder at anvende en to-niveau model.<\/p>\n<p>Denne model skelner tydeligt mellem to niveauer \u2014 adgangsniveauet og distributionsniveauet, som ogs\u00e5 fungerer som kerne-niveauet (collapsed-core).<\/p>\n<p>Det kombinerede distributions- og kerneniveau udf\u00f8rer f\u00f8lgende funktioner:<\/p>\n<ul>\n<li>aggregerer forbindelserne fra adgangsswitchene <\/li>\n<li>introducerer segmentrouting \u2014 brugere og enheder er s\u00e5 mange, at de ikke kan v\u00e6re i et netv\u00e6rk \/24, og hvis de kan, s\u00e5 for\u00e5rsager broadcast-storme konstante nedbrud (is\u00e6r hvis brugerne hj\u00e6lper dem ved at skabe loop)<\/li>\n<li>sikrer forbindelsen mellem n\u00e6rliggende segmenter af switches (via h\u00f8jhastighedsforbindelser)<\/li>\n<li>sikrer forbindelsen mellem brugerne, deres enheder og serverfarmene, som ogs\u00e5 p\u00e5 dette tidspunkt begynder at blive adskilt som et separat netv\u00e6rkssegment \u2014 datacenteret.<\/li>\n<li>begynder i samarbejde med adgangsswitchene, i en eller anden grad, at implementere sikkerhedspolitikker, som virksomheden begynder at f\u00e5 p\u00e5 dette tidspunkt. Virksomheden vokser, og kommercielle risici vokser ogs\u00e5 (her t\u00e6nker jeg ikke kun p\u00e5 fortrolighedspolitikker, adgangsbegr\u00e6nsninger mv., men ogs\u00e5 p\u00e5 element\u00e6re nedbrud i netv\u00e6rket og for medarbejdere).<\/li>\n<\/ul>\n<p>\nS\u00e5ledes vokser netv\u00e6rket f\u00f8r eller senere til en to-niveau model:<\/p>\n<p><img decoding=\"async\" alt=\"3. Design af virksomhedens netv\u00e6rk p\u00e5 Extreme switches\" src=\"\/wp-content\/uploads\/2019\/11\/e327c876c5fe9ad45932b014957e3796.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nI denne model fremkommer der s\u00e6rlige krav til b\u00e5de access switches, som aggregerer links fra brugere og enheder i netv\u00e6rket (printere, adgangspunkter, VoIP-enheder, IP-telefoner, IP-kameraer osv.), samt til distributions- og kerne-switches.<\/p>\n<p>Access switches skal v\u00e6re mere intelligente og funktionelle for at im\u00f8dekomme kravene til netv\u00e6rkets ydeevne, sikkerhed og fleksibilitet, og de skal:<\/p>\n<ul>\n<li>have forskellige typer adgangs- og trunkports \u2014 helst med mulighed for at kunne h\u00e5ndtere v\u00e6ksten i trafik og antallet af porte<\/li>\n<li>have tilstr\u00e6kkelig switching-kapacitet og b\u00e5ndbredde<\/li>\n<li>have n\u00f8dvendig sikkerhedsfunktionalitet, som opfylder de nuv\u00e6rende sikkerhedspolitikker (og ideelt set ogs\u00e5 kan im\u00f8dekomme fremtidige krav)<\/li>\n<li>have mulighed for at forsyne sv\u00e6rt tilg\u00e6ngelige netv\u00e6rksenheder med muligheden for fjern genstart af str\u00f8mmen (PoE, PoE+)<\/li>\n<li>have mulighed for at reservelektricitet, s\u00e5 det kan bruges der, hvor det er n\u00f8dvendigt<\/li>\n<li>have (hvis muligt) yderligere potentiale for funktionel v\u00e6kst \u2014 et almindeligt eksempel er, n\u00e5r en access switch med tiden bliver til en distributions switch<\/li>\n<\/ul>\n<p>\nDistribution switches har desuden ogs\u00e5 specifikke krav:<\/p>\n<ul>\n<li>b\u00e5de hvad ang\u00e5r trunk-nedadg\u00e5ende porte mod access switches og mod peer interfaces af nabo distributions switches (og senere potentielle uplink interfaces mod kernen)<\/li>\n<li>hvad ang\u00e5r L2 og L3 funktionalitet<\/li>\n<li>hvad ang\u00e5r sikkerhedsfunktionalitet<\/li>\n<li>hvad ang\u00e5r sikring af fejltolerance (reservedele, clustering og backup str\u00f8m)<\/li>\n<li>hvad ang\u00e5r sikring af fleksibilitet i trafikbalanceringen<\/li>\n<li>have (hvis muligt) yderligere potentiale for funktionel v\u00e6kst (transformation af aggregation devices til kernen over tid)<\/li>\n<li>i nogle tilf\u00e6lde kan det v\u00e6re passende at anvende PoE, PoE+ porte p\u00e5 distributions switches.<\/li>\n<\/ul>\n<p>\nFremad er der mere: hvis ledelsen vedtager en politik for aktiv v\u00e6kst og udvikling af virksomheden, vil netv\u00e6rket forts\u00e6tte med at udvikle sig \u2014 virksomheden kan begynde at leje nabobygninger, bygge sine egne bygninger eller overtage mindre konkurrenter, hvilket dermed \u00f8ger antallet af arbejdspladser for medarbejdere. Samtidig sker der ogs\u00e5 en v\u00e6kst i netv\u00e6rket, som kr\u00e6ver:<\/p>\n<ul>\n<li>sikring af medarbejdere arbejdspladser \u2014 nye adgangsswitches med adgangsportene er n\u00f8dvendige<\/li>\n<li>tilg\u00e6ngelighed af nye distributionsswitches til aggregering af links fra adgangsswitchene<\/li>\n<li>opbygning af nye samt modernisering af eksisterende kommunikationslinjer <\/li>\n<\/ul>\n<p>\nSom f\u00f8lge heraf stiger trafikken af f\u00f8lgende grunde:<\/p>\n<ul>\n<li>p\u00e5 grund af det \u00f8gede antal adgangsporte og dermed brugere af netv\u00e6rket<\/li>\n<li>p\u00e5 grund af den stigende trafik fra tilst\u00f8dende systemer, der v\u00e6lger virksomhedens netv\u00e6rk som transport \u2014 telefoni, sikkerhed, ingeni\u00f8rsystemer osv.<\/li>\n<li>som f\u00f8lge af implementeringen af yderligere tjenester \u2014 med v\u00e6ksten i personale opst\u00e5r der nye afdelinger, der kr\u00e6ver bestemt software<\/li>\n<li>beregningskraften i datacentret \u00f8ges for at im\u00f8dekomme kravene fra infrastrukturen og applikationerne<\/li>\n<li>kravene til netv\u00e6rks- og informationssikkerhed stiger \u2014 den ber\u00f8mte CIA-triade (for sjov), men seri\u00f8st, CIA \u2014 Confidentiality, Integrity and Availability:\n<ul>\n<li>i denne forbindelse opst\u00e5r der yderligere krav til netv\u00e6rkets kritiske niveauer \u2014 distribution og datacenter \u2014 vedr\u00f8rende fejltolerance og redundans<\/li>\n<li>igen stiger trafikken som f\u00f8lge af implementeringen af nye sikkerhedssystemer \u2014 for eksempel IDS osv.<\/li>\n<\/ul>\n<p>\n <\/li>\n<\/ul>\n<p>\nTid eller omg\u00e5ende vil v\u00e6ksten af trafik, tjenester og antal brugere f\u00f8re til n\u00f8dvendigheden af at implementere et ekstra netv\u00e6rksniveau \u2014 kernen, som vil udf\u00f8re h\u00f8je hastigheder switching\/routing af pakker ved hj\u00e6lp af hurtigt link.<\/p>\n<p>P\u00e5 dette tidspunkt kan virksomheden skifte til en 3-niveau netv\u00e6rksmodel:<\/p>\n<p><img decoding=\"async\" alt=\"3. Design af virksomhedens netv\u00e6rk p\u00e5 Extreme switches\" src=\"\/wp-content\/uploads\/2019\/11\/83b2672c654a223af8a34b78c3ab02d6.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nSom det ses p\u00e5 det ovenst\u00e5ende billede \u2014 er der i et s\u00e5dant netv\u00e6rk et kerneniveau, som aggregerer hurtige links fra distributionsswitchene. S\u00e5ledes stilles der ogs\u00e5 krav til kernen switchene om:<\/p>\n<ul>\n<li>b\u00e5ndbredde for gr\u00e6nseflader \u2014 1GE, 2.5GE, 10GE, 40GE, 100GE<\/li>\n<li>switchens ydeevne (switching capacity og forwarding performance)<\/li>\n<li>interface-typer \u2014 1000BASE-T, SFP, SFP+, QSFP, QSFP+<\/li>\n<li>antal og s\u00e6t af interfaces<\/li>\n<li>redundansmuligheder (stabling, clustering, redundante styringskort (aktuelt for modul\u00e6re switches), str\u00f8mforsyningsredundans osv.)<\/li>\n<li>funktionalitet<\/li>\n<\/ul>\n<p>\nP\u00e5 dette netv\u00e6rksniveau er b\u00e5de teknisk modifikation og<\/p>\n<ul>\n<li>redundans af kerne-noder og links (meget, meget, meget \u00f8nskeligt)<\/li>\n<li>redundans af nodes og links i distributionslaget (afh\u00e6ngigt af kritikaliteten)<\/li>\n<li>redundans af links mellem access switches og distributionslaget (efter behov)<\/li>\n<li>implementering af dynamiske routingprotokoller<\/li>\n<li>trafikbalancering b\u00e5de i kernen og p\u00e5 distributions- og accessniveauer (om n\u00f8dvendigt)<\/li>\n<li>implementering af ekstra services \u2014 b\u00e5de transport- og sikkerhedstjenester (om n\u00f8dvendigt)<\/li>\n<\/ul>\n<p>\ns\u00e5vel som juridiske bestemmelser, der definerer virksomhedens netv\u00e6rkssikkerhedspolitik, som supplerer den overordnede sikkerhedspolitik vedr\u00f8rende:<\/p>\n<ul>\n<li>krav til implementering og ops\u00e6tning af forskellige sikkerhedsfunktioner p\u00e5 access- og distributionsswitches<\/li>\n<li>krav til adgang, overv\u00e5gning og administration af netv\u00e6rksudstyr (protokoller for fjernadgang, tilladte segmenter for administration, logningsindstillinger osv.)<\/li>\n<li>krav til redundans<\/li>\n<li>krav til dannelse af et minimalt n\u00f8dvendigt ZIP-s\u00e6t<\/li>\n<\/ul>\n<p>\nI dette afsnit har jeg kort beskrevet udviklingen af netv\u00e6rket og virksomheden fra et par switches og flere ti medarbejdere til mange ti (eller endda hundreder) switches og flere hundrede (eller endda tusinder) af de medarbejdere, der arbejder direkte i virksomhedens netv\u00e6rk (og der er ogs\u00e5 produktionsafdelinger og ingeni\u00f8rnetv\u00e6rk).<br \/>\nDet er klart, at en s\u00e5dan \"mirakul\u00f8s\" og hurtig udvikling af virksomhederne ikke sker i virkeligheden.<br \/>\nDet tager normalt \u00e5r, f\u00f8r en virksomhed og netv\u00e6rk vokser fra sit indledende niveau 1 til det 3. niveau, som jeg beskriver.<\/p>\n<p>Hvorfor skriver jeg alle disse indlysende sandheder? Fordi jeg gerne vil n\u00e6vne et begreb som ROI \u2014 return-on-investment (afkast\/tilbagebetaling af investering) og overveje den del, der direkte vedr\u00f8rer valget af netv\u00e6rksudstyr.<\/p>\n<p>N\u00e5r netv\u00e6rksingeni\u00f8rer og deres ledere v\u00e6lger udstyr, baserer de ofte deres valg p\u00e5 to faktorer \u2013 den nuv\u00e6rende pris p\u00e5 udstyret og det minimale tekniske funktionalitet, der er n\u00f8dvendigt p\u00e5 nuv\u00e6rende tidspunkt for at l\u00f8se en konkret opgave eller opgaver (jeg vil senere tale om indk\u00f8b af udstyr til redundans).<\/p>\n<p>Samtidig overvejes mulighederne for fremtidig 'v\u00e6kst' af udstyret sj\u00e6ldent. N\u00e5r situationen opst\u00e5r, hvor udstyret ikke l\u00e6ngere kan im\u00f8dekomme funktionalitets- eller ydeevnekravene, k\u00f8bes der i stedet mere kraftfuldt og funktionelt udstyr, mens det gamle ryger p\u00e5 lager eller sendes rundt i netv\u00e6rket, efter princippet 'bare s\u00e5 det st\u00e5r' (det er \u00f8vrigt ogs\u00e5 en \u00e5rsag til, at der opst\u00e5r en stor zoo af udstyr og k\u00f8b af mange informationssystemer, der arbejder med det).<\/p>\n<p>Dermed, i stedet for at k\u00f8be en del licenser til ekstra funktionalitet og ydeevne, som er betydeligt billigere end nyt, mere h\u00f8jtydende udstyr, m\u00e5 man k\u00f8be nyt hardware og betale ekstra af f\u00f8lgende grunde:<\/p>\n<ul>\n<li>Netv\u00e6rket vokser ofte langsomt, og udvidelse af funktionaliteten eller ydeevnen af din netv\u00e6rks switch kan v\u00e6re tilstr\u00e6kkeligt i lang tid.<\/li>\n<li>Det er ikke nogen hemmelighed, at udstyr fra udenlandske leverand\u00f8rer er bundet til udenlandsk valuta (dollar eller euro). Skal vi v\u00e6re \u00e6rlige - stigningen i dollar eller euro (eller den periodiske mini-devaluering af rubelen, alt efter hvordan man ser p\u00e5 det) f\u00f8rer til, at dollar for 10 \u00e5r siden og dollar i dag er helt forskellige ting set fra rubelens synspunkt.<\/li>\n<\/ul>\n<p>\nSammenfattende vil jeg p\u00e5pege, at k\u00f8b af netv\u00e6rksudstyr med bredere funktionalitet nu kan f\u00f8re til besparelser i fremtiden. <br \/>\nHer ser jeg udgifterne til indk\u00f8b af udstyr i konteksten af investering i mit netv\u00e6rk og infrastruktur.<\/p>\n<p>S\u00e5ledes f\u00f8lger mange leverand\u00f8rer (ikke kun Extreme) princippet pay-as-you-grow, ved at inkludere en masse funktionalitet og muligheder for at \u00f8ge ydeevnen af gr\u00e6nsefladerne, som senere aktiveres ved k\u00f8b af separate licenser. De tilbyder ogs\u00e5 modul\u00e6re switche med et bredt udvalg af interface- og processor-kort samt muligheden for gradvist at \u00f8ge b\u00e5de deres antal og ydeevne.<\/p>\n<h2>Reservering af kritiske noder<\/h2>\n<p>\nI denne del af artiklen vil jeg kort beskrive de grundl\u00e6ggende principper for reservasjon af s\u00e5danne vigtige netv\u00e6rksnoder som kerne-switcher, datacentre eller distributionssystemer. Jeg vil begynde med at se p\u00e5 de generelle former for reserving - stabling og clustering.<\/p>\n<p>Hver af metoderne har sine fordele og ulemper, som jeg gerne vil diskutere.<\/p>\n<p>Nedenfor er en generel oversigtstabel til sammenligning af de 2 metoder:<\/p>\n<p><img decoding=\"async\" alt=\"3. Design af virksomhedens netv\u00e6rk p\u00e5 Extreme switches\" src=\"\/wp-content\/uploads\/2019\/11\/f48f7dbad5f838e90f21c8a90415f074.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<ul>\n<li><b>styring<\/b> \u2014 som det fremg\u00e5r af tabellen, har stablingen en fordel her, da et stak af flere switcher pr\u00e6senterer sig som \u00e9n switch med et stort antal porte. I stedet for at styre 8 forskellige switcher ved clustering kan du kun styre \u00e9n ved stabling.<\/li>\n<li><b>afstand<\/b> \u2014 i \u00f8jeblikket er fordelene ved clustering ikke s\u00e5 klare, da der er kommet stablingsteknologier gennem stabelporte eller porte med dobbelt anvendelse (f.eks. SummitStack-V fra Extreme, VSS fra Cisco osv.), som ogs\u00e5 afh\u00e6nger af typerne af transceivere. Her gives fordelene til clustering p\u00e5 den m\u00e5de, at der ved stabling findes situationer, hvor man skal bruge almindelige stabelporte, som ofte forbindes med specielle kabler af begr\u00e6nset l\u00e6ngde - 0,5, 1, 1,5, 3 eller 5 meter.<\/li>\n<li><b>softwareopdatering<\/b> \u2014 her ser vi, at clustering har en fordel over stabling, og det handler om f\u00f8lgende - ved opdatering af softwareversionen p\u00e5 udstyret ved stabling opdaterer du softwaren p\u00e5 master-switchen, som derefter tager ansvaret for at uddele den nye software til standby-member switcherne i stakken. P\u00e5 den ene side letter dette dit arbejde, men softwareopdateringer kr\u00e6ver ofte en hardware-genstart, hvilket medf\u00f8rer, at hele stakken genstarter, og dermed f\u00f8rer til afbrydelser i driften og alle tilknyttede tjenester i genstartstiden. Dette er typisk meget kritisk for kerne- og datacentre. Ved clustering - har du 2 uafh\u00e6ngige enheder, som du kan opdatere software p\u00e5 sekventielt. Derved kan du undg\u00e5 afbrydelser i tjenesterne.<\/li>\n<li><b>konfiguration af indstillinger<\/b> \u2014 her er fordelene ved stabling klart synlige, da du med ledelse kun skal justere indstillinger for \u00e9n enhed og dens konfigurationsfil. Ved clustering derimod vil antallet af konfigurationsfiler v\u00e6re lig med antallet af noder i klyngen.<\/li>\n<li><b>fejltolerance<\/b> \u2014 her er begge teknologier omtrent lige, men der er stadig en lille fordel ved clustering. \u00c5rsagen til dette ligger i, at hvis vi ser p\u00e5 stakken ud fra de k\u00f8rende processer og protokoller, kan vi observere f\u00f8lgende:\n<ul>\n<li>der er en master-switch, hvor alle de vigtigste processer og protokoller k\u00f8rer (for eksempel protokollen for dynamisk routing \u2014 OSPF)<\/li>\n<li>der er \u00f8vrige slave-switches, hvor de vigtigste processer, der er n\u00f8dvendige for at arbejde i stakken og h\u00e5ndtere trafikken, k\u00f8rer<\/li>\n<li>ved svigt af master-switch\u2019en opdager den n\u00e6ste slave-switch i prioritering, at masteren er ude af drift<\/li>\n<li>den initiere sig selv som master og starter alle de processer, der k\u00f8rte p\u00e5 masteren (inklusive den observerede protokol OSPF)<\/li>\n<li>efter noget tid til opstart af processerne (normalt ret kort), begynder selve OSPF-protokollen at fungere<\/li>\n<li>s\u00e5ledes vil OSPF ved svigt af en af noderne i clustering fungerere en smule hurtigere end ved stabling (i den tid, der kr\u00e6ves til opstart og initialisering af processer og protokoller p\u00e5 slave-switch'en i stakken). Selvom jeg skal n\u00e6vne, at moderne stablingprotokoller og switches fungerer meget hurtigt, tager nedetiden i trafikken ofte mindre end et sekund under skiftet af stakken, men nominelt vinder clustering i denne henseende.<\/li>\n<\/ul>\n<p>\n <\/li>\n<li><b>kompleksitet <\/b> \u2014 som det fremg\u00e5r af tabellen, vinder stabling i komplekse situationer. Dette er en direkte konsekvens af punkterne \"styring\" og \"konfiguration af indstillinger\". En enkelt node kr\u00e6ver betydeligt mindre tid til indstillinger og ledelse. Desuden kr\u00e6ver clustering ofte konfiguration af yderligere routingprotokoller eller gateway-redundansprotokoller \u2014 VRRP, HSRP og andre.<\/li>\n<li><b>udskiftning af noder<\/b> \u2014 her er der en klar fordel ved stacking. Meget ofte kr\u00e6ver det at udskifte en switch i stakken, at man foretar de n\u00f8dvendige minimumsindstillinger af udstyret, for eksempel:\n<ul>\n<li>opdatere softwaren p\u00e5 den nye switch til versionen af stakken (og dette kan g\u00f8res straks, n\u00e5r switchene modtages i lageret)<\/li>\n<li>indstille et par grundl\u00e6ggende kommandoer til stacking (og for nogle typer switches kan dette faktisk ikke v\u00e6re n\u00f8dvendigt)<\/li>\n<li>at fjerne den defekte switch fra stakken og tilslutte en ny<\/li>\n<li>tilslutte str\u00f8mforsyningen og patchkablerne<\/li>\n<\/ul>\n<p>\n <\/li>\n<li><b>elasticitet <\/b> \u2014 jeg anser som en af de vigtigste parametre. Generelt er elasticitet en kompleks karakteristik, der refererer til et objekts evne til at \u00e6ndre sig under belastning og vende tilbage til sin oprindelige tilstand efter dens oph\u00f8r. Underligt nok vil elasticiteten til clustering v\u00e6re h\u00f8jere, selv under hensyntagen til en score p\u00e5 4:3 til fordel for stacking. Det hele handler om menneskelige faktorer. Ja, ja, bliv ikke overrasket \u2014 styrken i s\u00e5dan parameter for stacking som centraliseret styring, konfiguration af indstillinger og lettelse af kompleksiteten afsl\u00f8rer svagheden ved stacking, n\u00e5r mennesket spiller en rolle.<\/li>\n<\/ul>\n<p>\nI mit arbejde inden for IT har jeg mange gange v\u00e6ret ude for situationer (ja, lad os v\u00e6re \u00e6rlige, jeg er selv st\u00f8dt p\u00e5 disse problemer, is\u00e6r i starten), hvor en ingeni\u00f8r ved konfiguration af stakken gjorde fejl i indtastningen af bestemte kommandoer eller ved at t\u00e6nde\/slukke for skelrende funktioner p\u00e5 udstyret, hvilket f\u00f8rte til, at hele stakken nedbr\u00f8d og m\u00e5tte genstartes manuelt. Det er v\u00e6rd at n\u00e6vne dem, der elsker Putty-applikationen til Windows (\u00e5h, det med at kopiere med h\u00f8jre museknap).<\/p>\n<p>Faktisk er begge teknologier temmelig gode (is\u00e6r sammenlignet med frav\u00e6ret af redundans), og hver har sine styrker og svagheder, men til kernens niveau og til h\u00f8jt belastede datacentre ville jeg stadig foretr\u00e6kke at bruge clustering.<\/p>\n<p>Selvom det kun er min mening. Mange professionelle ingeni\u00f8rer, der har arbejdet med netv\u00e6rksunderst\u00f8ttelse p\u00e5 et professionelt niveau i mange \u00e5r, kan lige s\u00e5 godt anvende begge teknologier \u2014 her afh\u00e6nger alt af erfaring og kvalifikation.<\/p>\n<p>Udover teknologier til stacking og redundans af netv\u00e6rksnoder findes der ogs\u00e5 generelle principper for redundans af dele af selve netv\u00e6rksnoden og forbindelser mellem noderne:<\/p>\n<p>Med redundans inden for netv\u00e6rksnoden forst\u00e5r jeg:<\/p>\n<ul>\n<li>redundans af str\u00f8mforsyninger \u2014 installation af 2 str\u00f8mforsyninger, der duplikerer hinanden (ideelt set tilsluttet til en prim\u00e6r str\u00f8mforsyningskategori) kan betydeligt lette dit liv.<\/li>\n<li>redundans af kontrolkort \u2014 dette g\u00e6lder i h\u00f8j grad for modul\u00e6re switches, som har mulighed for tilslutning af flere duplikerende kontrolkort.<\/li>\n<li>redundans af interfacekort \u2014 dette g\u00e6lder ligeledes for modul\u00e6re switches.<\/li>\n<\/ul>\n<p>\nMed redundans af forbindelser\/link forst\u00e5s hovedsageligt tilstedev\u00e6relsen af duplikerende kabelruter (eller radiolinks i \u00e5bne rum) med:<\/p>\n<ul>\n<li>fordeling over forskellige kabelskakter og kanaler inden i bygningen<\/li>\n<li>geografisk fordeling over omr\u00e5det p\u00e5 niveauet af 2 eller flere bygninger, byer, regioner eller lande (de s\u00e5kaldte volumetriske ringe)<\/li>\n<\/ul>\n<p>\nN\u00e5r der bygges redundante forbindelser, er det n\u00f8dvendigt at f\u00f8lge nogle retningslinjer for udstyret:<\/p>\n<ul>\n<li>i tilf\u00e6lde af duplisering af interfacekort i den modul\u00e6re switch, eller ved tilstedev\u00e6relse af stacking, skal forbindelserne fordeles mellem enhederne \u2014 interfacekort i tilf\u00e6lde af modul\u00e6re switches og switches i tilf\u00e6lde af stacking.<\/li>\n<li>det er \u00f8nskeligt at bruge protokoller til linkaggregering (LACP, MLT, PAgP osv.) til at samle links i grupper og fordele belastningen mellem dem.<\/li>\n<li>bruge routere, der underst\u00f8tter ECMP-protokoller (Equal-Cost-Multi-Path) \u2014 n\u00e5r flere pakker leveres via en rute, og disse pakker ikke g\u00e5r gennem \u00e9n bedste rute (og interface), men fordeles over flere bedste ruter (og flere interfaces), som bestemmes ud fra lighed i routingprotokollets metrikker, som igen er ansvarlig for at udfylde den endelige routingtabel.<\/li>\n<\/ul>\n<p>\nOg nu, som lovet, vil jeg beskrive en reel sag fra min praksis og princippet om besparelse ved redundans af kritiske noder, som skete for et par \u00e5r siden:<\/p>\n<ul>\n<li>i et firma, lad os kalde det X, var der en standard 3-lags netv\u00e6rksmodel:\n<ul>\n<li>med flere kerner<\/li>\n<li>flere dusin aggregationer<\/li>\n<li>med et par tusinde adgangsunioner<\/li>\n<li>med titusindvis af brugere<\/li>\n<\/ul>\n<p>\n <\/li>\n<li>netv\u00e6rket var ret komplekst opbygget:\n<ul>\n<li>med en masse dynamiske routingprotokoller og protokoller \u2014 OSPF, MP-BGP, MPLS, PIM, IGMP, IPv6 osv.<\/li>\n<li>med en r\u00e6kke tjenester \u2014 internetadgang, L2 og L3 VPN, VoIP, IPTV, dedikerede linjer osv.<\/li>\n<\/ul>\n<p>\n <\/li>\n<li>men der var \u00e9t flaskehals i netv\u00e6rket \u2014 gr\u00e6nserouteren, som kombinerede funktioner som BGP-border og terminerede nogle brugerrettede tjenester<\/li>\n<li>ja, den kostede som en vinge p\u00e5 et fly (flere millioner rubler)<\/li>\n<li>ja, p\u00e5 det tidspunkt var den en af de bedste enheder fra den mest anerkendte netv\u00e6rksleverand\u00f8r<\/li>\n<li>ja, den skulle v\u00e6re meget p\u00e5lidelig \u2014 med fremragende MTBF<\/li>\n<li>ja, den havde 4 str\u00f8mkilder, der var samlet i en 2x2-konfiguration og tilsluttet via forskellige UPS og indgange.<\/li>\n<\/ul>\n<p>\nMen alt dette \u00e6ndrede ikke det faktum, at den var et enkelt fejlpunk i netv\u00e6rket. <\/p>\n<p>Og en dag, der bestemt ikke var god for mig og mine kolleger, stoppede denne router med at fungere (senere fandt vi ud af, at der var sket en eller anden fejl i str\u00f8mforsyningen via UPS, hvilket f\u00f8rte til, at 2 str\u00f8mkilder gik ned samtidigt, og samtidig br\u00e6ndte en af str\u00f8mkilderne routerens RP-modul og interfacekortet, som var tilsluttet den f\u00e6lles databus i enheden).<\/p>\n<p>Vi havde ikke reservedelene \u2014 RP og interfacekortet, men vi havde en kontrakt p\u00e5 udskiftning af udstyr eller dets komponenter med en af vores partnere efter NBD-ordningen.<\/p>\n<p>Desv\u00e6rre havde partnerne kun interfacekortet p\u00e5 lager p\u00e5 det tidspunkt, men RP-kortet kom f\u00f8rst efter et par dage (efter 3 dage).<\/p>\n<p>Som et resultat f\u00f8rte tilstedev\u00e6relsen af et enkelt fejlpunk i netv\u00e6rket (selv med en support- og udskiftningskontrakt) til f\u00f8lgende finansielle omkostninger:<\/p>\n<ul>\n<li>andelen af virksomhedens tjenester, der var relateret til denne border, udgjorde cirka 60-70%<\/li>\n<li>som senere blev beregnet havde den daglige profit v\u00e6ret omkring 900.000 rubler (cirka) p\u00e5 det tidspunkt<\/li>\n<li>s\u00e5ledes gik der teoretisk mistet profit p\u00e5 mellem 1.620.000 rubler og 1.890.000 rubler i l\u00f8bet af 3 dages nedetid<\/li>\n<\/ul>\n<p>\nSelvf\u00f8lgelig var de rene tab mindre, da kompensationen til hovedparten af brugerne ikke blev udbetalt i penge, men i form af tjenester, men de var stadig til stede:<\/p>\n<ul>\n<li>en del kompensation til corporatebrugerne<\/li>\n<li>for\u00f8gede udgifter til virksomhedens medarbejdere, der har arbejdet i fuldt antal i alle disse 3-4 dage \u2013 overarbejde, nattevagter, \u00f8get skift osv.<\/li>\n<li>reputationsm\u00e6ssige tab, hvilket heller ikke er uvigtigt<\/li>\n<li>og det vigtigste \u2013 nerverne, b\u00e5de for ledelsen og medarbejderne, s\u00e5vel som for kunderne<\/li>\n<\/ul>\n<p>\nSom et resultat blev virksomhedens politik revideret:<\/p>\n<ul>\n<li>man opgav udskiftningskontrakten if\u00f8lge betingelse NBD<\/li>\n<li>man beholdt den almindelige servicekontrakt<\/li>\n<li>man k\u00f8bte en duplikerende router til en pris p\u00e5 ca. 1 \u2013 1,3 millioner rubler for at sikre 90% funktionalitet af den prim\u00e6re<\/li>\n<\/ul>\n<p>\nFremadrettet gjorde indk\u00f8bet af yderligere udstyr og reservedele til hovedudstyret det muligt at balancere belastningen mellem dem i forhold til eksterne links, trafik og brugere, og sikrede en buffer for virksomheden i tilf\u00e6lde af fremtidige n\u00f8dsituationer.<\/p>\n<h2>Eksempel p\u00e5 design af Enterprise-netv\u00e6rk<\/h2>\n<p>\nI denne del af artiklen vil jeg fors\u00f8ge at beskrive de vigtigste punkter i beregningen af virksomhedens backbone-netv\u00e6rk. Jeg vil ikke overbelaste dig med hele metoden PPDIOO (Prepare-Planning-Design-Implement-Operate-Optimize), men vil kun fremh\u00e6ve dens vigtigste punkter:<\/p>\n<ul>\n<li><b>Prepare\/Forberedelse<\/b> \u2013 det er n\u00f8dvendigt at afklare med din ledelse, hvilke m\u00e5l for modernisering af netv\u00e6rket du \u00f8nsker at opn\u00e5 \u2013 \u00f8ge driftsstabiliteten, implementere nye services eller teknologier. Jeg vil springe over fasts\u00e6ttelsen af begr\u00e6nsninger \u2013 tekniske og organisatoriske, da jeg antager, at du er ansat i organisationen og har en god margin i tid til at overvinde dem. Jeg vil vende tilbage til budgetsp\u00f8rgsm\u00e5let senere.<\/li>\n<li><b>Planning\/Planl\u00e6gning<\/b> \u2013 her skal du lave en komplet beskrivelse af dit nuv\u00e6rende netv\u00e6rk (hvis du ikke allerede kender det), dvs. beskrive netv\u00e6rket, som det er nu:\n<ul>\n<li>antal og typen af udstyr<\/li>\n<li>antal og typer af porte<\/li>\n<li>eksisterende kabelruter og skemaer for switching inde i bygninger og mellem dem<\/li>\n<li>str\u00f8mforsyningsskemaer<\/li>\n<li>L2 og L3 adressering<\/li>\n<li>bygge Wi-Fi netv\u00e6rkskort med angivelse af adgangspunkter og controllere<\/li>\n<li>beskrive din serverfarm<\/li>\n<li>det anbefales at beskrive alle dine services og forbindelser mellem dem<\/li>\n<li>hvis du allerede har implementeret en eller anden form for netv\u00e6rkssikkerhedspolitik og netv\u00e6rksadgangsinddeling, s\u00e5 husk at tage hensyn til det i designet<\/li>\n<li>Jeg vil straks bem\u00e6rke, at det andet trin i bund og grund repr\u00e6senterer en fuldst\u00e6ndig inventarisering af netv\u00e6rket, fra kabelinfrastrukturen og str\u00f8mforsyningsskemaerne til tjenesterne (applikationerne og deres porte). Dette trin er meget, meget arbejdskr\u00e6vende og kan til tider v\u00e6re kedeligt. Hvis du eller din forg\u00e6nger ikke har f\u00f8rt dokumentation eller endda et element\u00e6rt overv\u00e5gningssystem, s\u00e5 er det p\u00e5 h\u00f8je tid at overveje det. Netv\u00e6rket har en tendens til at \u00e6ndre sig over tid i forskellig hastighed, og kun ved at f\u00f8re ajourf\u00f8rt dokumentation eller et overv\u00e5gningssystem kan du holde styr p\u00e5 dets tilstand og lette administrationen. Men det h\u00f8rer allerede til trin 'operate'.<\/li>\n<\/ul>\n<p>\n <\/li>\n<li><b>Design<\/b> \u2014 bev\u00e6bnet med den fulde viden om dit netv\u00e6rk, opn\u00e5et i det forrige trin, s\u00e6tter du dig endelig ned og overvejer, hvordan du vil opgradere dit netv\u00e6rk. Nedenfor vil jeg fors\u00f8ge at vise et lille eksempel p\u00e5 netv\u00e6rksberegningen.<\/li>\n<\/ul>\n<p>\nJeg har lavet en lille liste med de grundl\u00e6ggende data, som jeg vil f\u00f8lge, n\u00e5r jeg beregner og designer det centrale netv\u00e6rk.<\/p>\n<p>Lad os forestille os trin 'Prepare' som en liste over, hvad vi har til r\u00e5dighed, og hvad der er planlagt at blive gjort:<\/p>\n<ul>\n<li>der er et ret stort firma med cirka 700-800 arbejdspladser (her mener jeg de ansatte, der har brug for adgang til virksomhedens netv\u00e6rk)<\/li>\n<li>der er flere selvst\u00e6ndige bygninger inden for virksomhedens omr\u00e5de:<\/li>\n<li><b>Hovedbygninger:<\/b>\n<ul>\n<li>antal bygninger \u2014 2 stk<\/li>\n<li>antal etager i bygningen \u2014 7 stk<\/li>\n<li>antal telekommunikationsskabe pr. etage i \u00e9n bygning \u2014 3 (i alt 21) stk<\/li>\n<li>antal medarbejdere i bygningen =~ 250 personer<\/li>\n<\/ul>\n<p>\n <\/li>\n<li><b>Yderligere bygninger:<\/b>\n<ul>\n<li>antal bygninger \u2014 10 stk<\/li>\n<li>antal etager i bygningen\/fabrikken \u2014 2 stk<\/li>\n<li>antal telekommunikationsskabe i bygningen \u2014 3 stk<\/li>\n<li>antal medarbejdere i bygningen =~ 20 personer<\/li>\n<\/ul>\n<p>\n <\/li>\n<li><b>Den nuv\u00e6rende niveau af netv\u00e6rkskernen (forresten en meget udbredt skema, som jeg har set flere gange i forskellig form og med forskellige porte) er pr\u00e6senteret:<\/b>\n<ul>\n<li>med 2 L2 switches:\n<ul>\n<li>1Gb porte af typen RJ-45 \u2014 24 stk<\/li>\n<li>1Gb SFP porte \u2014 4 stk<\/li>\n<\/ul>\n<\/li>\n<li>med 1 L2 switch:\n<ul>\n<li>1Gb SFP porte \u2014 24 stk<\/li>\n<\/ul>\n<\/li>\n<li>topologien af kernen \u2014 ring<\/li>\n<li>peer-to-peer links mellem switches er aktiveret ved hj\u00e6lp af optiske fibre<\/li>\n<li>switches er placeret i sm\u00e5 serverrum med skabe<\/li>\n<\/ul>\n<\/li>\n<li><b>Den nuv\u00e6rende niveau af distribution:<\/b>\n<ul>\n<li>sammensat med netv\u00e6rkskernel niveauet i forbindelse med aggregating links fra adgangsswitches<\/li>\n<li>L3 adressering flyttes til gr\u00e6nserouter og\/eller firewall<\/li>\n<\/ul>\n<\/li>\n<li><b>Nuv\u00e6rende adgangsniveau:<\/b>\n<ul>\n<li>L2-switches med 16 x 100 Mb RJ-45 adgangsport og 2 gigabit combo uplink RJ-45\/SFP porte<\/li>\n<li>switchene er placeret i skabe p\u00e5 etagerne<\/li>\n<li>topologi for adgangsswitcher:\n<ul>\n<li>stjerne (hub-and-spoke \u2014 hub og eger) med kerne-\/distributionswitch i midten<\/li>\n<li>str\u00e5le\/spoke repr\u00e6senterer en sektion af switches p\u00e5 etagerne \u2014 3 stykker i k\u00e6den<\/li>\n<\/ul>\n<\/li>\n<li>der er ikke-styrbare adgangsswitches<\/li>\n<li>switchene i 9 ekstra bygninger er tilsluttet via mediekonvertere (optisk til elektrisk signalomformere)<\/li>\n<\/ul>\n<\/li>\n<li><b>Nuv\u00e6rende kabelinfrastruktur:<\/b>\n<ul>\n<li>Kabelsystem mellem bygninger:\n<ul>\n<li>der er et optisk kabel mellem de 2 hovedbygninger med kapacitet p\u00e5 8 fibre <\/li>\n<li>der er 1 optisk kabel mellem en af de ekstra bygninger (hvor kerne-switch er installeret) og hver af de prim\u00e6re bygninger med kapacitet p\u00e5 8 fibre hver<\/li>\n<li>der er 1 optisk kabel mellem de ekstra bygninger og de bygninger med installerede kerne-switches med kapacitet p\u00e5 4 fibre (deres distribution er vist p\u00e5 billedet nedenfor)<\/li>\n<li>fiber type i alle kabler \u2014 SMF<\/li>\n<li>der anvendes 2-fiber SMF SFP transceivere<\/li>\n<li>nogle kabler termineres p\u00e5 optiske cross-connects (ODF) i separate rum (cross rooms\/server rooms), mens nogle kabler er i etage-skabe<\/li>\n<\/ul>\n<p>\n <\/li>\n<li>Kabelsystem inden for bygninger:\n<ul>\n<li>der er en blandet kabelstruktur mellem serverrum og de f\u00f8rste skabe p\u00e5 etagerne:<\/li>\n<li>kobberkabler Cat5e \u2014 10 stk (eller 100 par kabler)<\/li>\n<li>multimode\/MF fiber kabel p\u00e5 4 eller 8 fibre \u2014 1 stk<\/li>\n<li>multimode\/MF fiber kabel p\u00e5 4 fibre mellem etageskabe<\/li>\n<li>kobberkabler Cat5e mellem etageskabe og adgangsstik<\/li>\n<\/ul>\n<\/li>\n<li><b>nuv\u00e6rende datacenter:<\/b>\n<ul>\n<li>der er flere servere, for eksempel 6 stykker<\/li>\n<li>tilsluttet med 1 Gb porte til kerne-switch i 1. hovedbygning<\/li>\n<li>alle virksomhedens applikationer er placeret p\u00e5 servere<\/li>\n<\/ul>\n<\/li>\n<li><b>L2, L3 adressering og routing:<\/b>\n<ul>\n<li>der er flere VLANs i netv\u00e6rket \u2014 2,3 stykker pr. bygning<\/li>\n<li>servere er tildelt til et separat \/24 netv\u00e6rk<\/li>\n<li>til interne behov anvendes gr\u00e5 klasse B netv\u00e6rk, der falder inden for r\u00e6kkevidden \u2014 172.16.0.0\/16<\/li>\n<li>L3 adresser terminates p\u00e5 gr\u00e6nserouteren og\/eller firewall.<\/li>\n<li>Der anvendes statisk routing.<\/li>\n<\/ul>\n<\/li>\n<li><b>Yderligere information:<\/b>\n<ul>\n<li>Telefoni:\n<ul>\n<li>Traditionel telefoni med digitale PBX'er af gammel type (ikke IP-PBX) er blevet implementeret i bygninger og enkelte bygninger.<\/li>\n<li>Det er n\u00f8dvendigt at telefoniere nye bygninger uden udgifter til dyre kobberkabler af bestemt kapacitet og opbygning af en redundant struktur for telefoni indeni bygninger.<\/li>\n<li>Der planl\u00e6gges gradvist at implementere IP-telefoni p\u00e5 hele virksomhedens omr\u00e5de, integrere det med CRM-systemer og overf\u00f8re alle medarbejdere til det.<\/li>\n<\/ul>\n<\/li>\n<li><b>Portkapacitet:<\/b>\n<ul>\n<li>Det skal analyseres, hvad den nuv\u00e6rende kapacitet af transmissionsporte og adgangsportene er, og der skal reserveres minimum 25-30% til fremtidige behov.<\/li>\n<li>Analysere tilstr\u00e6kkeligheden af den nuv\u00e6rende b\u00e5ndbredde af adgangsportene og transmissionslinjerne.<\/li>\n<li>Forese portene PoE\/PoE+ for enheder fra tilst\u00f8dende systemer - videooverv\u00e5gning og telefoni.<\/li>\n<\/ul>\n<\/li>\n<li><b>Videooverv\u00e5gning:<\/b>\n<ul>\n<li>Der planl\u00e6gges at bruge virksomhedens netv\u00e6rk som transport for videooverv\u00e5gningsnetv\u00e6rket.<\/li>\n<li>Det er n\u00f8dvendigt at forudse tilstedev\u00e6relsen af PoE-porte for overv\u00e5gningskameraer.<\/li>\n<\/ul>\n<\/li>\n<li><b>Tr\u00e5dl\u00f8se systemer:<\/b>\n<ul>\n<li>Det planl\u00e6gges i fremtiden at implementere en tr\u00e5dl\u00f8s infrastruktur for medarbejdernes mobilitet.<\/li>\n<li>Det er n\u00f8dvendigt at forudse tilstedev\u00e6relsen af PoE-porte for adgangspunkter.<\/li>\n<\/ul>\n<\/li>\n<li><b>Budget, tidslinjer og udstyrskrav:<\/b>\n<ul>\n<li>Udnyt det eksisterende udstyr maksimalt. <\/li>\n<li>Ved netv\u00e6rksdesign skal der tages h\u00f8jde for muligheden for at udvide netv\u00e6rkets kapacitet i N \u00e5r frem.<\/li>\n<li>Ved netv\u00e6rksdesign skal alle sikkerhedsfunktioner underst\u00f8ttes - herunder en liste over funktionalitet fra port-sikkerhed til autentificering og autorisation af brugere via 802.1x.<\/li>\n<li>S\u00e5 vidt muligt skal kritiske noder i netv\u00e6rket af h\u00f8jeste vigtighed reserveres - kernen og datacentret, og der skal overvejes mulighed for at reservens sekund\u00e6re vigtighedsnoder - distributionsnoder.<\/li>\n<li>Projektbudgettet skal forudse trinvis finansiering i flere faser.<\/li>\n<li>Budgetbel\u00f8bet - her bestemmer hver virksomhed selv baseret p\u00e5 sine \u00f8konomiske indikatorer.<\/li>\n<li>Tidsrammer - i det mest ideelle tilf\u00e6lde vil der ikke v\u00e6re nogen \u00e5benlyse tidsrammer her, da det er et internt projekt for virksomheden, der gennemf\u00f8res af egne medarbejdere, eller de vil v\u00e6re relativt komfortable - for eksempel 1 \u00e5r (eller mere). I det v\u00e6rste tilf\u00e6lde kan det v\u00e6re alt fra 3 m\u00e5neder til et halvt \u00e5r.<\/li>\n<\/ul>\n<\/li>\n<li><b>l\u00f8se nuv\u00e6rende problemer i netv\u00e6rket:<\/b>\n<ul>\n<li>pakketab<\/li>\n<li>problemer med DHCP p\u00e5 mere eller mindre intelligente adgangsswitche, relateret til brugen af STP-protokolfamilien for at bek\u00e6mpe l\u00f8kker p\u00e5 adgangsporte.<\/li>\n<li>fjerne DHCP-serverens tilstedev\u00e6relse i hver VLAN for medarbejdere<\/li>\n<li>opst\u00e5en af switching-l\u00f8kker relateret til uautoriseret tilslutning af administrerede\/ikke-administrerede switche i kontorerne og tilslutning af forskellige enheder til dem<\/li>\n<li>listen kan forts\u00e6tte i det uendelige\u2026<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<p>\nPlanl\u00e6gnings trin - karakteriseringen af tilstanden i dit nuv\u00e6rende netv\u00e6rk, som jeg allerede har n\u00e6vnt, afh\u00e6nger af tilstedev\u00e6relsen af et kvalitetsmonitoreringssystem og graden af dets dokumentation. P\u00e5 dette trin skal du:<\/p>\n<ul>\n<li>mindst skitsere det eksisterende netv\u00e6rk til yderligere analyse<\/li>\n<li>indsamle data fra udstyret:\n<ul>\n<li>trafik p\u00e5 backbone-porte<\/li>\n<li>fejl p\u00e5 portene<\/li>\n<li>CPU-belastning og hukommelsesforbrug p\u00e5 switche og routere<\/li>\n<li>skrive L2-L3 diagrammer for VLAN'er og IP adresser<\/li>\n<\/ul>\n<\/li>\n<li>oprette diagrammer for kabelruter:\n<ul>\n<li>fiberdiagrammer og diagrammer for patching af optiske kryds<\/li>\n<li>diagrammer for kobberkabeldistribution mellem serverrum og etager<\/li>\n<li>diagrammer for kobberkabeldistribution mellem etager og kontorer<\/li>\n<li>tjekke for tilstedev\u00e6relsen af optiske kryds og patchpaneler i serverrum og skabe<\/li>\n<\/ul>\n<\/li>\n<li>tjekke str\u00f8mforsyningsdiagrammer i serverrum og etage skabe<\/li>\n<li>tjekke for tilstedev\u00e6relsen af UPS og batterier p\u00e5 kritiske punkter<\/li>\n<li>analysere alle data<\/li>\n<\/ul>\n<p>\nMed udgangspunkt i dataene fra forberedelsesfasen, har jeg lavet et omtrentlig logisk diagram:<\/p>\n<p><img decoding=\"async\" alt=\"3. Design af virksomhedens netv\u00e6rk p\u00e5 Extreme switches\" src=\"\/wp-content\/uploads\/2019\/11\/0941c3762961d5b6502ac57971cc13a3.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDern\u00e6st, ved at f\u00f8lge den modul\u00e6re tilgang, skal niveauer og moduler i virksomheden skelnes:<\/p>\n<p><img decoding=\"async\" alt=\"3. Design af virksomhedens netv\u00e6rk p\u00e5 Extreme switches\" src=\"\/wp-content\/uploads\/2019\/11\/f4e060586cb039ea318ba83c61ed876e.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nGr\u00e6nser (Edge) vil jeg ikke ber\u00f8re i denne artikel, men jeg vil kort minde om de grundl\u00e6ggende pointer for hvert af Campus-modulerne:<\/p>\n<ul>\n<li><b>Adgang - p\u00e5 dette niveau skal det sikre:<\/b>\n<ul>\n<li>det n\u00f8dvendige antal porte til brugernes adgang til netv\u00e6rket<\/li>\n<li>implementering af sikkerhedspolitikker - filtrering af trafik og protokoller<\/li>\n<li>komprimering af broadcast-dom\u00e6ner og segmentering af netv\u00e6rket ved hj\u00e6lp af VLAN<\/li>\n<li>implementering af separate VLAN til tale trafik<\/li>\n<li>support for QoS<\/li>\n<li>support for PoE adgangsportene<\/li>\n<li>support for IP multicast<\/li>\n<li>fejltolerance for opadg\u00e5ende forbindelser i samarbejde med distributionsniveauet (helst)<\/li>\n<\/ul>\n<\/li>\n<li><b>Distribution \u2013 p\u00e5 dette niveau skal der sikres:<\/b>\n<ul>\n<li>det n\u00f8dvendige antal porte til tilslutning af adgangsswitcher<\/li>\n<li>aggregering og reserving af adgangsswitcher forbindelser<\/li>\n<li>IP-routing<\/li>\n<li>pakke filtrering<\/li>\n<li>support for QoS<\/li>\n<li>fejltolerance p\u00e5 niveauet af links, udstyr og str\u00f8mforsyning (meget \u00f8nskeligt)<\/li>\n<\/ul>\n<\/li>\n<li><b>Kernen \u2013 skal sikre:<\/b>\n<ul>\n<li>h\u00f8j pakke-switching og routing hastighed<\/li>\n<li>det n\u00f8dvendige antal porte til tilslutning af distributionsswitcher<\/li>\n<li>support for IP-routing og dynamiske routingprotokoller med hurtig netv\u00e6rkskonvergens <\/li>\n<li>support for QoS<\/li>\n<li>sikkerhedsfunktionalitet til beskyttelse af adgang til udstyr og kontrolplanen<\/li>\n<li>fejltolerance p\u00e5 niveauet af udstyr og str\u00f8mforsyning (obligatorisk)<\/li>\n<\/ul>\n<\/li>\n<li><b>Datacenter \u2013 netv\u00e6rksniveauet i denne modul skal sikre:<\/b>\n<ul>\n<li>h\u00f8jhastigheds forbindelser<\/li>\n<li>det n\u00f8dvendige antal porte til tilslutning af servere<\/li>\n<li>reservering af forbindelser b\u00e5de mellem servere og datacenter switcher samt mellem datacenter switcher og kernen i netv\u00e6rket (obligatorisk)<\/li>\n<li>reservering af udstyr og str\u00f8mforsyning (obligatorisk)<\/li>\n<li>support for QoS<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<p>\nDern\u00e6st skal vi t\u00e6lle vores porte og forbindelser og bestemme kravene.<br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/nb\/mv\/33\/nbmv335-gib7s0tsfzcguvznpim.png\">Adgangsniveau \u2013 portberegning tabel<\/a><\/noindex><\/p>\n<p>S\u00e5 vi har f\u00e5et data til fordeling af adgangsporte i bygningerne. Nu er det n\u00f8dvendigt at analysere kravene til adgangsniveauet og bem\u00e6rkningerne og skitsere mulige l\u00f8sninger.<br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/b7\/sz\/gx\/b7szgxg97yj0ddyej9lzt26fzx4.png\">Adgangsniveau \u2013 krav og l\u00f8sningsmuligheder<\/a><\/noindex><\/p>\n<p>Dern\u00e6st vil vi t\u00e6lle porte og forbindelser for f\u00f8lgende niveauer:<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/xf\/yu\/ds\/xfyudsa-ratfg_qy7oxrhn7rj8e.png\">Fordelingsniveau<\/a><\/noindex><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/op\/5u\/ot\/op5uothcj0pvbpl7ql0cfyj7fpw.png\">Kerne niveau<\/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>Ved beregningen fik vi f\u00f8lgende:<\/p>\n<ul>\n<li><b>adgangsniveau<\/b> \u2013 24- og 48-port adgangsswitcher er n\u00f8dvendige, gerne med 1Gb adgangsport og optiske uplink porte SFP med support for PoE og bred funktionalitet:\n<ul>\n<li>i alt vil de give 504 adgangsporte, hvilket i princippet d\u00e6kker kravene til spare porte, hvis der tr\u00e6ffes beslutning om at bruge 2 porte pr. arbejdsplads \u2013 IP-telefon og dataport.<\/li>\n<li>det kan v\u00e6re brug af en 48-port PoE-switch p\u00e5 hver etage, der leverer adgangsporte til kravene:\n<ul>\n<li>reserve \u2014 omkring 102 spare porte (22%) p\u00e5 hovedbygningerne. For yderligere bygninger er det lidt mere \u2014 25%.<\/li>\n<li>videooverv\u00e5gning<\/li>\n<li>tr\u00e5dl\u00f8st netv\u00e6rk<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<\/li>\n<li><b>distributionsniveau<\/b> \u2014 der er behov for switche med et s\u00e6t SFP-porte fra 12 til 48 porte med minimum 2 SFP+ porte, muligheden for stabling og avanceret funktionalitet, samt redundante str\u00f8madaptere.<\/li>\n<li><b>kerne niveau<\/b> \u2014 der kr\u00e6ves h\u00f8jhastigheds switche fra 12 til 24 SFP\/SFP+ porte med underst\u00f8ttelse af b\u00e5de stabling og clustering med MC-LAG. Det skal bem\u00e6rkes, at routingmidler kan anvendes til trafikbalancering. De seneste generationer af L3 switche og routere underst\u00f8tter ECMP med trafikbalancering over 4 eller flere ruter med samme metrik.<\/li>\n<li><b>niveauet af datacenter<\/b> \u2014 der er behov for switche fra 8 til 24 SFP\/SFP+ porte med underst\u00f8ttelse af b\u00e5de stabling og clustering med MC-LAG.<\/li>\n<\/ul>\n<p>\nDen m\u00e5lrettede netv\u00e6rksdiagram er endelig blevet <noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/1w\/sa\/z1\/1wsaz1id2-qf7yjjhhxspvbxepw.png\">s\u00e5dan<\/a><\/noindex><\/p>\n<h2>Valg af Extreme-switche til gennemf\u00f8relse af projektet<\/h2>\n<p>\nS\u00e5 er vi kommet til hovedpunktet \u2014 valget af switche til gennemf\u00f8relse af vores projekt. Til det opn\u00e5ede m\u00e5lrettede diagram vil f\u00f8lgende Extreme-switche v\u00e6re passende:<\/p>\n<p>Niveau<br \/>\nModel<br \/>\nPorts<br \/>\nDescription<\/p>\n<p>er baseret p\u00e5 Linux-kerneversion 4.19, som k\u00f8rer i Windows ved hj\u00e6lp af en virtuel maskine, der allerede er anvendt i Azure. De specifikke patches til WSL2-kernen inkluderer optimeringer til at reducere opstartstiden for kernen, mindske hukommelsesforbruget, frigive hukommelse, der er optaget af Linux-processer, samt at holde et minimalt n\u00f8dvendigt s\u00e6t drivere og subsystemer i kernen.<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+ og 4x40 GE QSFP+<br \/>\nTil de prim\u00e6re behov i kernen:<\/p>\n<ul>\n<li>h\u00f8jhastighedsforbindelser<\/li>\n<li>avanceret routing- og sikkerhedsfunktionalitet<\/li>\n<li>redundant str\u00f8mforsyning med ekstra str\u00f8mblokke<\/li>\n<li>underst\u00f8ttelse af stabling og clustering<\/li>\n<\/ul>\n<p>\n Med minimale krav er switchen fra serien x620 tilstr\u00e6kkelig.<br \/>\n Hvis der er udvidede krav til antallet af porte og bredere funktionalitet, b\u00f8r switche fra serien x670-G2 overvejes.<\/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+ og 4x40 GE QSFP+<\/p>\n<p>Til de prim\u00e6re behov i datacenteret:<\/p>\n<ul>\n<li>h\u00f8jhastighedsforbindelser<\/li>\n<li>redundant str\u00f8mforsyning med ekstra str\u00f8mblokke<\/li>\n<li>underst\u00f8ttelse af stabling og clustering<\/li>\n<\/ul>\n<p>\nMed minimale krav er switchen fra serien x620 tilstr\u00e6kkelig.<br \/>\nHvis der er udvidede krav til antallet af porte og bredere funktionalitet, b\u00f8r switche fra serien x670-G2 og x590-24x-1q-2c overvejes.<\/p>\n<p> distribuering<\/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>Til de prim\u00e6re behov i distribueringen:<\/p>\n<ul>\n<li>n\u00f8dvendigt antal optiske porte<\/li>\n<li>redundant str\u00f8mforsyning med ekstra str\u00f8mblokke<\/li>\n<li>underst\u00f8ttelse af stabling og clustering<\/li>\n<li>n\u00f8dvendig L3 funktionalitet<\/li>\n<\/ul>\n<p>\nDe er ideelle for X460-G2-serien. Tilg\u00e6ngeligheden af redundant str\u00f8mforsyning med mulighed for at udvide og tilf\u00f8je 10G-porte, CX (til stacking) og QSFP+ g\u00f8r dem til de perfekte switche til distributionsniveauet med porte op til 1 Gb.<\/p>\n<p> adgang<\/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+ kombinationsporte<br \/>\n \u00a0<br \/>\n48x1000BASE-T(4 x SFP combo), 4x10GE SFP+ kombinationsporte (PoE budget 740 W)<\/p>\n<p>Til adgangsbehov:<\/p>\n<ul>\n<li>det n\u00f8dvendige antal adgangsporte<\/li>\n<li>underst\u00f8ttelse af PoE\/PoE+<\/li>\n<li>funktionalitet og mulighed for udvidelse af porte<\/li>\n<li>en ekstra bonus i form af underst\u00f8ttelse af stacking med 10Gb porte 'out of the box'<\/li>\n<\/ul>\n<p>\nJeg anbefaler at lade sig imponere af denne r\u00e6kke for dens fleksibilitet med hensyn til porte, ydeevne og funktionalitet.<\/p>\n<p>*specifikationen for de valgte switche kan ses i den f\u00f8rste artikel i r\u00e6kken \u2014 <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/tssolution\/blog\/465407\/\">overv\u00e5gning af Extreme switche<\/a><\/noindex><\/p>\n<p>P\u00e5 dette punkt kunne jeg afslutte artiklen, men jeg vil gerne belyse yderligere 2 aspekter, som enhver ingeni\u00f8r vil st\u00f8de p\u00e5 ved udvikling eller opgradering af sit netv\u00e6rk:<\/p>\n<ul>\n<li>arbejde med kabelbaner \u2014 fiber og kobberlinjer<\/li>\n<li>IP-adressering<\/li>\n<\/ul>\n<p><\/p>\n<h2>Arbejdet med fiber<\/h2>\n<p>\nOvenfor har jeg pr\u00e6senteret det \u00f8nskede diagram, som vi skal n\u00e5. For at realisere det kr\u00e6ves f\u00f8lgende antal forbindelser til udstyret:<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/uj\/ru\/dd\/ujrudd7kazutmqdo9vqzzj_nmyg.png\">antal forbindelser<\/a><\/noindex><\/p>\n<p>Som det fremg\u00e5r af tabellen, er det mindste antal fiber, der kr\u00e6ves for at sikre redundant drift af netv\u00e6rksniveauerne (kerne, datacenter og distribution i 2 bygninger) \u2014 10 enheder.<\/p>\n<p>I netv\u00e6rkets karakteriseringsfase fandt vi ud af, at der kun er 8 fibre i kabel mellem bygningerne. Hvad skal vi g\u00f8re i en s\u00e5dan situation?<\/p>\n<p>Jeg vil pr\u00e6sentere nogle l\u00f8sninger:<\/p>\n<ul>\n<li>det f\u00f8rste \u00e5benlyse skridt \u2014 at bruge de frie fibre i kablet mellem bygning 1 \u2014 bygning 1 og bygning 1 \u2014 bygning 2 (som det fremg\u00e5r af tabellen \u2014 bruges kun 2 ud af 8 fibre i hvert kabel). For dette er det tilstr\u00e6kkeligt at installere optiske krydsninger mellem krydsene i bygning 1 og om n\u00f8dvendigt bruge SFP-moduler med en margin p\u00e5 det optiske budget.<\/li>\n<li>Det andet skridt er muligvis brugen af CWDM-teknologi \u2013 komprimering af b\u00e6rerb\u00f8lgel\u00e6ngder inden for en enkelt fiber. Denne teknologi er meget billigere end DWMD og ret nem at implementere. De vigtigste krav er rettet mod kvaliteten af de optiske fibre og SFP\/SFP+ transceivere af en bestemt l\u00e6ngde og budget. Som jeg n\u00e6vnte i den tidligere artikel \u2013 muligheden for, at switche genkender transceivere fra tredjepart, kan v\u00e6re en stor lettelse for os og reducere kapitalomkostningerne ved at opf\u00f8re yderligere optiske kabler.<\/li>\n<li>I det tredje skridt b\u00f8r man overveje muligheden for at \u00f8ge antallet af fibre ved at l\u00e6gge ekstra optiske kabler.<\/li>\n<\/ul>\n<p>\nDerefter ser vi p\u00e5 antallet af fibre mellem bygningerne med installerede fordelingsswitche og ekstra kabinetter 2-10. Her er der heller ikke noget entydigt:<\/p>\n<ul>\n<li>For det f\u00f8rste er der ikke tilstr\u00e6kkeligt med fibre til at realisere vores m\u00e5lskema \u2013 to fibre pr. switch (som vi husker, har vi kabler med 4 FO pr. kabinet).<\/li>\n<li>For det andet, selv med tilstr\u00e6kkeligt antal fibre mellem bygningerne, bruges der MMF-fibre inde i kabinetterne, som ikke g\u00f8r det muligt for os bare at koble SMF og MMF-fibre sammen (jeg taler om afstande mellem bygninger over 300-400 meter).<\/li>\n<\/ul>\n<p>\nI s\u00e5danne tilf\u00e6lde kan vi overveje f\u00f8lgende optioner:<\/p>\n<ul>\n<li>Forsyning af hver switch med SMF-fibre:\n<ul>\n<li>Hvis afstandene tillader det, kan der tr\u00e6kkes ekstra lange patchkabler mellem switche. Tidligere brugte vi patchkabler p\u00e5 30-50 m i l\u00e6ngden.<\/li>\n<li>L\u00e6gge et relativt billigt optisk SMF-kabel med lav kapacitet mellem skabene.<\/li>\n<li>Som en sidste mulighed kan man bruge forskellige SMF-MMF konvertere.<\/li>\n<\/ul>\n<\/li>\n<li>For at minimere de anvendte fibre mellem bygningerne kan man:\n<ul>\n<li>Brug funktionen til stakning af access switches x440-G2 \u2013 ved dette bruge 1 SMF-fiber til hver switch p\u00e5 etage, hvilket muligg\u00f8r anvendelsen af 3 fibre og porte p\u00e5 hver side i stedet for 6 fibre og porte.<\/li>\n<li>Brug 2 fibre til at forbinde den f\u00f8rste switch i k\u00e6den og den sidste. Aggregere linker p\u00e5 gr\u00e6nse-switchen og bruge STP-protokoller i den resulterende ring.<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<p><\/p>\n<h2>IP-adressering<\/h2>\n<p>\nHer vil jeg give et eksempel p\u00e5 adressering til vores skema.<\/p>\n<p>I \u00f8jeblikket har vi flere klasse B-netv\u00e6rk \u2014 172.16.0.0\/16. N\u00e5r jeg beregner IP-adresseomr\u00e5det, vil jeg f\u00f8lge disse hensyn:<\/p>\n<ul>\n<li>4 bit af det andet oktet vil repr\u00e6sentere bygninger \u2014 172.16.0.0\/12.<\/li>\n<li>3. oktet vil angive etage nummeret i bygningen.<\/li>\n<li>3. oktet = 255 vil blive tildelt til point-to-point linjer af udstyr og styringsnetv\u00e6rk.<\/li>\n<li>\u00e9n management VLAN pr. etage til styring af switches.<\/li>\n<li>\u00e9n bruger VLAN pr. switch (gennemsnitligt 24 porte).<\/li>\n<li>\u00e9n Voice VLAN pr. switch (gennemsnitligt 24 porte).<\/li>\n<li>\u00e9n VLAN til videosystemet pr. etage.<\/li>\n<li>\u00e9n VLAN til Wi-Fi-enheder pr. etage.<\/li>\n<\/ul>\n<p>\nJeg endte med cirka s\u00e5danne tabeller:<br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/38\/on\/b-\/38onb-zb_bxkqmlqumaun-njeok.png\">netv\u00e6rk 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\">netv\u00e6rk 172.20.0.0\/14<\/a><\/noindex><\/p>\n<p>I tabellen ovenfor har jeg pr\u00e6senteret et omtrentligt opdelingsm\u00f8nster af netv\u00e6rk mellem bygninger og etager p\u00e5 den ene side og netv\u00e6rk (bruger, administration og service) p\u00e5 den anden side.<\/p>\n<p>Faktisk er valget af det gr\u00e5 netv\u00e6rk 172.16.0.0\/12 ikke det mest optimale, da det begr\u00e6nser os p\u00e5 antallet af netv\u00e6rk (fra 16 til 31) for bygninger, og der er ogs\u00e5 fjerntliggende kontorer, som ogs\u00e5 skal have tildelt netv\u00e6rksblokke. En mulig mere optimal l\u00f8sning kunne v\u00e6re brugen af 10.0.0.0\/8 netv\u00e6rk, eller en kombination af 172.16.0.0\/12 netv\u00e6rk (for eksempel til servicebehov og servere) og 10.0.0.0\/8 (til bruger-netv\u00e6rk).<\/p>\n<p>Generelt er fremgangsm\u00e5den for tildeling af IP-netv\u00e6rk ogs\u00e5 modul\u00e6r, og det er \u00f8nskeligt at f\u00f8lge reglerne for sammenl\u00e6gning af subnetv\u00e6rk til et summary-netv\u00e6rk p\u00e5 distributionsniveauer samt p\u00e5 gr\u00e6nseroutere i fjerntliggende filialer. Dette g\u00f8res af flere grunde:<\/p>\n<ul>\n<li>for at minimere routingtabellerne p\u00e5 routerne<\/li>\n<li>for at minimere kontroltrafik af routingprotokoller (forskellige update-beskeder, ved utilg\u00e6ngelighed af indlejrede subnetter)<\/li>\n<li>for at forenkle administrationen og forbedre l\u00e6sbarheden af L3-netv\u00e6rk<\/li>\n<\/ul>\n<p>\nSelvom det skal n\u00e6vnes, at moderne routeres kapacitet er langt h\u00f8jere end dem, der var for 15-20 \u00e5r siden, og de kan opbevare st\u00f8rre routingtabeller i deres RAM, og forholdet mellem pris og b\u00e5ndbredde for kommunikationskanaler er faldet sammenlignet med priserne i tiden med udbredt brug af E1\/T1-str\u00f8mme (G.703).<\/p>\n<h2>Konklusion<\/h2>\n<p>\nVenner, i denne artikel har jeg fors\u00f8gt at kortl\u00e6gge de grundl\u00e6ggende principper for design af campusnetv\u00e6rk s\u00e5 kort som muligt. Ja, der blev en del materiale, og det var uden at ber\u00f8re emner som:<\/p>\n<ul>\n<li>organisationen af virksomhedens gr\u00e6nse (og det er en separat historie med sine egne switches, gr\u00e6nse-routers, firewalls, IPS\/IDS systemer, DMZ, VPN og andre ting)<\/li>\n<li>organisationen af Wi-Fi netv\u00e6rk<\/li>\n<li>organisationen af VoIP netv\u00e6rk<\/li>\n<li>organisationen af datacentre<\/li>\n<li>sikkerhed (og det er ogs\u00e5 en helt egen verden, som ikke kun er omfattende, men ogs\u00e5 har krav, der kan overstige dem for design af ren netv\u00e6rksinfrastruktur)<\/li>\n<li>energi<\/li>\n<li>listen kan forts\u00e6tte og forts\u00e6tte<\/li>\n<\/ul>\n<p>\nFaktisk er design og opbygning af virksomhedens netv\u00e6rk en ret kr\u00e6vende opgave, der kr\u00e6ver meget tid og ressourcer.<\/p>\n<p>Men jeg h\u00e5ber, at min artikel vil hj\u00e6lpe dig med at evaluere og f\u00e5 en grundl\u00e6ggende forst\u00e5else af, hvordan du kan tackle denne opgave.<\/p>\n<p>Dette er langt fra den sidste artikel om <noindex><a rel=\"nofollow\" href=\"https:\/\/tssolution.ru\/katalog\/extreme\">Extreme Networks<\/a><\/noindex>, s\u00e5 hold \u00f8je med opdateringer (<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>Kilde: <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\/da\/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=\"da_DK\" \/>\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\/da\/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. Design af virksomhedens netv\u00e6rk p\u00e5 Extreme switches | ProHoster","description":"Goddag, venner!","canonical_url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/3-dizajn-seti-predpriyatiya-na-kommutatorah-extreme","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"da_DK","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\/da\/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\/da\/wp-json\/wp\/v2\/posts\/52795","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/comments?post=52795"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/52795\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=52795"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=52795"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=52795"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}