Beste svaret
SIGPIPE er signalet «ødelagt rør», som sendes til en prosess når det forsøker å skrive til et rør som har lest slutt har lukket (eller når den prøver å skrive til en stikkontakt som ikke lenger er åpen for lesing), men ikke omvendt . Standardhandlingen er å avslutte prosessen.
Denne oppførselen er nyttig i typiske tilfeller av kjøring av prosesser i rørledninger. Hvis du kjører foo | bar, får du aldri se utdataene fra foo direkte — det blir inngangen til bar og du ser bar s utdata. Dette betyr at hvis for eksempel bar dør, er det ikke noe poeng i at foo fortsetter å produsere utdata. Dette kan skje enten fordi bar mislyktes, eller fordi den ikke lenger trenger inndata (for eksempel hvis den skanner inngangen for å sikre at det ikke er noen feil, kan den stoppe etter å ha funnet den første).
Tenk deg hva som ville skje hvis SIGPIPE ikke eksisterte, og bar døde (enten på grunn av en feil eller fordi den ganske enkelt bestemte seg for å avslutte ). foo fortsetter å kjøre, og den må motta en feilkode når du prøver å skrive. Det kan ignorere dette og fortsette å kjøre, og etterlater brukeren ingen åpenbar indikasjon på at den muligens unormale tilstanden til bar som avsluttes først har oppstått. Når foo drepes av SIGPIPE, vil skallet oppdage dette ved hjelp av en av wait() -funksjonene, og skrive ut en «Broken pipe» -melding eller lignende.
På den annen side, hvis foo dør først, er dette det vanlige tilfellet; den lukker skriveenden, og så kommer bar til EOF, og avsluttes normalt.
Svar
OpenConfig er en samling av industristandard YANG-modeller for konfigurasjon og administrasjon som vil bli støttet naturlig på maskinvare- og programvareplattformer i nettverk. >
Selv om det er mange standard transportgrensesnitt, er det ingen standard datarepresentasjon (Eksempel, leverandør-A og leverandør-B kan støtte standardgrensesnitt (som XML, REST, NETCONF …), men data nøkkelverdi er ikke det samme. leverandør-A kan representere grensesnittnøkkelen som «intf» og leverandør-B kan representere grensesnittnøkkelen som «grensesnitt»)
Så hver gang en nettverksoperatør legger til / oppdaterer en ny enheten i distribusjonene sine fra forskjellige leverandører, må de oppdatere det automatiserte rammeverket og skrive oversetter for å konvertere leverandørspesifikasjonen fic data representasjon til kundedata representasjon.
Noen nettverksoperatører som Google, AT&T, BT, Microsoft … jobber med å skyve disse oversetterne til leverandøren. Operatører bryr seg ikke om hvordan de får data, men trenger data til felles representasjon slik at verktøyene deres kan forstå og analysere dataene enkelt.
YANG-modellen brukes til å definere disse standard datamodellene. Du kan se på noen standard yang-modeller @ openconfig / public
YANG (Yet Another Next Generation) er et datadefinisjonsspråk.