Cifereca Substacio estas tendenco en la energisektoro. Se vi estas proksima al la temo, tiam vi verŝajne aŭdis, ke granda kvanto da datumoj estas transdonitaj en formo de multirolantaj fluoj. Sed ĉu vi scias kiel administri ĉi tiujn multirolantajn fluojn? Kiuj fluaj administradiloj estas uzataj? Kion konsilas la reguliga dokumentaro?
Ĉiu, kiu interesiĝas pri kompreni ĉi tiun temon, estas bonvena al la kato!
Kiel datumoj estas transdonitaj tra la reto kaj kial administri multirolantarojn?
Antaŭ ol moviĝi rekte al la Cifereca Substacio kaj la nuancoj de konstruado de LAN, mi proponas mallongan edukan programon pri la specoj de datumtransigo kaj datumtransigo protokoloj por labori kun multrolantaro. Ni kaŝis la edukan programon sub spoiler.
Tipoj de transdono de datumoj
Tipoj de trafiko sur LAN
Estas kvar specoj de datumtransigo:
- Elsendo - elsendo.
- Unicast - mesaĝado inter du aparatoj.
- Multicast - sendado de mesaĝoj al specifa grupo de aparatoj.
- Nekonata Unicast - dissendado kun la celo trovi unu aparaton.
Por ne konfuzi la kartojn, ni mallonge parolu pri la aliaj tri specoj de datumtranssendo antaŭ ol pluiri al multielsendo.
Antaŭ ĉio, ni memoru, ke ene de LAN, adresado inter aparatoj estas farita surbaze de MAC-adresoj. Ajna mesaĝo elsendita havas kampojn SRC MAC kaj DST MAC.
SRC MAC - fonto MAC - sendinto MAC-adreso.
DST MAC - celo MAC - ricevanto MAC-adreso.
La ŝaltilo elsendas mesaĝojn bazitajn sur ĉi tiuj kampoj. Ĝi serĉas la DST MAC, trovas ĝin en sia MAC-adrestabelo, kaj sendas mesaĝon al la haveno listigita en la tabelo. Li ankaŭ rigardas SRC MAC. Se ne ekzistas tia MAC-adreso en la tabelo, tiam nova paro "MAC-adreso - haveno" estas aldonita.
Nun ni parolu pli detale pri la tipoj de transdono de datumoj.
Unikast
Unicast estas la adresa dissendo de mesaĝoj inter du aparatoj. Esence, ĉi tio estas punkto-al-punkta transdono de datumoj. Alivorte, du aparatoj ĉiam uzas Unicast por komuniki unu kun la alia.
Transdono de trafiko unuelsenda
elsendo
Elsendo estas elsenda mesaĝo. Tiuj. dissendado, kiam unu aparato sendas mesaĝon al ĉiuj aliaj aparatoj en la reto.
Por sendi elsendomesaĝon, la sendinto precizigas la DST MAC-adreson FF:FF:FF:FF:FF:FF.
Dissendado de trafiko
Nekonata Unicast
Nekonata Unicast, unuavide, estas tre simila al Broadcast. Sed estas diferenco inter ili - la mesaĝo estas sendita al ĉiuj retaj partoprenantoj, sed estas destinita nur por unu aparato. Estas kiel mesaĝo en butikcentro petante vin reparku vian aŭton. Ĉiuj aŭdos ĉi tiun mesaĝon, sed nur unu respondos.
Kiam la ŝaltilo ricevas kadron kaj ne povas trovi la Celon MAC de ĝi en la MAC-adrestabelo, ĝi simple dissendas ĉi tiun mesaĝon al ĉiuj havenoj krom tiu de kiu ĝi ricevis ĝin. Nur unu aparato respondos al tia dissendo.
Transdono de Nekonata Unicast-trafiko
Multicast
Multicast estas la sendo de mesaĝo al grupo de aparatoj kiuj "volas" ricevi ĉi tiujn datumojn. Ĝi estas tre simila al retseminario. Ĝi estas elsendita en la tuta Interreto, sed nur tiuj homoj, kiuj interesiĝas pri ĉi tiu temo, konektas al ĝi.
Ĉi tiu modelo de transdono de datumoj nomiĝas "Eldonisto - Abonanto". Estas unu Eldonisto, kiu sendas datumojn kaj Abonantoj, kiuj volas ricevi ĉi tiujn datumojn, abonas ĝin.
Kun plurelsendo, la mesaĝo estas sendita de reala aparato. La Fonto MAC en la kadro estas la MAC de la sendinto. Sed la Celo MAC estas virtuala adreso.
La aparato devas konektiĝi al la grupo por ricevi datumojn de ĝi. La ŝaltilo alidirektas informfluojn inter aparatoj - ĝi memoras de kiuj havenoj la datumoj estas elsenditaj kaj scias al kiuj havenoj ĉi tiuj datumoj estu senditaj.
Transdono de Multicast trafiko
Grava punkto estas, ke IP-adresoj ofte estas uzataj kiel virtualaj grupoj, sed ĉar... Ĉar ĉi tiu artikolo temas pri energio, ni parolos pri MAC-adresoj. En la IEC 61850 familio de protokoloj kiuj estas uzitaj por la Cifereca Substacio, la dividado en grupojn estas bazita sur MAC-adresoj.
Mallonga eduka programo pri la MAC-adreso
La MAC-adreso estas 48-bita valoro, kiu unike identigas aparaton. Ĝi estas dividita en 6 oktetojn. La unuaj tri oktetoj enhavas fabrikinformojn. Oketoj 4, 5 kaj 6 estas asignitaj fare de la fabrikanto kaj estas la aparatnumero.
MAC-adresstrukturo
En la unua okteto, la oka bito determinas ĉu la mesaĝo estas unuelsenda aŭ multirolanta. Se la oka bito estas 0, tiam ĉi tiu MAC-adreso estas la adreso de la reala fizika aparato.
Kaj se la oka bito estas 1, tiam ĉi tiu MAC-adreso estas virtuala. Tio estas, ĉi tiu MAC-adreso ne apartenas al vera fizika aparato, sed al virtuala grupo.
Virtuala teamo povas esti komparita kun elsendoturo. La radiokompanio elsendas iom da muziko al ĉi tiu turo, kaj tiuj, kiuj volas aŭskulti ĝin, agordas siajn ricevilojn al la dezirata frekvenco.
Ankaŭ, ekzemple, IP-videokamerao sendas datumojn al virtuala grupo, kaj tiuj aparatoj, kiuj volas ricevi ĉi tiujn datumojn, konektas al ĉi tiu grupo.
Oka bito de la unua okteto de la MAC-adreso
Se multirolantaro-subteno ne estas ebligita sur la ŝaltilo, tiam ĝi perceptos la multirolanta fluon kiel elsendo. Sekve, se ekzistas multaj tiaj fluoj, ni tre rapide ŝtopos la reton per "forĵetaĵo" trafiko.
Kio estas la esenco de multicast?
La ĉefa ideo de multielsendo estas, ke nur unu kopio de trafiko estas sendita de la aparato. La ŝaltilo determinas kiuj havenoj estas la abonantoj kaj elsendas datumojn de la sendinto al ili. Tiel, multicast permesas vin signife redukti la datumojn transdonitajn tra la reto.
Kiel tio funkcias sur vera LAN?
Estas klare, ke ne sufiĉas simple sendi unu kopion de la trafiko al iu MAC-adreso, kies oka bito de la unua okteto estas 1. Abonantoj devas povi konektiĝi al ĉi tiu grupo. Kaj ŝaltiloj devas kompreni de kiuj havenoj datumoj venas kaj al kiuj havenoj ĝi devas esti transdonita. Nur tiam multicast ebligos optimumigi retojn kaj administri fluojn.
Por efektivigi ĉi tiun funkcion, ekzistas multirolantaro-protokoloj. La plej ordinara:
- IGMP.
- PIM.
En ĉi tiu artikolo, ni parolos tanĝante pri la ĝenerala funkcia principo de ĉi tiuj protokoloj.
IGMP
IGMP-ebligita ŝaltilo memoras al kiu haveno la multirolanta fluo alvenas. Abonantoj devas sendi IMGP-Aliĝi-mesaĝon por aliĝi al la grupo. La ŝaltilo aldonas la havenon de kiu IGMP Join venis al la listo de kontraŭfluaj interfacoj kaj komencas elsendi la multirolantaron tie. La ŝaltilo senĉese sendas IGMP Query-mesaĝojn al subfluaj havenoj por kontroli ĉu ĝi devas daŭrigi elsendi datumojn. Se IGMP Leave-mesaĝo estis ricevita de haveno aŭ ekzistis neniu respondo al IGMP Query-mesaĝo, tiam dissendado al ĝi estas ĉesigita.
PIM
La PIM-protokolo havas du efektivigojn:
- PIM DM.
- PIM SM.
La PIM DM-protokolo funkcias inverse de IGMP. La ŝaltilo komence sendas la multirolanta fluon kiel elsendo al ĉiuj havenoj krom tiu de kiu ĝi estis ricevita. Tiam ĝi malŝaltas la fluon sur tiuj havenoj el kiuj venis mesaĝoj, ke ĝi ne estis bezonata.
PIM SM funkcias proksime al IGMP.
Por tre malglate resumi la ĝeneralan principon de multirolantaro - la Eldonisto sendas multirolantaron al specifa MAC-grupo, abonantoj sendas petojn por konekti al ĉi tiu grupo, ŝaltiloj administras ĉi tiujn fluojn.
Kial ni trapasis multicast tiel supraĵe? Ni parolu pri la specifaĵoj de la Cifereca Substacio LAN por kompreni ĉi tion.
Kio estas Cifereca Substacio kaj kial oni bezonas multielsendon tie?
Antaŭ ol paroli pri la Cifereca Substacio LAN, vi devas kompreni kio estas Cifereca Substacio. Tiam respondu la demandojn:
- Kiu estas implikita en la transdono de datumoj?
- Kiuj datumoj estas transdonitaj al la LAN?
- Kio estas la tipa LAN-arkitekturo?
Kaj post tio diskutu multielsendo...
Kio estas Cifereca Substacio?
Cifereca Substacio estas substacio en kiu ĉiuj sistemoj havas tre altan nivelon de aŭtomatigo. Ĉiu sekundara kaj primara ekipaĵo de tia substacio estas temigis ciferecan datumtranssendon. Interŝanĝo de datumoj estas konstruita laŭ la transmisiaj protokoloj priskribitaj en la normo IEC 61850.
Sekve, ĉiuj datumoj estas transdonitaj ciferece ĉi tie:
- Mezuradoj.
- Diagnozaj informoj.
- Kontrolaj komandoj.
Ĉi tiu tendenco ricevis grandan evoluon en la rusa energia sektoro kaj nun estas efektivigita ĉie. En 2019 kaj 2020, multaj reguligaj dokumentoj aperis reguligante la kreadon de Cifereca Substacio en ĉiuj stadioj de evoluo. Ekzemple, STO 34.01-21-004-2019 PJSC "Rosseti" difinas la sekvajn difinon kaj kriteriojn por centra servostacio:
Difino:
Cifereca substacio estas aŭtomatigita substacio provizita per ciferecaj informoj kaj kontrolsistemoj interagante en ununura temporeĝimo kaj funkciigante sen la ĉeesto de permanenta deĵorpersonaro.
Kriterioj:
- fora observeblo de la parametroj kaj operaciaj modoj de ekipaĵo kaj sistemoj necesaj por normala funkciado sen la konstanta ĉeesto de devo kaj bontenado operacia dungitaro;
- disponigado de teleregado de ekipaĵo kaj sistemoj por funkciigado de substacio sen la konstanta ĉeesto de devo kaj prizorgado-funkciserva dungitaro;
- alta nivelo de aŭtomatigo de ekipaĵo kaj sistemo-administrado uzante inteligentajn kontrolsistemojn por operaciaj reĝimoj de ekipaĵo kaj sistemoj;
- fora kontrolo de ĉiuj teknologiaj procezoj en ununura temporeĝimo;
- ciferecaj datumoj interŝanĝo inter ĉiuj teknologiaj sistemoj en ununura formato;
- integriĝo en la elektran reton kaj entreprenan administradsistemon, same kiel certigi ciferecan interagon kun koncernaj infrastrukturaj organizoj (kun rilataj instalaĵoj);
- funkcia kaj informa sekureco dum ciferecigo de teknologiaj procezoj;
- daŭra monitorado de la kondiĉo de la ĉefaj teknologiaj ekipaĵoj kaj sistemoj interrete kun la transdono de la bezonata kvanto da ciferecaj datumoj, kontrolitaj parametroj kaj signaloj.
Kiu estas implikita en la transdono de datumoj?
La Cifereca Substacio inkludas la sekvajn sistemojn:
- Relajsaj protektosistemoj. Relajsa protekto estas praktike la "koro" de la Cifereca Substacio. Relajsaj protektoterminaloj prenas kurentajn kaj tensiajn valorojn de mezursistemoj. Surbaze de ĉi tiuj datumoj, la terminaloj ellaboras la internan protektologikon. La terminaloj komunikas inter si por transdoni informojn pri aktivigitaj protektoj, la pozicioj de ŝanĝaj aparatoj, ktp. La terminaloj ankaŭ sendas informojn pri eventoj kiuj okazis al la ICS-servilo. Entute, pluraj specoj de komunikado povas esti distingitaj:
▸Horizontala konekto – komunikado inter terminaloj.
▸Vertikala konekto - komunikado kun la aŭtomatigita proceza kontrola sistemo-servilo.
▸Mezuroj – komunikado kun mezuriloj.
- Komercaj elektromezuraj sistemoj.Gardomezuraj sistemoj komunikas nur kun mezuriloj.
- Sistemoj de kontrolo de sendo.Partaj datumoj devas esti senditaj de la aŭtomatigita proceza kontrola sistemo-servilo kaj de la komerca kontada servilo al la kontrolcentro.
Ĉi tio estas tre simpligita listo de sistemoj, kiuj interŝanĝas datumojn kiel parto de Cifereca Substacio. Se vi interesiĝas enprofundiĝi en ĉi tiu temo, skribu en la komentoj.
Ni rakontos al vi pri tio aparte 😉
Kiuj datumoj estas transdonitaj al la LAN?
Por kombini la priskribitajn sistemojn unu kun la alia kaj organizi horizontalan kaj vertikalan komunikadon, same kiel translokigon de mezuradoj, busoj estas organizitaj. Nuntempe, ni konsentu, ke ĉiu buso estas nur aparta LAN ĉe industriaj Ethernet-ŝaltiloj.
Blokdiagramo de elektra elektra instalaĵo laŭ IEC 61850
La blokdiagramo montras la pneŭojn:
- Monitorado/Kontrolo.
- Transdono de relajsaj protektosignaloj.
- Transdono de tujaj tensioj kaj kurentoj.
Protektaj relajsaj terminaloj partoprenas kaj horizontalan kaj vertikalan komunikadon kaj ankaŭ uzas mezuradojn, do ili estas konektitaj al ĉiuj busoj.
Per la buso "Transsendo de relajsaj protektosignaloj", la terminaloj transdonas informojn inter si. Tiuj. ĉi tie horizontala ligo estas efektivigita.
La transdono de mezuradoj estas efektivigita per la buso "Transdono de tujaj valoroj de tensioj kaj fluoj". Al ĉi tiu buso estas konektitaj mezuriloj - kurent- kaj tensiotransformiloj, same kiel relajsaj protektoterminaloj.
Ankaŭ la ASKUE-servilo estas konektita al la buso "Transsendo de tujaj valoroj de tensioj kaj fluoj", kiu ankaŭ prenas mezurojn por kontado.
Kaj la buso "Monitorado/Kontrolo" servas por vertikala komunikado. Tiuj. per ĝi, la terminaloj sendas diversajn eventojn al la ICS-servilo, kaj la servilo ankaŭ sendas kontrolkomandojn al la terminaloj.
De la aŭtomatigita proceza kontrola sistemservilo, datumoj estas senditaj al la kontrolcentro.
Kio estas la tipa LAN-arkitekturo?
Ni transiru de abstrakta kaj sufiĉe konvencia struktura diagramo al pli sekularaj kaj realaj aferoj.
La diagramo malsupre montras sufiĉe norman LAN-arkitekturon por Cifereca Substacio.
Arkitekturo de Cifereca Substacio
Ĉe substacioj de 6 kV aŭ 35 kV, la reto estos pli simpla, sed se ni parolas pri substacioj de 110 kV, 220 kV kaj pli altaj, kaj ankaŭ de la LAN de centraloj, tiam la arkitekturo respondos al tiu montrita.
La arkitekturo estas dividita en tri nivelojn:
- Stacidomo/substacionivelo.
- Aliĝu al nivelo.
- Proceza nivelo.
Stacidomo/substacionivelo inkluzivas laborstaciojn kaj servilojn.
Aliĝu al nivelo inkluzivas ĉiujn teknologiajn ekipaĵojn.
Proceza nivelo inkluzivas mezuran ekipaĵon.
Ekzistas ankaŭ du busoj por kombinado de niveloj:
- Stacidomo/substacio buso.
- Proceza buso.
La stacio/substaciobuso kombinas la funkciojn de la buso "Monitorado/Kontrolo" kaj la buso "Relay Protection Signal Transmission". Kaj la proceza buso plenumas la funkciojn de la buso "Transdono de tujaj tensio kaj aktualaj valoroj".
Trajtoj de Multicast dissendo en Cifereca Substacio
Kiuj datumoj estas transdonitaj per multicast?
Horizontala komunikado kaj dissendo de mezuradoj ene de la Cifereca Substacio estas efektivigitaj uzante la arkitekturon Eldonisto-Abonanto. Tiuj. Relajsaj protektoterminaloj uzas multirolantaro-riveretojn por interŝanĝi mesaĝojn inter ili mem, kaj mezuradoj ankaŭ estas elsenditaj uzante multirolantaron.
Antaŭ la cifereca substacio en la energisektoro, horizontala komunikado estis efektivigita uzante punkt-al-punktan komunikadon inter terminaloj. Aŭ kupra aŭ optika kablo estis utiligita kiel interfaco. Datenoj estis transdonitaj uzante proprietajn protokolojn.
Tre altaj postuloj estis metitaj al ĉi tiu rilato, ĉar ĉi tiuj kanaloj elsendis signalojn de protekta aktivigo, pozicion de ŝanĝaj aparatoj, ktp. La algoritmo por funkcia blokado de terminaloj dependis de ĉi tiu informo.
Se datumoj estas elsenditaj malrapide aŭ ne garantiitaj, estas alta probablo ke unu el la terminaloj ne ricevos ĝisdatigitajn informojn pri la nuna situacio kaj povas sendi signalon por malŝalti aŭ ŝalti la ŝaltilon kiam, ekzemple , iu laboro estas farita sur ĝi. Aŭ la malsukceso de rompilo ne funkcios ĝustatempe kaj la kurta cirkvito disvastiĝos al la resto de la elektra cirkvito. Ĉio ĉi estas plena de grandaj financaj perdoj kaj minaco al homa vivo.
Tial, la datumoj devis esti transdonitaj:
- Fidinda.
- Garantiita.
- Rapide.
Nun, anstataŭ punkto-al-punkta komunikado, oni uzas stacidomon/substaciobuson, t.e. LAN. Kaj la datumoj estas transdonitaj per la GOOSE-protokolo, kiu estas priskribita de la normo IEC 61850 (en IEC 61850-8-1, por esti pli precizaj).
GOOSE signifas General Object Oriented Substation Event, sed ĉi tiu malkodado ne plu estas tre grava kaj ne portas ajnan semantikan ŝarĝon.
Kiel parto de ĉi tiu protokolo, relajsaj protektoterminaloj interŝanĝas GOOSE-mesaĝojn unu kun la alia.
La transiro de punkt-al-punkta komunikado al LAN ne ŝanĝis la aliron. Datumoj ankoraŭ devas esti transdonitaj fidinde, sekure kaj rapide. Tial, GOOSE-mesaĝoj uzas iom nekutiman datumtranssendan mekanismon. Pli pri li poste.
Mezuradoj, kiel ni jam diskutis, ankaŭ estas elsenditaj per multirolantaj fluoj. En DSP-terminologio, tiuj fluoj estas nomitaj SV-riveretoj (Sampled Value).
SV-riveretoj estas mesaĝoj enhavantaj specifan aron de datumoj kaj elsenditaj ade kun certa periodo. Ĉiu mesaĝo enhavas mezuron en specifa momento en tempo. Mezuradoj estas prenitaj je certa frekvenco - la prova frekvenco.
Specimenfrekvenco estas la prova frekvenco de temp-kontinua signalo dum provado de ĝi.
Specimena indico 80 specimenoj je sekundo
La kunmetaĵo de SV-riveretoj estas priskribita en IEC61850-9-2 LE.
SV-riveretoj estas elsenditaj per la procezbuso.
Proceza buso estas komunika reto kiu disponigas datumŝanĝon inter mezuriloj kaj konektnivelaparatoj. La reguloj por interŝanĝado de datumoj (tuja kurento kaj tensiovaloroj) estas priskribitaj en la IEC 61850-9-2 normo (nuntempe la IEC 61850-9-2 LE-profilo estas uzata).
SV-fluoj, kiel GOOSE-mesaĝoj, devas esti elsenditaj rapide. Se la mezuradoj estas elsenditaj malrapide, la terminaloj eble ne ricevas la kurenton aŭ tension necesan por ekigi la protekton ĝustatempe, kaj la mallonga cirkvito tiam disvastiĝos al granda parto de la elektra reto kaj kaŭzos grandan damaĝon.
Kial multielsendo necesas?
Kiel menciite supre, por kovri la datumtranssendopostulojn por horizontala komunikado, GOOSE estas elsenditaj iom nekutime.
Unue, ili estas elsenditaj ĉe la datumliga nivelo kaj havas sian propran Ethertype - 0x88b8. Ĉi tio certigas altajn transigajn tarifojn.
Nun necesas fermi la postulojn de garantio kaj fidindeco.
Evidente, por esti certa, necesas kompreni ĉu la mesaĝo estis transdonita, sed ni ne povas organizi sendon de konfirmoj de ricevo, kiel, ekzemple, estas farita en TCP. Ĉi tio signife reduktos la rapidon de transigo de datumoj.
Tial, Eldonisto-Abonanto-arkitekturo estas uzata por transdoni ANSERON.
Eldonisto-Abonanto Arkitekturo
La aparato sendas GOOSE-mesaĝon al la buso kaj abonantoj ricevas la mesaĝon. Krome, la mesaĝo estas sendita kun konstanta tempo T0. Se iu okazaĵo okazas, nova mesaĝo estas generita, sendepende de ĉu la antaŭa periodo T0 finiĝis aŭ ne. La sekva mesaĝo kun novaj datumoj estas generita post tre mallonga tempodaŭro, poste post iom pli longa periodo, ktp. Kiel rezulto, la tempo pliiĝas al T0.
La principo de elsendo de GOOSE-mesaĝoj
La abonanto scias de kiu ĝi ricevas mesaĝojn, kaj se ĝi ne ricevis mesaĝon de iu post la tempo T0, tiam ĝi generas erarmesaĝon.
SV-riveretoj ankaŭ estas elsenditaj ĉe la datumliga nivelo, havas sian propran Ethertype - 0x88BA kaj estas transdonitaj laŭ la modelo "Eldonisto - Abonanto".
Nuancoj de multielsendo en Cifereca substacio
Sed "energio" multicast havas siajn proprajn nuancojn.
Noto 1. GOOSE kaj SV havas siajn proprajn multrolantarojn difinitajn
Por "energio" multirolantaro, siaj propraj distribugrupoj estas uzitaj.
En telekomunikado, la gamo 224.0.0.0/4 estas uzata por multirolantaro (kun maloftaj esceptoj, ekzistas rezervitaj adresoj). Sed la IEC 61850-normo mem kaj la IEC 61850-kompania profilo de PJSC FGC difinas siajn proprajn multirolantarojn distribuajn intervalojn.
Por SV-fluoj: de 01-0C-CD-04-00-00 ĝis 01-0C-CD-04-FF-FF.
Por GOOSE-mesaĝoj: de 01-0C-CD-04-00-00 ĝis 01-0C-CD-04-FF-FF.
Punkto 2. La fina stacioj ne uzas multielsendajn protokolojn
La dua nuanco estas multe pli signifa - relajsaj protektoterminaloj ne subtenas IGMP aŭ PIM. Tiam kiel ili funkcias kun multicast? Ili simple atendas ke la necesaj informoj estos senditaj al la haveno. Tiuj. se ili scias, ke ili estas abonitaj al specifa MAC-adreso, ili akceptas ĉiujn envenantajn kadrojn, sed prilaboras nur la necesajn. La ceteraj estas simple forĵetitaj.
Alivorte, ĉiu espero ripozas sur la ŝaltiloj. Sed kiel funkcios IGMP aŭ PIM se la fina stacioj ne sendas aliĝi mesaĝojn? La respondo estas simpla - neniel.
Kaj SV-riveretoj estas sufiĉe pezaj datumoj. Unu rivereto pezas ĉirkaŭ 5 Mbit/s. Kaj se ĉio estas lasita kiel estas, rezultas, ke ĉiu rivereto estos elsendo. Alivorte, ni tiros nur 20 fluojn sur unu 100 Mbit/s LAN. Kaj la nombro da SV-fluoj ĉe granda substacio estas mezurita en centoj.
Kio do estas la solvo?
Simpla - uzu malnovajn provitajn VLANojn.
Krome, IGMP en la Cifereca Substacio LAN povas ludi kruelan ŝercon, kaj inverse, nenio funkcios. Post ĉio, ŝaltiloj ne komencos elsendi fluojn sen peto.
Tial ni povas reliefigi simplan regulon pri komisiado - „Ĉu la reto ne funkcias? - Malebligu IGMP!"
Normativa bazo
Sed eble ankoraŭ eblas iel organizi LAN por Cifereca Substacio bazita sur multielsendo? Ni provu turni nun al la reguliga dokumentaro pri LAN. Aparte, mi citos eltiraĵojn el la sekvaj STOoj:
- STO 34.01-21-004-2019 - DIGITALA ENERGO CENTRO. POSTULOJ POR TEKNOLOGIA DEZENO DE DIGITAJ SUBSTACIOJ KUN TENSIO 110-220 kV KAJ NODOJ DIGITAJ SUBSTACIOJ KUN TENSIO 35 kV.
- STO 34.01-6-005-2019 – ĈUTIĜOJ DE ENERGIAJ OBJEKTOJ. Ĝeneralaj teknikaj postuloj.
- STO 56947007-29.240.10.302-2020 - Normaj teknikaj postuloj por la organizo kaj agado de teknologiaj LANoj en la proceza kontrolsistemo de la UNEG-substacio.
Ni unue vidu, kio troviĝas en ĉi tiuj benzinstacioj pri multicast? Estas mencio nur en la plej nova STO de PJSC FGC UES. Dum la LAN-akceptotestoj, la servostacio petas vin kontroli ĉu la VLAN-oj estas agordita ĝuste kaj kontroli ke ne ekzistas multirolantaro-trafiko en ŝaltilhavenoj kiuj ne estas specifitaj en la labordokumentado.
Nu, la servostacio ankaŭ preskribas, ke servopersonaro devas scii kio estas multicast.
Ĉio temas pri multielsendo...
Nun ni vidu, kion vi povas trovi en ĉi tiuj benzinstacioj pri VLANoj.
Ĉi tie, ĉiuj tri benzinstacioj konsentas, ke ŝaltiloj devas subteni VLANojn bazitajn sur IEEE 802.1Q.
STO 34.01-21-004-2019 diras, ke VLAN-oj devas esti uzataj por kontroli fluojn, kaj helpe de VLAN-oj, trafiko devas esti dividita en relajsan protekton, aŭtomatigitajn procezkontrolajn sistemojn, AIIS KUE, videan vigladon, komunikadon ktp.
STO 56947007-29.240.10.302-2020, krome, ankaŭ postulas prepari VLAN-distribuan mapon dum dezajno. Samtempe, la servostacio ofertas siajn vicojn da IP-adresoj kaj VLANoj por DSP-ekipaĵo.
La STO ankaŭ disponigas tabelon de rekomenditaj prioritatoj por malsamaj VLANoj.
Tabelo de rekomenditaj VLAN-prioritoj de STO 56947007-29.240.10.302-2020
El fluo-administra perspektivo, jen ĝi. Kvankam estas ankoraŭ multe por diskuti en ĉi tiuj servostacioj - de diversaj arkitekturoj ĝis L3-agordoj - ni certe faros tion, sed venontfoje.
Nun ni resumu la fluo-administradon en la LAN de la Cifereca Substacio.
konkludo
En la Cifereca Substacio, malgraŭ la fakto ke multaj multirolantaro-riveretoj estas elsenditaj, normaj multirolantaro-trafikadministradmekanismoj (IGMP, PIM) ne estas fakte uzitaj. Ĉi tio ŝuldiĝas al la fakto, ke la finaj aparatoj ne subtenas iujn ajn multirolantajn protokolojn.
Bonaj malnovaj VLANoj estas uzataj por kontroli fluojn. Samtempe, la uzo de VLAN estas reguligita de reguliga dokumentaro, kiu ofertas sufiĉe bone evoluintajn rekomendojn.
Utilaj ligoj:
.
fonto: www.habr.com