Цифрлық қосалқы станция – энергетика саласындағы тренд. Егер сіз тақырыпқа жақын болсаңыз, онда деректердің үлкен көлемі мультикаст ағындары түрінде берілетінін естіген шығарсыз. Бірақ сіз осы мультикаст ағындарын қалай басқару керектігін білесіз бе? Ағынды басқарудың қандай құралдары қолданылады? Нормативтік құжаттама нені ұсынады?
Бұл тақырыпты түсінуге мүдделі кез келген адам мысыққа қош келдіңіз!
Деректер желі арқылы қалай беріледі және неліктен мультикаст ағындарын басқару керек?
Тікелей Цифрлық қосалқы станцияға және LAN құрудың нюанстарына көшпес бұрын, мен мультикаст ағындарымен жұмыс істеу үшін деректерді беру және деректерді беру хаттамаларының түрлері бойынша қысқаша білім беру бағдарламасын ұсынамын. Біз білім беру бағдарламасын спойлерге жасырдық.
Мәліметтерді тасымалдау түрлері
Жергілікті желідегі трафик түрлері
Деректерді тасымалдаудың төрт түрі бар:
- Хабар тарату – хабар тарату.
- Unicast – екі құрылғы арасындағы хабар алмасу.
- Multicast – белгілі бір құрылғылар тобына хабарламалар жіберу.
- Белгісіз Unicast – бір құрылғыны табу мақсатымен хабар тарату.
Карталарды шатастырмау үшін мультикастқа көшу алдында деректерді берудің қалған үш түрі туралы қысқаша айтып өтейік.
Ең алдымен, жергілікті желі ішінде құрылғылар арасындағы адрестеу MAC мекенжайлары негізінде жүзеге асырылатынын еске түсірейік. Кез келген жіберілген хабарламада SRC MAC және DST MAC өрістері болады.
SRC MAC – бастапқы MAC – жіберуші MAC мекенжайы.
DST MAC – тағайындалған MAC – алушының MAC мекенжайы.
Коммутатор осы өрістерге негізделген хабарламаларды жібереді. Ол DST MAC іздейді, оны MAC мекенжайлар кестесінен табады және кестеде көрсетілген портқа хабарлама жібереді. Ол сондай-ақ SRC MAC көреді. Егер кестеде мұндай MAC мекенжайы болмаса, онда жаңа «MAC мекенжайы – порт» жұбы қосылады.
Енді деректерді беру түрлері туралы толығырақ сөйлесейік.
Біржолғы
Unicast – екі құрылғы арасындағы хабарламаларды адрестік жіберу. Негізінде, бұл нүктеден нүктеге деректерді беру. Басқаша айтқанда, екі құрылғы бір-бірімен байланысу үшін әрқашан Unicast пайдаланады.
Бірыңғай трафикті беру
хабар
Тарату – таратылатын хабар. Анау. хабар тарату, бір құрылғы желідегі барлық басқа құрылғыларға хабарлама жібергенде.
Таратылатын хабарды жіберу үшін жіберуші DST MAC мекенжайын FF:FF:FF:FF:FF:FF көрсетеді.
Трафикті тарату
Белгісіз Unicast
Белгісіз Unicast, бір қарағанда, Broadcast-қа өте ұқсас. Бірақ олардың арасында айырмашылық бар - хабарлама барлық желі қатысушыларына жіберіледі, бірақ тек бір құрылғыға арналған. Бұл сауда орталығында көлікті қайта қоюды сұрайтын хабарлама сияқты. Бұл хабарды бәрі естиді, бірақ біреуі ғана жауап береді.
Коммутатор кадрды алған кезде және одан MAC мекенжайлар кестесінде тағайындалған MAC таба алмаса, ол бұл хабарламаны оны қабылдаған порттан басқа барлық порттарға жай ғана таратады. Мұндай хабарламаға тек бір құрылғы жауап береді.
Белгісіз Unicast трафикті жіберу
Мультикаст
Multicast – бұл деректерді «алғысы келетін» құрылғылар тобына хабарлама жіберу. Бұл вебинарға өте ұқсас. Ол бүкіл Интернетте таратылады, бірақ оған тек осы тақырыпты қызықтыратын адамдар ғана қосылады.
Бұл деректерді тасымалдау моделі «Баспагер - жазылушы» деп аталады. Деректерді жіберетін бір баспагер және осы деректерді алғысы келетін жазылушылар оған жазылады.
Көп тарату арқылы хабар нақты құрылғыдан жіберіледі. Жақтаудағы бастапқы MAC жіберушінің MAC болып табылады. Бірақ Destination MAC виртуалды мекенжай болып табылады.
Деректерді алу үшін құрылғы топқа қосылуы керек. Коммутатор құрылғылар арасындағы ақпарат ағындарын қайта бағыттайды - ол деректер қай порттардан жіберілетінін есте сақтайды және бұл деректерді қай порттарға жіберу керектігін біледі.
Multicast трафикті беру
Маңызды мәселе, IP мекенжайлары жиі виртуалды топтар ретінде пайдаланылады, бірақ... Бұл мақала энергия туралы болғандықтан, біз MAC мекенжайлары туралы айтатын боламыз. Сандық қосалқы станция үшін қолданылатын IEC 61850 протоколдар тобында топтарға бөлу MAC мекенжайларына негізделген.
MAC мекенжайы туралы қысқаша білім беру бағдарламасы
MAC мекенжайы құрылғыны бірегей түрде анықтайтын 48 биттік мән болып табылады. Ол 6 октетке бөлінген. Алғашқы үш октет өндіруші туралы ақпаратты қамтиды. 4, 5 және 6 октеттерді өндіруші тағайындайды және құрылғы нөмірі болып табылады.
MAC мекенжайының құрылымы
Бірінші октетте сегізінші бит хабарламаның біркаст немесе көп тарату екенін анықтайды. Егер сегізінші бит 0 болса, онда бұл MAC мекенжайы нақты физикалық құрылғының мекенжайы болып табылады.
Ал сегізінші бит 1 болса, онда бұл MAC мекенжайы виртуалды. Яғни, бұл MAC мекенжайы нақты физикалық құрылғыға емес, виртуалды топқа жатады.
Виртуалды команданы хабар тарату мұнарасымен салыстыруға болады. Радиокомпания бұл мұнараға біраз музыканы таратады, ал оны тыңдағысы келетіндер қабылдағыштарын қалаған жиілікке баптайды.
Сондай-ақ, мысалы, IP бейне камерасы деректерді виртуалды топқа жібереді және осы деректерді алғысы келетін құрылғылар осы топқа қосылады.
MAC мекенжайының бірінші октетінің сегізінші биті
Коммутаторда мультикаст қолдауы қосылмаған болса, ол көп тарату ағынын таратылым ретінде қабылдайды. Тиісінше, егер мұндай ағындар көп болса, біз желіні «қоқыс» трафикпен өте тез жауып тастаймыз.
Көп таратудың мәні неде?
Көп таратудың негізгі идеясы құрылғыдан трафиктің бір ғана көшірмесі жіберіледі. Коммутатор абоненттердің қай порттарға қосылғанын анықтайды және жіберушіден оларға деректерді жібереді. Осылайша, мультикаст желі арқылы берілетін деректерді айтарлықтай азайтуға мүмкіндік береді.
Бұл нақты жергілікті желіде қалай жұмыс істейді?
Бірінші октеттің сегізінші биті 1 болатын кейбір MAC мекенжайына трафиктің бір данасын жай ғана жіберу жеткіліксіз екені анық. Абоненттер бұл топқа қосыла алуы керек. Ал коммутаторлар деректердің қай порттардан келетінін және оны қандай порттарға жіберу керектігін түсінуі керек. Сонда ғана мультикаст желілерді оңтайландыруға және ағындарды басқаруға мүмкіндік береді.
Бұл функцияны жүзеге асыру үшін мультикаст протоколдары бар. Ең ортақ:
- IGMP.
- PIM.
Бұл мақалада біз осы хаттамалардың жалпы жұмыс принципі туралы тангенциалды түрде сөйлесетін боламыз.
IGMP
IGMP қосылған қосқыш мультикаст ағынының қай портқа келгенін есте сақтайды. Топқа қосылу үшін жазылушылар IMGP Join хабарын жіберуі керек. Коммутатор IGMP Join төменгі ағындық интерфейстер тізіміне келген портты қосады және сол жерде мультикаст ағынын жібере бастайды. Коммутатор деректерді жіберуді жалғастыру қажеттігін тексеру үшін IGMP сұрау хабарламаларын төменгі ағындық порттарға үздіксіз жібереді. IGMP Leave хабары порттан алынса немесе IGMP Query хабарына жауап болмаса, оған хабар тарату тоқтатылады.
PIM
PIM протоколында екі іске асыру бар:
- PIM DM.
- PIM SM.
PIM DM протоколы IGMP протоколына кері бағытта жұмыс істейді. Коммутатор бастапқыда мультикаст ағынын ол қабылданған порттан басқа барлық порттарға таратылым ретінде жібереді. Содан кейін ол қажет емес хабарламалар келген порттардағы ағынды өшіреді.
PIM SM IGMP-ге жақын жұмыс істейді.
Көп тарату жұмысының жалпы принципін өте шамамен қорытындылау үшін - Publisher белгілі бір MAC тобына мультикаст ағынын жібереді, жазылушылар осы топқа қосылуға сұраныс жібереді, коммутаторлар осы ағындарды басқарады.
Неліктен біз мультикастқа соншалықты үстірт өттік? Мұны түсіну үшін Цифрлық қосалқы станцияның жергілікті желісінің ерекшеліктері туралы сөйлесейік.
Цифрлық қосалқы станция дегеніміз не және мультикаст не үшін қажет?
Цифрлық қосалқы станцияның жергілікті желісі туралы айтпас бұрын, сандық қосалқы станцияның не екенін түсіну керек. Содан кейін сұрақтарға жауап беріңіз:
- Деректерді тасымалдауға кім қатысады?
- Жергілікті желіге қандай деректер тасымалданады?
- Типтік LAN архитектурасы қандай?
Осыдан кейін мультикастты талқылаңыз...
Цифрлық қосалқы станция дегеніміз не?
Цифрлық қосалқы станция - бұл барлық жүйелерде автоматтандырудың өте жоғары деңгейі бар қосалқы станция. Мұндай қосалқы станцияның барлық қосалқы және негізгі жабдықтары деректерді цифрлық тасымалдауға бағытталған. Деректер алмасу IEC 61850 стандартында сипатталған жіберу хаттамаларына сәйкес жасалған.
Тиісінше, мұнда барлық деректер цифрлық түрде беріледі:
- Өлшемдер.
- Диагностикалық ақпарат.
- Басқару командалары.
Бұл үрдіс ресейлік энергетикалық секторда үлкен дамуға ие болды және қазір барлық жерде жүзеге асырылуда. 2019 және 2020 жылдары дамудың барлық кезеңдерінде Цифрлық қосалқы станцияны құруды реттейтін көптеген нормативтік құжаттар пайда болды. Мысалы, СТО 34.01-21-004-2019 «Россети» ПАҚ орталық қызмет көрсету станциясының келесі анықтамасы мен критерийлерін анықтайды:
Анықтама:
Цифрлық қосалқы станция – бір уақыт режимінде өзара әрекеттесетін және тұрақты кезекші персоналдың қатысуынсыз жұмыс істейтін цифрлық ақпараттық және басқару жүйелерімен жабдықталған автоматтандырылған қосалқы станция.
Критерийлер:
- кезекші және қызмет көрсетуші персоналдың тұрақты қатысуынсыз қалыпты жұмыс істеу үшін қажетті жабдықтар мен жүйелердің параметрлері мен жұмыс режимдерін қашықтықтан бақылау;
- кезекші және қызмет көрсетуші персоналдың тұрақты қатысуынсыз қосалқы станцияның жұмысы үшін жабдықтар мен жүйелерді телебақылауды қамтамасыз ету;
- жабдықтар мен жүйелердің жұмыс режимдерін интеллектуалды басқару жүйелерін пайдалана отырып, жабдықтар мен жүйелерді басқаруды автоматтандырудың жоғары деңгейі;
- бір уақыт режимінде барлық технологиялық процестерді қашықтан басқару;
- бір форматтағы барлық технологиялық жүйелер арасында цифрлық деректер алмасу;
- электр желілеріне және кәсіпорынды басқару жүйесіне интеграциялау, сондай-ақ тиісті инфрақұрылымдық ұйымдармен (ілеспе объектілермен) цифрлық өзара іс-қимылды қамтамасыз ету;
- технологиялық процестерді цифрландыру кезінде функционалдық және ақпараттық қауіпсіздік;
- цифрлық деректердің, басқарылатын параметрлердің және сигналдардың қажетті көлемін беру арқылы негізгі технологиялық жабдықтар мен жүйелердің жай-күйін онлайн режимінде үздіксіз бақылау.
Деректерді тасымалдауға кім қатысады?
Цифрлық қосалқы станция келесі жүйелерді қамтиды:
- Релелік қорғаныс жүйелері. Релелік қорғаныс іс жүзінде Цифрлық қосалқы станцияның «жүрегі» болып табылады. Релелік қорғаныс терминалдары өлшеу жүйелерінен ток пен кернеу мәндерін алады. Осы деректерге сүйене отырып, терминалдар ішкі қорғаныс логикасын жасайды. Терминалдар белсендірілген қорғаныстар, коммутациялық құрылғылардың позициялары және т.б. туралы ақпаратты беру үшін бір-бірімен байланысады. Сондай-ақ терминалдар ICS серверіне орын алған оқиғалар туралы ақпаратты жібереді. Жалпы, коммуникацияның бірнеше түрін бөлуге болады:
▸Көлденең байланыс – терминалдар арасындағы байланыс.
▸Тік байланыс – процесті басқарудың автоматтандырылған жүйесінің серверімен байланыс.
▸Өлшеу – өлшеу құралдарымен байланыс.
- Коммерциялық электр энергиясын есепке алу жүйелері.Сақтауды есепке алу жүйелері тек өлшеу құралдарымен ғана байланысады.
- Диспетчерлік басқару жүйелері.Ішінара мәліметтер процесті басқарудың автоматтандырылған жүйесінің серверінен және коммерциялық есеп серверінен басқару орталығына жіберілу керек.
Бұл сандық қосалқы станцияның бөлігі ретінде деректермен алмасуды жүзеге асыратын жүйелердің өте жеңілдетілген тізімі. Егер сіз осы тақырыпты тереңірек зерттегіңіз келсе, түсініктемелерде жазыңыз.
Бұл туралы бөлек айтамыз😉
Жергілікті желіге қандай деректер тасымалданады?
Сипатталған жүйелерді бір-бірімен біріктіру және көлденең және тік байланысты ұйымдастыру, сондай-ақ өлшемдерді беру үшін автобустар ұйымдастырылады. Әзірге әрбір автобус өнеркәсіптік Ethernet қосқыштарындағы жеке жергілікті желі екеніне келісейік.
IEC 61850 сәйкес электр энергетикалық қондырғының құрылымдық схемасы
Блок-схемада шиналар көрсетілген:
- Бақылау/бақылау.
- Релелік қорғаныс сигналдарын беру.
- Лездік кернеулер мен токтарды беру.
Қорғаныс релелік терминалдары көлденең және тік байланысқа қатысады, сонымен қатар өлшемдерді пайдаланады, сондықтан олар барлық автобустарға қосылады.
«Релелік қорғаныс сигналдарын беру» шинасы арқылы терминалдар бір-біріне ақпаратты жібереді. Анау. мұнда көлденең байланыс жүзеге асырылады.
Өлшемдерді беру «Кернеу мен токтың лездік мәндерін беру» шинасы арқылы жүзеге асырылады. Өлшеу құрылғылары - ток және кернеу трансформаторлары, сондай-ақ релелік қорғаныс терминалдары осы шинаға қосылған.
Сондай-ақ, ASKUE сервері «Кернеу мен токтардың лездік мәндерін беру» шинасына қосылған, ол да есепке алу үшін өлшемдерді қабылдайды.
Ал «Мониторинг/Басқару» шинасы тік байланыс үшін қызмет етеді. Анау. ол арқылы терминалдар ICS серверіне әртүрлі оқиғаларды жібереді, сонымен қатар сервер терминалдарға басқару командаларын жібереді.
Процесті басқарудың автоматтандырылған жүйесінің серверінен деректер басқару орталығына жіберіледі.
Типтік LAN архитектурасы қандай?
Абстрактілі және әдеттегі құрылымдық диаграммадан қарапайым және нақты нәрселерге көшейік.
Төмендегі диаграмма сандық қосалқы станция үшін жеткілікті стандартты LAN архитектурасын көрсетеді.
Цифрлық қосалқы станцияның архитектурасы
6 кВ немесе 35 кВ қосалқы станцияларында желі қарапайым болады, бірақ егер біз 110 кВ, 220 кВ және одан жоғары қосалқы станциялар туралы, сондай-ақ электр станцияларының LAN туралы айтатын болсақ, онда архитектура көрсетілгенге сәйкес келеді.
Архитектура үш деңгейге бөлінеді:
- Станция/қосалқы станция деңгейі.
- Қосылу деңгейі.
- Процесс деңгейі.
Станция/қосалқы станция деңгейі жұмыс станциялары мен серверлерді қамтиды.
Қосылу деңгейі барлық технологиялық жабдықтарды қамтиды.
Процесс деңгейі өлшеу құралдары кіреді.
Сонымен қатар деңгейлерді біріктіруге арналған екі автобус бар:
- Станция/қосалқы станция автобусы.
- Процесс шинасы.
Станция/қосалқы станция шинасы «Мониторинг/Басқару» шинасы мен «Релелік қорғаныс сигналын беру» автобусының функцияларын біріктіреді. Ал технологиялық шина «Лездік кернеу мен ток мәндерін беру» шинасының функцияларын орындайды.
Цифрлық қосалқы станциядағы мультикастты таратудың ерекшеліктері
Мультикаст көмегімен қандай мәліметтер беріледі?
Цифрлық қосалқы станцияның ішінде көлденең байланыс және өлшемдерді беру «Баспа-абонент» архитектурасын қолдану арқылы жүзеге асырылады. Анау. Релелік қорғаныс терминалдары бір-бірімен хабарлама алмасу үшін мультикаст ағындарын пайдаланады және өлшеулер мультикаст арқылы да беріледі.
Энергетика секторындағы цифрлық қосалқы станцияға дейін терминалдар арасындағы нүктеден нүктеге байланыс арқылы көлденең байланыс жүзеге асырылды. Интерфейс ретінде мыс немесе оптикалық кабель пайдаланылды. Деректер меншікті протоколдар арқылы жіберілді.
Бұл байланысқа өте жоғары талаптар қойылды, өйткені бұл арналар қорғанысты іске қосу сигналдарын, коммутациялық құрылғылардың орналасуын және т.б. Терминалдарды операциялық блоктау алгоритмі осы ақпаратқа байланысты болды.
Деректер баяу жіберілсе немесе кепілдік берілмесе, терминалдардың біреуінің ағымдағы жағдай туралы өзекті ақпаратты алмау ықтималдығы жоғары және коммутациялық құрылғыны өшіру немесе қосу үшін сигнал жіберуі мүмкін, мысалы, , ол бойынша біршама жұмыстар жүргізілуде. Немесе ажыратқыштың істен шығуы уақытында жұмыс істемейді және қысқа тұйықталу электр тізбегінің қалған бөлігіне таралады. Мұның бәрі үлкен қаржылық шығындар мен адам өміріне қауіп төндіреді.
Сондықтан деректерді жіберу керек болды:
- Сенімді.
- Кепілдік.
- Жылдам.
Енді нүктеден нүктеге байланыстың орнына станция/қосалқы станция шинасы пайдаланылады, яғни. LAN. Ал деректер IEC 61850 стандартымен сипатталған GOOSE хаттамасы арқылы беріледі (дәлірек айтқанда IEC 61850-8-1-де).
GOOSE жалпы нысанға бағытталған қосалқы станция оқиғасын білдіреді, бірақ бұл декодтау енді өте өзекті емес және ешқандай семантикалық жүктемені көтермейді.
Осы хаттаманың бөлігі ретінде релелік қорғаныс терминалдары бір-бірімен GOOSE хабарламаларымен алмасады.
Нүктелік байланыстан жергілікті желіге көшу тәсілді өзгертпеді. Деректер әлі де сенімді, қауіпсіз және жылдам берілуі керек. Сондықтан GOOSE хабарламалары біршама әдеттен тыс деректерді беру механизмін пайдаланады. Ол туралы кейінірек.
Өлшемдер, біз айтып өткеніміздей, мультикаст ағындары арқылы да беріледі. DSP терминологиясында бұл ағындар SV ағындары (Sampled Value) деп аталады.
SV ағындары - белгілі бір деректер жинағын қамтитын және белгілі бір кезеңмен үздіксіз жіберілетін хабарламалар. Әрбір хабарлама белгілі бір уақыт нүктесіндегі өлшемді қамтиды. Өлшемдер белгілі бір жиілікте – іріктеу жиілігінде жүргізіледі.
Дискреттеу жиілігі – уақыт бойынша үздіксіз сигналды таңдау кезіндегі дискретизация жиілігі.
Сынама алу жылдамдығы секундына 80 үлгі
SV ағындарының құрамы IEC61850-9-2 LE сипатталған.
SV ағындары процесс шинасы арқылы беріледі.
Процесс шинасы – өлшеу құрылғылары мен қосылу деңгейінің құрылғылары арасында мәліметтер алмасуды қамтамасыз ететін байланыс желісі. Деректермен алмасу ережелері (лездік ток және кернеу мәндері) IEC 61850-9-2 стандартында сипатталған (қазіргі уақытта IEC 61850-9-2 LE профилі қолданылады).
GOOSE хабарламалары сияқты SV ағындары жылдам берілуі керек. Өлшемдер баяу берілсе, терминалдар қорғанысты іске қосу үшін қажетті токты немесе кернеуді уақытында қабылдамауы мүмкін, ал қысқа тұйықталу содан кейін электр желісінің үлкен бөлігіне таралады және үлкен зиян келтіреді.
Неліктен мультикаст қажет?
Жоғарыда айтылғандай, көлденең байланыс үшін деректерді беру талаптарын қанағаттандыру үшін GOOSE әдеттен тыс жіберіледі.
Біріншіден, олар деректер байланысы деңгейінде беріледі және өздерінің Ethertype – 0x88b8. Бұл деректерді тасымалдаудың жоғары жылдамдығын қамтамасыз етеді.
Енді кепілдік пен сенімділік талаптарын жабу керек.
Әлбетте, хабардың жеткізілген-жеткізілмегенін түсіну керек, бірақ біз, мысалы, TCP-де жасалғандай, алынған растауларды жіберуді ұйымдастыра алмаймыз. Бұл деректерді беру жылдамдығын айтарлықтай төмендетеді.
Сондықтан GOOSE жіберу үшін Publisher-Subscriber архитектурасы қолданылады.
Баспа-жазушы архитектурасы
Құрылғы автобусқа GOOSE хабарламасын жібереді және абоненттер хабарламаны алады. Сонымен қатар, хабарлама T0 тұрақты уақытымен жіберіледі. Егер қандай да бір оқиға орын алса, алдыңғы T0 кезеңі аяқталғанына немесе аяқталмағанына қарамастан жаңа хабарлама жасалады. Жаңа деректері бар келесі хабарлама өте қысқа уақыт кезеңінен кейін жасалады, содан кейін сәл ұзағырақ кезеңнен кейін және т.б. Нәтижесінде уақыт T0 дейін артады.
GOOSE хабарламаларын беру принципі
Абонент хабарламаларды кімнен алатынын біледі және егер ол T0 уақытынан кейін біреуден хабарлама алмаса, онда ол қате туралы хабарды жасайды.
SV ағындары да деректер байланысы деңгейінде беріледі, өздерінің Ethertype - 0x88BA бар және «Баспагер – Жазушы» үлгісіне сәйкес беріледі.
Цифрлық қосалқы станциядағы мультикастты таратудың нюанстары
Бірақ «энергетикалық» мультикасттың өзіндік нюанстары бар.
Ескертпе 1. GOOSE және SV-де анықталған өз мультикаст топтары бар
«Энергия» мультикаст үшін олардың жеке тарату топтары пайдаланылады.
Телекоммуникацияда 224.0.0.0/4 диапазоны мультикастты тарату үшін қолданылады (сирек жағдайларды қоспағанда, сақталған мекенжайлар бар). Бірақ IEC 61850 стандартының өзі және PJSC FGC фирмасының IEC 61850 корпоративтік профилі өздерінің көп тарату ауқымдарын анықтайды.
SV ағындары үшін: 01-0C-CD-04-00-00 бастап 01-0C-CD-04-FF-FF дейін.
GOOSE хабарламалары үшін: 01-0C-CD-04-00-00 бастап 01-0C-CD-04-FF-FF дейін.
2-тармақ. Терминалдар мультикаст протоколдарын пайдаланбайды
Екінші нюанс әлдеқайда маңызды - релелік қорғаныс терминалдары IGMP немесе PIM қолдамайды. Сонда олар мультикастпен қалай жұмыс істейді? Олар жай ғана портқа қажетті ақпаратты жіберуді күтуде. Анау. егер олар белгілі MAC мекенжайына жазылғанын білсе, онда олар барлық кіріс кадрларды қабылдайды, бірақ тек қажеттілерді өңдейді. Қалғандары жай ғана тасталады.
Басқаша айтқанда, барлық үміт коммутаторларда. Бірақ терминалдар Join хабарларын жібермесе, IGMP немесе PIM қалай жұмыс істейді? Жауап қарапайым - мүмкін емес.
Ал SV ағындары өте ауыр деректер. Бір ағынның салмағы шамамен 5 Мбит/с. Ал бәрі сол қалпында қалса, әр ағын эфирге шығады екен. Басқаша айтқанда, біз бір 20 Мбит/с LAN-ға тек 100 ағынды тартамыз. Ал үлкен қосалқы станциядағы SV ағындарының саны жүздегенмен өлшенеді.
Сонда шешім қандай?
Қарапайым - ескі дәлелденген VLAN желілерін пайдаланыңыз.
Сонымен қатар, сандық қосалқы станцияның LAN желісіндегі IGMP қатал әзіл ойнай алады және керісінше ештеңе жұмыс істемейді. Өйткені, коммутаторлар сұраусыз ағындарды жібере алмайды.
Сондықтан біз қарапайым іске қосу ережесін бөліп көрсетуге болады - «Желі жұмыс істемей ме? – IGMP өшіріңіз!”
Нормативтік база
Бірақ мультикаст негізіндегі сандық қосалқы станция үшін LAN ұйымдастыруға әлі де болады ма? Енді жергілікті желідегі нормативтік құжаттамаға жүгінуге тырысайық. Атап айтқанда, мен келесі СТО-дан үзінді келтіремін:
- СТО 34.01-21-004-2019 - ЦИФРЛІК ЭНЕРГЕТИКА ОРТАЛЫҒЫ. Кернеу 110-220 кВ ЦИФРЛІК ҚОС СТАНЦИЯЛАРДЫ ЖӘНЕ 35 кВ кернеулі тораптық ЦИфрлық қосалқы станцияларды ТЕХНОЛОГИЯЛЫҚ ЖОБАЛАУҒА ТАЛАПТАР.
- СТО 34.01-6-005-2019 – ЭНЕРГЕТИКАЛЫҚ ОБЪЕКТІЛЕРДІҢ АЖЫСҚАУЛАРЫ. Жалпы техникалық талаптар.
- STO 56947007-29.240.10.302-2020 - UNEG қосалқы станциясының технологиялық басқару жүйесіндегі технологиялық жергілікті желілерді ұйымдастыруға және орындауға қойылатын стандартты техникалық талаптар.
Алдымен осы қызмет көрсету станцияларында мультикаст туралы не табуға болатынын көрейік? FGC UES PJSC соңғы СТО-да ғана айтылған. LAN қабылдау сынақтары кезінде қызмет көрсету станциясы VLAN желілерінің дұрыс конфигурацияланғанын тексеруді және жұмыс құжаттамасында көрсетілмеген коммутатор порттарында мультикаст трафикінің жоқтығын тексеруді сұрайды.
Сондай-ақ, қызмет көрсету станциясы қызмет көрсету персоналының мультикасттың не екенін білуі керек екенін айтады.
Мұның бәрі мультикаст туралы ...
Енді осы қызмет көрсету станцияларында VLAN желілері туралы не табуға болатынын көрейік.
Мұнда барлық үш қызмет көрсету станциялары коммутаторлар IEEE 802.1Q негізіндегі VLAN желілерін қолдауы керек деп келіседі.
STO 34.01-21-004-2019 VLAN желілерін ағындарды басқару үшін пайдалану керектігін айтады, ал VLAN көмегімен трафикті релелік қорғаныс, автоматтандырылған процестерді басқару жүйелері, AIIS KUE, бейнебақылау, байланыс және т.б.
STO 56947007-29.240.10.302-2020, сонымен қатар дизайн кезінде VLAN тарату картасын дайындауды талап етеді. Сонымен қатар, қызмет көрсету станциясы DSP жабдығына арналған IP мекенжайлары мен VLAN диапазондарын ұсынады.
STO сонымен қатар әртүрлі VLAN желілері үшін ұсынылған басымдықтар кестесін береді.
STO 56947007-29.240.10.302-2020 ұсынған VLAN басымдықтары кестесі
Ағынды басқару тұрғысынан алғанда, дәл солай. Бұл қызмет көрсету станцияларында әлі де талқыланатын көп нәрсе бар - әртүрлі архитектурадан L3 параметрлеріне дейін - біз мұны міндетті түрде жасаймыз, бірақ келесі жолы.
Енді Цифрлық қосалқы станцияның LAN желісіндегі ағынды басқаруды қорытындылайық.
қорытынды
Цифрлық қосалқы станцияда көптеген мультикасттық ағындар берілетініне қарамастан, стандартты мультикаст трафикті басқару механизмдері (IGMP, PIM) іс жүзінде қолданылмайды. Бұл соңғы құрылғылардың ешбір мультикаст протоколдарын қолдамайтындығына байланысты.
Жақсы ескі VLAN желілері ағындарды басқару үшін пайдаланылады. Сонымен қатар, VLAN желісін пайдалану жеткілікті жақсы әзірленген ұсыныстарды ұсынатын нормативтік құжаттамамен реттеледі.
Пайдалы сілтемелер:
.
Ақпарат көзі: www.habr.com