Stafræn aðveitustöð er stefna í orkugeiranum. Ef þú ert nálægt efninu, þá hefur þú líklega heyrt að mikið magn af gögnum sé sent í formi fjölvarpsstrauma. En veistu hvernig á að stjórna þessum fjölvarpsstraumum? Hvaða flæðistýringartæki eru notuð? Hvað ráðleggur eftirlitsskjölin?
Allir sem hafa áhuga á að skilja þetta efni eru velkomnir í köttinn!
Hvernig eru gögn send um netið og hvers vegna stjórna fjölvarpsstraumum?
Áður en ég flyt beint í stafrænu tengivirkið og blæbrigði þess að byggja upp staðarnet, býð ég upp á stutta fræðsludagskrá um tegundir gagnaflutninga og gagnaflutningssamskiptareglur til að vinna með fjölvarpsstrauma. Við földum fræðsludagskrána undir spoiler.
Tegundir gagnaflutninga
Tegundir umferðar á staðarneti
Það eru fjórar tegundir af gagnaflutningi:
- Útsending – útsending.
- Unicast – skilaboð á milli tveggja tækja.
- Multicast – sendir skilaboð til ákveðins hóps tækja.
- Unknown Unicast – útsending með það að markmiði að finna eitt tæki.
Til að rugla ekki spilin skulum við tala stuttlega um hinar þrjár tegundir gagnaflutninga áður en við förum yfir í fjölvarp.
Fyrst af öllu, við skulum muna að innan staðarnets er netfang á milli tækja gert út frá MAC vistföngum. Öll skilaboð sem send eru hafa SRC MAC og DST MAC reiti.
SRC MAC – uppruna MAC – sendanda MAC vistfang.
DST MAC – áfangastaður MAC – MAC vistfang viðtakanda.
Rofi sendir skilaboð byggð á þessum sviðum. Það flettir upp DST MAC, finnur það í MAC vistfangatöflunni og sendir skilaboð til portsins sem skráð er í töflunni. Hann horfir líka á SRC MAC. Ef ekkert slíkt MAC vistfang er í töflunni, þá er nýju „MAC vistfang – port“ pari bætt við.
Nú skulum við tala nánar um tegundir gagnaflutnings.
Unicast
Unicast er vistfangssending skilaboða á milli tveggja tækja. Í meginatriðum er þetta gagnaflutningur frá punkti til punkts. Með öðrum orðum, tvö tæki nota alltaf Unicast til að hafa samskipti sín á milli.
Unicast umferðarsending
Broadcast
Broadcast er útvarpsskilaboð. Þeir. útsendingar, þegar eitt tæki sendir skilaboð til allra annarra tækja á netinu.
Til að senda útvarpsskilaboð tilgreinir sendandinn DST MAC vistfangið FF:FF:FF:FF:FF:FF.
Útvarpssending umferðar
Óþekkt Unicast
Unknown Unicast, við fyrstu sýn, er mjög svipað Broadcast. En það er munur á þeim - skilaboðin eru send til allra þátttakenda netkerfisins, en eru aðeins ætluð fyrir eitt tæki. Þetta er eins og skilaboð í verslunarmiðstöð þar sem þú ert beðinn um að leggja bílnum þínum aftur. Allir munu heyra þessi skilaboð, en aðeins einn mun svara.
Þegar rofinn fær ramma og getur ekki fundið Destination MAC frá honum í MAC vistfangatöflunni sendir hann einfaldlega þessi skilaboð til allra porta nema þeirrar sem hann fékk þau frá. Aðeins eitt tæki mun svara slíkum pósti.
Sending á óþekktri Unicast umferð
Fjölvörpun
Multicast er sending skilaboða til hóps tækja sem „vill“ fá þessi gögn. Það er mjög svipað vefnámskeiði. Það er útvarpað um netið en aðeins þeir sem hafa áhuga á þessu efni tengjast því.
Þetta gagnaflutningslíkan er kallað „Publisher - Subscriber“. Það er einn útgefandi sem sendir gögn og áskrifendur sem vilja fá þessi gögn gerast áskrifendur að þeim.
Með fjölvarpsútsendingum eru skilaboðin send úr raunverulegu tæki. Source MAC í rammanum er MAC sendanda. En Destination MAC er sýndarvistfang.
Tækið verður að tengjast hópnum til að fá gögn frá því. Rofi vísar upplýsingaflæði á milli tækja - hann man frá hvaða höfnum gögnin eru send og veit á hvaða höfn þessi gögn eiga að senda.
Sending á Multicast umferð
Mikilvægt atriði er að IP tölur eru oft notaðar sem sýndarhópar, en þar sem... Þar sem þessi grein er um orku, munum við tala um MAC vistföng. Í IEC 61850 fjölskyldu samskiptareglum sem eru notaðar fyrir stafrænu tengivirkið er skiptingin í hópa byggð á MAC vistföngum
Stutt fræðsludagskrá um MAC heimilisfangið
MAC vistfangið er 48 bita gildi sem auðkennir tæki. Það skiptist í 6 oktett. Fyrstu þrír oktettarnir innihalda upplýsingar um framleiðanda. Oktettum 4, 5 og 6 er úthlutað af framleiðanda og eru tækisnúmerið.
MAC vistfang uppbygging
Í fyrsta oktettinum ákvarðar áttundi bitinn hvort skilaboðin eru unicast eða multicast. Ef áttunda bitinn er 0, þá er þetta MAC vistfang heimilisfang hins raunverulega líkamlega tækis.
Og ef áttundi bitinn er 1, þá er þetta MAC vistfang raunverulegt. Það er, þetta MAC vistfang tilheyrir ekki raunverulegu líkamlegu tæki, heldur sýndarhópi.
Líkja má sýndarteymi við útsendingarturn. Útvarpsfyrirtækið sendir frá sér tónlist í þennan turn og þeir sem vilja hlusta á hann stilla viðtæki sín á þá tíðni sem óskað er eftir.
Einnig, til dæmis, sendir IP-myndavél gögn til sýndarhóps og þau tæki sem vilja fá þessi gögn tengjast þessum hópi.
Áttunda biti af fyrsta oktett MAC vistfangsins
Ef fjölvarpsstuðningur er ekki virkur á rofanum mun hann skynja fjölvarpsstrauminn sem útsendingu. Samkvæmt því, ef það er mikið af slíkum flæði, munum við mjög fljótt stífla netið með „rusl“ umferð.
Hver er kjarninn í multicast?
Meginhugmynd multicast er að aðeins eitt eintak af umferð er sent frá tækinu. Rofinn ákvarðar á hvaða höfnum áskrifendur eru og sendir gögn frá sendanda til þeirra. Þannig gerir multicast þér kleift að draga verulega úr gögnum sem send eru í gegnum netið.
Hvernig virkar þetta á alvöru staðarneti?
Það er ljóst að það er ekki nóg að senda bara eitt eintak af umferðinni á eitthvert MAC-vistfang þar sem áttunda bitinn af fyrsta oktettinum er 1. Áskrifendur verða að geta tengst þessum hópi. Og rofar verða að skilja frá hvaða höfnum gögn koma og í hvaða höfn þarf að senda þau. Aðeins þá mun fjölvarp gera það mögulegt að hámarka netkerfi og stjórna flæði.
Til að útfæra þessa virkni eru til fjölvarpssamskiptareglur. Algengasta:
- IGMP.
- PIM.
Í þessari grein munum við tala snertandi um almenna rekstrarreglu þessara samskiptareglna.
IGMP
IGMP-virkur rofi man á hvaða tengi fjölvarpsstraumurinn kemur. Áskrifendur verða að senda IMGP Join skilaboð til að ganga í hópinn. Rofinn bætir við höfninni sem IGMP Join kom frá á listann yfir niðurstreymisviðmót og byrjar að senda fjölvarpsstrauminn þangað. Rofinn sendir stöðugt IGMP fyrirspurnarskilaboð til downstream hafna til að athuga hvort það þurfi að halda áfram að senda gögn. Ef IGMP Leave-skilaboð barst frá höfn eða ekkert svar var við IGMP Query-skilaboðum, þá er útsendingu til þess hætt.
PIM
PIM samskiptareglan hefur tvær útfærslur:
- PIM DM.
- PIM SM.
PIM DM samskiptareglan virkar öfugt við IGMP. Rofi sendir upphaflega fjölvarpsstrauminn sem útsendingu til allra hafna nema þeirrar sem það var móttekið frá. Þá slekkur hún á flæðinu á þeim höfnum sem skilaboð komu frá um að það væri ekki þörf.
PIM SM starfar nálægt IGMP.
Til að draga mjög gróflega saman meginregluna um fjölvarpsrekstur - útgefandinn sendir fjölvarpsstraum til ákveðins MAC hóps, áskrifendur senda beiðnir um að tengjast þessum hópi, rofar stjórna þessum straumum.
Af hverju fórum við svona yfirborðslega yfir fjölvarp? Við skulum tala um sérstöðu stafræna tengivirkis staðarnetsins til að skilja þetta.
Hvað er stafræn aðveitustöð og hvers vegna þarf fjölvarp þar?
Áður en þú talar um stafræn aðveitustöð þarftu að skilja hvað stafræn aðveitustöð er. Svaraðu síðan spurningunum:
- Hver tekur þátt í gagnaflutningnum?
- Hvaða gögn eru flutt yfir á LAN?
- Hver er dæmigerður LAN arkitektúr?
Og eftir það ræða multicast...
Hvað er stafræn aðveitustöð?
Stafræn aðveitustöð er tengivirki þar sem öll kerfi hafa mjög mikla sjálfvirkni. Allur auka- og aðalbúnaður slíkrar tengivirkis er einbeittur að stafrænum gagnaflutningi. Gagnaskipti eru byggð í samræmi við flutningssamskiptareglur sem lýst er í IEC 61850 staðlinum.
Í samræmi við það eru öll gögn send stafrænt hér:
- Mælingar.
- Greiningarupplýsingar.
- Stjórna skipanir.
Þessi þróun hefur fengið mikla þróun í rússneska orkugeiranum og er nú framkvæmd alls staðar. Árið 2019 og 2020 birtust mikið af eftirlitsskjölum sem stjórna stofnun stafrænnar aðveitustöðvar á öllum stigum þróunar. Til dæmis, STO 34.01-21-004-2019 PJSC "Rosseti" skilgreinir eftirfarandi skilgreiningu og viðmið fyrir miðlæga bensínstöð:
Skilgreining:
Stafræn aðveitustöð er sjálfvirk aðveitustöð búin stafrænum upplýsinga- og stjórnkerfum sem hafa samskipti á einum tíma og starfa án viðveru fastráðins starfsfólks.
Skilyrði:
- fjarstýringu á færibreytum og notkunarmátum búnaðar og kerfa sem nauðsynlegar eru fyrir eðlilega notkun án stöðugrar viðveru vakt- og viðhaldsstarfsfólks;
- útvega fjarstýringu á búnaði og kerfum til að reka tengivirki án stöðugrar viðveru vakt- og viðhaldsstarfsfólks;
- mikil sjálfvirkni búnaðar og kerfisstjórnunar með því að nota snjöll stjórnkerfi fyrir notkunarmáta búnaðar og kerfa;
- fjarstýring á öllum tæknilegum ferlum í einum tímaham;
- stafræn gagnaskipti milli allra tæknikerfa á einu sniði;
- samþættingu við rafnetið og fyrirtækjastjórnunarkerfið, auk þess að tryggja stafræn samskipti við viðeigandi innviðastofnanir (með tengdri aðstöðu);
- virkni og upplýsingaöryggi við stafræna væðingu tæknilegra ferla;
- stöðugt eftirlit með ástandi helstu tæknibúnaðar og kerfa á netinu með sendingu á nauðsynlegu magni stafrænna gagna, stýrðum breytum og merkjum.
Hver tekur þátt í gagnaflutningnum?
Stafræna tengivirkið inniheldur eftirfarandi kerfi:
- Relay verndarkerfi. Relay vernd er nánast „hjarta“ stafrænu tengivirkisins. Relay verndartenglar taka straum- og spennugildi frá mælikerfum. Byggt á þessum gögnum vinna útstöðvarnar innri verndarrökfræðina. Útstöðvarnar hafa samskipti sín á milli til að senda upplýsingar um virkjaðar varnir, stöður skiptibúnaðar o.s.frv. Útstöðvarnar senda einnig upplýsingar um atburði sem áttu sér stað til ICS netþjónsins. Alls má greina á milli nokkurra tegunda samskipta:
▸Lárétt tenging – samskipti milli útstöðva.
▸Lóðrétt tenging – samskipti við sjálfvirka vinnslustýringarkerfisþjóninn.
▸Mælingar – samskipti við mælitæki.
- Rafmagnsmælakerfi í atvinnuskyni.Varðmælakerfi hafa aðeins samskipti við mælitæki.
- Sendingareftirlitskerfi.Hlutagögn ættu að vera send frá sjálfvirka vinnslustýringarkerfisþjóninum og frá viðskiptabókhaldsþjóninum til stjórnstöðvarinnar.
Þetta er mjög einfaldaður listi yfir kerfi sem skiptast á gögnum sem hluti af stafrænu tengivirki. Ef þú hefur áhuga á að kafa dýpra í þetta efni, skrifaðu í athugasemdirnar.
Við segjum þér frá þessu sérstaklega 😉
Hvaða gögn eru flutt yfir á LAN?
Til að sameina kerfin sem lýst er hvert við annað og skipuleggja lárétt og lóðrétt samskipti, svo og flutning mælinga, eru rútur skipulagðar. Í bili skulum við vera sammála um að hver rúta er bara sérstakt staðarnet á iðnaðar Ethernet rofum.
Reiturmynd af raforkuveri í samræmi við IEC 61850
Blokkskýringin sýnir dekkin:
- Vöktun/eftirlit.
- Sending boðvarnarmerkja.
- Sending augnabliks spennu og strauma.
Verndarboðstöðvar taka þátt í bæði láréttum og lóðréttum samskiptum og nota einnig mælingar, þannig að þær eru tengdar öllum rútum.
Í gegnum „Sendingu gengisverndarmerkja“ strætó senda skautanna upplýsingar sín á milli. Þeir. hér er lárétt tenging útfærð.
Sending mælinga er útfærð í gegnum „Sendingu augnabliksgilda spennu og strauma“ strætó. Mælitæki - straum- og spennuspennar, svo og liðavarnarstöðvar - eru tengd við þennan strætó.
Einnig er ASKUE þjónninn tengdur við „Sendingu augnabliksgilda spennu og strauma“ strætó, sem tekur einnig mælingar til bókhalds.
Og „Vöktun/stýring“ strætó þjónar fyrir lóðrétt samskipti. Þeir. í gegnum það senda útstöðvarnar ýmsa atburði til ICS netþjónsins og miðlarinn sendir einnig stjórnskipanir til útstöðvanna.
Frá sjálfvirka vinnslustýringarkerfisþjóninum eru gögn send til stjórnstöðvarinnar.
Hver er dæmigerður LAN arkitektúr?
Höldum áfram frá óhlutbundinni og frekar hefðbundinni burðarmynd yfir í hversdagslegri og raunverulegri hluti.
Skýringarmyndin hér að neðan sýnir nokkuð staðlaðan staðarnetsarkitektúr fyrir stafræna aðveitustöð.
Stafræn aðveitustöðvararkitektúr
Í 6 kV eða 35 kV tengivirkjum verður netið einfaldara, en ef við erum að tala um tengivirki af 110 kV, 220 kV og hærri, auk staðarnets rafstöðva, þá mun arkitektúrinn samsvara þeim sem sýndur er.
Arkitektúrnum er skipt í þrjú stig:
- Stöð stöðvar/tengivirkis.
- Skráðu þig stig.
- Ferlisstig.
Stöð / tengivirki inniheldur vinnustöðvar og netþjóna.
Skráðu þig stig nær yfir allan tæknibúnað.
Ferlisstig felur í sér mælitæki.
Það eru líka tvær rútur til að sameina stig:
- Stöð/aðveitustöð strætó.
- Ferli strætó.
Stöðin/aðveitustöðvarrútan sameinar aðgerðir „Vöktun/stýringar“ strætó og „Relay Protection Signal Transmission“ rútuna. Og vinnslurútan sinnir aðgerðum „Sendingar tafarlausrar spennu og straumgilda“ strætó.
Eiginleikar fjölvarpssendingar í stafrænu tengivirki
Hvaða gögn eru send með fjölvarpi?
Lárétt samskipti og sending mælinga innan stafrænu aðveitustöðvarinnar fer fram með útgefanda-áskrifanda arkitektúr. Þeir. Relay verndarstöðvar nota fjölvarpsstrauma til að skiptast á skilaboðum sín á milli og mælingar eru einnig sendar með fjölvarpi.
Fyrir stafræna aðveitustöðina í orkugeiranum voru lárétt samskipti innleidd með því að nota punkt-til-punkt samskipti milli útstöðva. Annaðhvort var kopar- eða sjónstrengur notaður sem tengi. Gögn voru send með sérsamskiptareglum.
Mjög miklar kröfur voru gerðar til þessarar tengingar, vegna þess þessar rásir sendu merki um virkjun verndar, stöðu rofabúnaðar osfrv. Reikniritið fyrir rekstrarblokkun útstöðva var háð þessum upplýsingum.
Ef gögn eru send hægt eða ekki tryggð eru miklar líkur á að ein af útstöðvunum fái ekki uppfærðar upplýsingar um núverandi ástand og gæti sent merki um að slökkva eða kveikja á skiptibúnaðinum þegar t.d. , er nokkur vinna við það. Eða bilun brotsjórsins mun ekki virka í tíma og skammhlaupið mun dreifast til restarinnar af rafrásinni. Allt þetta er hlaðið miklu fjárhagstjóni og ógn við mannslíf.
Þess vegna þurfti að senda gögnin:
- Áreiðanlegur.
- Ábyrgð.
- Hratt.
Nú er í stað samskipta milli punkta notað stöð/aðveitustöð, þ.e. LAN. Og gögnin eru send með GOOSE samskiptareglunum, sem lýst er í IEC 61850 staðlinum (í IEC 61850-8-1, til að vera nákvæmari).
GOOSE stendur fyrir General Object Oriented Substation Event, en þessi afkóðun á ekki lengur við og ber ekki merkingarfræðilegt álag.
Sem hluti af þessari samskiptareglu skiptast boðvarnarstöðvar GOOSE skilaboðum sín á milli.
Umskiptin frá samskiptum punkta yfir í LAN breytti ekki nálguninni. Gögn þurfa samt að vera send á áreiðanlegan, öruggan og fljótlegan hátt. Þess vegna nota GOOSE skilaboð nokkuð óvenjulegt gagnaflutningskerfi. Meira um hann síðar.
Mælingar, eins og við höfum þegar rætt, eru einnig sendar með fjölvarpsstraumum. Í DSP hugtökum eru þessir straumar kallaðir SV straumar (Sampled Value).
SV straumar eru skilaboð sem innihalda tiltekið safn af gögnum og eru send stöðugt með ákveðnu tímabili. Hver skilaboð innihalda mælingu á ákveðnum tímapunkti. Mælingar eru teknar á ákveðinni tíðni – sýnatökutíðni.
Sýnatökutíðni er sýnatökutíðni tímasamfellts merkis við sýnatöku.
Sýnatökuhraði 80 sýni á sekúndu
Samsetningu SV-strauma er lýst í IEC61850-9-2 LE.
SV straumar eru sendar í gegnum vinnslurútuna.
Process bus er samskiptanet sem veitir gagnaskipti milli mælitækja og tengistigstækja. Reglur um gagnaskipti (straumstraums- og spennugildi) eru lýst í IEC 61850-9-2 staðlinum (nú er IEC 61850-9-2 LE sniðið notað).
SV straumar, eins og GOOSE skilaboð, verða að berast hratt. Ef mælingarnar eru sendar hægt geta skautarnir ekki fengið þann straum eða spennu sem þarf til að koma vörninni af stað í tæka tíð og mun skammhlaupið þá dreifast um stóran hluta rafkerfisins og valda miklum skaða.
Af hverju er multicast nauðsynlegt?
Eins og getið er hér að ofan, til að mæta gagnaflutningskröfum fyrir lárétt samskipti, eru GÓS sendar nokkuð óvenjulegt.
Í fyrsta lagi eru þau send á gagnatengingarstigi og hafa sína eigin Ethertype - 0x88b8. Þetta tryggir háan gagnaflutningshraða.
Nú er nauðsynlegt að loka kröfum um ábyrgð og áreiðanleika.
Auðvitað, til að vera viss, er nauðsynlegt að skilja hvort skilaboðin hafi verið afhent, en við getum ekki skipulagt sendingu staðfestingar á móttöku, eins og td er gert í TCP. Þetta mun draga verulega úr gagnaflutningshraða.
Þess vegna er útgefandi-áskrifandi arkitektúr notaður til að senda GOOSE.
Arkitektúr útgefanda og áskrifenda
Tækið sendir GÓS skilaboð til rútunnar og áskrifendur fá skilaboðin. Þar að auki eru skilaboðin send með stöðugum tíma T0. Ef einhver atburður á sér stað myndast ný skilaboð, óháð því hvort fyrra tímabili T0 er lokið eða ekki. Næstu skilaboð með nýjum gögnum verða til eftir mjög stuttan tíma, síðan eftir aðeins lengri tíma o.s.frv. Fyrir vikið stækkar tíminn í T0.
Meginreglan um að senda GOOSE skilaboð
Áskrifandinn veit frá hverjum hann fær skilaboð og ef hann hefur ekki fengið skilaboð frá einhverjum eftir tíma T0, þá býr hann til villuboð.
SV straumar eru einnig sendir á gagnatengingarstigi, hafa sína eigin Ethertype - 0x88BA og eru sendir í samræmi við „Publisher – Subscriber“ líkanið.
Litbrigði fjölvarpssendingar í stafrænu tengivirki
En „orka“ fjölvarp hefur sín blæbrigði.
Athugið 1. GOOSE og SV hafa sína eigin fjölvarpshópa skilgreinda
Fyrir „orku“ fjölvarp eru þeirra eigin dreifingarhópar notaðir.
Í fjarskiptum er bilið 224.0.0.0/4 notað fyrir fjölvarpsdreifingu (með sjaldgæfum undantekningum, það eru frátekin heimilisföng). En IEC 61850 staðallinn sjálfur og IEC 61850 fyrirtækjasniðið frá PJSC FGC skilgreina sitt eigið fjölvarpsdreifingarsvið.
Fyrir SV strauma: frá 01-0C-CD-04-00-00 til 01-0C-CD-04-FF-FF.
Fyrir GOOSE skilaboð: frá 01-0C-CD-04-00-00 til 01-0C-CD-04-FF-FF.
2. liður. Útstöðvarnar nota ekki fjölvarpssamskiptareglur
Annað litbrigðið er miklu þýðingarmeira - relay verndarskautar styðja ekki IGMP eða PIM. Hvernig virka þeir þá með multicast? Þeir eru einfaldlega að bíða eftir að nauðsynlegar upplýsingar berist til hafnar. Þeir. ef þeir vita að þeir eru áskrifendur að tilteknu MAC heimilisfangi, þá samþykkja þeir alla innkomna ramma, en vinna aðeins úr þeim nauðsynlegu. Afganginum er einfaldlega hent.
Með öðrum orðum, öll von hvílir á rofanum. En hvernig mun IGMP eða PIM virka ef útstöðvarnar senda ekki Join skilaboð? Svarið er einfalt - engin leið.
Og SV straumar eru frekar þung gögn. Einn straumur vegur um 5 Mbit/s. Og ef allt er látið vera eins og það er kemur í ljós að hver straumur verður sendur út. Með öðrum orðum, við munum draga aðeins 20 strauma á eitt 100 Mbit/s staðarnet. Og fjöldi SV-rennslis í stóru tengivirki er mældur í hundruðum.
Hver er þá lausnin?
Einfalt - notaðu gömul sannað VLAN.
Þar að auki getur IGMP í Digital Substation LAN spilað grimman brandara, og öfugt, ekkert mun virka. Þegar öllu er á botninn hvolft munu rofar ekki byrja að senda strauma án beiðni.
Þess vegna getum við bent á einfalda gangsetningarreglu - „Virkar netið ekki? - Slökktu á IGMP!"
Venjulegur grunnur
En kannski er samt hægt að skipuleggja staðarnet fyrir stafræna aðveitustöð sem byggir á fjölvarpi? Við skulum reyna að snúa okkur núna að reglugerðarskjölunum um staðarnet. Sérstaklega mun ég vitna í brot úr eftirfarandi STOs:
- STO 34.01-21-004-2019 - STAFRÆN RAFLUTJÖF. KRÖFUR UM TÆKNIHÖNNUN STAFRÆNRA STAFRÆÐA AÐVERVUM MEÐ SPENNU 110-220 kV OG HNÚTASTAFRÆN AÐVERVUM MEÐ SPENNU 35 kV.
- STO 34.01-6-005-2019 – ROFA Á ORKUHÚÐUM. Almennar tæknilegar kröfur.
- STO 56947007-29.240.10.302-2020 - Staðlaðar tæknilegar kröfur um skipulag og frammistöðu tæknilegra staðarneta í ferlistýringarkerfi UNEG tengivirkis.
Við skulum fyrst sjá hvað er að finna á þessum bensínstöðvum um fjölvarp? Aðeins er minnst á það í nýjustu STO frá PJSC FGC UES. Á meðan á samþykkisprófunum á staðarneti stendur biður þjónustustöðin þig um að athuga hvort VLAN-netin séu rétt stillt og athuga hvort það sé engin fjölvarpsumferð í skiptigáttum sem ekki eru tilgreind í vinnuskjölunum.
Jæja, þjónustustöðin mælir líka fyrir um að þjónustufólk verði að vita hvað multicast er.
Þetta snýst allt um multicast...
Nú skulum við sjá hvað þú getur fundið á þessum bensínstöðvum um VLAN.
Hér eru allar þrjár bensínstöðvarnar sammála um að rofar verði að styðja VLAN byggð á IEEE 802.1Q.
STO 34.01-21-004-2019 segir að VLAN ætti að nota til að stjórna flæði og með hjálp VLAN ætti að skipta umferð í relay vernd, sjálfvirk ferli stýrikerfi, AIIS KUE, myndbandseftirlit, fjarskipti o.fl.
STO 56947007-29.240.10.302-2020 krefst þess að auki að útbúið sé VLAN dreifingarkort við hönnun. Á sama tíma býður þjónustustöðin upp á úrval sitt af IP-tölum og VLAN fyrir DSP búnað.
STO veitir einnig töflu yfir ráðlagða forgangsröðun fyrir mismunandi VLAN.
Tafla yfir ráðlagða VLAN forgangsröðun frá STO 56947007-29.240.10.302-2020
Frá sjónarhóli flæðisstjórnunar, þá er það allt. Þó það sé enn mikið að ræða á þessum bensínstöðvum - allt frá ýmsum arkitektúrum til L3 stillinga - munum við örugglega gera þetta, en næst.
Nú skulum við draga saman flæðisstjórnun á staðarneti stafrænu tengivirkisins.
Ályktun
Í stafrænu aðveitustöðinni, þrátt fyrir þá staðreynd að mikið af fjölvarpsstraumum sé sent, eru staðlaðar fjölvarps umferðarstjórnunarkerfi (IGMP, PIM) í raun ekki notaðar. Þetta er vegna þess að endatækin styðja engar fjölvarpssamskiptareglur.
Gamla góða VLAN eru notuð til að stjórna flæði. Á sama tíma er notkun VLAN stjórnað af reglugerðarskjölum sem bjóða upp á nokkuð vel þróaðar ráðleggingar.
Gagnlegar hlekkir:
.
Heimild: www.habr.com