pyysimme tekniikkakirjailija David Geeriä etsimään Redditiin verkkoinsinöörejä, jotka voisivat kommentoida, miksi he eivät ole valmiita SDN investointiin. Saimme Reddit-tyylisen tulimyrskyn ärhäköistä kommenteista — maustettuna todellisilla oivalluksilla siitä, mitä verkkoinsinöörit todella haluavat SDN: ltä.

Geer aloitti kierteen seuraavalla kysymyksellä:

”nyt kun SDN: ää todella tuotteistetaan, mitä tavalliset, jokapäiväiset verkkoinsinöörit, verkkojohtajat ja ylläpitäjät suurissa yrityksissä (ei suuryrityksissä) tarvitsevat SDN: ltä tulevien 12-24 kuukauden aikana ennen kuin he alkavat tosissaan kokeilla sitä?”

ensireaktio tuntui paljolti samalta kuin sanat — No, ei mikään todellinen, elävä verkkoinsinööri:

”se tarvitsee synergiaa ja lisää pilvivaihtoehtoja yhdistettynä dynaamiseen infrastruktuuriin, joka kykenee strategiasynergian avulla itsensä parantavaan ja jatkuvaan suorituskyvyn optimointiin. Tämän pitäisi parantaa yritysten elämää sitoutumalla vahvasti laatuun.”

tuo jargon sai Redditin kyyniset verkkoinsinöörit sekaisin.

”heti kun luin sanan synergia, tiesin heti, että loppu tästä postauksesta on täyttä hevonpaskaa”, kirjoitti eräs vastaaja.

se sai minut kirjaimellisesti nauramaan ääneen (LLOL). Seurasi joukko huvittavampaa ärhäkkyyttä, mutta sitten tuli lopulta tämä:

insinöörit haluavat SDN: n tekevän infrastruktuuristaan halvempaa-mutta onko se mahdollista?

seurasi todellista puhetta:

”I need SDN to make my hardware cheaper. Siihen asti minusta ei ole paljon hyötyä.”

toinen kommentoija oli samaa mieltä:

”Make my gear cheaper and while you are at it, make my provisioning systems cleaner and cheaper.”

ja sitten tietysti myyjä kilahtaa (mutta ainakin hän on rehellinen):

”What’ s your price point? Oletko koskaan katsonut valkoisia laatikkokytkimiä? Työskentelen Cumulukselle, joten olen puolueellinen, mutta kun ostat white Boxin, voit käynnistää useita käyttöjärjestelmiä kuin palvelin.”

ja toimittajamme tiedustelee lisää, miten SDN tekee verkostoista kustannustehokkaampia.

”Tarkoitatko, että voit käyttää mitä tahansa laitteistoa, jotta saat myyjät kilpailemaan yrityksestäsi? Niinkö toivot SDN: n tekevän laitteistosi halvemmaksi? Vai Tarkoitatko halvempaa tukea?”

ja myöhemmin Cumuluksen vastaus:

”Cumulus Networks tarjoaa keinot SDN: lle (päällekkäisyydet, verkon virtualisointi ja automaatio). Olemme Google-tyyppisten datakeskusten aluskate ja tukirakenne; yritykselle olemme ”aluskate” ja fyysiset Kytkimet.”

SDN ei ole uusi, ja insinöörit pitävät perinteisistä verkoista muutenkin

lopuksi insinööri astuu keskusteluun jotain, mitä harva SDN-pää haluaa kuulla-hän pitää perinteisestä verkostoitumisestaan.

”toimiala on kaapannut termin SDN olemaan vähemmän kyse SDN: stä ja enemmänkin siitä, että myyjä X tekee jo SDN: ää väittämällä, että laitehallinnan sovellusliittymät ovat SDN: ää. Siinä tapauksessa, olen hipster verkkoinsinööri, koska olen tehnyt SDN koska ennen SDN oli cool (kirjoittaminen kirjastot ja työkalut hallita verkkolaitteiden kokoonpanot on demand). Saatat ajatella: ’mutta voit tehdä oman protokollan ja ohjata liikenteen kulkua ohjelmistolla. En todellakaan välitä siitä. Kuten eivät useimmat verkkoinsinööritkään. Nykyiset protokollat toimivat paremmin ja nopeammin, eikä minulla ole mitään liikennevirtahaasteita, joihin SDN: n pitäisi puuttua. Loppujen lopuksi useimmat ihmiset, jotka puhuvat SDN: stä, ovat lopulta järjestelmänvalvojia, jotka luulevat keksineensä uuden tavan tehdä jotain, joka on ollut protokolla, jota he eivät ymmärrä 20 vuoden ajan.

me todella tarvitsemme konfiguraatioiden hallintaa ja kartoitusta!

monet uskovat, että SDN: ssä on viime kädessä kyse automaatiosta ja johtamisesta, ja yksi langan päässä oleva insinööri haluaa tietää lisää:

”OK, vakava kysymys. Voiko SDN tehdä automatisoituja ja hyviä verkkokaavioita? Se saisi minut suhtautumaan asiaan niin vakavasti tulevien 12-24 kuukauden aikana.”

mutta vastaukset eivät näytä positiivisilta.

”LLDP voi, se ei ole rakettitiedettä tai monimutkaista.”

seuraava vastaaja ei ole enää SDN: stä innoissaan:

”ei, ei voi. automaattisia diagrammeja voi olla, mutta ne näyttävät sh*%t. LLDP ei auta tekemään hyviä diagrammeja.”

ja sitten yksi, joka on vähän toiveikkaampi:

”Ei — mutta oikealla ajattelulla, niin meidän (eli networkersin) pitäisi pystyä keksimään jotain, jossa dokumentaatio ja config ovat yksi ja sama. Jotkut SDN: n puolet — kuten se, että se kohtelee verkkoa verkkona eikä joukko yksittäisiä laitteita voi auttaa ajamaan tätä.”

ja lopulta joku keksii hauskan, mutta hyvin aidon viestin SDN: stä:

”i’ m not witty enough to have a clever response on the drop of a dime (give me another 20 years of post-work drinking to develop my cynicity) – so, I will output the most honest response I have: automation of provisioning. Point-and-click verkkopuolen varaaminen piirejä. Lisäksi CPE /PE /NID-laitteiden automaattinen toimittaminen. Business case on vähentynyt Opex, koska vähemmän verkon rasva apinoita henkilöstön tekee näitä tehtäviä.

ja sitten toinen vastaus johtamisesta, vaihtamisesta ja kustannustehokkuudesta:

”mitä haluan on Netflow kaikkialla. Vihaan SNMP ja kaipaan olla 100% CDP ympäristössä. Cisco hemmotteli minut pilalle.

olen tyytyväinen useimpiin L3-kytkimiin hinta / suorituskyky, mutta pääsytasolla poltamme liikaa rahaa. Emme saa tarvitsemiamme ominaisuuksia (ollenkaan), ja veloitamme kasan juttuja, joita emme halua. Koska meillä on paljon, paljon enemmän pääsyä kuin distro, se on iso painopiste täällä. Ostamme uuden ytimen 5-10 vuoden välein kasvun, ei ominaisuuksien, ja yleensä edes katsoa hinta (jos tarvitsemme tarvitsemme sitä), mutta me Kirnu kautta access Kytkimet kuin hullu, koska laajennus ja liikkuu.

i want something rock-solid with extremely low overhead and zero contemporary fees that has extremely vankkumaton monitorointi-ja johtamiskyky. Juuri nyt Ubiquitin kytkinlinja on suurin piirtein ainoa myyjä, jonka näen olevan lähellä. En usko, että kukaan haluaa alalle halvinta, valitettavasti.

olemme luopuneet DC: n standardikytkimistä ja siirtyneet Mellanoxin käytettyihin Infiniband-vaihteisiin. Uskomaton suoritus lähes tyhjästä ja se on yksinkertaista.

SDN: n täytyy olla suunnilleen enemmän kuin datakeskuksen

SDN on niin keskittynyt datakeskukseen, mutta olemme kuulleet jo vuosia, että insinöörit haluavat enemmän. Se näkyi myös tässä Reddit-kierteessä.

”luulen, että ongelma tässä on se, kun ihmiset alkavat puhua, ja itse asiassa suunnittelevat, SDN, heillä on sellainen kapea näkemys, että verkostomme rajoittuvat vain datakeskukseen. Kyse on datakeskuksesta. Vaikka olen samaa mieltä siitä, että SDN: llä on potentiaalinen kyky määritellä uudelleen, miten datakeskusten verkottuminen toimii, et voi rakentaa ja suunnitella automatisoitua verkkoalustaa jättämällä meidät muut pois. Ymmärrän, että yleisenä ajatuksena on kyky tarjota nopeasti ja tehokkaasti uusia sovelluspalveluja ja saada verkko rakentumaan sen ympärille asianmukaisesti, mutta on olemassa monia muita verkostoja, jotka voivat hyötyä tästä ideasta, joka on yhtä sovellettavissa ja arvokas asiakkaille tänään.”