{"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\/sv\/blog\/administrirovanie\/3-dizajn-seti-predpriyatiya-na-kommutatorah-extreme","title":{"rendered":"3. Design av f\u00f6retagsn\u00e4tverk p\u00e5 kommutatorer fr\u00e5n Extreme","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"3. Design av f\u00f6retagsn\u00e4tverk p\u00e5 kommutatorer fr\u00e5n Extreme\" src=\"\/wp-content\/uploads\/2019\/11\/6e7d22b08dcfd1f7fe5eb592f271c1bc.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nHej, v\u00e4nner! Idag forts\u00e4tter jag serien som handlar om <noindex><a rel=\"nofollow\" href=\"https:\/\/tssolution.ru\/katalog\/extreme\">Extreme switchar<\/a><\/noindex> en artikel om design av f\u00f6retagsn\u00e4tverk.<\/p>\n<p>I artikeln kommer jag att f\u00f6rs\u00f6ka h\u00e5lla mig kort:<\/p>\n<ul>\n<li>beskriva den modul\u00e4ra metoden f\u00f6r att designa f\u00f6retagsn\u00e4tverk <\/li>\n<li>diskutera typer av konstruktion av en av de viktigaste modulerna i f\u00f6retagets n\u00e4tverk \u2014 k\u00e4rnn\u00e4tverket (ip-campus)<\/li>\n<li>beskriva f\u00f6rdelar och nackdelar med alternativ f\u00f6r reservdelning av kritiska noder i n\u00e4tverket <\/li>\n<li>p\u00e5 ett abstrakt exempel designa\/uppdatera ett litet f\u00f6retagsn\u00e4tverk<\/li>\n<li>v\u00e4lja Extreme switchar f\u00f6r att implementera det designade n\u00e4tverket<\/li>\n<li>arbeta med fiber och IP-adressering<\/li>\n<\/ul>\n<p>\nDenna artikel kommer att vara av st\u00f6rre intresse f\u00f6r n\u00e4tverksingenj\u00f6rer och n\u00e4tverksadministrat\u00f6rer p\u00e5 f\u00f6retag som just b\u00f6rjar sin resa som 'n\u00e4tverkare', snarare \u00e4n f\u00f6r erfarna ingenj\u00f6rer som har arbetat i m\u00e5nga \u00e5r inom telekommunikation eller i stora f\u00f6retag med geografiskt distribuerade n\u00e4tverk.<\/p>\n<p>Hur som helst, intresserade \u00e4r v\u00e4lkomna under kat. <noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h2>Modul\u00e4r metod f\u00f6r n\u00e4tverksdesign<\/h2>\n<p>\nJag b\u00f6rjar min artikel med den ganska popul\u00e4ra modul\u00e4ra metoden f\u00f6r n\u00e4tverksdesign, som g\u00f6r det m\u00f6jligt att s\u00e4tta ihop ett pussel av n\u00e4tverkets bitar till en enhetlig helhet.<\/p>\n<p>L\u00e5t oss b\u00f6rja med lite abstraktion \u2014 jag f\u00f6rest\u00e4ller ofta denna metod som en zoom p\u00e5 geokartor, d\u00e4r man i f\u00f6rsta hand ser ett land, i andra hand regioner, i tredje hand st\u00e4der osv.<\/p>\n<p>Som exempel kan vi \u00f6verv\u00e4ga f\u00f6ljande exempel:<\/p>\n<ul>\n<li>1:a n\u00e4rheten \u2014 hela f\u00f6retagets n\u00e4tverk utg\u00f6rs av en upps\u00e4ttning olika niv\u00e5er:\n<ul>\n<li>k\u00e4rnn\u00e4tverket eller campus<\/li>\n<li>gr\u00e4nsniv\u00e5<\/li>\n<li>niv\u00e5 f\u00f6r telekommunikat\u00f6rer<\/li>\n<li>avl\u00e4gsna zoner<\/li>\n<\/ul>\n<p>\n <\/li>\n<li>2:a n\u00e4rheten \u2014 varje av dessa niv\u00e5er detaljeras i separata moduler\n<ul>\n<li>k\u00e4rnn\u00e4tverket eller campuset best\u00e5r av:\n<ul>\n<li>en 3- eller 2-niv\u00e5 modul som beskriver f\u00f6retagets n\u00e4tverk och dess niv\u00e5er \u2014 \u00e5tkomst, distribution och\/eller k\u00e4rna<\/li>\n<li>en modul som beskriver datacenter \u2014 databehandlingscentret (i sj\u00e4lva verket serverdelen av infrastrukturen)<\/li>\n<\/ul>\n<p>\n <\/li>\n<li>gr\u00e4nsniv\u00e5n best\u00e5r i sin tur av:\n<ul>\n<li>en modul f\u00f6r Internet-anslutning<\/li>\n<li>en modul f\u00f6r WAN och MAN, som ansvarar f\u00f6r anslutningen av geografiskt distribuerade enheter inom f\u00f6retaget<\/li>\n<li>en modul f\u00f6r att bygga VPN-tunnlar och fj\u00e4rr\u00e5tkomst<\/li>\n<li>ofta har m\u00e5nga sm\u00e5 f\u00f6retag flera av dessa moduler eller till och med alla av dem, sammanslagna i en<\/li>\n<\/ul>\n<p>\n <\/li>\n<li>leverant\u00f6rsniv\u00e5:\n<ul>\n<li>Denna niv\u00e5 inkluderar f\u00f6rbindelserna \"till den yttre v\u00e4rlden\" \u2014 m\u00f6rka fiberoptiska kablar (uthyrning av fibrer fr\u00e5n operat\u00f6rer), kommunikationskanaler (Ethernet, G.703 etc.), Internet\u00e5tkomst.<\/li>\n<\/ul>\n<p>\n <\/li>\n<li>Fj\u00e4rrniv\u00e5:\n<ul>\n<li>I de flesta fall \u00e4r detta filialer till f\u00f6retaget, som \u00e4r spridda inom en stad, ett l\u00e4n, ett land eller till och med kontinenten.<\/li>\n<li>Denna zon kan ocks\u00e5 innefatta en reservdatacenter som duplicerar huvudkontorets arbete.<\/li>\n<li>Och naturligtvis de som har \u00f6kat i popularitet p\u00e5 senare tid \u2014 telearbeiter (fj\u00e4rrarbetsplatser).<\/li>\n<\/ul>\n<p>\n <\/li>\n<\/ul>\n<p>\n <\/li>\n<li>Den tredje n\u00e4rmandet \u2014 varje modul delas upp i mindre moduler eller niv\u00e5er. Till exempel i campusn\u00e4t:\n<ul>\n<li>Treeniv\u00e5snittet delas upp i:\n<ul>\n<li>\u00e5tkomstniv\u00e5<\/li>\n<li>distributionsniv\u00e5<\/li>\n<li>k\u00e4rnniv\u00e5<\/li>\n<\/ul>\n<p>\n <\/li>\n<li>Datacentret kan i mer komplexa fall delas in i:\n<ul>\n<li>tv\u00e5- eller tre-niv\u00e5 n\u00e4tverksdel<\/li>\n<li>serverdel<\/li>\n<\/ul>\n<p>\n <\/li>\n<\/ul>\n<p>\nJag kommer att f\u00f6rs\u00f6ka \u00e5terge allt ovanst\u00e5ende i f\u00f6ljande f\u00f6renklade bild:<\/p>\n<p><img decoding=\"async\" alt=\"3. Design av f\u00f6retagsn\u00e4tverk p\u00e5 kommutatorer fr\u00e5n Extreme\" src=\"\/wp-content\/uploads\/2019\/11\/94cd494f2b2bb2c61aa1e6b4c150c09c.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nSom man kan se i bilden ovan, hj\u00e4lper det modul\u00e4ra tillv\u00e4gag\u00e5ngss\u00e4ttet till att detaljera och strukturera den \u00f6vergripande bilden i best\u00e5ndsdelar som man sedan kan arbeta med.<\/p>\n<p>I denna artikel kommer jag att fokusera p\u00e5 Campus Enterprise-niv\u00e5n och beskriva den mer i detalj.<\/p>\n<h2>Typer av IP-CAMPUS-n\u00e4tverk<\/h2>\n<p>\nUnder min tid som anst\u00e4lld hos en tj\u00e4nsteleverant\u00f6r och s\u00e4rskilt senare \u2014 i arbetet som integrat\u00f6r, har jag st\u00f6tt p\u00e5 olika \"mognadsniv\u00e5er\" av kunders n\u00e4tverk. Jag anv\u00e4nder termen mognad med avsikt, eftersom det ganska ofta f\u00f6rekommer fall d\u00e4r n\u00e4tverksstrukturen v\u00e4xer i takt med att f\u00f6retaget v\u00e4xer, och det \u00e4r i princip logiskt.<\/p>\n<p>I ett litet f\u00f6retag som \u00e4r bel\u00e4get inom ett enda byggnad kan f\u00f6retagets n\u00e4tverk best\u00e5 av en enda gr\u00e4nsrouter, som fungerar som en brandv\u00e4gg, n\u00e5gra \u00e5tkomstswitchar och ett par-tre servrar.<\/p>\n<p>Jag kallar ett s\u00e5dant n\u00e4tverk f\u00f6r en \"enkelniv\u00e5\" n\u00e4tverk \u2014 det finns helt klart ingen tydlig k\u00e4rnniv\u00e5 av n\u00e4tverket, distributionsniv\u00e5n \u00e4r f\u00f6rskjuten till gr\u00e4nsroutern (med funktioner f\u00f6r brandv\u00e4gg, VPN och kanske proxy), och \u00e5tkomstswitcharna betj\u00e4nar b\u00e5de anst\u00e4lldas datorer och servrar.<\/p>\n<p><img decoding=\"async\" alt=\"3. Design av f\u00f6retagsn\u00e4tverk p\u00e5 kommutatorer fr\u00e5n Extreme\" src=\"\/wp-content\/uploads\/2019\/11\/fe05e9fc0e26ffb37a8a291aa9c721c5.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nN\u00e4r f\u00f6retaget v\u00e4xer \u2014 antalet anst\u00e4llda, tj\u00e4nster och servrar \u00f6kar, m\u00e5ste man ofta:<\/p>\n<ul>\n<li>\u00f6ka antalet switchar i n\u00e4tverket och \u00e5tkomstportar<\/li>\n<li>\u00f6ka serverkapaciteten<\/li>\n<li>att k\u00e4mpa mot broadcast-dom\u00e4ner inneb\u00e4r att inf\u00f6ra n\u00e4tverkssegmentering och rutting mellan segmenten<\/li>\n<li>att bek\u00e4mpa n\u00e4tverksst\u00f6rningar som orsakar stillest\u00e5nd f\u00f6r anst\u00e4llda, eftersom detta medf\u00f6r ytterligare kostnader f\u00f6r ledningen (anst\u00e4llda st\u00e5r stilla, l\u00f6n betalas, men arbetet utf\u00f6rs inte)<\/li>\n<li>i kampen mot st\u00f6rningar, \u00f6verv\u00e4ga att redundanta kritiska n\u00e4tverkspunkter - routrar, switchar, servrar och tj\u00e4nster<\/li>\n<li>strama \u00e5t s\u00e4kerhetspolicyn, d\u00e5 kommersiella risker kan uppst\u00e5 och \u00e5terigen - f\u00f6r en mer stabil n\u00e4tverksdrift<\/li>\n<\/ul>\n<p>\nAllt detta leder till att en ingenj\u00f6r (n\u00e4tverksadministrat\u00f6r) f\u00f6rr eller senare funderar p\u00e5 hur man korrekt bygger n\u00e4tverket och s\u00e5 sm\u00e5ningom kommer till en 2-niv\u00e5modell.<\/p>\n<p>Denna modell skiljer tydligt mellan tv\u00e5 niv\u00e5er - \u00e5tkomstniv\u00e5 och distributionsniv\u00e5, som samtidigt ocks\u00e5 \u00e4r k\u00e4rnniv\u00e5n (collapsed-core).<\/p>\n<p>Den kombinerade distributions- och k\u00e4rnniv\u00e5n utf\u00f6r f\u00f6ljande funktioner:<\/p>\n<ul>\n<li>aggregerar l\u00e4nkar fr\u00e5n \u00e5tkomstswitchar <\/li>\n<li>inf\u00f6r routing av n\u00e4tverkssegment - anv\u00e4ndare och enheter blir s\u00e5 m\u00e5nga att de inte f\u00e5r plats i ett n\u00e4tverk \/24, och om de f\u00e5r plats, s\u00e5 orsakar broadcast-stormar st\u00e4ndiga st\u00f6rningar (s\u00e4rskilt om anv\u00e4ndarna hj\u00e4lper till genom att skapa loopar)<\/li>\n<li>s\u00e4kerst\u00e4ller kommunikation mellan angr\u00e4nsande segment av switchar (genom snabbare l\u00e4nkar)<\/li>\n<li>garanterar kommunikation mellan anv\u00e4ndare och deras enheter och serverfarmar, som ocks\u00e5 vid den tiden b\u00f6rjar s\u00e4rskiljas i ett eget n\u00e4tverkssegment - datacenter.<\/li>\n<li>b\u00f6rjar tillsammans med \u00e5tkomstswitchar i viss m\u00e5n genomf\u00f6ra s\u00e4kerhetspolicyn, som b\u00f6rjar dyka upp hos f\u00f6retaget vid denna tid. F\u00f6retaget v\u00e4xer, kommersiella risker \u00f6kar ocks\u00e5 (h\u00e4r menar jag inte bara best\u00e4mmelser om aff\u00e4rshemligheter, \u00e5tkomstpolicyer etc., utan \u00e4ven om grundl\u00e4ggande stillest\u00e5nd av n\u00e4tverk och anst\u00e4llda).<\/li>\n<\/ul>\n<p>\nS\u00e5ledes v\u00e4xer n\u00e4tverket f\u00f6rr eller senare till en 2-niv\u00e5modell:<\/p>\n<p><img decoding=\"async\" alt=\"3. Design av f\u00f6retagsn\u00e4tverk p\u00e5 kommutatorer fr\u00e5n Extreme\" src=\"\/wp-content\/uploads\/2019\/11\/e327c876c5fe9ad45932b014957e3796.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nI denna modell finns speciella krav p\u00e5 b\u00e5de accessswitchar som aggregerar l\u00e4nkar fr\u00e5n anv\u00e4ndare och n\u00e4tverksenheter (skrivare, accesspunkter, VoIP-enheter, IP-telefoner, IP-kameror m.m.) samt p\u00e5 distributions- och k\u00e4rn-switchar.<\/p>\n<p>Accessswitcharna m\u00e5ste vara mer intelligenta och funktionella f\u00f6r att uppfylla kraven p\u00e5 prestanda, s\u00e4kerhet och flexibilitet i n\u00e4tverket, och m\u00e5ste:<\/p>\n<ul>\n<li>ha olika typer av access- och backboneportar - helst med m\u00f6jlighet till kapacitets\u00f6verskott b\u00e5de n\u00e4r det g\u00e4ller trafikfl\u00f6den och antalet portar.<\/li>\n<li>ha tillr\u00e4cklig switchingkapacitet och bandbredd.<\/li>\n<li>ha n\u00f6dv\u00e4ndiga s\u00e4kerhetsfunktioner som uppfyller aktuella s\u00e4kerhetspolicyer (och i b\u00e4sta fall \u00e4ven framtida krav).<\/li>\n<li>ha m\u00f6jlighet att mata str\u00f6m till sv\u00e5ruppn\u00e5eliga n\u00e4tverksenheter med m\u00f6jlighet till fj\u00e4rr\u00e5terst\u00e4llning av str\u00f6mmen (PoE, PoE+).<\/li>\n<li>ha m\u00f6jlighet att reservera egen elektricitet f\u00f6r anv\u00e4ndning i de omr\u00e5den d\u00e4r det beh\u00f6vs.<\/li>\n<li>ha, om m\u00f6jligt, vidare potential f\u00f6r funktionell tillv\u00e4xt - ett vanligt exempel \u00e4r n\u00e4r en accessswitch \u00f6ver tid f\u00f6rvandlas till en distributionsswitch.<\/li>\n<\/ul>\n<p>\nDet finns ocks\u00e5 motsvarande krav p\u00e5 distributionsswitcharna:<\/p>\n<ul>\n<li>b\u00e5de n\u00e4r det g\u00e4ller backboneportarna ned\u00e5t mot accessswitcharna och riktning mot peergr\u00e4nssnitt hos angr\u00e4nsande distributionsswitchar (och i framtiden m\u00f6jliga uplink-gr\u00e4nssnitt mot k\u00e4rnan).<\/li>\n<li>n\u00e4r det g\u00e4ller L2- och L3-funktionalitet.<\/li>\n<li>n\u00e4r det g\u00e4ller s\u00e4kerhetsfunktionalitet.<\/li>\n<li>n\u00e4r det g\u00e4ller att s\u00e4kerst\u00e4lla redundans (reservkraft, klustring och str\u00f6mf\u00f6rs\u00f6rjningsreserv).<\/li>\n<li>n\u00e4r det g\u00e4ller flexibilitet vid trafikbalansering.<\/li>\n<li>ha, om m\u00f6jligt, vidare potential f\u00f6r funktionell tillv\u00e4xt (f\u00f6rvandling \u00f6ver tid fr\u00e5n aggregationsenhet till k\u00e4rna).<\/li>\n<li>i vissa fall kan det vara l\u00e4mpligt att anv\u00e4nda PoE, PoE+-portar p\u00e5 distributionsswitchar.<\/li>\n<\/ul>\n<p>\nFram\u00e5t \u2014 mer: om ledningen genomf\u00f6r en politik f\u00f6r aktiv tillv\u00e4xt och utveckling av f\u00f6retaget, kommer n\u00e4tverket \u00e4ven forts\u00e4ttningsvis att utvecklas \u2014 f\u00f6retaget kan b\u00f6rja hyra grannbyggnader, bygga egna lokaler eller f\u00f6rv\u00e4rva mindre konkurrenter, vilket \u00f6kar antalet arbetstillf\u00e4llen f\u00f6r anst\u00e4llda. Samtidigt sker ocks\u00e5 en tillv\u00e4xt av n\u00e4tverket, vilket kr\u00e4ver:<\/p>\n<ul>\n<li>s\u00e4kerst\u00e4llande av anst\u00e4lldas arbetsplatser \u2014 nya accessswitchar med accessportar beh\u00f6vs<\/li>\n<li>nya f\u00f6rdelningsswitchar f\u00f6r aggregering av l\u00e4nkar fr\u00e5n accessswitchar<\/li>\n<li>uppbyggnad av nya s\u00e5v\u00e4l som modernisering av befintliga kommunikationslinjer <\/li>\n<\/ul>\n<p>\nSom en f\u00f6ljd av detta \u00f6kar trafiken av f\u00f6ljande anledningar:<\/p>\n<ul>\n<li>p\u00e5 grund av \u00f6kningen av accessportar och d\u00e4rmed anv\u00e4ndare i n\u00e4tverket<\/li>\n<li>p\u00e5 grund av \u00f6kad trafik fr\u00e5n angr\u00e4nsande system som v\u00e4ljer f\u00f6retagets n\u00e4tverk som transport \u2014 telefoni, s\u00e4kerhet, ingenj\u00f6rssystem etc.<\/li>\n<li>p\u00e5 grund av implementering av ytterligare tj\u00e4nster \u2014 med \u00f6kad personal tillkommer nya avdelningar som kr\u00e4ver s\u00e4rskild programvara<\/li>\n<li>kapaciteterna i datacentret \u00f6kar f\u00f6r att m\u00f6ta krav fr\u00e5n infrastrukturen och applikationerna<\/li>\n<li>kraven p\u00e5 n\u00e4tverkets och informationens s\u00e4kerhet \u00f6kar \u2014 den ber\u00f6mda triaden av CIA (sk\u00e4mt), men p\u00e5 allvar, s\u00e5 handlar det om Confidentiality, Integrity and Availability:\n<ul>\n<li>i samband med detta tillkommer nya krav p\u00e5 redundans och s\u00e4kerhet p\u00e5 kritiska niv\u00e5er av n\u00e4tverket \u2014 distribution och datacenter<\/li>\n<li>igen \u00f6kar trafiken p\u00e5 grund av implementering av nya s\u00e4kerhetssystem \u2014 till exempel \u00e4r s\u00e4kerhetsutrustningar etc.<\/li>\n<\/ul>\n<p>\n <\/li>\n<\/ul>\n<p>\nF\u00f6rr eller senare kommer \u00f6kningen av trafik, tj\u00e4nster och antalet anv\u00e4ndare att leda till behovet av att inf\u00f6ra en ytterligare n\u00e4tverksniv\u00e5 \u2014 k\u00e4rnan som kommer att utf\u00f6ra h\u00f6g hastighetsv\u00e4xling\/routing av paket med hj\u00e4lp av h\u00f6g hastighetsl\u00e4nkar.<\/p>\n<p>I det h\u00e4r skedet kan f\u00f6retaget \u00f6verg\u00e5 till en 3-niv\u00e5 n\u00e4tverksmodell:<\/p>\n<p><img decoding=\"async\" alt=\"3. Design av f\u00f6retagsn\u00e4tverk p\u00e5 kommutatorer fr\u00e5n Extreme\" src=\"\/wp-content\/uploads\/2019\/11\/83b2672c654a223af8a34b78c3ab02d6.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nSom syns i den ovanst\u00e5ende bilden \u2014 i ett s\u00e5dant n\u00e4tverk finns det en k\u00e4rnniv\u00e5 som aggregerar snabba l\u00e4nkar fr\u00e5n distributionsswitchar. S\u00e5ledes st\u00e4lls ocks\u00e5 krav p\u00e5 k\u00e4rnswitchar g\u00e4llande:<\/p>\n<ul>\n<li>bandbredden p\u00e5 gr\u00e4nssnitten \u2014 1GE, 2.5GE, 10GE, 40GE, 100GE<\/li>\n<li>v\u00e4xlarens prestanda (switching capacity och forwarding performance)<\/li>\n<li>gr\u00e4nssnittstyper \u2014 1000BASE-T, SFP, SFP+, QSFP, QSFP+<\/li>\n<li>antalet och upps\u00e4ttningen av gr\u00e4nssnitt<\/li>\n<li>m\u00f6jligheter f\u00f6r redundans (stackning, klustring, redundant styrkort (g\u00e4ller modul\u00e4ra switchar), redundans i str\u00f6mf\u00f6rs\u00f6rjning etc.)<\/li>\n<li>funktionalitet<\/li>\n<\/ul>\n<p>\nP\u00e5 en s\u00e5dan niv\u00e5 i n\u00e4tverket \u00e4r det definitivt n\u00f6dv\u00e4ndigt med b\u00e5de tekniska modifieringar:<\/p>\n<ul>\n<li>redundans av k\u00e4rnens noder och l\u00e4nkar (mycket, mycket, mycket \u00f6nskv\u00e4rt)<\/li>\n<li>redundans av noder och l\u00e4nkar p\u00e5 distributionsniv\u00e5n (beroende p\u00e5 kritikalitet)<\/li>\n<li>redundans av l\u00e4nkar mellan \u00e5tkomstswitchar och distributionsniv\u00e5n (vid behov)<\/li>\n<li>introduktion av protokoll f\u00f6r dynamisk routning<\/li>\n<li>trafikbalansering b\u00e5de i k\u00e4rnan och p\u00e5 distributions- och \u00e5tkomstniv\u00e5er (vid behov)<\/li>\n<li>implementering av ytterligare tj\u00e4nster \u2014 b\u00e5de transporttj\u00e4nster och s\u00e4kerhetstj\u00e4nster (vid behov)<\/li>\n<\/ul>\n<p>\ns\u00e5v\u00e4l som juridiska aspekter som definierar f\u00f6retagets s\u00e4kerhetspolicy, vilken kompletterar den \u00f6vergripande s\u00e4kerhetspolicyn i fr\u00e5ga om:<\/p>\n<ul>\n<li>krav p\u00e5 implementering och konfiguration av olika s\u00e4kerhetsfunktioner p\u00e5 \u00e5tkomst- och distributionsswitchar<\/li>\n<li>krav p\u00e5 \u00e5tkomst, \u00f6vervakning och hantering av n\u00e4tverksutrustning (protokoll f\u00f6r fj\u00e4rr\u00e5tkomst, till\u00e5tna n\u00e4tverkssegment f\u00f6r hantering, loggningsinst\u00e4llningar etc.)<\/li>\n<li>krav p\u00e5 redundans<\/li>\n<li>krav p\u00e5 att forma den minimalt n\u00f6dv\u00e4ndiga Zip-satsen<\/li>\n<\/ul>\n<p>\nI det h\u00e4r avsnittet har jag kort beskrivit n\u00e4tverkets och f\u00f6retagets evolution fr\u00e5n ett par switchar och ett par dussin anst\u00e4llda till flera dussin (kanske till och med hundratals switchar) och flera hundra (eller till och med tusentals) enbart de anst\u00e4llda som arbetar direkt i f\u00f6retagets n\u00e4tverk (naturligtvis finns det \u00e4ven produktionsavdelningar och ingenj\u00f6rsn\u00e4tverk).<br \/>\nDet \u00e4r uppenbart att en s\u00e5dan \"mirakul\u00f6s\" och snabb utveckling av f\u00f6retaget i verkligheten inte intr\u00e4ffar.<br \/>\nDet tar vanligtvis \u00e5r f\u00f6r ett f\u00f6retag och n\u00e4tverk att v\u00e4xa fr\u00e5n sin initiala niv\u00e5 1 till 3, som jag beskriver.<\/p>\n<p>Varf\u00f6r skriver jag alla dessa uppenbara sanningar? F\u00f6r att jag vill n\u00e4mna termen ROI \u2014 return-on-investment (\u00e5terbetalning\/avkastning p\u00e5 investeringar) och diskutera den sida som direkt p\u00e5verkar valet av n\u00e4tverksutrustning.<\/p>\n<p>N\u00e4r n\u00e4tverksingenj\u00f6rer och deras chefer v\u00e4ljer utrustning, g\u00f6r de oftast sitt val utifr\u00e5n tv\u00e5 faktorer \u2014 den aktuella kostnaden f\u00f6r utrustningen och den minimala tekniska funktionaliteten som f\u00f6r n\u00e4rvarande beh\u00f6vs f\u00f6r att l\u00f6sa en specifik uppgift eller uppgifter (jag kommer att ber\u00e4tta mer om ink\u00f6p av utrustning f\u00f6r reservdelar senare).<\/p>\n<p>S\u00e4llan beaktas dock m\u00f6jligheterna till framtida \u201dtillv\u00e4xt\u201d av utrustningen. N\u00e4r situationen uppst\u00e5r d\u00e4r utrustningen blir otillr\u00e4cklig n\u00e4r det g\u00e4ller funktionalitet eller prestanda k\u00f6ps det kraftfullare och mer funktionella alternativ, medan den gamla l\u00e4ggs i lager eller n\u00e5gonstans i n\u00e4tverket f\u00f6r att \u201dligga och st\u00e5\u201d (detta bidrar f\u00f6r \u00f6vrigt ocks\u00e5 till uppkomsten av en stor variation av utrustning och till ink\u00f6p av m\u00e5nga informationssystem som arbetar med den).<\/p>\n<p>S\u00e5ledes, ist\u00e4llet f\u00f6r att k\u00f6pa licenser f\u00f6r extra funktionalitet och prestanda, vilket \u00e4r mycket billigare \u00e4n att investera i ny h\u00e5rdvara med h\u00f6gre prestanda, tvingas man k\u00f6pa ny utrustning och betala mer av f\u00f6ljande sk\u00e4l:<\/p>\n<ul>\n<li>n\u00e4tverket v\u00e4xer ofta l\u00e5ngsamt, och expansion av funktionalitet eller prestanda hos din n\u00e4tverksl\u00f6sning kan r\u00e4cka l\u00e4nge till<\/li>\n<li>det \u00e4r ingen hemlighet att utrustningen fr\u00e5n utl\u00e4ndska leverant\u00f6rer ofta \u00e4r kopplad till utl\u00e4ndsk valuta (dollar eller euro). F\u00f6r att vara \u00e4rlig \u2014 \u00f6kningen av dollar eller euro (eller den periodiska mini-devalveringen av rubeln, beroende p\u00e5 perspektiv) g\u00f6r att en dollar f\u00f6r tio \u00e5r sedan och en dollar nu \u00e4r helt olika saker sett ur rubelns perspektiv<\/li>\n<\/ul>\n<p>\nSammanfattningsvis vill jag p\u00e5peka att k\u00f6p av n\u00e4tverksutrustning med bredare funktionalitet idag kan leda till besparingar i framtiden. <br \/>\nH\u00e4r betrakta kostnaderna f\u00f6r ink\u00f6p av utrustning i sammanhanget av investeringar i sitt eget n\u00e4tverk och infrastruktur.<\/p>\n<p>D\u00e4rf\u00f6r f\u00f6ljer m\u00e5nga leverant\u00f6rer (inte bara Extreme) principen pay-as-you-grow, och bygger in mycket funktionalitet och kapacitet f\u00f6r att \u00f6ka prestandan hos gr\u00e4nssnitten, vilka sedan aktiveras genom k\u00f6p av separata licenser. De erbjuder ocks\u00e5 modul\u00e4ra switchar med ett brett utbud av gr\u00e4nssnitt och processor kort, samt m\u00f6jlighet till successiv \u00f6kning av b\u00e5de m\u00e4ngd och prestanda.<\/p>\n<h2>Reserv av kritiska noder<\/h2>\n<p>\nI denna del av artikeln vill jag kort beskriva de grundl\u00e4ggande principerna f\u00f6r reservsystem av viktiga n\u00e4tverksnoder som k\u00e4rnkommutatorer, datacenter eller distributionssystem. Jag vill b\u00f6rja med att g\u00e5 igenom de allm\u00e4nna typerna av reservsystem - stapling och klustring.<\/p>\n<p>Varje metod har sina f\u00f6rdelar och nackdelar, som jag vill diskutera.<\/p>\n<p>Nedan f\u00f6ljer en sammanfattande tabell som j\u00e4mf\u00f6r de tv\u00e5 metoderna:<\/p>\n<p><img decoding=\"async\" alt=\"3. Design av f\u00f6retagsn\u00e4tverk p\u00e5 kommutatorer fr\u00e5n Extreme\" src=\"\/wp-content\/uploads\/2019\/11\/f48f7dbad5f838e90f21c8a90415f074.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<ul>\n<li><b>hantering<\/b> \u2014 som framg\u00e5r av tabellen har stapling f\u00f6rdelar n\u00e4r det g\u00e4ller hantering, eftersom en stapel av flera kommutatorer framst\u00e5r som en enda kommutator med m\u00e5nga portar. Ist\u00e4llet f\u00f6r att hantera till exempel 8 olika kommutatorer vid klustring kan du hantera bara en vid stapling.<\/li>\n<li><b>avst\u00e5nd<\/b> \u2014 f\u00f6r n\u00e4rvarande \u00e4r f\u00f6rdelen med klustring, strikt talat, inte s\u00e5 tydlig, eftersom det har utvecklats staplingsteknologier f\u00f6r kommutatorer via staplingsportar eller portar med dubbla \u00e4ndam\u00e5l (t.ex. SummitStack-V fr\u00e5n Extreme, VSS fr\u00e5n Cisco, etc.), vilket ocks\u00e5 beror p\u00e5 typen av transceivrar. H\u00e4r ges f\u00f6rdelar till klustring p\u00e5 grund av att det vid stapling finns alternativ d\u00e4r vanliga staplingsportar m\u00e5ste anv\u00e4ndas, vilka ofta ansluts med speciella kablar av begr\u00e4nsad l\u00e4ngd - 0,5, 1, 1,5, 3 eller 5 meter.<\/li>\n<li><b>programuppdatering<\/b> \u2014 h\u00e4r ser vi att klustring har en f\u00f6rdel \u00f6ver stapling, eftersom f\u00f6ljande g\u00e4ller - vid uppdatering av programvaruversionen p\u00e5 enheten n\u00e4r det g\u00e4ller stapling uppdaterar du programvaran p\u00e5 masterkommutatorn, som senare tar p\u00e5 sig rollen att installera ny programvara p\u00e5 standby-medlemmarna i stapeln. \u00c5 ena sidan underl\u00e4ttar detta ditt arbete, men programuppdateringar kr\u00e4ver ofta en h\u00e5rdvaru\u00e5terstart, vilket leder till att hela stapeln startas om, vilket p\u00e5 s\u00e5 s\u00e4tt inneb\u00e4r avbrott i dess drift och alla tj\u00e4nster kopplade till den under tiden = tiden f\u00f6r omstart. Detta \u00e4r ofta mycket kritiskt f\u00f6r k\u00e4rnan och datacentret. Vid klustring har du tv\u00e5 oberoende enheter som du kan uppdatera programvaran p\u00e5 i tur och ordning. Detta g\u00f6r att avbrott i tj\u00e4nster kan undvikas.<\/li>\n<li><b>konfiguration av inst\u00e4llningar<\/b> H\u00e4r \u00e4r f\u00f6rdelen med stapling, eftersom du vid administration bara beh\u00f6ver justera inst\u00e4llningarna f\u00f6r en enhet och dess konfigurationsfil. Vid klustring d\u00e4remot kommer antalet konfigurationsfiler att motsvara antalet noder i klustret.<\/li>\n<li><b>fels\u00e4kerhet<\/b> H\u00e4r \u00e4r b\u00e5da teknologierna ungef\u00e4r lika, men klustring har en liten f\u00f6rdel. Anledningen till detta \u00e4r f\u00f6ljande \u2014 om vi ser p\u00e5 stacken ur perspektivet av aktiva processer och protokoll, kommer vi att se f\u00f6ljande:\n<ul>\n<li>det finns en master-switch d\u00e4r alla huvudsakliga processer och protokoll k\u00f6rs (till exempel dynamisk routingprotokoll \u2014 OSPF)<\/li>\n<li>det finns andra slave-switchar d\u00e4r de huvudsakliga processerna som kr\u00e4vs f\u00f6r att fungera i stacken och hantera den trafik som passerar genom dem k\u00f6rs<\/li>\n<li>om master-switchen slutar fungera, uppt\u00e4cker den n\u00e4sta prioriterade slave-switchen att mastern har fallit<\/li>\n<li>den initierar sig sj\u00e4lv som master och startar alla processer som k\u00f6rdes p\u00e5 mastern (inklusive det observerade protokollet OSPF)<\/li>\n<li>efter en viss tid av processstart (vanligtvis ganska kort), b\u00f6rjar OSPF-protokollet att fungera<\/li>\n<li>p\u00e5 s\u00e5 s\u00e4tt kommer OSPF vid ett misslyckande av en av noderna i klustring att fungera n\u00e5got snabbare \u00e4n vid stapling (tiden som kr\u00e4vs f\u00f6r att starta och initiera processer och protokoll p\u00e5 slave-switchar i stacken). Jag m\u00e5ste dock p\u00e5peka att moderna staplingprotokoll och switchar fungerar mycket snabbt; ofta tar avbrottet i trafik vid v\u00e4xling av stacken mindre \u00e4n en sekund, men nominellt sett vinner klustring p\u00e5 denna parameter.<\/li>\n<\/ul>\n<p>\n <\/li>\n<li><b>komplexitet <\/b> Som vi ser i tabellen, vinner stapling n\u00e4r det g\u00e4ller komplexitet. Detta \u00e4r en direkt f\u00f6ljd av punkterna 'hantering' och 'konfiguration av inst\u00e4llningar'. En enda nod tar mycket mindre tid f\u00f6r inst\u00e4llningar och hantering. Vid klustring m\u00e5ste man dessutom ofta konfigurera ytterligare routingprotokoll eller protokoll f\u00f6r redundanta gateways \u2014 VRRP, HSRP och andra.<\/li>\n<li><b>utbyte av noder<\/b> \u2014 h\u00e4r har stapling en tydlig f\u00f6rdel. Ofta kr\u00e4vs endast minimalt n\u00f6dv\u00e4ndiga inst\u00e4llningar av utrustningen f\u00f6r att byta en switch i en stack, till exempel:\n<ul>\n<li>att uppdatera mjukvaran p\u00e5 den nya switchen till versionen av stackens mjukvara (och detta kan g\u00f6ras direkt n\u00e4r switcharna kommer till lagret)<\/li>\n<li>att st\u00e4lla in n\u00e5gra grundl\u00e4ggande kommandon f\u00f6r stapling (och f\u00f6r vissa typer av switchar kan det till och med kr\u00e4vas inget s\u00e5dant)<\/li>\n<li>att ta ut den trasiga switchen fr\u00e5n stacken och ansluta en ny<\/li>\n<li>att ansluta str\u00f6mf\u00f6rs\u00f6rjning och patchkablar<\/li>\n<\/ul>\n<p>\n <\/li>\n<li><b>elasticitet <\/b> \u2014 jag betraktar som en av de viktigaste parametrarna. Generellt \u00e4r elasticitet en komplex egenskap som inneb\u00e4r att n\u00e5got \u00e4ndras under p\u00e5verkan av belastning och \u00e5terg\u00e5r till sitt ursprungliga tillst\u00e5nd efter att belastningen f\u00f6rsvinner. F\u00f6rv\u00e5nande nog \u00e4r den f\u00f6r klustring h\u00f6gre \u00e4ven med h\u00e4nsyn till 4:3 i f\u00f6rdel av stapling. Allt handlar om den m\u00e4nskliga faktorn. Ja, ja, bli inte f\u00f6rv\u00e5nad \u2014 i styrkan av s\u00e5dana parametrar f\u00f6r stapling, s\u00e5som enhetlig hantering, konfiguration av inst\u00e4llningar och minskad komplexitet, ligger svagheten i staplingen n\u00e4r den m\u00e4nskliga faktorn kommer in i bilden.<\/li>\n<\/ul>\n<p>\nUnder min karri\u00e4r inom IT har jag flera g\u00e5nger st\u00f6tt p\u00e5 situationer (ja, jag ska inte sticka under stol med att jag sj\u00e4lv har snubblat p\u00e5 dessa samma hinder, s\u00e4rskilt i b\u00f6rjan) d\u00e4r ingenj\u00f6ren vid inst\u00e4llningen av stacken gjorde fel vid inmatning av n\u00e5got kommando eller vid p\u00e5- och avst\u00e4ngning av n\u00e5gon funktion p\u00e5 utrustningen, vilket ledde till att hela stacken slutade fungera och fick manuell omstart. Det \u00e4r v\u00e4rt att n\u00e4mna \u00e4lskare av Putty-appen f\u00f6r Windows (oj, det d\u00e4r med att kopiera med h\u00f6ger musknapp).<\/p>\n<p>I sj\u00e4lva verket \u00e4r b\u00e5da teknologierna ganska bra (s\u00e4rskilt j\u00e4mf\u00f6rt med bristen p\u00e5 redundans) och var och en har sina styrkor och svagheter, men f\u00f6r k\u00e4rnniv\u00e5 och f\u00f6r h\u00f6gbelastade datacenter skulle jag \u00e4nd\u00e5 f\u00f6redra att anv\u00e4nda klustring.<\/p>\n<p>\u00c4ven om det bara \u00e4r min \u00e5sikt. M\u00e5nga professionella ingenj\u00f6rer som har arbetat p\u00e5 professionell niv\u00e5 med n\u00e4tverksunderh\u00e5ll i m\u00e5nga \u00e5r kan lika v\u00e4l anv\u00e4nda b\u00e5da teknologierna \u2014 h\u00e4r beror allt p\u00e5 erfarenhet och kompetens.<\/p>\n<p>F\u00f6rutom teknologier f\u00f6r stapling och reservkoppling av n\u00e4tverksnoder finns det ocks\u00e5 allm\u00e4nna principer f\u00f6r reservkoppling av delar av sj\u00e4lva n\u00e4tverksnoden och f\u00f6rbindelser mellan noder:<\/p>\n<p>Med reservkoppling inom n\u00e4tverksnoden menar jag:<\/p>\n<ul>\n<li>reservkoppling av str\u00f6mf\u00f6rs\u00f6rjning \u2014 installation av 2 str\u00f6mf\u00f6rs\u00f6rjningar som duplicerar varandra (helst anslutna till kategori 1 av str\u00f6mf\u00f6rs\u00f6rjning) kan avsev\u00e4rt underl\u00e4tta ditt liv.<\/li>\n<li>reservkoppling av styrkort \u2014 g\u00e4ller fr\u00e4mst modul\u00e4ra switchar som har st\u00f6d f\u00f6r anslutning av flera duplicerande styrkort.<\/li>\n<li>reservkoppling av gr\u00e4nssnittskort \u2014 detta g\u00e4ller \u00e4ven i h\u00f6g grad modul\u00e4ra switchar.<\/li>\n<\/ul>\n<p>\nMed reservkoppling av f\u00f6rbindelser\/linkar avses fr\u00e4mst att ha duplicerande kabelbanor (eller radiol\u00e4nk i \u00f6ppna utrymmen) med:<\/p>\n<ul>\n<li>f\u00f6rdelning mellan olika kabelkanaler och schakt inuti byggnaden<\/li>\n<li>geografisk f\u00f6rdelning \u00f6ver omr\u00e5det i niv\u00e5er av 2 eller fler byggnader, st\u00e4der, regioner eller l\u00e4nder (s\u00e5 kallade volymringar)<\/li>\n<\/ul>\n<p>\nVid byggandet av reservlinkar m\u00e5ste dock ett antal rekommendationer f\u00f6r utrustningen f\u00f6ljas:<\/p>\n<ul>\n<li>i fallet med duplicering av gr\u00e4nssnittskort i en modul\u00e4r switch, eller vid stapling, \u00e4r det n\u00f6dv\u00e4ndigt att f\u00f6rdela l\u00e4nkarna mellan enheterna \u2014 gr\u00e4nssnittskort vid modul\u00e4ra switchar och switchar vid stapling.<\/li>\n<li>det \u00e4r \u00f6nskv\u00e4rt att anv\u00e4nda protokoll f\u00f6r l\u00e4nkaggregering (LACP, MLT, PAgP osv.) f\u00f6r att kombinera l\u00e4nkar i grupper och balansera lasten mellan dem.<\/li>\n<li>anv\u00e4nda routrar som st\u00f6der protokoll f\u00f6r ECMP (Equal-Cost-Multi-Path) \u2014 n\u00e4r flera paket skickas \u00f6ver en rutt, g\u00e5r dessa paket inte \u00f6ver en enda b\u00e4sta v\u00e4g (eller gr\u00e4nssnitt), utan distribueras \u00f6ver flera b\u00e4sta v\u00e4gar (och flera gr\u00e4nssnitt) som best\u00e4ms baserat p\u00e5 likhet i routingprotokollets m\u00e4tv\u00e4rden, vilket i sin tur ansvarar f\u00f6r att fylla den slutliga routingtabellen.<\/li>\n<\/ul>\n<p>\nOch nu, som lovat, kommer jag att beskriva ett verkligt fall fr\u00e5n min praktik och principen f\u00f6r besparingar vid reservkoppling av kritiska noder, som intr\u00e4ffade f\u00f6r n\u00e5gra \u00e5r sedan:<\/p>\n<ul>\n<li>I ett f\u00f6retag, som jag kallar X, fanns det en standard tre-niv\u00e5modell f\u00f6r n\u00e4tverk:\n<ul>\n<li>med flera k\u00e4rnor<\/li>\n<li>och flera dussin aggregat<\/li>\n<li>flera tusen access-switchar<\/li>\n<li>tio tusen anv\u00e4ndare<\/li>\n<\/ul>\n<p>\n <\/li>\n<li>n\u00e4tverket var ganska komplext att bygga:\n<ul>\n<li>med en m\u00e4ngd dynamiska routningsprotokoll och protokoll \u2014 OSPF, MP-BGP, MPLS, PIM, IGMP, IPv6 osv.<\/li>\n<li>med m\u00e5nga tj\u00e4nster \u2014 internet\u00e5tkomst, L2 och L3 VPN, VoIP, IPTV, dedikerade linjer osv.<\/li>\n<\/ul>\n<p>\n <\/li>\n<li>men det fanns en flaskhals i n\u00e4tverket \u2014 gr\u00e4nsrutern som kombinerade BGP-borderfunktionen och terminerade vissa anv\u00e4ndartj\u00e4nster<\/li>\n<li>ja, den kostade som ett flygplansvinge (n\u00e5gra miljoner rubel)<\/li>\n<li>ja, p\u00e5 den tiden var det en av de toppmoderna enheterna fr\u00e5n den mest k\u00e4nda n\u00e4tverksleverant\u00f6ren<\/li>\n<li>ja, den borde vara mycket p\u00e5litlig \u2014 med utm\u00e4rkta MTBF-v\u00e4rden<\/li>\n<li>ja, den hade 4 str\u00f6mf\u00f6rs\u00f6rjningar, konstruerade enligt 2x2-schema och anslutna till olika UPS och str\u00f6ming\u00e5ngar.<\/li>\n<\/ul>\n<p>\nMen allt detta \u00e4ndrade inte p\u00e5 det faktum att den var en enda felpunkt i n\u00e4tverket. <\/p>\n<p>Och en dag, som absolut inte var vacker f\u00f6r mig och mina kollegor, slutade denna router att fungera (senare kom vi fram till att det genomf\u00f6rdes ett fel i str\u00f6mlinjen genom UPS, vilket ledde till att 2 str\u00f6mf\u00f6rs\u00f6rjningar gick s\u00f6nder samtidigt och en av dem br\u00e4nde RP-modulen i routern och interface-kortet som var anslutna till en gemensam databus).<\/p>\n<p>Vi hade inga reservkort \u2014 RP och interface-kort, men vi hade ett kontrakt f\u00f6r ers\u00e4ttning av utrustning eller dess komponenter med en av partnerna enligt NBD-schema.<\/p>\n<p>Tyv\u00e4rr hade partnerna i lager endast interface-kortet vid den tiden, men inget RP-kort, vilket kom f\u00f6rst efter n\u00e5gra dagar (efter 3 dagar).<\/p>\n<p>Som resultat av att ha en enda felpunkt i n\u00e4tverket (\u00e4ven med ett st\u00f6dkontrakt och utrustningsers\u00e4ttning) blev de f\u00f6ljande finansiella kostnaderna:<\/p>\n<ul>\n<li>andelen av f\u00f6retagets tj\u00e4nster som relaterade till eller hade att g\u00f6ra med denna border utgjorde cirka 60-70%<\/li>\n<li>som ber\u00e4knades senare, var den dagliga vinsten cirka 900 000 rubel (ungef\u00e4r) vid den tiden<\/li>\n<li>s\u00e5ledes gick den potentiella vinsten under 3 dagars stillest\u00e5nd teoretiskt f\u00f6rlorad och uppgick till mellan 1 620 000 och 1 890 000 rubel<\/li>\n<\/ul>\n<p>\nSj\u00e4lvklart var de rena f\u00f6rlusterna mindre, eftersom en del av ers\u00e4ttningarna till de fr\u00e4msta anv\u00e4ndarna \u00e5terbetalades inte i form av pengar, utan i form av tj\u00e4nster, men de var fortfarande n\u00e4rvarande:<\/p>\n<ul>\n<li>en del av ers\u00e4ttningarna till f\u00f6retagskunder<\/li>\n<li>\u00f6kar kostnader f\u00f6r f\u00f6retagets anst\u00e4llda som har arbetat alla dessa 3-4 dagar i full styrka \u2013 \u00f6vertid, nattj\u00e4nstg\u00f6ring, ut\u00f6kade skift, osv.<\/li>\n<li>ryktesskador, vilket ocks\u00e5 \u00e4r viktigt<\/li>\n<li>och det viktigaste \u2013 nervositet, b\u00e5de hos ledningen och anst\u00e4llda, liksom hos kunderna<\/li>\n<\/ul>\n<p>\nSom ett resultat reviderades f\u00f6retagets politik:<\/p>\n<ul>\n<li>man avstod fr\u00e5n kontrakt f\u00f6r ers\u00e4ttning enligt NBD-villkoret<\/li>\n<li>man beh\u00f6ll det vanliga servicekontraktet<\/li>\n<li>man k\u00f6pte en reservrouter till ett v\u00e4rde av ungef\u00e4r 1 \u2013 1,3 miljoner rubel f\u00f6r att s\u00e4kerst\u00e4lla 90% av funktionaliteten hos den prim\u00e4ra.<\/li>\n<\/ul>\n<p>\nI framtiden gjorde ink\u00f6pet av ytterligare utrustning och reservdelar det m\u00f6jligt att balansera belastningen mellan dem n\u00e4r det g\u00e4ller externa l\u00e4nkar, trafik och anv\u00e4ndare, och gav ytterligare s\u00e4kerhetsmarginaler f\u00f6r f\u00f6retaget vid framtida incidenter.<\/p>\n<h2>Exempel p\u00e5 design av ett f\u00f6retagsn\u00e4tverk<\/h2>\n<p>\nI denna del av artikeln kommer jag att f\u00f6rs\u00f6ka presentera huvudpunkterna vid ber\u00e4kning av f\u00f6retagets huvudn\u00e4tverk. Jag kommer inte att belasta er med hela metoden PPDIOO (Prepare-Planning-Design-Implement-Operate-Optimize), utan endast markera dess viktigaste punkter:<\/p>\n<ul>\n<li><b>Prepare \/ F\u00f6rberedelse<\/b> \u2013 du m\u00e5ste komma \u00f6verens med din ledning om m\u00e5len f\u00f6r n\u00e4tverksuppgraderingen som du vill uppn\u00e5 \u2013 \u00f6ka redundansen, inf\u00f6ra nya tj\u00e4nster eller teknologier. Jag hoppar \u00f6ver begr\u00e4nsningarna \u2013 tekniska och organisatoriska, eftersom jag utg\u00e5r fr\u00e5n att du \u00e4r anst\u00e4lld i organisationen och har gott om tid f\u00f6r att \u00f6vervinna dem. Jag \u00e5terkommer till budgetfr\u00e5gan nedan.<\/li>\n<li><b>Planning \/ Planering<\/b> \u2013 h\u00e4r m\u00e5ste du skapa en komplett karakt\u00e4rsbeskrivning av ditt nuvarande n\u00e4tverk (om du inte redan k\u00e4nner till det), det vill s\u00e4ga beskriva n\u00e4tverket som det \u00e4r just nu:\n<ul>\n<li>antal och typ av utrustning<\/li>\n<li>antal och typer av portar<\/li>\n<li>existerande kabeldragningar och kopplingsscheman inom byggnader och mellan dem<\/li>\n<li>elf\u00f6rs\u00f6rjningsscheman<\/li>\n<li>L2 och L3 adressering<\/li>\n<li>skapa kartor \u00f6ver Wi-Fi-n\u00e4tverk med angivande av \u00e5tkomstpunkter och kontrollenheter<\/li>\n<li>beskriva din serverfarm<\/li>\n<li>det \u00e4r \u00f6nskv\u00e4rt att beskriva alla dina tj\u00e4nster och relationer mellan dem<\/li>\n<li>om du redan har implementerat n\u00e5gon form av n\u00e4tverkss\u00e4kerhetspolicy och n\u00e4tverks\u00e5tkomstbegr\u00e4nsningar, se till att beakta dessa vid designen.<\/li>\n<li>Jag vill genast p\u00e5peka att det andra steget i huvudsak inneb\u00e4r en fullst\u00e4ndig inventering av n\u00e4tverket, fr\u00e5n kabelinfrastrukturen och str\u00f6mf\u00f6rs\u00f6rjningsscheman till tj\u00e4nster (applikationer och deras portar). Det h\u00e4r steget \u00e4r mycket, mycket arbetsintensivt och kan ibland vara tr\u00e5kigt. Om du eller din f\u00f6reg\u00e5ngare inte har h\u00e5llit dokumentation eller ens ett grundl\u00e4ggande \u00f6vervakningssystem, \u00e4r det h\u00f6g tid att t\u00e4nka p\u00e5 detta. N\u00e4tverket har en tendens att f\u00f6r\u00e4ndras \u00f6ver tid med olika hastigheter och endast aktuell dokumentation eller ett \u00f6vervakningssystem kan hj\u00e4lpa dig att h\u00e5lla koll p\u00e5 dess tillst\u00e5nd och underl\u00e4tta administrationen. Men det h\u00f6r redan till steget operate.<\/li>\n<\/ul>\n<p>\n <\/li>\n<li><b>Design \/ Projekttering<\/b> \u2014 bev\u00e4pnad med fullst\u00e4ndig kunskap om ditt n\u00e4tverk, som du f\u00e5tt fr\u00e5n f\u00f6reg\u00e5ende steg, s\u00e4tter du dig \u00e4ntligen ner och funderar p\u00e5 hur du ska modernisera ditt n\u00e4tverk. Nedan kommer jag att f\u00f6rs\u00f6ka demonstrera ett litet exempel p\u00e5 n\u00e4tverksber\u00e4kning.<\/li>\n<\/ul>\n<p>\nF\u00f6r mig har jag sammanst\u00e4llt en liten lista med grundl\u00e4ggande data som jag kommer att f\u00f6lja vid ber\u00e4kning och projektering av det grundl\u00e4ggande n\u00e4tverket.<\/p>\n<p>L\u00e5t oss f\u00f6rest\u00e4lla oss steget Prepare som en lista \u00f6ver vad vi har tillg\u00e4ngligt och vad som \u00e4r planerat att g\u00f6ras:<\/p>\n<ul>\n<li>det finns ett ganska stort f\u00f6retag med cirka 700-800 arbetsplatser (h\u00e4r menar jag de anst\u00e4llda som beh\u00f6ver tillg\u00e5ng till f\u00f6retagets n\u00e4tverk)<\/li>\n<li>det finns flera frist\u00e5ende byggnader inom f\u00f6retagets omr\u00e5de:<\/li>\n<li><b>Huvudbyggnader:<\/b>\n<ul>\n<li>antal byggnader \u2014 2 st<\/li>\n<li>antal v\u00e5ningar i byggnaden \u2014 7 st<\/li>\n<li>antal telekommunikationssk\u00e5p per v\u00e5ning i en byggnad \u2014 3 (totalt 21) st<\/li>\n<li>antal anst\u00e4llda i byggnaden =~ 250 personer<\/li>\n<\/ul>\n<p>\n <\/li>\n<li><b>Ytterligare byggnader:<\/b>\n<ul>\n<li>antal byggnader \u2014 10 st<\/li>\n<li>antal v\u00e5ningar i byggnaden \/ verkstad \u2014 2 st<\/li>\n<li>antal telekommunikationssk\u00e5p i byggnaden \u2014 3 st<\/li>\n<li>antal anst\u00e4llda i byggnaden =~ 20 personer<\/li>\n<\/ul>\n<p>\n <\/li>\n<li><b>Den nuvarande k\u00e4rnniv\u00e5n i n\u00e4tverket (f\u00f6r \u00f6vrigt en mycket vanlig konfiguration som jag har st\u00f6tt p\u00e5 flera g\u00e5nger i olika former och portkompositioner) presenteras:<\/b>\n<ul>\n<li>med 2 L2-switchar:\n<ul>\n<li>1Gb portar av typ RJ-45 \u2014 24 st<\/li>\n<li>1Gb SFP-portar \u2014 4 st<\/li>\n<\/ul>\n<\/li>\n<li>med 1 L2-switch:\n<ul>\n<li>1Gb SFP-portar \u2014 24 st<\/li>\n<\/ul>\n<\/li>\n<li>topologin f\u00f6r k\u00e4rnet \u2014 ring<\/li>\n<li>peer-to-peer-l\u00e4nkar mellan switchar \u00e4r aktiverade med hj\u00e4lp av optiska fibrer<\/li>\n<li>switcharna \u00e4r placerade i sm\u00e5 serverrum med sk\u00e5p<\/li>\n<\/ul>\n<\/li>\n<li><b>Den nuvarande distributionsniv\u00e5n:<\/b>\n<ul>\n<li>kompilerad med k\u00e4rnniv\u00e5 i del av aggregering av l\u00e4nkar fr\u00e5n \u00e5tkomstswitchar<\/li>\n<li>L3 adressering har flyttats till gr\u00e4nsrutern och\/eller brandv\u00e4ggen<\/li>\n<\/ul>\n<\/li>\n<li><b>Aktuell \u00e5tkomstniv\u00e5:<\/b>\n<ul>\n<li>L2-switchar med 16 x 100 Mb \u00e5tkomstportar RJ-45 och 2 gigabit uppkopplingskombinationsportar RJ-45\/SFP<\/li>\n<li>switcharna finns i sk\u00e5p p\u00e5 v\u00e5ningarna<\/li>\n<li>topologi f\u00f6r \u00e5tkomstswitchar:\n<ul>\n<li>stj\u00e4rna (hub-and-spoke \u2014 nav och spikar) med k\u00e4rn-\/distributionsswitch i mitten<\/li>\n<li>grenen\/spoket utg\u00f6r en kedja av switchar p\u00e5 v\u00e5ningarna \u2014 3 stycken i kedjan<\/li>\n<\/ul>\n<\/li>\n<li>det finns icke-hanterade \u00e5tkomstswitchar<\/li>\n<li>switcharna i 9 ytterligare sk\u00e5p \u00e4r anslutna via mediakonverterare (omvandlare av optisk signal till elektrisk)<\/li>\n<\/ul>\n<\/li>\n<li><b>Aktuell kablinfrastruktur:<\/b>\n<ul>\n<li>Kabelsystem mellan byggnaderna:\n<ul>\n<li>det finns en optisk kabel mellan de 2 huvudbyggnaderna med kapacitet f\u00f6r 8 fibrer <\/li>\n<li>det finns en optisk kabel mellan ett av de ytterligare sk\u00e5pen (d\u00e4r k\u00e4rnswitch \u00e4r installerad) och var och en av de huvudsakliga byggnaderna med kapacitet f\u00f6r 8 fibrer vardera<\/li>\n<li>det finns en optisk kabel mellan do. sk\u00e5pen och sk\u00e5pen med installerade k\u00e4rnswitchar med kapacitet f\u00f6r 4 fibrer (deras distribution visas p\u00e5 bilden nedan)<\/li>\n<li>typ av fibrer i alla kablar \u2014 enkelmodiga\/SMF<\/li>\n<li>anv\u00e4nds 2-fiber enskilda SFP-transceivrar<\/li>\n<li>en del av kablarna termineras p\u00e5 optiska cross-connects (ODF) i separata utrymmen (cross-lokaler\/serverrum), och en del av kablarna i v\u00e5ningssk\u00e5p<\/li>\n<\/ul>\n<p>\n <\/li>\n<li>Kabelsystem inuti byggnaderna:\n<ul>\n<li>det finns en blandad kabelstruktur mellan serverrum och de f\u00f6rsta sk\u00e5pen p\u00e5 v\u00e5ningarna:<\/li>\n<li>kopparkablar Cat5e \u2014 10 stycken (eller 100 par kablar)<\/li>\n<li>optisk multimode\/MMF-kabel med 4 eller 8 fibrer \u2014 1 styck<\/li>\n<li>optisk multimode\/MMF-kabel med 4 fibrer mellan v\u00e5ningssk\u00e5pen<\/li>\n<li>kopparkablar Cat5e mellan v\u00e5ningssk\u00e5pen och \u00e5tkomstuttag<\/li>\n<\/ul>\n<\/li>\n<li><b>aktuell datacenter:<\/b>\n<ul>\n<li>det finns flera servrar, till exempel 6 stycken<\/li>\n<li>anslutna med 1Gb portar till k\u00e4rnswitchen i 1:a huvudbyggnaden<\/li>\n<li>alla f\u00f6retagsapplikationer har flyttats till servrar<\/li>\n<\/ul>\n<\/li>\n<li><b>adressiering L2, L3 och ruttningssystem:<\/b>\n<ul>\n<li>i n\u00e4tverket finns flera VLAN \u2014 2\u20133 stycken per byggnad<\/li>\n<li>servrarna har f\u00f6rdelats i ett separat \/24-n\u00e4t<\/li>\n<li>f\u00f6r interna behov anv\u00e4nds gr\u00e5 n\u00e4t klass B, som ligger inom intervallet \u2014 172.16.0.0\/16<\/li>\n<li>L3-adresser termineras p\u00e5 gr\u00e4nsrouter och\/eller brandv\u00e4gg<\/li>\n<li>anv\u00e4nder statisk ruttning<\/li>\n<\/ul>\n<\/li>\n<li><b>ytterligare information:<\/b>\n<ul>\n<li>telefoni:\n<ul>\n<li>i byggnader och vissa hus har traditionell telefoni implementerats med gamla digitala PBX-system (inte IP-PBX)<\/li>\n<li>det \u00e4r n\u00f6dv\u00e4ndigt att telefonisera nya byggnader utan kostnader f\u00f6r att dra dyra kopparledningar av viss kapacitet och bygga redundanta SCN f\u00f6r telefoni inuti byggnader<\/li>\n<li>med tiden planeras implementaci\u00f3n av IP-telefoni \u00f6ver hela f\u00f6retagets omr\u00e5de, integrera den med CRM-system och \u00f6verf\u00f6ra alla anst\u00e4llda till den<\/li>\n<\/ul>\n<\/li>\n<li><b>portkapacitet:<\/b>\n<ul>\n<li>det \u00e4r n\u00f6dv\u00e4ndigt att analysera den nuvarande kapaciteten hos backbone-portarna och access-portarna, och reservera minst 25-30% f\u00f6r framtida behov<\/li>\n<li>analysera tillr\u00e4ckligheten av den nuvarande bandbredden hos access-portarna och backbone-l\u00e4nkarna<\/li>\n<li>f\u00f6rutse n\u00e4rvaron av PoE\/PoE+-accessportar f\u00f6r enheter fr\u00e5n angr\u00e4nsande system \u2013 video\u00f6vervakning och telefoni<\/li>\n<\/ul>\n<\/li>\n<li><b>video\u00f6vervakning:<\/b>\n<ul>\n<li>det planeras att anv\u00e4nda f\u00f6retagets n\u00e4tverk som transport f\u00f6r video\u00f6vervakningsn\u00e4tverket<\/li>\n<li>det \u00e4r n\u00f6dv\u00e4ndigt att f\u00f6rutse n\u00e4rvaron av PoE-portar f\u00f6r video\u00f6vervakningskameror<\/li>\n<\/ul>\n<\/li>\n<li><b>tr\u00e5dl\u00f6sa system:<\/b>\n<ul>\n<li>i framtiden planeras implementering av en tr\u00e5dl\u00f6s infrastruktur f\u00f6r att \u00f6ka mobiliteten f\u00f6r anst\u00e4llda<\/li>\n<li>det \u00e4r n\u00f6dv\u00e4ndigt att f\u00f6rutse n\u00e4rvaron av PoE-portar f\u00f6r \u00e5tkomstpunkter<\/li>\n<\/ul>\n<\/li>\n<li><b>budget, tidsramar och krav p\u00e5 utrustning:<\/b>\n<ul>\n<li>anv\u00e4nda befintlig utrustning maximalt <\/li>\n<li>vid n\u00e4tverksdesign, ta h\u00e4nsyn till m\u00f6jligheten att ut\u00f6ka n\u00e4tverkets kapacitet under N \u00e5r fram\u00f6ver<\/li>\n<li>vid n\u00e4tverksdesign, ta h\u00e4nsyn till st\u00f6d f\u00f6r alla typer av s\u00e4kerhetsfunktioner \u2013 h\u00e4r \u00e4r en lista \u00f6ver funktionalitet, fr\u00e5n port-s\u00e4kerhet till autentisering och auktorisering av anv\u00e4ndare via 802.1x.<\/li>\n<li>reservera s\u00e5 mycket som m\u00f6jligt av kritiska n\u00e4tverksnoder av h\u00f6gsta betydelse \u2013 k\u00e4rna och datacenter, och se till att det finns m\u00f6jlighet att reservera sekund\u00e4ra viktiga noder \u2013 distributionsnoder<\/li>\n<li>projektbudgeten m\u00e5ste f\u00f6ruts\u00e4tta gradvis finansiering i flera etapper<\/li>\n<li>budgetbelopp \u2013 h\u00e4r avg\u00f6r varje f\u00f6retag f\u00f6r sig, baserat p\u00e5 sina ekonomiska indikatorer<\/li>\n<li>Tidsramar - i det mest ideala fallet kommer det inte att finnas n\u00e5gra tydliga tidsramar h\u00e4r, eftersom detta \u00e4r ett internt projekt f\u00f6r f\u00f6retaget som genomf\u00f6rs av sina anst\u00e4llda, eller s\u00e5 kommer de att vara relativt bekv\u00e4ma - till exempel 1 \u00e5r (eller mer). I s\u00e4mre fall kan det vara fr\u00e5n 3 m\u00e5nader till ett halvt \u00e5r.<\/li>\n<\/ul>\n<\/li>\n<li><b>\u00c5tg\u00e4rda nuvarande problem i n\u00e4tverket:<\/b>\n<ul>\n<li>paketf\u00f6rluster<\/li>\n<li>problem med DHCP p\u00e5 mer eller mindre intelligenta acces-switchar, relaterade till anv\u00e4ndningen av STP-protokollfamiljen f\u00f6r att bek\u00e4mpa loopar p\u00e5 accessportarna.<\/li>\n<li>ta bort behovet av en DHCP-server i varje VLAN f\u00f6r anst\u00e4llda<\/li>\n<li>f\u00f6rekomsten av switch-loopar, relaterade till att hanterade \/ ohanterade switchar kopplas in i kontor och att olika enheter ansluts till dem<\/li>\n<li>listan kan forts\u00e4tta och forts\u00e4tta\u2026<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<p>\nPlaneringssteget - tillst\u00e5ndet p\u00e5 ditt nuvarande n\u00e4tverk, som jag redan har n\u00e4mnt, beror p\u00e5 kvaliteten av \u00f6vervakningssystemet och dess dokumentationsniv\u00e5. Under detta steg kommer du att beh\u00f6va:<\/p>\n<ul>\n<li>minst skissa p\u00e5 det befintliga n\u00e4tverket f\u00f6r vidare analys<\/li>\n<li>insamla data fr\u00e5n utrustningen:\n<ul>\n<li>trafik p\u00e5 huvudportarna<\/li>\n<li>fel p\u00e5 portarna<\/li>\n<li>CPU-anv\u00e4ndning och minnesanv\u00e4ndning p\u00e5 switchar och routrar<\/li>\n<li>skissa L2-L3 diagram \u00f6ver VLAN och IP-adresser<\/li>\n<\/ul>\n<\/li>\n<li>lyfta fram kabeldragningarna:\n<ul>\n<li>fiberdiagram och diagram f\u00f6r patchning av optiska kopplingar<\/li>\n<li>diagram f\u00f6r kopparkabeldistribution mellan servrar och v\u00e5ningar<\/li>\n<li>diagram f\u00f6r kopparkabeldistribution mellan v\u00e5ningar och kontor<\/li>\n<li>kontrollera f\u00f6rekomsten av optiska kopplingar och patchpaneler i servrar och sk\u00e5p<\/li>\n<\/ul>\n<\/li>\n<li>kontrollera elkraftdiagram i server- och v\u00e5ningssk\u00e5p<\/li>\n<li>kontrollera f\u00f6rekomsten av UPS och batterier vid kritiska noder<\/li>\n<li>analysera all data<\/li>\n<\/ul>\n<p>\nMed hj\u00e4lp av data fr\u00e5n f\u00f6rberedelsestadiet har jag f\u00e5tt fram ett ungef\u00e4rligt logiskt schema:<\/p>\n<p><img decoding=\"async\" alt=\"3. Design av f\u00f6retagsn\u00e4tverk p\u00e5 kommutatorer fr\u00e5n Extreme\" src=\"\/wp-content\/uploads\/2019\/11\/0941c3762961d5b6502ac57971cc13a3.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nD\u00e4refter, f\u00f6ljande en modul\u00e4r metod, \u00e4r det n\u00f6dv\u00e4ndigt att s\u00e4rskilja niv\u00e5er och moduler f\u00f6r f\u00f6retaget:<\/p>\n<p><img decoding=\"async\" alt=\"3. Design av f\u00f6retagsn\u00e4tverk p\u00e5 kommutatorer fr\u00e5n Extreme\" src=\"\/wp-content\/uploads\/2019\/11\/f4e060586cb039ea318ba83c61ed876e.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nJag kommer inte att ber\u00f6ra gr\u00e4nser (Edge) i denna artikel, utan kort p\u00e5minna om grundl\u00e4ggande punkter f\u00f6r varje modul inom Campus:<\/p>\n<ul>\n<li><b>\u00c5tkomst - p\u00e5 denna niv\u00e5 ska f\u00f6ljande s\u00e4kerst\u00e4llas:<\/b>\n<ul>\n<li>n\u00f6dv\u00e4ndigt antal portar f\u00f6r anv\u00e4ndarnas \u00e5tkomst till n\u00e4tverket<\/li>\n<li>genomf\u00f6rande av s\u00e4kerhetspolicyer - filtrering av trafik och protokoll<\/li>\n<li>komprimering av s\u00e4ndande dom\u00e4ner och segmentering av n\u00e4tverket med hj\u00e4lp av VLAN<\/li>\n<li>implementering av separata VLAN f\u00f6r r\u00f6sttrafik<\/li>\n<li>st\u00f6d f\u00f6r QoS<\/li>\n<li>st\u00f6d f\u00f6r PoE-\u00e5tkomstdon<\/li>\n<li>st\u00f6d f\u00f6r IP multicast<\/li>\n<li>\u00e5terh\u00e5llbarhet f\u00f6r uppstr\u00f6ms kommunikationsl\u00e4nkar tillsammans med distributionslaget (\u00f6nskv\u00e4rt)<\/li>\n<\/ul>\n<\/li>\n<li><b>Distributionslagret \u2013 p\u00e5 denna niv\u00e5 ska f\u00f6ljande s\u00e4kerst\u00e4llas:<\/b>\n<ul>\n<li>n\u00f6dv\u00e4ndigt antal portar f\u00f6r anslutning av \u00e5tkommbryggor<\/li>\n<li>aggregering och redundans av \u00e5tkommbryggers l\u00e4nkar<\/li>\n<li>IP-routing<\/li>\n<li>paketfiltrering<\/li>\n<li>st\u00f6d f\u00f6r QoS<\/li>\n<li>\u00e5terh\u00e5llbarhet p\u00e5 l\u00e4nk, utrustning och str\u00f6mniv\u00e5 (mycket \u00f6nskv\u00e4rt)<\/li>\n<\/ul>\n<\/li>\n<li><b>K\u00e4rnan \u2013 ska m\u00f6jligg\u00f6ra:<\/b>\n<ul>\n<li>h\u00f6g hastighet av paketkommutering och routing<\/li>\n<li>n\u00f6dv\u00e4ndigt antal portar f\u00f6r anslutning av distributionsbryggor<\/li>\n<li>st\u00f6d f\u00f6r IP-routing och dynamiska routingprotokoll med snabb n\u00e4tverkskonvergens <\/li>\n<li>st\u00f6d f\u00f6r QoS<\/li>\n<li>s\u00e4kerhetsfunktioner f\u00f6r att skydda \u00e5tkomsten till utrustningen och kontrollplanet<\/li>\n<li>\u00e5terh\u00e5llbarhet p\u00e5 niv\u00e5 av utrustning och str\u00f6mf\u00f6rs\u00f6rjning (obligatoriskt)<\/li>\n<\/ul>\n<\/li>\n<li><b>Datacenter \u2013 det n\u00e4tverkslagret i denna modul ska s\u00e4kerst\u00e4lla:<\/b>\n<ul>\n<li>h\u00f6ghastighetskommunikationsl\u00e4nkar<\/li>\n<li>n\u00f6dv\u00e4ndigt antal portar f\u00f6r anslutning av servrar<\/li>\n<li>redundans av kommunikationsl\u00e4nkar b\u00e5de mellan servrar och datacenterbryggor, liksom mellan datacenterbryggor och k\u00e4rnn\u00e4tverket (obligatoriskt)<\/li>\n<li>redudans av utrustning och str\u00f6mf\u00f6rs\u00f6rjning (obligatoriskt)<\/li>\n<li>st\u00f6d f\u00f6r QoS<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<p>\nD\u00e4refter m\u00e5ste vi r\u00e4kna v\u00e5ra portar och kommunikationsl\u00e4nkar och definiera kraven.<br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/nb\/mv\/33\/nbmv335-gib7s0tsfzcguvznpim.png\">\u00c5tkommningsniv\u00e5 \u2013 portber\u00e4kningstabell<\/a><\/noindex><\/p>\n<p>S\u00e5 vi har f\u00e5tt datan om f\u00f6rdelningen av \u00e5tkomstportar mellan byggnader. Nu m\u00e5ste vi analysera \u00e5tkomstniv\u00e5kraven och noteringarna och skissa p\u00e5 l\u00f6sningsalternativ.<br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/b7\/sz\/gx\/b7szgxg97yj0ddyej9lzt26fzx4.png\">\u00c5tkommningsniv\u00e5 \u2013 krav och l\u00f6sningsalternativ<\/a><\/noindex><\/p>\n<p>D\u00e4refter r\u00e4knar vi portar och kommunikationsl\u00e4nkar f\u00f6r f\u00f6ljande niv\u00e5er:<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/xf\/yu\/ds\/xfyudsa-ratfg_qy7oxrhn7rj8e.png\">Distributionsniv\u00e5<\/a><\/noindex><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/op\/5u\/ot\/op5uothcj0pvbpl7ql0cfyj7fpw.png\">K\u00e4rnniv\u00e5<\/a><\/noindex><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/jr\/ie\/oe\/jrieoeexaj8cqvzzmkg5lue386i.png\">Datacenterniv\u00e5<\/a><\/noindex><\/p>\n<p>Vid ber\u00e4kningen har vi f\u00e5tt f\u00f6ljande:<\/p>\n<ul>\n<li><b>\u00e5tkomstniv\u00e5<\/b> \u2013 vi beh\u00f6ver 24- och 48-portars \u00e5tkommbryggor, helst med 1Gb \u00e5tkomstportar och optiska uplinkportar SFP med st\u00f6d f\u00f6r PoE och bred funktionalitet:\n<ul>\n<li>totalt ger de 504 \u00e5tkomstportar, vilket i princip t\u00e4cker kraven f\u00f6r reservportar, om beslutet tas att anv\u00e4nda 2 portar per arbetsplats \u2013 IP-telefon och dataport.<\/li>\n<li>det \u00e4r m\u00f6jligt att anv\u00e4nda en 48-portars switch med PoE-funktionalitet p\u00e5 varje v\u00e5ning, som tillhandah\u00e5ller \u00e5tkomstportar f\u00f6r kraven:\n<ul>\n<li>reservkapacitet \u2014 ungef\u00e4r 102 reservportar (22%) i huvudbyggnaderna. F\u00f6r de ytterligare byggnaderna n\u00e5got mer \u2014 25%.<\/li>\n<li>\u00f6vervakning<\/li>\n<li>tr\u00e5dl\u00f6st n\u00e4tverk<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<\/li>\n<li><b>distributionsniv\u00e5<\/b> \u2014 switches med ett antal SFP-portar fr\u00e5n 12 till 48 portar med minst 2 SFP+-portar, som har m\u00f6jlighet till stackning och ut\u00f6kat funktionalitet, samt med reservkraftsblock.<\/li>\n<li><b>k\u00e4rnniv\u00e5<\/b> \u2014 kr\u00e4ver h\u00f6gpresterande switchar fr\u00e5n 12 till 24 SFP\/SFP+-portar med st\u00f6d f\u00f6r b\u00e5de stackning och klustring med MC-LAG-st\u00f6d. Det b\u00f6r noteras att routrar ocks\u00e5 kan anv\u00e4ndas f\u00f6r trafikbalansering. Senaste generationens L3-switchar och routrar st\u00f6djer ECMP med trafikbalansering \u00f6ver 4 eller fler rutter med samma metrik.<\/li>\n<li><b>niv\u00e5 av datacenter<\/b> \u2014 kr\u00e4ver switchar fr\u00e5n 8 till 24 SFP\/SFP+-portar med st\u00f6d f\u00f6r b\u00e5de stackning och klustring med MC-LAG-st\u00f6d.<\/li>\n<\/ul>\n<p>\nDen slutliga m\u00e5lschemat f\u00f6r n\u00e4tverket blev <noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/1w\/sa\/z1\/1wsaz1id2-qf7yjjhhxspvbxepw.png\">en s\u00e5dan<\/a><\/noindex><\/p>\n<h2>Val av Extreme-switchar f\u00f6r implementeringen av projektet<\/h2>\n<p>\nNu har vi kommit till huvudfr\u00e5gan \u2014 valet av switchar f\u00f6r att genomf\u00f6ra v\u00e5rt projekt. F\u00f6r den resulterande m\u00e5lschemat passar f\u00f6ljande Extreme-switchar:<\/p>\n<p>Niv\u00e5<br \/>\nModell<br \/>\nPortar<br \/>\nBeskrivning<\/p>\n<p>k\u00e4rna<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+ och 4x40 GE QSFP+<br \/>\nF\u00f6r grundl\u00e4ggande behov i k\u00e4rnan:<\/p>\n<ul>\n<li>h\u00f6gpresterande l\u00e4nkar<\/li>\n<li>ut\u00f6kat funktionalitet f\u00f6r routing och s\u00e4kerhet<\/li>\n<li>reservkraft med extra n\u00e4tdelar<\/li>\n<li>st\u00f6d f\u00f6r stackning och klustring<\/li>\n<\/ul>\n<p>\n Med minimala krav passar switchen i x620-serien.<br \/>\n Om mer omfattande krav p\u00e5 antal portar och bredare funktionalitet finns, b\u00f6r switcharna i x670-G2-serien \u00f6verv\u00e4gas.<\/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+ och 4x40 GE QSFP+<\/p>\n<p>F\u00f6r grundl\u00e4ggande behov i datacentret:<\/p>\n<ul>\n<li>h\u00f6gpresterande l\u00e4nkar<\/li>\n<li>reservkraft med extra n\u00e4tdelar<\/li>\n<li>st\u00f6d f\u00f6r stackning och klustring<\/li>\n<\/ul>\n<p>\nMed minimala krav passar switchen i x620-serien.<br \/>\nOm mer omfattande krav p\u00e5 antal portar och bredare funktionalitet finns, b\u00f6r switcharna i x670-G2- och x590-24x-1q-2c-serierna \u00f6verv\u00e4gas.<\/p>\n<p> distribution<\/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>F\u00f6r grundl\u00e4ggande behov inom distribution:<\/p>\n<ul>\n<li>n\u00f6dv\u00e4ndigt antal optiska portar<\/li>\n<li>reservkraft med extra n\u00e4tdelar<\/li>\n<li>st\u00f6d f\u00f6r stackning och klustring<\/li>\n<li>n\u00f6dv\u00e4ndigt L3-funktionalitet<\/li>\n<\/ul>\n<p>\nDe perfekta switcharna \u00e4r fr\u00e5n x460-G2-serien. Med reservdelar f\u00f6r str\u00f6mf\u00f6rs\u00f6rjning och m\u00f6jlighet till att ut\u00f6ka och l\u00e4gga till 10G-portar, CX (f\u00f6r stapling) och QSFP+ g\u00f6r dem till idealiska switchar f\u00f6r distributionsniv\u00e5n med portar upp till 1 Gb.<\/p>\n<p> \u00e5tkomst<\/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+ kombinationsportar<br \/>\n \u00a0<br \/>\n48x1000BASE-T(4 x SFP combo), 4x10GE SFP+ kombinationsportar (PoE budget 740 W)<\/p>\n<p>F\u00f6r \u00e5tkomstbehov:<\/p>\n<ul>\n<li>n\u00f6dv\u00e4ndigt antal \u00e5tkomstportar<\/li>\n<li>st\u00f6d f\u00f6r PoE\/PoE+<\/li>\n<li>funktionalitet och m\u00f6jlighet f\u00f6r portutvidgning<\/li>\n<li>en ytterligare bonus i form av st\u00f6d f\u00f6r stapling med 10Gb-portar \"out of the box\"<\/li>\n<\/ul>\n<p>\nJag rekommenderar att man tittar p\u00e5 denna serie med tanke p\u00e5 dess flexibilitet n\u00e4r det kommer till portar, prestanda och funktionalitet.<\/p>\n<p>*specifikationerna f\u00f6r de valda switcharna kan ses i den f\u00f6rsta artikeln i serien \u2014 <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/tssolution\/blog\/465407\/\">\u00f6versikt av Extreme-switchar<\/a><\/noindex><\/p>\n<p>H\u00e4r skulle jag kunna avsluta artikeln, men jag vill g\u00e4rna belysa ytterligare tv\u00e5 aspekter som varje ingenj\u00f6r kommer att st\u00f6ta p\u00e5 vid utveckling eller uppgradering av n\u00e4tverket:<\/p>\n<ul>\n<li>arbete med kabelsystem \u2014 fiber och kopparlinjer<\/li>\n<li>IP-adressering<\/li>\n<\/ul>\n<p><\/p>\n<h2>Arbete med fiber<\/h2>\n<p>\nOvan har jag angett den m\u00e5lstruktur som vi beh\u00f6ver n\u00e5. F\u00f6r att realisera den kr\u00e4vs f\u00f6ljande antal anslutningar f\u00f6r utrustningen:<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/uj\/ru\/dd\/ujrudd7kazutmqdo9vqzzj_nmyg.png\">antal l\u00e4nkar<\/a><\/noindex><\/p>\n<p>Som framg\u00e5r av tabellen \u00e4r det minimala antalet fibrer som kr\u00e4vs f\u00f6r att s\u00e4kerst\u00e4lla n\u00e4tverksniv\u00e5ernas redundans (k\u00e4rnmodul, datacenter och distribution i tv\u00e5 byggnader) \u2014 10 stycken.<\/p>\n<p>Vid n\u00e4tverkskarakteriseringen uppt\u00e4ckte vi att det finns totalt 8 fibrer i kabeln mellan byggnaderna. Vad ska man g\u00f6ra i s\u00e5dana situationer?<\/p>\n<p>Jag kommer att ge n\u00e5gra l\u00f6sningar:<\/p>\n<ul>\n<li>Det f\u00f6rsta uppenbara steget \u00e4r att anv\u00e4nda lediga fibrer i kabeln mellan byggnad 1 \u2014 byggnad 1 och byggnad 1 \u2014 byggnad 2 (som framg\u00e5r av tabellen anv\u00e4nds endast 2 av 8 fibrer i varje kabel). F\u00f6r detta beh\u00f6vs det bara installera optiska kopplingar mellan brytarna i byggnad 1 och vid behov anv\u00e4nda SFP-moduler med ett \u00f6verskott av optisk budget.<\/li>\n<li>Det andra steget \u00e4r m\u00f6jligheten att anv\u00e4nda CWDM-teknik \u2013 sammanslagning av b\u00e4rande v\u00e5gl\u00e4ngder inom en och samma fiber. Denna teknik \u00e4r betydligt billigare \u00e4n DWDM och ganska enkel att implementera. Det finns fr\u00e4mst krav p\u00e5 kvaliteten p\u00e5 de optiska fibrerna och SFP\/SFP+-transceivers av viss l\u00e4ngd och budget. Som jag n\u00e4mnt i den tidigare artikeln \u2013 m\u00f6jligheten f\u00f6r switchar att k\u00e4nna igen transceivers fr\u00e5n tredje part kan verkligen underl\u00e4tta f\u00f6r oss och minska kapitalutgifterna f\u00f6r att bygga ytterligare optiska kablar.<\/li>\n<li>Det tredje steget \u00e4r att \u00f6verv\u00e4ga m\u00f6jligheten att \u00f6ka antalet fibrer genom att dra ytterligare optiska kablar.<\/li>\n<\/ul>\n<p>\nVidare tittar vi p\u00e5 antalet fibrer mellan byggnader med installerade distributionsswitchar och extra hus 2-10. H\u00e4r \u00e4r det inte heller s\u00e5 entydigt:<\/p>\n<ul>\n<li>F\u00f6r det f\u00f6rsta saknas fibrer f\u00f6r att genomf\u00f6ra v\u00e5rt m\u00e5l \u2013 tv\u00e5 fibrer per switch (som vi minns har vi kablar med fyra OV per hus).<\/li>\n<li>F\u00f6r det andra, \u00e4ven om det finns tillr\u00e4ckligt med fibrer mellan byggnaderna, anv\u00e4nds MMF-fibrer inuti husen, vilket inte till\u00e5ter oss att enkelt koppla ihop SMF- och MMF-fibrer (jag talar om avst\u00e5nd mellan byggnader som \u00f6verstiger 300-400 meter).<\/li>\n<\/ul>\n<p>\nI s\u00e5dana fall kan f\u00f6ljande alternativ \u00f6verv\u00e4gas:<\/p>\n<ul>\n<li>f\u00f6rse varje switch med SMF-fibrer:\n<ul>\n<li>om avst\u00e5ndet till\u00e5ter \u2013 kan du dra ytterligare l\u00e5nga patchkablar mellan switcharna. Tidigare anv\u00e4nde vi patchkablar med l\u00e4ngd p\u00e5 30-50 m.<\/li>\n<li>dra en relativt billig optisk SMF-kabel med l\u00e5g kapacitet mellan sk\u00e5pen.<\/li>\n<li>som yttersta alternativ anv\u00e4nda olika SMF-MMF-omvandlare.<\/li>\n<\/ul>\n<\/li>\n<li>F\u00f6r att minimera de anv\u00e4nda fibrerna mellan byggnaderna kan man:\n<ul>\n<li>anv\u00e4nda funktionaliteten f\u00f6r stapling av access-switchar x440-G2 \u2013 samtidigt som man anv\u00e4nder 1 SMF-fiber till varje switch p\u00e5 varje v\u00e5ning, vilket g\u00f6r att man ist\u00e4llet f\u00f6r 6 fibrer och portar kan anv\u00e4nda 3 fibrer och portar p\u00e5 varje sida.<\/li>\n<li>anv\u00e4nda 2 fibrer f\u00f6r att ansluta den f\u00f6rsta switchen i grenen och den sista. Aggregat l\u00e4nkar p\u00e5 gr\u00e4nsswitcharna f\u00f6r access och anv\u00e4nda STP-protokoll i den resulterande ringen.<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<p><\/p>\n<h2>IP-adressering<\/h2>\n<p>\nH\u00e4r ger jag ett f\u00f6rslag p\u00e5 adressering f\u00f6r v\u00e5r schema.<\/p>\n<p>F\u00f6r n\u00e4rvarande har vi flera klass B-n\u00e4t \u2014 172.16.0.0\/16. N\u00e4r jag ber\u00e4knar IP-adressutrymmet kommer jag att basera mig p\u00e5 f\u00f6ljande \u00f6verv\u00e4ganden:<\/p>\n<ul>\n<li>4 bitar av den andra oktetten kommer att beteckna byggnader \u2014 172.16.0.0\/12.<\/li>\n<li>Tredje oktett kommer att beteckna v\u00e5ningsnumret i byggnaden.<\/li>\n<li>Tredje oktett = 255 kommer att avs\u00e4ttas f\u00f6r point-to-point-l\u00e4nkar mellan utrustning och n\u00e4tverksstyrning.<\/li>\n<li>en management VLAN per v\u00e5ning f\u00f6r att hantera switchar.<\/li>\n<li>ett anv\u00e4ndar VLAN per switch (i genomsnitt 24 portar).<\/li>\n<li>ett Voice VLAN per switch (i genomsnitt 24 portar).<\/li>\n<li>ett VLAN f\u00f6r \u00f6vervakningssystem per v\u00e5ning.<\/li>\n<li>ett VLAN f\u00f6r Wi-Fi-enheter per v\u00e5ning.<\/li>\n<\/ul>\n<p>\nJag fick ungef\u00e4r s\u00e5dana h\u00e4r tabeller:<br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/38\/on\/b-\/38onb-zb_bxkqmlqumaun-njeok.png\">n\u00e4tverk 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\">n\u00e4tverk 172.20.0.0\/14<\/a><\/noindex><\/p>\n<p>I den ovanst\u00e5ende tabellen har jag gett ett ungef\u00e4rligt exempel p\u00e5 f\u00f6rdelningen av n\u00e4tverk mellan byggnader och v\u00e5ningar p\u00e5 ena sidan och n\u00e4tverken (anv\u00e4ndare, styrning och tj\u00e4nster) p\u00e5 andra sidan.<\/p>\n<p>I sj\u00e4lva verket \u00e4r valet av det gr\u00e5 n\u00e4tet 172.16.0.0\/12 inte optimalt, eftersom det begr\u00e4nsar oss i antalet n\u00e4tverk (fr\u00e5n 16 till 31) f\u00f6r byggnader, och det finns \u00e4ven fj\u00e4rrkontor som ocks\u00e5 beh\u00f6ver segmentera n\u00e4tverksblock, ett mer optimalt alternativ kan vara att anv\u00e4nda 10.0.0.0\/8-n\u00e4t, eller en kombination av 172.16.0.0\/12-n\u00e4t (till exempel f\u00f6r tj\u00e4nstebehov och servrar) och 10.0.0.0\/8 (f\u00f6r anv\u00e4ndarn\u00e4t).<\/p>\n<p>\u00d6vergripande \u00e4r tillv\u00e4gag\u00e5ngss\u00e4ttet f\u00f6r tilldelning av IP-n\u00e4t ocks\u00e5 modul\u00e4rt, och det \u00e4r \u00f6nskv\u00e4rt att f\u00f6lja reglerna f\u00f6r sammanst\u00e4llning av undern\u00e4t till ett summary-n\u00e4t p\u00e5 distributionsniv\u00e5er, samt p\u00e5 gr\u00e4nsroutrar i fj\u00e4rrkontor. Detta g\u00f6rs av flera sk\u00e4l:<\/p>\n<ul>\n<li>f\u00f6r att minimera routingtabellerna p\u00e5 routrar<\/li>\n<li>f\u00f6r att minimera tj\u00e4nstetrafiken fr\u00e5n routingprotokoll (alla m\u00f6jliga uppdateringsmeddelanden, n\u00e4r undern\u00e4t inte \u00e4r tillg\u00e4ngliga)<\/li>\n<li>f\u00f6r att f\u00f6renkla administrationen och f\u00f6rb\u00e4ttra l\u00e4sbarheten av L3-n\u00e4t<\/li>\n<\/ul>\n<p>\n\u00c4ven om det i de f\u00f6rsta tv\u00e5 punkterna b\u00f6r noteras att kraften hos moderna routrar \u00e4r mycket h\u00f6gre \u00e4n de som fanns f\u00f6r 15-20 \u00e5r sedan och de kan h\u00e5lla stora routingtabeller i sitt RAM-minne, och dessutom har relationen mellan pris och bandbredd f\u00f6r kommunikationskanaler minskat j\u00e4mf\u00f6rt med priserna under den tid d\u00e5 E1\/T1-str\u00f6mmar anv\u00e4ndes i stor skala (G.703).<\/p>\n<h2>Slutsats<\/h2>\n<p>\nV\u00e4nner, i denna artikel har jag f\u00f6rs\u00f6kt att sammanfatta de grundl\u00e4ggande principerna f\u00f6r design av campusn\u00e4t s\u00e5 kort som m\u00f6jligt. Ja, materialet blev ganska omfattande och detta eftersom jag inte ber\u00f6rde \u00e4mnen som:<\/p>\n<ul>\n<li>organisation av f\u00f6retagsgr\u00e4nser (och det \u00e4r en egen historia med sina egna switchar, gr\u00e4nssnitt, brandv\u00e4ggar, IPS\/IDS-system, DMZ, VPN och andra grejer)<\/li>\n<li>organisation av Wi-Fi-n\u00e4t<\/li>\n<li>organisation av VoIP-n\u00e4t<\/li>\n<li>organisation av datacenter<\/li>\n<li>s\u00e4kerhet (och det \u00e4r ocks\u00e5 en egen v\u00e4rld som inte st\u00e5r tillbaka f\u00f6r designen av ren n\u00e4tverksinfrastruktur i omfattning och krav, utan ibland till och med \u00f6vertr\u00e4ffar den)<\/li>\n<li>energi<\/li>\n<li>listan kan forts\u00e4tta och forts\u00e4tta<\/li>\n<\/ul>\n<p>\nFaktiskt \u00e4r design och byggande av f\u00f6retagsn\u00e4t en ganska m\u00f6dosam uppgift som kr\u00e4ver mycket tid och resurser.<\/p>\n<p>Men jag hoppas att min artikel hj\u00e4lper er att bed\u00f6ma och p\u00e5 en grundl\u00e4ggande niv\u00e5 f\u00f6rst\u00e5 hur man kan n\u00e4rma sig denna uppgift.<\/p>\n<p>Detta \u00e4r l\u00e5ngt ifr\u00e5n den sista artikeln om <noindex><a rel=\"nofollow\" href=\"https:\/\/tssolution.ru\/katalog\/extreme\">Extreme Networks<\/a><\/noindex>, s\u00e5 h\u00e5ll utkik efter uppdateringar (<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>K\u00e4lla: <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.4 - 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\/sv\/blog\/administrirovanie\/3-dizajn-seti-predpriyatiya-na-kommutatorah-extreme\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.4\" \/>\n\t\t<meta property=\"og:locale\" content=\"sv_SE\" \/>\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\/sv\/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 av f\u00f6retagsn\u00e4t p\u00e5 switchar fr\u00e5n Extreme | ProHoster","description":"God dag, v\u00e4nner!","canonical_url":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/3-dizajn-seti-predpriyatiya-na-kommutatorah-extreme","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"sv_SE","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\/sv\/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\/sv\/wp-json\/wp\/v2\/posts\/52795","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/comments?post=52795"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/52795\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/media?parent=52795"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/categories?post=52795"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/tags?post=52795"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}