Näin mitoitat osoiteavaruuden usean toimipisteen VPN:lle

Sillä, kuinka suuri VPN-aliverkon pitäisi olla, ei ole vastausta ennen kuin nimeät, mitä osoitteita lasket. Yhdessä suunnitelmassa ne ovat numeroidun tunnelilinkin kaksi päätepistettä, toisessa toimiston lähiverkko käytäntöpohjaisen tunnelin takana ja kolmannessa hallitun yhdyskäytävän varattu infrastruktuuri. Kolme kohdetta, kolme budjettia, ja useimmat mitoitusvirheet syntyvät siitä, että yksi sarake täytetään toisen sarakkeen luvulla.

Neljä roolia, neljä eri kysymystä

Ulkoinen siirto on osoite, johon vertaiskone yhdistää, joten sen koko seuraa julkista osoitteistustasi tai tarjoajan osoitteistusta, ei koskaan sen takana olevien laitteiden määrää. Sisäiset tunnelilinkit ovat olemassa vain suunnitelmissa, jotka numeroivat virtuaaliliitännän, ja siellä määrä seuraa topologian naapuruuksia. Suojatun lähiverkon etuliitteet seuraavat todellisia verkkoja ja niiden kasvusuunnitelmaa. Tarjoajan varaama infrastruktuuri seuraa sitä, mitä hallittu palvelu dokumentoi.

Vain kolmannella näistä on mitään tekemistä sen kanssa, kuinka monta kannettavaa toimistossa on. Juuri tämä sekaannus selittää useimmat väittelyt.

Kirjoita neljä roolia erillisinä sarakkeina ennen kuin avaat laskimen. Jokainen saa oman allokointinsa, omistajansa ja kasvuoletuksensa, eikä mikään peri toisen kokoa. Kun suunnitelmassa ei ole numeroitua sisäistä linkkiä, se sarake on tyhjä eikä pieni, ja tyhjä sarake on tosiasia, joka kannattaa kirjata seuraavalle arvioijalle.

Lohkojen laskeminen: mitä /30 todella maksaa

Pisteestä pisteeseen -linkki tarvitsee kaksi osoitetta ja kuluttaa lohkon, jonka koko riippuu alustasta. /30 sisältää neljä osoitetta, joista kaksi on yleensä käytettävissä, joten kaksitoista linkkiä kuluttaa suunnitelmassa neljäkymmentäkahdeksan osoitetta tarjoten samalla kaksikymmentäneljä päätepistettä. /31 sisältää kaksi osoitetta ja molemmat ovat käytettävissä, mikä puolittaa laskutoimituksen, mutta vain siellä, missä molemmat päät hyväksyvät sen.

RFC 3021 määrittelee kahden osoitteen mallin, ja tuki on päätepisteiden ja palvelun ominaisuus, ei hyvien aikomusten. Tarjoajan API voi asettaa oman maskivaatimuksensa sisäiselle tunnelivaihtoehdolle, eikä yleinen RFC kumoa dokumentoitua rajoitusta. Tarkista, mitä alustasi ilmoittaa, ennen kuin kokoat budjetin, koska ero neljänkymmenenkahdeksan ja kahdenkymmenenneljän osoitteen välillä ratkaisee, mahtuuko suunnitelma varattuun alueeseen. Laske se sen sijaan, että luottaisit siihen pitkän päivän lopussa.

ipcalc -n 10.44.12.0/30
ipcalc -n 10.44.12.4/31

Kerro vasta, kun topologia on vakiintunut. Kaksitoista erillistä linkkiä ja yksi monipisteinen päällekkäisverkko kahdentoista osallistujan kanssa tuottavat hyvin erilaiset summat samasta toimipistemäärästä.

Hallitun yhdyskäytävän aliverkko ei ole asiakaspooli

Hallittu palvelu varaa usein aliverkon omalle yhdyskäytäväinfrastruktuurilleen, ja palvelu kuluttaa sen aliverkon sen sijaan, että antaisi sen asiakkaille. Sillä on dokumentoitu koko, joskus dokumentoitu nimi, eikä mitään yhteyttä siihen, kuinka monta käyttäjää yhdistää. Sen kohteleminen etälaitteiden osoitepoolina tuottaa suunnitelman, joka tyhjentyy ensimmäisenä kiireisenä aamuna.

Lue tarjoajan vaatimus kiinteänä kustannuksena, kuten kohtelisit räkkiyksikköä. Se ei ole osa suojatun etuliitteen budjettia.

Sama luenta pätee nimiin. Aliverkko, jonka dokumentoitu tarkoitus on yhdyskäytäväinfrastruktuuri, on infrastruktuuria kyseisessä palvelussa tavan mukaan, ja sen uudelleennimeäminen omaan kaavaan sopivaksi rikkoo käyttöönoton sen sijaan, että parantaisi kaaviota. Pidä tarjoajan nimet ja koot ja käytä omaa numerointikaavaasi osiin, joita hallitset.

Dokumentoi suunnitelma, jotta se kestää toisen toimipisteen

Yhden insinöörin päässä elävä suunnitelma epäonnistuu ensimmäisessä päällekkäisyydessä toimiston etuliitteen ja kotireitittimen oletusalueen välillä. Julkaise allokoinnit omistajineen ja kerro, kumpi kunkin linkin pää jakaa minkä osoitteen. Reitit tai valitsimet on silti mainostettava, koska sisäisen linkin numeroiminen ei itsessään julkaise lähiverkkoa.

Kirjaa jokaisen lohkon takana oleva kasvuoletus, koska juuri sitä osaa kukaan myöhempi lukija ei voi rakentaa uudelleen pelkistä osoitteista.

Testaa sitten suunnitelma hankalilla tapauksilla: toimipiste, joka saapuu jo käyttämälläsi etuliitteellä, linkki, jonka kauempaa päätä joku muu hallitsee, ja alue, jonka tarjoajavaatimus poikkeaa ensimmäisestä dokumentoimastasi. Jos jokin niistä pakottaa uudelleensuunnittelun, sinulla oli kaavio eikä käytäntö. Suunnitelma, joka kestää ne, on tarpeeksi lyhyt istuakseen repositoriossa tunnelin kokoonpanon vieressä, ja juuri sieltä seuraava henkilö sitä etsii.