Paras vastaus
SIGPIPE on ”rikkoutunut putki” -signaali, joka lähetetään prosessiin, kun se yrittää kirjoittaa putkelle, jonka lukupää on suljettu (tai kun se yrittää kirjoittaa pistorasiaan, joka ei ole enää auki lukemista varten), mutta ei päinvastoin . Oletustoiminto on prosessin lopettaminen.
Tämä toiminto on hyödyllinen tyypillisissä tapauksissa, joissa prosessit kulkevat putkistoissa. Jos suoritat foo | bar, et koskaan näe foo -lähtöä – siitä tulee tulo ryhmään bar ja näet bar -lähdön. Tämä tarkoittaa, että jos esimerkiksi bar kuolee, ei ole mitään syytä jatkaa foo -tuotannon tuottamista. Tämä voi tapahtua joko siksi, että bar on epäonnistunut, tai koska se ei enää tarvitse syötettä (esimerkiksi jos se skannaa syötettään varmistaakseen, ettei virheitä ole, se voi pysähtyä löytämisen jälkeen ensimmäinen).
Kuvittele mitä tapahtuisi, jos SIGPIPEä ei olisi ja bar kuoli (joko virheen vuoksi tai koska se yksinkertaisesti päätti poistua ). foo jatkuu, ja sen on saatava virhekoodi yrittäessään kirjoittaa. Se saattaa jättää tämän huomiotta ja jatkaa juoksemista, jättäen käyttäjän ilman mitään ilmeistä viitteitä siitä, että bar -toiminnon mahdollisesti poikkeava ehto on tapahtunut ensin. Kun SIGPIPE tappaa foo, kuori havaitsee tämän käyttämällä jotakin wait() -toimintoa ja tulostaa ”Broken pipe” -viestin tai samanlainen.
Toisaalta, jos foo kuolee ensin, tämä on tavallinen tapaus; se sulkee kirjoituspään ja sitten bar yksinkertaisesti saavuttaa EOF: n ja päättyy normaalisti.
Vastaus
OpenConfig on kokoelma alan standardin mukaiset YANG-mallit kokoonpanoa ja hallintaa varten, joita tuetaan luonnollisesti verkkolaitteisto- ja ohjelmistoalustoilla.
Verkko-operaattoreille on tullut erittäin kallista ylläpitää automaattisia kehyksiä monen toimittajan käyttöönottoon.
Vaikka standardeja siirtoliittymiä onkin paljon, ei ole olemassa tavallista datan esitystapaa (esim. toimittaja A ja toimittaja B saattavat tukea vakioliitäntöjä (kuten XML, REST, NETCONF …), mutta data-avainarvo myyjä-A saattaa edustaa liitäntäavainta nimellä ”intf” ja myyjä-B voi edustaa käyttöavainta ”käyttöliittymänä”)
Joten joka kerta, kun verkko-operaattori lisää / päivittää uuden laitteen toimittajien käyttöönotossa, heidän on päivitettävä automaattinen kehyksensä ja kirjoitettava kääntäjä muuntamaan toimittajan tiedot fic tietojen edustus asiakastietojen esityksiin.
Jotkut verkko-operaattorit, kuten Google, AT&T, BT, Microsoft … työskentelevät kääntäjän kääntämiseksi toimittajalle. Operaattorit eivät välitä siitä, miten he saavat tietoja, mutta tarvitsevat tietoja yhteisessä esityksessä, jotta heidän työkalunsa ymmärtävät ja jäsentävät tiedot helposti.
YANG-mallia käytetään näiden vakiotietomallien määrittelemiseen. Voit tarkastella joitain vakiomuotoisia yang-malleja @ openconfig / public
YANG (vielä yksi uusi sukupolvi) on tietojen määrityskieli.