Digialajaam on energiasektori trend. Kui olete teemaga lähedal, siis olete ilmselt kuulnud, et suur hulk andmeid edastatakse multicast-voogudena. Kuid kas teate, kuidas neid multisaadete vooge hallata? Milliseid voohalduse tööriistu kasutatakse? Mida regulatiivne dokumentatsioon soovitab?
Kõik, kes on huvitatud sellest teemast aru saama, on kassile oodatud!
Kuidas andmeid üle võrgu edastatakse ja miks hallata multisaadete vooge?
Enne otse digitaalalajaama ja LAN-i ehitamise nüansside juurde liikumist pakun lühikest õppeprogrammi andmeedastuse tüüpide ja andmeedastusprotokollide kohta multisaadete voogudega töötamiseks. Peitsime haridusprogrammi spoileri alla.
Andmeedastuse tüübid
Liikluse tüübid kohtvõrgus
Andmeedastust on nelja tüüpi:
- Ringhääling – ringhääling.
- Unicast – sõnumivahetus kahe seadme vahel.
- Multisaade – sõnumite saatmine kindlale seadmerühmale.
- Tundmatu Unicast – ringhääling eesmärgiga leida üks seade.
Et kaarte mitte segamini ajada, räägime lühidalt ülejäänud kolmest andmeedastuse tüübist, enne kui asume multisaate juurde.
Kõigepealt meenutagem, et LAN-is toimub seadmetevaheline adresseerimine MAC-aadresside alusel. Igal edastatud sõnumil on väljad SRC MAC ja DST MAC.
SRC MAC – allikas MAC – saatja MAC-aadress.
DST MAC – sihtkoha MAC – adressaadi MAC-aadress.
Lüliti edastab sõnumeid nende väljade alusel. See otsib üles DST MAC-i, leiab selle oma MAC-aadressi tabelist ja saadab teate tabelis loetletud porti. Ta vaatab ka SRC MAC-i. Kui tabelis sellist MAC-aadressi pole, siis lisatakse uus paar “MAC aadress – port”.
Nüüd räägime üksikasjalikumalt andmeedastuse tüüpidest.
Unicast
Unicast on sõnumite aadresside edastamine kahe seadme vahel. Põhimõtteliselt on see punkt-punkti andmeedastus. Teisisõnu kasutavad kaks seadet üksteisega suhtlemiseks alati Unicasti.
Unicast liiklusedastus
Ülekanne
Ülekanne on edastussõnum. Need. leviedastus, kui üks seade saadab sõnumi kõigile teistele võrgus olevatele seadmetele.
Levisõnumi saatmiseks määrab saatja DST MAC-aadressi FF:FF:FF:FF:FF:FF.
Ringhäälingu liiklusedastus
Tundmatu Unicast
Tundmatu Unicast on esmapilgul väga sarnane Broadcastiga. Kuid nende vahel on erinevus - sõnum saadetakse kõigile võrgus osalejatele, kuid see on mõeldud ainult ühele seadmele. See on nagu sõnum kaubanduskeskuses, mis palub teil oma auto uuesti parkida. Kõik kuulevad seda sõnumit, kuid ainult üks vastab.
Kui lüliti saab kaadri ja ei leia sellelt MAC-aadressi tabelist siht-MAC-i, saadab see sõnumi lihtsalt kõikidesse portidesse, välja arvatud see, kust ta selle sai. Sellisele kirjale vastab ainult üks seade.
Tundmatu Unicast-liikluse edastamine
Multicast
Multisaade on sõnumi saatmine seadmete rühmale, mis "soovivad" neid andmeid vastu võtta. See on väga sarnane veebiseminariga. Seda edastatakse kõikjal Internetis, kuid sellega ühenduvad ainult need inimesed, kes on sellest teemast huvitatud.
Seda andmeedastusmudelit nimetatakse "väljaandjaks - tellijaks". On üks väljaandja, kes saadab andmeid ja tellijad, kes soovivad neid andmeid saada, tellivad need.
Multiedastuse korral saadetakse sõnum päris seadmest. Kaadris olev Source MAC on saatja MAC. Kuid sihtkoha MAC on virtuaalne aadress.
Seade peab grupiga ühenduma, et sellelt andmeid vastu võtta. Switch suunab infovood seadmete vahel ümber – jätab meelde, millistest portidest andmeid edastatakse ja teab, millistesse portidesse need andmed saata.
Multicast-liikluse edastamine
Oluline punkt on see, et IP-aadresse kasutatakse sageli virtuaalsete rühmadena, kuid kuna... Kuna see artikkel räägib energiast, räägime MAC-aadressidest. IEC 61850 protokollide perekonnas, mida kasutatakse digitaalalajaama jaoks, põhineb rühmadeks jaotus MAC-aadresside alusel.
Lühike haridusprogramm MAC-aadressi kohta
MAC-aadress on 48-bitine väärtus, mis tuvastab seadme unikaalselt. See on jagatud 6 oktetiks. Esimesed kolm oktetti sisaldavad tootjateavet. Oktettid 4, 5 ja 6 määrab tootja ja need on seadme number.
MAC-aadressi struktuur
Esimeses oktetis määrab kaheksas bitt, kas sõnum on unicast või multicast. Kui kaheksas bitt on 0, on see MAC-aadress tegeliku füüsilise seadme aadress.
Ja kui kaheksas bitt on 1, siis see MAC-aadress on virtuaalne. See tähendab, et see MAC-aadress ei kuulu päris füüsilisele seadmele, vaid virtuaalsele rühmale.
Virtuaalset meeskonda võib võrrelda saatetorniga. Raadiofirma edastab sellesse torni natuke muusikat ja need, kes seda kuulata tahavad, häälestavad oma vastuvõtjad soovitud sagedusele.
Samuti saadab näiteks IP-videokaamera andmed virtuaalsesse gruppi ning selle grupiga ühenduvad need seadmed, mis neid andmeid vastu võtta soovivad.
MAC-aadressi esimese okteti kaheksas bitt
Kui multisaadete tugi pole lülitil lubatud, tajub see multisaatevoogu edastusena. Seega, kui selliseid vooge on palju, ummistame võrgu väga kiiresti „rämpsu” liiklusega.
Mis on multisaate olemus?
Multiedastuse põhiidee on see, et seadmest saadetakse ainult üks koopia liiklusest. Lüliti määrab, millistes portides on abonendid, ja edastab andmed saatjalt neile. Seega võimaldab multisaade oluliselt vähendada võrgu kaudu edastatavaid andmeid.
Kuidas see päris LAN-is töötab?
On selge, et ei piisa lihtsalt liikluse ühe koopia saatmisest mõnele MAC-aadressile, mille esimese okteti kaheksas bitt on 1. Abonendid peavad saama selle grupiga ühenduse luua. Ja kommutaatorid peavad aru saama, millistest portidest andmed tulevad ja millistesse portidesse tuleb need edastada. Alles siis võimaldab multisaade optimeerida võrke ja hallata vooge.
Selle funktsiooni rakendamiseks on olemas multiedastusprotokollid. Kõige tavalisem:
- IGMP.
- PIM.
Selles artiklis räägime tangentsiaalselt nende protokollide üldisest tööpõhimõttest.
IGMP
IGMP-toega lüliti jätab meelde, millisesse porti multisaatevoog saabub. Abonendid peavad grupiga liitumiseks saatma IMGP-ga liitumise sõnumi. Lüliti lisab allavoolu liideste loendisse pordi, kust IGMP Join tuli, ja hakkab seal multisaatevoogu edastama. Lüliti saadab pidevalt IGMP päringu sõnumeid allavoolu portidesse, et kontrollida, kas see peab andmete edastamist jätkama. Kui pordist võeti vastu IGMP-i lahkumise teade või IGMP-päringu sõnumile ei vastatud, siis edastamine sellele peatatakse.
PIM
PIM-protokollil on kaks rakendust:
- PIM DM.
- PIM SM.
PIM DM-protokoll töötab vastupidiselt IGMP-le. Lüliti saadab multisaatevoo algselt leviedastusena kõikidesse portidesse, välja arvatud see, kust see vastu võeti. Seejärel keelab voo nendes portides, kust tuli teateid, et seda pole vaja.
PIM SM töötab IGMP lähedal.
Kui väga umbkaudselt võtta kokku multisaate toimimise üldpõhimõte – Publisher saadab multisaatevoo konkreetsele MAC-rühmale, abonendid saadavad selle grupiga ühenduse loomiseks taotlusi, kommutaatorid haldavad neid vooge.
Miks me multisaadet nii pealiskaudselt käsitlesime? Selle mõistmiseks räägime digitaalse alajaama LAN-i eripäradest.
Mis on digitaalalajaam ja miks seda multisaadet vaja on?
Enne digitaalse alajaama kohtvõrgust rääkimist peate mõistma, mis on digitaalalajaam. Siis vasta küsimustele:
- Kes on andmete edastamisega seotud?
- Milliseid andmeid LAN-i edastatakse?
- Mis on tüüpiline LAN-i arhitektuur?
Ja pärast seda arutage multisaadet...
Mis on digitaalalajaam?
Digialajaam on alajaam, milles kõik süsteemid on väga kõrge automatiseerituse tasemega. Kõik sellise alajaama sekundaar- ja primaarseadmed on keskendunud digitaalsele andmeedastusele. Andmevahetus on üles ehitatud vastavalt IEC 61850 standardis kirjeldatud edastusprotokollidele.
Vastavalt sellele edastatakse kõik andmed digitaalselt siin:
- Mõõdud.
- Diagnostiline teave.
- Juhtkäsklused.
Seda suundumust on Venemaa energiasektoris palju arenenud ja seda rakendatakse nüüd kõikjal. 2019. ja 2020. aastal ilmus palju regulatiivseid dokumente, mis reguleerivad digialajaama loomist kõigis arenguetappides. Näiteks STO 34.01-21-004-2019 PJSC "Rosseti" määratleb keskteenindusjaama jaoks järgmised määratlused ja kriteeriumid:
Definitsioon:
Digialajaam on automatiseeritud alajaam, mis on varustatud digitaalsete teabe- ja juhtimissüsteemidega, mis toimivad ühe aja režiimis ja töötavad ilma alalise valvepersonali kohalolekuta.
Kriteeriumid:
- normaalseks tööks vajalike seadmete ja süsteemide parameetrite ja töörežiimide kaugjälgimine ilma töö- ja hoolduspersonali pideva kohalolekuta;
- seadmete ja süsteemide kaugjuhtimise pakkumine alajaama käitamiseks ilma töö- ja hoolduspersonali pideva kohalolekuta;
- seadmete ja süsteemide juhtimise kõrge automatiseerimise tase, kasutades seadmete ja süsteemide töörežiimide intelligentseid juhtimissüsteeme;
- kõigi tehnoloogiliste protsesside kaugjuhtimine ühe aja režiimis;
- digitaalne andmevahetus kõigi tehnoloogiliste süsteemide vahel ühes vormingus;
- integreerimine elektrivõrku ja ettevõtte juhtimissüsteemi, samuti digitaalse suhtluse tagamine asjaomaste taristuorganisatsioonidega (seotud rajatistega);
- funktsionaalne ja infoturve tehnoloogiliste protsesside digitaliseerimisel;
- peamiste tehnoloogiliste seadmete ja süsteemide seisukorra pidev jälgimine võrgus koos vajaliku koguse digitaalsete andmete, kontrollitavate parameetrite ja signaalide edastamisega.
Kes on andmete edastamisega seotud?
Digialajaam sisaldab järgmisi süsteeme:
- Releekaitsesüsteemid. Releekaitse on praktiliselt digitaalalajaama "süda". Releekaitseklemmid võtavad mõõtesüsteemidest voolu- ja pingeväärtusi. Nende andmete põhjal töötavad terminalid välja sisemise kaitseloogika. Terminalid suhtlevad omavahel, et edastada infot aktiveeritud kaitsete, lülitusseadmete asukohtade jms kohta. Samuti saadavad terminalid infot toimunud sündmuste kohta ICS-serverisse. Kokku võib eristada mitut tüüpi suhtlust:
▸Horisontaalne ühendus – side terminalide vahel.
▸Vertikaalne ühendus – side automatiseeritud protsessijuhtimissüsteemi serveriga.
▸Mõõtmised – side mõõteseadmetega.
- Ärilised elektrienergia mõõtesüsteemid.Varamõõtesüsteemid suhtlevad ainult mõõteseadmetega.
- Väljasaatmise juhtimissüsteemid.Osaandmed tuleks saata automatiseeritud protsessijuhtimissüsteemi serverist ja kommertsarvestuse serverist juhtimiskeskusesse.
See on väga lihtsustatud loend süsteemidest, mis vahetavad andmeid digitaalse alajaama osana. Kui olete huvitatud sellesse teemasse süvenemisest, kirjutage kommentaaridesse.
Sellest räägime teile eraldi 😉
Milliseid andmeid LAN-i edastatakse?
Kirjeldatud süsteemide omavaheliseks ühendamiseks ning horisontaalse ja vertikaalse suhtluse ning mõõtmiste edastamise korraldamiseks korraldatakse bussid. Nüüdseks lepime kokku, et iga siin on vaid eraldi kohtvõrk tööstuslikes Etherneti lülitites.
Elektriseadme plokkskeem vastavalt standardile IEC 61850
Plokkskeem näitab rehve:
- Järelevalve/kontroll.
- Releekaitse signaalide edastamine.
- Hetkeliste pingete ja voolude ülekanne.
Kaitserelee klemmid osalevad nii horisontaalses kui vertikaalses suhtluses ning kasutavad ka mõõtmisi, seega on need ühendatud kõigi siinidega.
"Releekaitsesignaalide edastamine" siini kaudu edastavad terminalid omavahel teavet. Need. siin rakendatakse horisontaalset ühendust.
Mõõtmiste edastamine toimub siini "Pingete ja voolude hetkväärtuste edastamine" kaudu. Selle siiniga on ühendatud mõõteseadmed - voolu- ja pingetrafod, samuti releekaitse klemmid.
Samuti on ASKUE server ühendatud siiniga "Pingete ja voolude hetkväärtuste edastamine", mis võtab arvestuseks ka mõõtmisi.
Ja "Monitoring/Control" siini teenib vertikaalne side. Need. selle kaudu saadavad terminalid erinevaid sündmusi ICS-serverisse, samuti saadab server terminalidele juhtkäske.
Automatiseeritud protsessijuhtimissüsteemi serverist saadetakse andmed juhtimiskeskusesse.
Mis on tüüpiline LAN-i arhitektuur?
Liigume abstraktse ja üsna tavapärase struktuuriskeemi juurest argisemate ja reaalsete asjade juurde.
Allolev diagramm näitab digitaalse alajaama üsna standardset LAN-arhitektuuri.
Digitaalse alajaama arhitektuur
6 kV või 35 kV alajaamades on võrk lihtsam, kuid kui räägime 110 kV, 220 kV ja kõrgematest alajaamadest, samuti elektrijaamade kohtvõrgust, siis vastab arhitektuur näidatule.
Arhitektuur on jagatud kolmeks tasandiks:
- Jaama/alajaama tasand.
- Liitu tasemega.
- Protsessi tase.
Jaama/alajaama tasand sisaldab tööjaamu ja servereid.
Liitu tasemega sisaldab kõiki tehnoloogilisi seadmeid.
Protsessi tase sisaldab mõõteseadmeid.
Taseme kombineerimiseks on ka kaks bussi:
- Jaama/alajaama buss.
- Protsessi siin.
Jaama/alajaama siinis on ühendatud siini "Seire/juhtimine" ja "Releekaitse signaali edastamine" siini funktsioonid. Ja protsessisiin täidab siini "Pinge ja voolu hetkeväärtuste edastamine" funktsioone.
Multicast-edastuse omadused digitaalses alajaamas
Milliseid andmeid edastatakse multisaate abil?
Horisontaalne side ja mõõtmiste edastamine digitaalalajaama sees toimub Publisher-Subscriber arhitektuuri abil. Need. Releekaitseterminalid kasutavad omavaheliseks sõnumite vahetamiseks multisaatevooge, samuti edastatakse mõõtmised multisaate abil.
Enne digitaalalajaama energiasektoris rakendati horisontaalset sidet terminalidevahelise punkt-punkti side abil. Liidesena kasutati kas vask- või optilist kaablit. Andmed edastati patenteeritud protokollide abil.
Sellele ühendusele esitati väga kõrgeid nõudmisi, sest need kanalid edastasid signaale kaitse aktiveerimise, lülitusseadmete asukoha jms kohta. Sellest teabest sõltus terminalide operatiivse blokeerimise algoritm.
Kui andmeid edastatakse aeglaselt või ei ole garanteeritud, on suur tõenäosus, et üks terminalidest ei saa hetkeolukorra kohta värsket teavet ja võib saata signaali lülitusseadme välja- või sisselülitamiseks, kui nt. , selle kallal tehakse mõningaid töid. Või kaitselüliti rike ei tööta õigeaegselt ja lühis levib ülejäänud elektriahelasse. Kõik see on täis suuri rahalisi kaotusi ja ohtu inimeludele.
Seetõttu tuli andmed edastada:
- Usaldusväärne.
- Garanteeritud.
- Kiire.
Nüüd kasutatakse punkt-punkti side asemel jaama/alajaama siini, st. LAN. Ja andmed edastatakse GOOSE protokolli abil, mida kirjeldab standard IEC 61850 (täpsemalt IEC 61850-8-1).
GOOSE tähistab üldist objektorienteeritud alajaama sündmust, kuid see dekodeerimine pole enam eriti asjakohane ega kanna semantilist koormust.
Selle protokolli osana vahetavad releekaitseterminalid üksteisega GOOSE sõnumeid.
Üleminek punkt-punkti sidelt kohtvõrgule ei muutnud lähenemist. Andmeid tuleb endiselt edastada usaldusväärselt, turvaliselt ja kiiresti. Seetõttu kasutavad GOOSE sõnumid mõnevõrra ebatavalist andmeedastusmehhanismi. Temast lähemalt hiljem.
Mõõtmised, nagu me juba rääkisime, edastatakse ka multisaadete voogude abil. DSP terminoloogias nimetatakse neid vooge SV-voogudeks (Sampled Value).
SV-vood on sõnumid, mis sisaldavad kindlat andmekogumit ja mida edastatakse pidevalt teatud perioodi jooksul. Iga teade sisaldab mõõtmist konkreetsel ajahetkel. Mõõtmised tehakse kindlal sagedusel – diskreetimissagedusel.
Diskreetimissagedus on ajaliselt pideva signaali diskreetimissagedus selle diskreetimisel.
Diskreetimissagedus 80 proovi sekundis
SV-voogude koostist on kirjeldatud standardis IEC61850-9-2 LE.
SV-vood edastatakse protsessisiini kaudu.
Protsessisiin on sidevõrk, mis pakub andmevahetust mõõteseadmete ja ühendustaseme seadmete vahel. Andmete vahetamise reeglid (voolu ja pinge hetkeväärtused) on kirjeldatud standardis IEC 61850-9-2 (praegu kasutatakse IEC 61850-9-2 LE profiili).
SV-voogusid, nagu GOOSE-sõnumeid, tuleb edastada kiiresti. Kui mõõtmised edastatakse aeglaselt, ei pruugi klemmid õigel ajal saada kaitse käivitamiseks vajalikku voolu ega pinget ning lühis levib seejärel suurele osale elektrivõrgust ja põhjustab suuri kahjusid.
Miks on multisaade vajalik?
Nagu eespool mainitud, edastatakse GOOSE andmeedastusnõuete katmiseks horisontaalse suhtluse jaoks mõnevõrra ebatavaliselt.
Esiteks edastatakse neid andmesideühenduse tasemel ja neil on oma eetertüüp – 0x88b8. See tagab kõrge andmeedastuskiiruse.
Nüüd on vaja sulgeda garantii ja töökindluse nõuded.
Ilmselgelt on kindluse mõttes vaja aru saada, kas sõnum toimetati kohale, kuid me ei saa korraldada kättesaamise kinnituste saatmist, nagu seda tehakse näiteks TCP-s. See vähendab oluliselt andmeedastuskiirust.
Seetõttu kasutatakse GOOSE edastamiseks Publisher-Subscriber arhitektuuri.
Väljaandja-tellija arhitektuur
Seade saadab siinile GOOSE sõnumi ja abonendid saavad sõnumi. Lisaks saadetakse teade konstantse ajaga T0. Kui juhtub mõni sündmus, genereeritakse uus teade, olenemata sellest, kas eelmine periood T0 on lõppenud või mitte. Järgmine teade uute andmetega genereeritakse väga lühikese aja pärast, seejärel veidi pikema aja pärast jne. Selle tulemusena pikeneb aeg T0-ni.
GOOSE sõnumite edastamise põhimõte
Tellija teab, kellelt ta sõnumeid saab ja kui ta pole pärast aja T0 kelleltki teadet saanud, siis genereerib veateate.
SV vooge edastatakse ka andmesideühenduse tasemel, neil on oma eetertüüp - 0x88BA ja neid edastatakse vastavalt mudelile “Publisher – Subscriber”.
Multisaadete edastamise nüansid digitaalses alajaamas
Kuid "energia" multisaadetel on oma nüansid.
Märkus 1. GOOSE-l ja SV-l on määratletud oma multisaaterühmad
"Energia" multisaadete jaoks kasutatakse nende enda jaotusrühmi.
Telekommunikatsioonis kasutatakse multisaadete levitamiseks vahemikku 224.0.0.0/4 (harvade eranditega on reserveeritud aadressid). Kuid IEC 61850 standard ise ja PJSC FGC ettevõtte IEC 61850 profiil määratlevad oma multisaadete levialad.
SV-voogude jaoks: 01-0C-CD-04-00-00 kuni 01-0C-CD-04-FF-FF.
GOOSE-sõnumite jaoks: 01-0C-CD-04-00-00 kuni 01-0C-CD-04-FF-FF.
Punkt 2. Terminalid ei kasuta multisaateprotokolle
Teine nüanss on palju olulisem - releekaitse klemmid ei toeta IGMP-d ega PIM-i. Kuidas nad siis multisaates töötavad? Nad lihtsalt ootavad sadamasse vajaliku info saatmist. Need. kui nad teavad, et neil on konkreetne MAC-aadress, võtavad nad vastu kõik sissetulevad kaadrid, kuid töötlevad ainult vajalikke. Ülejäänud visatakse lihtsalt ära.
Teisisõnu, kogu lootus toetub lülititele. Aga kuidas IGMP või PIM töötab, kui terminalid ei saada liitumissõnumeid? Vastus on lihtne – mitte mingil juhul.
Ja SV-vood on üsna rasked andmed. Üks voog kaalub umbes 5 Mbit/s. Ja kui kõik jääb nii, nagu on, selgub, et iga voog läheb eetrisse. Teisisõnu tõmbame ühte 20 Mbit/s LAN-i ainult 100 voogu. Ja SV voogude arvu suures alajaamas mõõdetakse sadades.
Mis on siis lahendus?
Lihtne – kasutage vanu tõestatud VLAN-e.
Pealegi võib digitaalalajaama LAN-i IGMP mängida julma nalja ja vastupidi, miski ei tööta. Lõppude lõpuks ei hakka lülitid ilma päringuta vooge edastama.
Seetõttu võime esile tõsta lihtsa kasutuselevõtureegli – “Kas võrk ei tööta? - Keela IGMP!
Normatiivne alus
Aga võib-olla on siiski võimalik digitaalalajaama kohtvõrku kuidagi multisaatepõhiselt korraldada? Proovime nüüd pöörduda LAN-i reguleeriva dokumentatsiooni poole. Eelkõige tsiteerin väljavõtteid järgmistest STO-dest:
- STO 34.01-21-004-2019 - DIGITAALNE JÕUKESKUS. NÕUDED 110-220 kV PINGEGA DIGITAALALAAMATELE JA PINGEGA 35 kV sõlm-DIGITAALALAAMATELE TEHNOLOOGILISE PROJEKTIDE NÕUDED.
- STO 34.01-6-005-2019 – ENERGIAOBJEKTIDE LÜLITUSED. Üldised tehnilised nõuded.
- STO 56947007-29.240.10.302-2020 - Standardsed tehnilised nõuded tehnoloogiliste kohtvõrkude korraldamisele ja toimimisele UNEG alajaama protsessijuhtimissüsteemis.
Vaatame kõigepealt, mida nendest teenindusjaamadest saab multisaate kohta leida? Seda mainitakse ainult PJSC FGC UES uusimas STO-s. LAN-i vastuvõtutestide ajal palub teenindusjaam kontrollida, kas VLAN-id on õigesti konfigureeritud ja et kommutaatori portides, mida töödokumentatsioonis pole täpsustatud, ei toimu multisaateliiklust.
Noh, teenindusjaam näeb ka ette, et teeninduspersonal peab teadma, mis on multisaade.
See kõik puudutab multisaadet...
Nüüd vaatame, mida leiate nendest teenindusjaamadest VLAN-ide kohta.
Siin nõustuvad kõik kolm teenindusjaama, et kommutaatorid peavad toetama IEEE 802.1Q-l põhinevaid VLAN-e.
STO 34.01-21-004-2019 ütleb, et voogude juhtimiseks tuleks kasutada VLAN-e ning VLAN-ide abil tuleks liiklus jagada releekaitseks, automatiseeritud protsesside juhtimissüsteemideks, AIIS KUE-ks, videovalveks, sideks jne.
STO 56947007-29.240.10.302-2020 nõuab lisaks projekteerimise käigus ka VLAN jaotuskaardi koostamist. Samal ajal pakub teenindusjaam oma IP-aadresside ja VLAN-ide vahemikke DSP-seadmete jaoks.
STO pakub ka erinevate VLAN-ide jaoks soovitatavate prioriteetide tabelit.
Soovitatavate VLAN-i prioriteetide tabel alates STO 56947007-29.240.10.302-2020
Voolu juhtimise vaatenurgast on see kõik. Kuigi neis teenindusjaamades on veel palju arutada – erinevatest arhitektuuridest kuni L3 seadistusteni – teeme seda kindlasti, kuid järgmisel korral.
Nüüd võtame kokku voohalduse digitaalalajaama kohtvõrgus.
Järeldus
Vaatamata sellele, et edastatakse palju multisaadete vooge, ei kasutata digitaalses alajaamas standardseid multisaadete liikluse haldusmehhanisme (IGMP, PIM). See on tingitud asjaolust, et lõppseadmed ei toeta ühtegi multiedastusprotokolli.
Voogude juhtimiseks kasutatakse vanu häid VLAN-e. Samal ajal reguleerib VLAN-i kasutamist regulatiivne dokumentatsioon, mis pakub üsna hästi välja töötatud soovitusi.
Kasulikud lingid:
.
Allikas: www.habr.com