PTPv2 time synchronization protocol ၏ အကောင်အထည်ဖော်မှုအသေးစိတ်

နိဒါန်း

လျှပ်စစ်ဓာတ်အားလုပ်ငန်းတွင် "ဒစ်ဂျစ်တယ်ဓာတ်အားခွဲရုံ" တည်ဆောက်ခြင်းသဘောတရားသည် 1 μs တိကျမှုဖြင့် ထပ်တူပြုရန် လိုအပ်သည်။ ငွေကြေးလွှဲပြောင်းမှုများသည် microsecond တိကျမှုလည်း လိုအပ်ပါသည်။ ဤအပလီကေးရှင်းများတွင် NTP အချိန်တိကျမှုမှာ မလုံလောက်တော့ပါ။

IEEE 2v1588 စံနှုန်းဖြင့်ဖော်ပြထားသော PTPv2 ထပ်တူပြုမှုပရိုတိုကောသည် ဆယ်ဂဏန်းနာနိုစက္ကန့်များစွာ၏ ထပ်တူပြုမှုတိကျမှုကို ခွင့်ပြုသည်။ PTPv2 သည် သင့်အား L2 နှင့် L3 ကွန်ရက်များမှတဆင့် ထပ်တူပြုခြင်း packets များကို ပေးပို့နိုင်စေပါသည်။

PTPv2 ကိုအသုံးပြုသည့် အဓိကနေရာများမှာ-

• စွမ်းအင်;
• ထိန်းချုပ်ခြင်းနှင့်တိုင်းတာခြင်းကိရိယာများ;
• စစ်ဘက်-စက်မှုဆိုင်ရာ ရှုပ်ထွေးမှု၊
• တယ်လီကွန်း;
• ဘဏ္ဍာရေးကဏ္ဍ။

ဤပို့စ်တွင် PTPv2 ထပ်တူပြုခြင်းပရိုတိုကော အလုပ်လုပ်ပုံကို ရှင်းပြထားသည်။

ကျွန်ုပ်တို့သည် လုပ်ငန်းနယ်ပယ်တွင် အတွေ့အကြုံပိုရှိပြီး ဤပရိုတိုကောကို စွမ်းအင်အသုံးချမှုတွင် မကြာခဏတွေ့မြင်ရသည်။ ထို့ကြောင့် ကျွန်ုပ်တို့သည် သတိဖြင့် ပြန်လည်သုံးသပ်မှုကို ပြုလုပ်ပါမည်။ စွမ်းအင်အတွက်.

ဘာကြောင့် လိုအပ်တာလဲ။

လောလောဆယ်တွင်၊ PJSC Rosseti ၏ STO 34.01-21-004-2019 နှင့် PJSC FGC UES ၏ STO 56947007-29.240.10.302-2020 တွင် PTPv2 မှတစ်ဆင့် အချိန်ထပ်တူပြုခြင်းနှင့်အတူ လုပ်ငန်းစဉ်ဘတ်စ်တစ်ခုကို စီစဉ်ရန် လိုအပ်ချက်များ ပါရှိသည်။

ယင်းမှာ SV streams (multicast streams) ကို အသုံးပြု၍ လုပ်ငန်းစဉ် bus မှတဆင့် instantaneous current နှင့် voltage တန်ဖိုးများကို ပို့လွှတ်သော relay protection terminal များနှင့် တိုင်းတာရေးကိရိယာများနှင့် ချိတ်ဆက်ထားသောကြောင့် ဖြစ်ပါသည်။

Relay ကာကွယ်ရေး terminal များသည် bay protection ကိုအကောင်အထည်ဖော်ရန် ဤတန်ဖိုးများကိုအသုံးပြုသည်။ အချိန်တိုင်းတာမှု၏ တိကျမှု နည်းပါးပါက၊ အချို့သော အကာအကွယ်များသည် လွဲမှားစွာ လုပ်ဆောင်နိုင်သည်။

ဥပမာအားဖြင့်၊ အကြွင်းမဲ့ရွေးချယ်နိုင်စွမ်းကို ခုခံကာကွယ်ခြင်းသည် အချိန်တူအချိန်ကိုက်လုပ်ဆောင်ခြင်း၏ သားကောင်ဖြစ်နိုင်သည်။ မကြာခဏဆိုသလို ထိုကဲ့သို့သော ကာကွယ်ရေးဆိုင်ရာ ယုတ္တိဗေဒသည် ပမာဏနှစ်ခု၏ နှိုင်းယှဉ်မှုအပေါ် အခြေခံသည်။ တန်ဖိုးများသည် လုံလောက်သောကြီးမားသောတန်ဖိုးဖြင့် ကွဲပြားပါက၊ အကာအကွယ်ကို အစပျိုးသည်။ အကယ်၍ ဤတန်ဖိုးများကို အချိန်တိကျမှု 1 ms ဖြင့် တိုင်းတာပါက၊ 1 μs တိကျမှုဖြင့် တိုင်းတာပါက တန်ဖိုးများသည် အမှန်တကယ် ပုံမှန်ဖြစ်နေသည့် ကြီးမားသောကွာခြားချက်ကို သင်ရနိုင်သည်။

PTP ဗားရှင်းများ

PTP ပရိုတိုကောကို မူလ IEEE 2002-1588 စံနှုန်းတွင် 2002 ခုနှစ်တွင် ဖော်ပြခဲ့ပြီး "Standard for a Precision Clock Synchronization Protocol for Networked Measurement and Control Systems" ဟုခေါ်သည်။ ၂၀၀၈ ခုနှစ်တွင် PTP ဗားရှင်း 2008 ကိုဖော်ပြသည့် မွမ်းမံထားသော IEEE 1588-2008 စံနှုန်းကို ထုတ်ပြန်ခဲ့သည်။ ပရိုတိုကော၏ ဤဗားရှင်းသည် တိကျမှုနှင့် တည်ငြိမ်မှုကို မြှင့်တင်ပေးသော်လည်း ပရိုတိုကော၏ ပထမဗားရှင်းနှင့် နောက်ပြန်တွဲဖက်မှုကို မထိန်းသိမ်းနိုင်ခဲ့ပါ။ ထို့အပြင်၊ 2 တွင် PTP v2019 ကိုဖော်ပြသည့် IEEE 1588-2019 စံဗားရှင်းကို ထုတ်ပြန်ခဲ့သည်။ ဤဗားရှင်းသည် PTPv2.1 သို့ အသေးစားတိုးတက်မှုများကို ပေါင်းထည့်ထားပြီး PTPv2 နှင့် နောက်ပြန်တွဲဖက်အသုံးပြုနိုင်ပါသည်။

တစ်နည်းဆိုရသော် ကျွန်ုပ်တို့တွင် ဗားရှင်းများဖြင့် အောက်ပါပုံရှိသည်။

PTPv1
(IEEE 1588-2002)

PTPv2
(IEEE 1588-2008)

PTPv2.1
(IEEE 1588-2019)

PTPv1 (IEEE 1588-2002)

-
သဟဇာတမဖြစ်

သဟဇာတမဖြစ်

PTPv2 (IEEE 1588-2008)

သဟဇာတမဖြစ်

-
လိုက်ဖက်ပါတယ်။

PTPv2.1 (IEEE 1588-2019)

သဟဇာတမဖြစ်

လိုက်ဖက်ပါတယ်။

-

သို့သော်၊ အမြဲလိုလို၊ ကွဲပြားမှုများရှိသည်။

PTPv1 နှင့် PTPv2 အကြား လိုက်ဖက်မှုမရှိခြင်းကို ဆိုလိုသည်မှာ PTPv1-enabled device သည် PTPv2 တွင်လည်ပတ်နေသော တိကျသောနာရီနှင့် တစ်ပြိုင်တည်းလုပ်ဆောင်နိုင်မည်မဟုတ်ပါ။ တစ်ပြိုင်နက်တည်းလုပ်ဆောင်ရန် မတူညီသော မက်ဆေ့ချ်ဖော်မတ်များကို အသုံးပြုကြသည်။

သို့သော် စက်ပစ္စည်းများကို PTPv1 နှင့် တူညီသောကွန်ရက်တွင် PTPv2 ဖြင့် စက်ပစ္စည်းများကို ပေါင်းစပ်နိုင်သေးသည်။ ၎င်းကိုအောင်မြင်ရန်၊ အချို့သောထုတ်လုပ်သူများသည် သင့်အား edge clock ports များရှိ ပရိုတိုကောဗားရှင်းကို ရွေးချယ်ခွင့်ပြုသည်။ ဆိုလိုသည်မှာ၊ နယ်နိမိတ်နာရီသည် PTPv2 ကိုအသုံးပြု၍ တစ်ပြိုင်တည်းလုပ်ဆောင်နိုင်ပြီး PTPv1 နှင့် PTPv2 နှစ်ခုစလုံးကို အသုံးပြု၍ ၎င်းနှင့်ချိတ်ဆက်ထားသော အခြားနာရီများကို ထပ်တူပြုနိုင်သေးသည်။

PTP စက်များ။ အဲဒါတွေက ဘာတွေလဲ၊ ဘယ်လိုတွေ ကွာခြားလဲ။

IEEE 1588v2 စံနှုန်းသည် စက်ပစ္စည်းအမျိုးအစားများစွာကို ဖော်ပြသည်။ ၎င်းတို့အားလုံးကို ဇယားတွင် ပြသထားသည်။

စက်ပစ္စည်းများသည် PTP ကို ​​အသုံးပြု၍ LAN တစ်ခုမှ တစ်ခုနှင့်တစ်ခု ဆက်သွယ်သည်။

PTP စက်များကို နာရီများဟု ခေါ်သည်။ နာရီအားလုံးသည် grandmaster နာရီမှ အချိန်အတိအကျယူသည်။

နာရီအမျိုးအစား 5 မျိုးရှိပါတယ်

မဟာနာရီ

တိကျသောအချိန်၏အဓိကအရင်းအမြစ်။ GPS ချိတ်ဆက်ရန်အတွက် အင်တာဖေ့စ်တစ်ခု တပ်ဆင်ထားလေ့ရှိသည်။

သာမန်နာရီ

မာစတာ (မာစတာနာရီ) သို့မဟုတ် ကျွန် (ကျွန်နာရီ) ဖြစ်နိုင်သည့် တစ်ခုတည်းသောဆိပ်ကမ်းကိရိယာ

မာစတာနာရီ (မာစတာ)

၎င်းတို့သည် အခြားနာရီများကို ထပ်တူပြုသည့် အချိန်အတိအကျ၏ အရင်းအမြစ်ဖြစ်သည်။

ကျွန်နာရီ

မာစတာနာရီမှ စင့်ခ်လုပ်ထားသည့် စက်အဆုံး

နယ်နိမိတ်နာရီ

သခင် သို့မဟုတ် ကျွန်ဖြစ်နိုင်သော ဆိပ်ကမ်းများစွာပါရှိသော စက်ပစ္စည်း။

ဆိုလိုသည်မှာ ဤနာရီများသည် သာလွန်မာစတာနာရီများမှ တစ်ပြိုင်တည်းလုပ်ဆောင်နိုင်ပြီး ညံ့ဖျင်းသောကျွန်နာရီများကို ထပ်တူပြုနိုင်သည်။

အဆုံးမှ ဖောက်ထွင်းမြင်ရသော နာရီ

မာစတာနာရီမဟုတ် ကျေးကျွန်မဟုတ်သည့် ဆိပ်ကမ်းများစွာပါရှိသော စက်ပစ္စည်း။ နာရီနှစ်လုံးကြားတွင် PTP ဒေတာကို ပို့လွှတ်သည်။

ဒေတာပို့သည့်အခါ၊ ပွင့်လင်းမြင်သာသောနာရီသည် PTP မက်ဆေ့ဂျ်အားလုံးကို မှန်ကန်စေသည်။

ပေးပို့ထားသော မက်ဆေ့ဂျ်၏ ခေါင်းစီးရှိ အမှားပြင်ဆင်မှုအကွက်တွင် ဤစက်ပစ္စည်းပေါ်ရှိ နှောင့်နှေးချိန်ကို ပေါင်းထည့်ခြင်းဖြင့် အမှားပြင်ဆင်ခြင်း ဖြစ်ပေါ်ပါသည်။

Peer-to-Peer Transparent နာရီ

မာစတာနာရီမဟုတ် ကျေးကျွန်မဟုတ်သည့် ဆိပ်ကမ်းများစွာပါရှိသော စက်ပစ္စည်း။
နာရီနှစ်လုံးကြားတွင် PTP ဒေတာကို ပို့လွှတ်သည်။

ဒေတာပို့သည့်အခါ၊ ပွင့်လင်းမြင်သာသောနာရီသည် PTP မက်ဆေ့ချ်အားလုံးကို Sync နှင့် Follow_Up တို့ကို ပြုပြင်ပေးသည် (၎င်းတို့ကို အောက်တွင် ပိုမိုသိရှိနိုင်သည်)။

ထုတ်လွှင့်သည့် ပက်ကတ်၏ အမှားပြင်အကွက်သို့ ပို့လွှတ်သည့်ကိရိယာတွင် နှောင့်နှေးမှုနှင့် ဒေတာထုတ်လွှင့်မှုချန်နယ်တွင် နှောင့်နှေးမှုတို့ကို ပေါင်းထည့်ခြင်းဖြင့် အမှားပြင်ခြင်းကို ရရှိသည်။

စီမံခန့်ခွဲမှု Node

အခြားနာရီများကို စီစဉ်သတ်မှတ်ပေးသည့် ကိရိယာတစ်ခု

Master နှင့် slave နာရီများကို PTP မက်ဆေ့ဂျ်များတွင် အချိန်တံဆိပ်တုံးများအသုံးပြု၍ ထပ်တူပြုပါသည်။ PTP ပရိုတိုကောတွင် မက်ဆေ့ချ် နှစ်မျိုးရှိသည်။

• Event Messages များသည် မက်ဆေ့ချ်ပေးပို့သည့်အချိန်နှင့် လက်ခံရရှိသည့်အချိန်တွင် အချိန်တံဆိပ်တစ်ခုထုတ်ပေးခြင်း ပါ၀င်သည့် တစ်ပြိုင်တည်းလုပ်ဆောင်သည့်စာတိုများဖြစ်သည်။
• အထွေထွေမက်ဆေ့ချ်များ - ဤမက်ဆေ့ချ်များတွင် အချိန်တံဆိပ်နှိပ်ရန် မလိုအပ်သော်လည်း သက်ဆိုင်ရာ မက်ဆေ့ချ်များအတွက် အချိန်တံဆိပ်တုံးများ ပါဝင်နိုင်ပါသည်။

ပွဲသတင်းများ

အထွေထွေမက်ဆေ့ခ်ျများ

Sync ကို
နှောင့်နှေးမှု_လိုအပ်ချက်
Pdelay_Req
Pdelay_Resp

ကြေညာ
နောက်ဆက်တွဲ
နှောင့်နှေး_တုံ့ပြန်မှု
Pdelay_Resp_Follow_Up
စီမံခန့်ခွဲမှု
အချက်ပြ

မက်ဆေ့ခ်ျအမျိုးအစားအားလုံးကို အောက်တွင် အသေးစိတ် ဆွေးနွေးပေးပါမည်။

အခြေခံထပ်တူပြုခြင်းပြဿနာများ

ထပ်တူပြုခြင်း packet ကို ဒေသတွင်း ကွန်ရက်တစ်ခုမှ ထုတ်လွှင့်သောအခါ၊ ၎င်းသည် switch နှင့် data link တွင် နှောင့်နှေးနေပါသည်။ မည်သည့်ခလုတ်မဆို PTPv10 အတွက် လက်မခံနိုင်သော 2 မိုက်ခရိုစက္ကန့်ခန့် နှောင့်နှေးမှုကို ဖြစ်ပေါ်စေပါမည်။ နောက်ဆုံးတွင်၊ ကျွန်ုပ်တို့သည် နောက်ဆုံးစက်ပစ္စည်းတွင် 1 μs တိကျမှုရရှိရန် လိုအပ်ပါသည်။ (ဒါက စွမ်းအင်အကြောင်းပြောနေတာဆိုရင်ပေါ့။ တခြားအပလီကေးရှင်းတွေက ပိုတိကျဖို့ လိုအပ်နိုင်ပါတယ်။)

IEEE 1588v2 သည် သင့်အား အချိန်နှောင့်နှေးမှုကို မှတ်တမ်းတင်ပြီး ၎င်းကို ပြုပြင်နိုင်စေသည့် လုပ်ဆောင်မှုဆိုင်ရာ အယ်လဂိုရီသမ်များစွာကို ဖော်ပြထားပါသည်။

အလုပ် algorithm ကို
ပုံမှန်လည်ပတ်နေစဉ်တွင်၊ ပရိုတိုကောသည် အဆင့်နှစ်ဆင့်ဖြင့် လုပ်ဆောင်သည်။

• အဆင့် 1 - "မာစတာနာရီ - Slave Clock" အထက်အောက်ကို ထူထောင်ခြင်း။
• အဆင့် 2 - End-to-End သို့မဟုတ် Peer-to-Peer ယန္တရားသုံးပြီး နာရီကို ထပ်တူပြုခြင်း။

အဆင့် 1 - Master-Slave Hierarchy ကို ထူထောင်ခြင်း။

ပုံမှန် သို့မဟုတ် အစွန်းနာရီတစ်ခု၏ ဆိပ်ကမ်းတစ်ခုစီတွင် ပြည်နယ်အရေအတွက်အချို့ (ကျွန်နာရီနှင့် မာစတာနာရီ) ရှိသည်။ စံနှုန်းသည် ဤပြည်နယ်များကြားရှိ အကူးအပြောင်း အယ်လဂိုရီသမ်ကို ဖော်ပြသည်။ ပရိုဂရမ်ရေးဆွဲခြင်းတွင်၊ ထိုကဲ့သို့သော အယ်လဂိုရီသမ်ကို ကန့်သတ်ပြည်နယ်စက် သို့မဟုတ် ပြည်နယ်စက် (Wiki တွင်အသေးစိတ်အချက်အလက်များကို ပိုမိုသိရှိနိုင်သည်) ဟုခေါ်သည်။

ဤစက်သည် နာရီနှစ်လုံးကို ချိတ်ဆက်သောအခါ မာစတာကို သတ်မှတ်ရန် အကောင်းဆုံး Master Clock Algorithm (BMCA) ကို အသုံးပြုသည်။

အထက်စီးပါ Grandmaster နာရီသည် GPS အချက်ပြမှု ဆုံးရှုံးသွားကာ အော့ဖ်လိုင်းဖြစ်သွားခြင်း စသည်ဖြင့် ဂရင်းမာစတာနာရီ၏ တာဝန်များကို ဤအယ်လ်ဂိုရီသမ်က လက်ပတ်နာရီအား လွှဲပြောင်းပေးပါသည်။

BMCA အရ ပြည်နယ်အကူးအပြောင်းများကို အောက်ပါပုံကြမ်းတွင် အကျဉ်းချုပ်ဖော်ပြထားသည်-


“ဝါယာကြိုး” ၏ အခြားတစ်ဖက်ရှိ နာရီနှင့်ပတ်သက်သည့် အချက်အလက်များကို အထူးသတင်းစကား (ကြေငြာစာတို) ဖြင့် ပေးပို့သည်။ ဤအချက်အလက်ကိုလက်ခံရရှိသည်နှင့်တစ်ပြိုင်နက် state machine algorithm သည်အလုပ်လုပ်ပြီးဘယ်နာရီကပိုကောင်းသည်ကိုကြည့်ရန်နှိုင်းယှဉ်မှုကိုပြုလုပ်သည်။ အကောင်းဆုံးနာရီပေါ်ရှိ ဆိပ်ကမ်းသည် မာစတာနာရီဖြစ်လာသည်။

ရိုးရှင်းသော အထက်တန်းပြဇယားကို အောက်ပါပုံတွင် ပြထားသည်။ လမ်းကြောင်း 1၊ 2၊ 3၊ 4၊ 5 တွင် ဖောက်ထွင်းမြင်ရသော နာရီတစ်ခု ပါဝင်နိုင်သော်လည်း Master Clock - Slave Clock အထက်အောက် သတ်မှတ်ခြင်းတွင် ၎င်းတို့ မပါဝင်ပါ။

အဆင့် 2 - ပုံမှန်နှင့်အနားသတ်နာရီများကို ထပ်တူပြုပါ။

“Master Clock – Slave Clock” အထက်အောက်ကို တည်ထောင်ပြီးနောက် ချက်ချင်းဆိုသလို၊ ပုံမှန်နှင့် နယ်နိမိတ်နာရီများ၏ ထပ်တူပြုမှုအဆင့် စတင်သည်။

တစ်ပြိုင်တည်းလုပ်ဆောင်ရန်၊ ပင်မနာရီသည် ကျေးကျွန်နာရီများသို့ အချိန်တံဆိပ်တစ်ခုပါရှိသော မက်ဆေ့ချ်ကို ပေးပို့သည်။

မာစတာနာရီသည်-

• တစ်ခုတည်းအဆင့်;
• အဆင့်နှစ်ဆင့်။

စင့်ခ်လုပ်ရန် စင်တင်နာရီများသည် တစ်ပြိုင်တည်း မက်ဆေ့ဂျ်တစ်ခု ပေးပို့သည်။

အဆင့်နှစ်ဆင့်ရှိသော နာရီသည် တစ်ပြိုင်တည်းလုပ်ဆောင်ရန်အတွက် မက်ဆေ့ဂျ်နှစ်ခုကို အသုံးပြုသည် - စင့်ခ်နှင့် Follow_Up။

ထပ်တူပြုခြင်းအဆင့်အတွက် ယန္တရားနှစ်ခုကို အသုံးပြုနိုင်ပါသည်။

• တောင်းဆိုချက်-တုံ့ပြန်မှု ယန္တရားနှောင့်နှေးခြင်း။
• သက်တူရွယ်တူနှောင့်နှေးတိုင်းတာခြင်း ယန္တရား။

ဦးစွာ၊ အရိုးရှင်းဆုံးကိစ္စတွင် ဤယန္တရားများကို ကြည့်ကြပါစို့ - ဖောက်ထွင်းမြင်ရသော နာရီများကို အသုံးမပြုသည့်အခါ။

တောင်းဆိုချက်-တုံ့ပြန်မှု ယန္တရားနှောင့်နှေးခြင်း။

ယန္တရားတွင် အဆင့်နှစ်ဆင့် ပါဝင်သည်-

1. မာစတာနာရီနှင့် ကျွန်နာရီကြား မက်ဆေ့ခ်ျပို့ရာတွင် နှောင့်နှေးမှုကို တိုင်းတာခြင်း။ နှောင့်နှေးတောင်းဆိုမှု-တုံ့ပြန်မှု ယန္တရားကို အသုံးပြု၍ လုပ်ဆောင်ခဲ့သည်။
2. အချိန်အပြောင်းအရွှေ့ကို အတိအကျ ပြင်ပေးသည်။

Latency တိုင်းတာခြင်း။


t1 – မာစတာနာရီမှ Sync မက်ဆေ့ချ်ကို ပေးပို့သည့်အချိန်၊ t2 – ကျွန်နာရီမှ Sync မက်ဆေ့ဂျ်ကို လက်ခံသည့်အချိန်၊ t3 – ကျွန်နာရီဖြင့် နှောင့်နှေးတောင်းဆိုမှု (Delay_Req) ​​​​ပေးပို့သည့်အချိန်၊ t4 – မာစတာနာရီဖြင့် ဧည့်ခံချိန်နှောင့်နှေးခြင်း_Req။

slave clock သည် အချိန် t1၊ t2၊ t3 နှင့် t4 ကိုသိသောအခါ၊ တူညီသောမက်ဆေ့ချ် (tmpd) ​​ကိုပို့သည့်အခါ ပျမ်းမျှနှောင့်နှေးမှုကို တွက်ချက်နိုင်သည်။ အောက်ပါအတိုင်း တွက်ချက်သည်။

Sync နှင့် Follow_Up မက်ဆေ့ဂျ်ကို ပို့သည့်အခါ၊ မာစတာမှ ကျွန်ထံသို့ အချိန်ကြန့်ကြာမှုကို တွက်ချက်သည် - t-ms ။

Delay_Req နှင့် Delay_Resp မက်ဆေ့ဂျ်များကို ပို့သည့်အခါ၊ slave မှ master သို့ အချိန်ကြန့်ကြာမှုကို တွက်ချက်သည် - t-sm။

ဤတန်ဖိုးနှစ်ခုကြားတွင် အချိုးမညီမှုအချို့ ဖြစ်ပေါ်ပါက၊ အချိန်အတိအကျ၏ သွေဖည်မှုကို ပြုပြင်ရာတွင် အမှားတစ်ခု ပေါ်လာပါသည်။ တွက်ချက်ထားသော နှောင့်နှေးမှုသည် t-ms နှင့် t-sm နှောင့်နှေးမှုများ၏ ပျမ်းမျှအားဖြင့် အမှားအယွင်းဖြစ်ရခြင်း ဖြစ်သည်။ ကြန့်ကြာမှုများသည် တစ်ခုနှင့်တစ်ခု မညီမျှပါက အချိန်ကို တိကျစွာ ချိန်ညှိမည်မဟုတ်ပါ။

အချိန်အပြောင်းအရွှေ့ကို ပြုပြင်ခြင်း။

master clock နှင့် slave clock အကြားနှောင့်နှေးမှုကို သိပြီးသည်နှင့် slave clock သည် time correction ကို လုပ်ဆောင်သည်။

Slave နာရီများသည် Sync မက်ဆေ့ဂျ်နှင့် ရွေးချယ်နိုင်သော Follow_Up မက်ဆေ့ဂျ်ကို အသုံးပြုပြီး မာစတာမှ ပက်ကတ်တစ်ခုအား ကျေးကျွန်နာရီများထံ ပေးပို့သည့်အချိန်အတိအကျကို offset တွက်ချက်ရန် အသုံးပြုသည်။ ပြောင်းလဲမှုကို အောက်ပါဖော်မြူလာဖြင့် တွက်ချက်သည်-

သက်တူရွယ်တူနှောင့်နှေးတိုင်းတာခြင်း ယန္တရား

ဤယန္တရားသည် ထပ်တူပြုခြင်းအတွက် အဆင့်နှစ်ဆင့်ကိုလည်း အသုံးပြုသည်-

1. ကိရိယာများသည် ဆိပ်ကမ်းအားလုံးမှတဆင့် အိမ်နီးချင်းအားလုံးထံ အချိန်ကြန့်ကြာမှုကို တိုင်းတာသည်။ ဒီလိုလုပ်ဖို့ သူတို့ဟာ သက်တူရွယ်တူနှောင့်နှေးတဲ့ ယန္တရားကို အသုံးပြုကြပါတယ်။
2. အချိန်အပြောင်းအရွှေ့ အတိအကျကို ပြုပြင်ခြင်း။

Peer-to-Peer မုဒ်ကို ပံ့ပိုးသည့် စက်ပစ္စည်းများအကြား latency ကို တိုင်းတာခြင်း။

peer-to-peer ယန္တရားကို ပံ့ပိုးပေးသည့် port များအကြား latency ကို အောက်ပါမက်ဆေ့ချ်များကို အသုံးပြု၍ တိုင်းတာသည်-

port 1 သည် t1၊ t2၊ t3 နှင့် t4 အကြိမ်များကို သိသောအခါ၊ ပျမ်းမျှနှောင့်နှေးမှု (tmld) ကို တွက်ချက်နိုင်သည်။ ၎င်းကို အောက်ပါဖော်မြူလာဖြင့် တွက်ချက်သည်။

ထို့နောက် စက်ကိုဖြတ်သွားသော Sync မက်ဆေ့ဂျ်တစ်ခုစီအတွက် ချိန်ညှိမှုအကွက်ကို တွက်ချက်သည့်အခါ ဆိပ်ကမ်းသည် ဤတန်ဖိုးကို အသုံးပြုသည်။

စုစုပေါင်းနှောင့်နှေးမှုသည် ဤစက်မှတစ်ဆင့် ထုတ်လွှင့်နေစဉ် နှောင့်နှေးမှုပေါင်းလဒ်၊ ဒေတာချန်နယ်မှတစ်ဆင့် ထုတ်လွှင့်နေစဉ် ပျမ်းမျှနှောင့်နှေးမှုနှင့် ဤမက်ဆေ့ချ်တွင် ပါရှိပြီးဖြစ်သည့် နှောင့်နှေးမှုတို့သည် ရေစီးကြောင်းပေါ်ရှိ စက်များတွင် ဖွင့်ထားသည့် နှောင့်နှေးမှုများနှင့် ညီမျှမည်ဖြစ်သည်။

မက်ဆေ့ချ်များ Pdelay_Req၊ Pdelay_Resp နှင့် ရွေးချယ်နိုင်သော Pdelay_Resp_Follow_Up တို့သည် သင့်အား သခင်မှကျွန်ထံ နှောင့်နှေးမှုနှင့် ကျွန်မှသခင်ထံ (ပတ်ရထား) ကြန့်ကြာမှုကို ရရှိစေသည်။

ဤတန်ဖိုးနှစ်ခုကြား အချိုးမညီမှု တစ်ခုခုသည် အချိန်အော့ဖ်ဆက် အမှားပြင်ဆင်ချက်တစ်ခုကို မိတ်ဆက်ပေးလိမ့်မည်။

အချိန်အပြောင်းအရွှေ့အတိအကျကို ချိန်ညှိခြင်း။

Slave နာရီများသည် Sync မက်ဆေ့ဂျ်နှင့် ရွေးချယ်နိုင်သော Follow_Up မက်ဆေ့ဂျ်ကို အသုံးပြုပြီး မာစတာမှ ပက်ကတ်ကို ကျေးကျွန်နာရီများထံ ပေးပို့သည့်အခါ အချိန်အတိအကျကို offset တွက်ချက်ရန် အသုံးပြုသည်။ ပြောင်းလဲမှုကို အောက်ပါဖော်မြူလာဖြင့် တွက်ချက်သည်-

peer-to-peer ယန္တရား၏ အားသာချက်များ - Sync သို့မဟုတ် Follow_Up မက်ဆေ့ဂျ်တစ်ခုစီ၏ အချိန်ကြန့်ကြာမှုကို ကွန်ရက်တွင် ပို့လွှတ်သောကြောင့် တွက်ချက်သည်။ ထို့ကြောင့်၊ ဂီယာလမ်းကြောင်းကိုပြောင်းလဲခြင်းသည် ချိန်ညှိမှု၏တိကျမှုကို မည်သို့မျှထိခိုက်စေမည်မဟုတ်ပါ။

ဤယန္တရားကိုအသုံးပြုသည့်အခါ၊ အခြေခံလဲလှယ်မှုတွင်လုပ်ဆောင်သကဲ့သို့ synchronization packet မှဖြတ်သန်းသွားသောလမ်းကြောင်းတစ်လျှောက်အချိန်နှောင့်နှေးမှုကိုတွက်ချက်ရန်မလိုအပ်ပါ။ အဲဒါတွေ။ Delay_Req နှင့် Delay_Resp မက်ဆေ့ချ်များကို မပို့ပါ။ ဤနည်းလမ်းတွင်၊ Master နှင့် slave နာရီများကြား နှောင့်နှေးမှုကို Sync သို့မဟုတ် Follow_Up မက်ဆေ့ဂျ်တစ်ခုစီ၏ ချိန်ညှိမှုအကွက်တွင် ရိုးရိုးရှင်းရှင်း စုစည်းထားသည်။

နောက်ထပ်အားသာချက်တစ်ခုကတော့ မာစတာနာရီသည် Delay_Req မက်ဆေ့ချ်များကို လုပ်ဆောင်ရန် လိုအပ်ခြင်းကြောင့် စိတ်သက်သာရာရစေပါသည်။

ဖောက်ထွင်းမြင်ရသော နာရီများ၏ လည်ပတ်မှုမုဒ်များ

ထို့ကြောင့် ဤအရာများသည် ရိုးရှင်းသော ဥပမာများဖြစ်သည်။ ယခု synchronization လမ်းကြောင်းပေါ်တွင် switches များပေါ်လာသည်ဆိုပါစို့။

PTPv2 ပံ့ပိုးမှုမပါဘဲ ခလုတ်များကို သင်အသုံးပြုပါက၊ ထပ်တူပြုမှု ပက်ကတ်ကို ခလုတ်တွင် ခန့်မှန်းခြေ 10 μs နှောင့်နှေးပါမည်။

PTPv2 ကို ပံ့ပိုးပေးသည့် ခလုတ်များကို IEEE 1588v2 ဝေါဟာရတွင် Transparent Clocks ဟုခေါ်သည်။ ဖောက်ထွင်းမြင်ရသောနာရီများသည် ပင်မနာရီများမှ တစ်ပြိုင်တည်းလုပ်ဆောင်ခြင်းမဟုတ်ဘဲ “Master Clock - Slave Clock” အထက်တန်းအဆင့်တွင် မပါဝင်ပါ၊ သို့သော် ထပ်တူပြုခြင်း မက်ဆေ့ချ်များကို ပေးပို့သည့်အခါ ၎င်းတို့သည် မက်ဆေ့ချ်မည်မျှကြာကြာ နှောင့်နှေးသွားသည်ကို မှတ်မိပါသည်။ ၎င်းသည် သင့်အား အချိန်နှောင့်နှေးမှုကို ချိန်ညှိနိုင်စေပါသည်။

ဖောက်ထွင်းမြင်ရသော နာရီများသည် မုဒ်နှစ်ခုဖြင့် လည်ပတ်နိုင်သည်-

• အဆုံးမှ အဆုံး။
• အဆင့်အတန်းတူညီသူအချင်းအချင်းဆက်သွယ်မှု။

အဆုံးမှ အဆုံး (E2E)

E2E ဖောက်ထွင်းမြင်ရသည့်နာရီသည် ချိတ်ဆက်မှုမက်ဆေ့ချ်များနှင့် ပါ၀င်သည့် ပို့တ်အားလုံးရှိ Follow_Up မက်ဆေ့ဂျ်များကို ထုတ်လွှင့်ပေးပါသည်။ အချို့သော ပရိုတိုကောများ (ဥပမာ၊ RSTP) ဖြင့် ပိတ်ဆို့ထားသူများပင်။

ချိတ်ဆက်မှု packet (Follow_Up) ကို ဆိပ်ကမ်းတွင် လက်ခံရရှိပြီး ဆိပ်ကမ်းမှ ပေးပို့သည့်အခါ အချိန်တံဆိပ်ကို ခလုတ်က မှတ်သားသည်။ ဤအချိန်တံဆိပ်နှစ်ခုအပေါ် အခြေခံ၍ မက်ဆေ့ဂျ်ကို စီမံဆောင်ရွက်ရန် ခလုတ်အတွက် လိုအပ်သည့်အချိန်ကို တွက်ချက်သည်။ စံနှုန်းအရ ဤအချိန်ကို နေထိုင်ချိန်ဟုခေါ်သည်။

လုပ်ဆောင်ချိန်ကို Sync (တစ်ဆင့်နာရီ) သို့မဟုတ် Follow_Up (နှစ်ဆင့်နာရီ) မက်ဆေ့ချ်၏ အမှားပြင်အကွက်သို့ ပေါင်းထည့်သည်။

E2E ဖောက်ထွင်းမြင်ရသည့်နာရီသည် ခလုတ်မှတဆင့်ဖြတ်သန်းသွားသော Sync နှင့် Delay_Req မက်ဆေ့ချ်များအတွက် လုပ်ဆောင်ချိန်ကို တိုင်းတာသည်။ သို့သော် master clock နှင့် slave clock အကြား အချိန်နှောင့်နှေးမှုကို နှောင့်နှေးတောင်းဆိုမှု-တုံ့ပြန်မှု ယန္တရားဖြင့် တွက်ချက်ထားကြောင်း နားလည်ရန် အရေးကြီးပါသည်။ မာစတာနာရီပြောင်းလဲခြင်း သို့မဟုတ် မာစတာနာရီမှ ကျေးကျွန်နာရီသို့ လမ်းကြောင်းပြောင်းပါက နှောင့်နှေးမှုကို ထပ်မံတိုင်းတာသည်။ ၎င်းသည် ကွန်ရက်ပြောင်းလဲမှုများရှိသောအခါ အကူးအပြောင်းအချိန်ကို တိုးစေသည်။

P2P ဖောက်ထွင်းမြင်ရသည့်နာရီသည် မက်ဆေ့ချ်တစ်ခုလုပ်ဆောင်ရန် ခလုတ်တစ်ခုအတွက် လိုအပ်သည့်အချိန်ကို တိုင်းတာသည့်အပြင်၊ အိမ်နီးချင်း latency ယန္တရားကို အသုံးပြု၍ ၎င်း၏အနီးဆုံးအိမ်နီးချင်းထံသို့ ဒေတာလင့်ခ်တွင် နှောင့်နှေးမှုကို တိုင်းတာသည်။

Latency ကို အချို့သော ပရိုတိုကော (RSTP ကဲ့သို့) မှ ပိတ်ဆို့ထားသော လင့်ခ်များအပါအဝင် လမ်းကြောင်းနှစ်ခုစလုံးရှိ လင့်ခ်တိုင်းတွင် တိုင်းတာသည်။ ၎င်းသည် grandmaster နာရီ သို့မဟုတ် network topology ပြောင်းလဲပါက ထပ်တူပြုခြင်းလမ်းကြောင်းရှိ နှောင့်နှေးမှုအသစ်ကို ချက်ချင်းတွက်ချက်နိုင်စေပါသည်။

Sync သို့မဟုတ် Follow_Up မက်ဆေ့ချ်များ ပေးပို့သောအခါတွင် ခလုတ်များနှင့် latency ဖြင့် မက်ဆေ့ချ်လုပ်ဆောင်ချိန်ကို စုဆောင်းထားသည်။

ခလုတ်များဖြင့် PTPv2 ပံ့ပိုးမှုအမျိုးအစားများ

ခလုတ်များသည် PTPv2 ကို ပံ့ပိုးနိုင်သည်-

• အစီအစဉ်ကျကျ၊
• ဟာ့ဒ်ဝဲ။

ဆော့ဖ်ဝဲလ်တွင် PTPv2 ပရိုတိုကောကို အကောင်အထည်ဖော်သည့်အခါ၊ ခလုတ်သည် ဖာမ်းဝဲမှ အချိန်တံဆိပ်ကို တောင်းဆိုသည်။ ပြဿနာမှာ Firmware သည် စက်ဝိုင်းပုံသဏ္ဍန်အတိုင်း အလုပ်လုပ်ပြီး လက်ရှိစက်ဝန်းကို အပြီးသတ်သည်အထိ စောင့်ရမည်ဖြစ်ပြီး၊ လုပ်ဆောင်ရန်အတွက် တောင်းဆိုချက်ယူကာ နောက်စက်ဝန်းပြီးနောက် အချိန်တံဆိပ်ကို ထုတ်ပေးမည်ဖြစ်သည်။ ၎င်းသည် အချိန်ယူရမည်ဖြစ်ပြီး PTPv2 အတွက် ဆော့ဖ်ဝဲလ်ပံ့ပိုးမှုမရှိပါက နှောင့်နှေးမှုကို ကျွန်ုပ်တို့ ရရှိမည်ဖြစ်သည်။

PTPv2 အတွက် ဟာ့ဒ်ဝဲပံ့ပိုးမှုမှသာလျှင် လိုအပ်သော တိကျမှုကို ထိန်းသိမ်းနိုင်မည်ဖြစ်သည်။ ဤကိစ္စတွင်၊ ဆိပ်ကမ်းတွင်တပ်ဆင်ထားသော အထူး ASIC မှအချိန်တံဆိပ်တုံးကိုထုတ်ပေးသည်။

မက်ဆေ့ချ်ပုံစံ

PTP မက်ဆေ့ဂျ်များအားလုံးတွင် အောက်ပါအကွက်များ ပါဝင်သည်-

• ခေါင်းစီး- ၃၄ ဘိုက်။
• ကိုယ်ထည် – အရွယ်အစားသည် မက်ဆေ့ခ်ျအမျိုးအစားပေါ်မူတည်သည်။
• Suffix သည် ရွေးချယ်နိုင်သည်။

header

ခေါင်းစီးအကွက်သည် PTP မက်ဆေ့ဂျ်အားလုံးအတွက် တူညီသည်။ ၎င်း၏အရွယ်အစားမှာ 34 bytes ဖြစ်သည်။

ခေါင်းစီးအကွက်ဖော်မတ်-

မက်ဆေ့ခ်ျအမျိုးအစား - ဥပမာ Sync, Delay_Req, PDelay_Req, စသည်တို့ကို ပေးပို့သည့် မက်ဆေ့ခ်ျအမျိုးအစား ပါရှိသည်။

မက်ဆေ့ခ်ျအရှည် - ခေါင်းစီး၊ စာကိုယ်နှင့် နောက်ဆက်တွဲများ အပါအဝင် PTP မက်ဆေ့ဂျ်၏ အရွယ်အစား အပြည့်အစုံ ပါဝင်သည် (သို့သော် padding bytes များ မပါဝင်)။

ဒိုမိန်းနံပါတ် - မက်ဆေ့ချ်ပိုင်ဆိုင်သည့် PTP ဒိုမိန်းကို ဆုံးဖြတ်သည်။

Домен - ဤအရာများသည် ယုတ္တိဗေဒအုပ်စုတစ်ခုတွင် စုဆောင်းထားသော မတူညီသောနာရီများစွာဖြစ်ပြီး မာစတာနာရီတစ်လုံးမှ တစ်ပြိုင်တည်းလုပ်ဆောင်သော်လည်း မတူညီသောဒိုမိန်းတစ်ခုပိုင်နာရီများနှင့် သေချာပေါက်ထပ်တူကျမည်မဟုတ်ပါ။

အလံ - ဤအကွက်တွင် မက်ဆေ့ခ်ျ၏ အခြေအနေကို ခွဲခြားသတ်မှတ်ရန် အလံအမျိုးမျိုး ပါရှိသည်။

အမှားပြင်ဆင်ကွင်း - နှောင့်နှေးသည့်အချိန်သည် နာနိုစက္ကန့်အတွင်း ပါရှိသည်။ နှောင့်နှေးချိန်သည် ဖောက်ထွင်းမြင်ရသောနာရီမှတစ်ဆင့် ထုတ်လွှင့်သည့်အခါ နှောင့်နှေးမှုအပြင် Peer-to-Peer မုဒ်ကိုအသုံးပြုသည့်အခါ ချန်နယ်မှတစ်ဆင့် ထုတ်လွှင့်သည့်အခါ နှောင့်နှေးမှုလည်း ပါဝင်သည်။

အရင်းအမြစ်PortIdentity - ဤအကွက်တွင် ဤမက်ဆေ့ဂျ်ကို မူလက ပေးပို့ခဲ့သည့် မည်သည့် port နှင့်ပတ်သက်သည့် အချက်အလက်များ ပါရှိသည်။

sequenceID - မက်ဆေ့ချ်တစ်ခုချင်းစီအတွက် မှတ်ပုံတင်နံပါတ်တစ်ခုပါရှိသည်။

ထိန်းချုပ်မှုနယ်ပယ် – artifact field =) ၎င်းသည် စံသတ်မှတ်ချက်၏ ပထမဗားရှင်းမှ တည်ရှိနေပြီး ဤမက်ဆေ့ချ်၏ အမျိုးအစားနှင့်ပတ်သက်သည့် အချက်အလက်ပါရှိသည်။ ယေဘုယျအားဖြင့် messageType နှင့် အတူတူပင်ဖြစ်သော်လည်း ရွေးချယ်ခွင့်နည်းပါးသည်။

logMessageInterval - ဤအကွက်ကို မက်ဆေ့ခ်ျအမျိုးအစားဖြင့် ဆုံးဖြတ်သည်။

ကိုယ်ခန္ဓာ

အထက်တွင် ဆွေးနွေးခဲ့သည့်အတိုင်း မက်ဆေ့ခ်ျအမျိုးအစားများစွာရှိသည်။ ဤအမျိုးအစားများကို အောက်တွင်ဖော်ပြထားသည်-

ကြေငြာစာ
Announce မက်ဆေ့ချ်ကို တူညီသောဒိုမိန်းအတွင်းရှိ အခြားနာရီများကို ၎င်း၏ ကန့်သတ်ချက်များအကြောင်း “ပြောပြရန်” အသုံးပြုသည်။ ဤမက်ဆေ့ချ်သည် သင့်အား Master Clock - Slave Clock အထက်အောက် စနစ်တစ်ခု သတ်မှတ်ရန် ခွင့်ပြုသည်။


မက်ဆေ့ခ်ျကို စင့်ခ်လုပ်ပါ။
Sync မက်ဆေ့ဂျ်ကို မာစတာနာရီမှ ပေးပို့ပြီး Sync မက်ဆေ့ဂျ်ကို ထုတ်ပေးသည့်အချိန်တွင် မာစတာနာရီ၏ အချိန်ပါရှိသည်။ မာစတာနာရီသည် အဆင့်နှစ်ဆင့်ဖြစ်ပါက၊ Sync မက်ဆေ့ဂျ်ရှိ အချိန်တံဆိပ်ကို 0 ဟု သတ်မှတ်မည်ဖြစ်ပြီး လက်ရှိအချိန်တံဆိပ်ကို ဆက်စပ် Follow_Up မက်ဆေ့ဂျ်တွင် ပေးပို့မည်ဖြစ်သည်။ စင့်ခ်မက်ဆေ့ချ်ကို latency တိုင်းတာမှု ယန္တရားနှစ်ခုလုံးအတွက် အသုံးပြုသည်။

မက်ဆေ့ချ်ကို Multicast သုံးပြီး ပို့ပါတယ်။ သင်ရွေးချယ်နိုင်သည် Unicast ကိုသုံးနိုင်သည်။

Delay_Req မက်ဆေ့ဂျ်

Delay_Req မက်ဆေ့ချ်၏ ဖော်မတ်သည် Sync မက်ဆေ့ဂျ်နှင့် တူညီပါသည်။ ကျွန်နာရီသည် Delay_Req ကို ပေးပို့သည်။ ၎င်းတွင် slave clock မှ Delay_Req ကိုပေးပို့သည့်အချိန်ပါရှိသည်။ ဤစာကို နှောင့်နှေးစေသော တောင်းဆိုချက်-တုံ့ပြန်မှု ယန္တရားအတွက်သာ အသုံးပြုပါသည်။

မက်ဆေ့ချ်ကို Multicast သုံးပြီး ပို့ပါတယ်။ သင်ရွေးချယ်နိုင်သည် Unicast ကိုသုံးနိုင်သည်။

Follow_Up မက်ဆေ့ဂျ်

Follow_Up မက်ဆေ့ဂျ်ကို မာစတာနာရီမှ ရွေးချယ်ပေးပို့နိုင်ပြီး ပေးပို့သည့်အချိန်ပါရှိသည်။ မက်ဆေ့ချ်များကို ထပ်တူပြုပါ။ သခင်။ အဆင့်နှစ်ဆင့်ရှိသော မာစတာနာရီများကသာ Follow_Up မက်ဆေ့ဂျ်ကို ပေးပို့သည်။

Follow_Up မက်ဆေ့ဂျ်ကို latency တိုင်းတာမှု ယန္တရားနှစ်ခုလုံးအတွက် အသုံးပြုသည်။

မက်ဆေ့ချ်ကို Multicast သုံးပြီး ပို့ပါတယ်။ သင်ရွေးချယ်နိုင်သည် Unicast ကိုသုံးနိုင်သည်။

Delay_Resp မက်ဆေ့ဂျ်

Delay_Resp မက်ဆေ့ချ်ကို မာစတာနာရီမှ ပေးပို့သည်။ ၎င်းတွင် Delay_Req ကို မာစတာနာရီမှ လက်ခံရရှိသည့်အချိန် ပါရှိသည်။ ဤစာကို နှောင့်နှေးစေသော တောင်းဆိုချက်-တုံ့ပြန်မှု ယန္တရားအတွက်သာ အသုံးပြုပါသည်။

မက်ဆေ့ချ်ကို Multicast သုံးပြီး ပို့ပါတယ်။ သင်ရွေးချယ်နိုင်သည် Unicast ကိုသုံးနိုင်သည်။

Pdelay_Req မက်ဆေ့ချ်

Pdelay_Req မက်ဆေ့ဂျ်ကို နှောင့်နှေးမှုတောင်းဆိုသော စက်ပစ္စည်းတစ်ခုမှ ပေးပို့သည်။ ၎င်းတွင် ဤစက်ပစ္စည်း၏ ဆိပ်ကမ်းမှ မက်ဆေ့ချ်ပို့သည့်အချိန် ပါရှိသည်။ Pdelay_Req ကို အိမ်နီးချင်းနှောင့်နှေးတိုင်းတာမှု ယန္တရားအတွက်သာ အသုံးပြုပါသည်။

Pdelay_Resp မက်ဆေ့ဂျ်

Pdelay_Resp မက်ဆေ့ဂျ်ကို နှောင့်နှေးမှုတောင်းဆိုချက်ကို လက်ခံရရှိသည့် စက်ပစ္စည်းတစ်ခုမှ ပေးပို့ခြင်းဖြစ်သည်။ ၎င်းတွင် Pdelay_Req မက်ဆေ့ဂျ်ကို ဤစက်ပစ္စည်းမှ လက်ခံရရှိသည့်အချိန်ပါရှိသည်။ Pdelay_Resp မက်ဆေ့ဂျ်ကို အိမ်နီးချင်းနှောင့်နှေးတိုင်းတာမှု ယန္တရားအတွက်သာ အသုံးပြုသည်။

Pdelay_Resp_Follow_Up ကို မက်ဆေ့ခ်ျပို့ပါ။

Pdelay_Resp_Follow_Up မက်ဆေ့ဂျ်ကို နှောင့်နှေးမှုတောင်းဆိုချက်ကို လက်ခံရရှိသည့် စက်ပစ္စည်းမှ ရွေးချယ်နိုင်သည်။ ၎င်းတွင် Pdelay_Req မက်ဆေ့ဂျ်ကို ဤစက်ပစ္စည်းမှ လက်ခံရရှိသည့်အချိန်ပါရှိသည်။ Pdelay_Resp_Follow_Up မက်ဆေ့ဂျ်ကို အဆင့်နှစ်ဆင့်ရှိသော မာစတာနာရီများဖြင့်သာ ပေးပို့သည်။

အချိန်တံဆိပ်အစား ဤမက်ဆေ့ချ်ကို လုပ်ဆောင်ချိန်အတွက်လည်း အသုံးပြုနိုင်ပါသည်။ အကောင်အထည်ဖော်ချိန်သည် Pdelay_Resp ပေးပို့သည့်အချိန်အထိ Pdelay-Req လက်ခံရရှိသည့်အချိန်မှစပါသည်။

Pdelay_Resp_Follow_Up ကို အိမ်နီးချင်းနှောင့်နှေးတိုင်းတာခြင်း ယန္တရားအတွက်သာ အသုံးပြုပါသည်။

စီမံခန့်ခွဲမှုစာတိုများ

နာရီတစ်လုံး သို့မဟုတ် တစ်ခုထက်ပိုသော နာရီများနှင့် ထိန်းချုပ်မှုခုံကြားတွင် အချက်အလက်လွှဲပြောင်းရန် PTP ထိန်းချုပ်မှုမက်ဆေ့ချ်များ လိုအပ်သည်။

LV သို့ပြောင်းပါ။

PTP မက်ဆေ့ချ်ကို အဆင့်နှစ်ဆင့်ဖြင့် ပေးပို့နိုင်သည်-

• ကွန်ရက် – IP ဒေတာ၏ တစ်စိတ်တစ်ပိုင်းအဖြစ်။
• ချန်နယ် - Ethernet frame ၏ အစိတ်အပိုင်းအဖြစ်။

Ethernet မှတဆင့် IP မှတဆင့် UDP မှတဆင့် PTP မက်ဆေ့ခ်ျပို့ခြင်း။

Ethernet မှတဆင့် UDP မှ PTP

ကိုယ်ရေးအကျဉ်းများ

PTP တွင် configure လုပ်ရန် လိုအပ်သော ပြောင်းလွယ်ပြင်လွယ် ဘောင်များ များစွာရှိသည်။ ဥပမာအားဖြင့်:

• BMCA ရွေးချယ်မှုများ။
• Latency တိုင်းတာမှု ယန္တရား။
• ချိန်ညှိနိုင်သော ဘောင်များ နှင့် ကနဦးတန်ဖိုးများ စသည်တို့၊

PTPv2 စက်ပစ္စည်းများသည် တစ်ခုနှင့်တစ်ခု သဟဇာတဖြစ်နေသည်ဟု ကျွန်ုပ်တို့ ယခင်ကပြောခဲ့သော်လည်း၊ ဤသည်မှာ မမှန်ပါ။ ဆက်သွယ်ရန်အတွက် စက်များတွင် တူညီသောဆက်တင်များ ရှိရပါမည်။

ထို့ကြောင့် PTPv2 ပရိုဖိုင်များဟု ခေါ်ကြသည်။ ပရိုဖိုင်များသည် သတ်မှတ်ထားသော အပလီကေးရှင်းတစ်ခုအတွက် အချိန်ထပ်တူပြုခြင်းကို အကောင်အထည်ဖော်နိုင်စေရန် စီစဉ်သတ်မှတ်ထားသော ဆက်တင်များနှင့် သတ်မှတ်ထားသော ပရိုတိုကော ကန့်သတ်ချက်အုပ်စုများဖြစ်သည်။

IEEE 1588v2 စံနှုန်းသည် ပရိုဖိုင်တစ်ခုတည်းကိုသာ ဖော်ပြသည် – “ပုံသေပရိုဖိုင်”။ အခြားပရိုဖိုင်အားလုံးကို အဖွဲ့အစည်းအမျိုးမျိုးနှင့် အသင်းအဖွဲ့များက ဖန်တီးပြီး ဖော်ပြထားပါသည်။

ဥပမာအားဖြင့်၊ ပါဝါပရိုဖိုင် သို့မဟုတ် PTPv2 ပါဝါပရိုဖိုင်ကို ဓာတ်အားစနစ်များပြန်တင်ရေးကော်မတီနှင့် IEEE ဓာတ်အားနှင့်စွမ်းအင်အဖွဲ့အစည်း၏ ဓာတ်အားခွဲရုံကော်မတီတို့က ဖန်တီးထားသည်။ ပရိုဖိုင်ကိုယ်တိုင်က IEEE C37.238-2011 ဟုခေါ်သည်။

ပရိုဖိုင်တွင် PTP ကို ​​လွှဲပြောင်းပေးနိုင်ကြောင်း ဖော်ပြသည်-

• L2 ကွန်ရက်များ (ဆိုလိုသည်မှာ အီသာနက်၊ HSR၊ PRP၊ IP မဟုတ်သော) မှတဆင့်သာ။
• မက်ဆေ့ချ်များကို Multicast ထုတ်လွှင့်ခြင်းဖြင့်သာ ပေးပို့ပါသည်။
• သက်တူရွယ်တူနှောင့်နှေးတိုင်းတာခြင်းယန္တရားအား နှောင့်နှေးတိုင်းတာမှုယန္တရားအဖြစ် အသုံးပြုသည်။

မူရင်းဒိုမိန်းသည် 0၊ အကြံပြုထားသော ဒိုမိန်းမှာ 93 ဖြစ်သည်။

C37.238-2011 ၏ ဒီဇိုင်းဒဿနသည် ရွေးချယ်နိုင်သော အင်္ဂါရပ်များ အရေအတွက်ကို လျှော့ချရန်နှင့် စက်ပစ္စည်းများအကြား ယုံကြည်စိတ်ချရသော အပြန်အလှန်ဆက်သွယ်မှုနှင့် စနစ်တည်ငြိမ်မှု တိုးမြှင့်ရန်အတွက် လိုအပ်သောလုပ်ဆောင်ချက်များကိုသာ ထိန်းသိမ်းရန်ဖြစ်သည်။

ထို့အပြင် မက်ဆေ့ချ်ပို့သည့် အကြိမ်ရေကိုလည်း သတ်မှတ်သည်-

အမှန်မှာ၊ ရွေးချယ်မှုအတွက် ကန့်သတ်ချက်တစ်ခုသာ ရနိုင်သည် - မာစတာနာရီအမျိုးအစား (အဆင့်တစ်ခုတည်း သို့မဟုတ် အဆင့်နှစ်ဆင့်)။

တိကျမှု 1 μs ထက်မပိုသင့်ပါ။ တစ်နည်းဆိုရသော်၊ ထပ်တူပြုခြင်းလမ်းကြောင်းတစ်ခုတွင် ဖောက်ထွင်းမြင်ရသောနာရီ ၁၅ လုံး သို့မဟုတ် နယ်နိမိတ်နာရီသုံးလုံးအထိ ပါဝင်နိုင်သည်။

source: www.habr.com