ယနေ့ခေတ် ကွန်ရက်စောင့်ကြည့်ခြင်းနှင့် ပြဿနာရှာဖွေဖြေရှင်းခြင်းအတွက် အသုံးအများဆုံးကိရိယာမှာ Port mirroring ဟုလည်းလူသိများသော Switch Port Analyzer (SPAN) ဖြစ်သည်။ ၎င်းသည် live network ရှိ ဝန်ဆောင်မှုများကို မနှောင့်ယှက်ဘဲ band ပြင်ပမှ bypass mode ဖြင့် ကွန်ရက်အသွားအလာကို စောင့်ကြည့်နိုင်စေပြီး စောင့်ကြည့်ထားသော အသွားအလာ၏ မိတ္တူကို Sniffer၊ IDS သို့မဟုတ် အခြားကွန်ရက်ခွဲခြမ်းစိတ်ဖြာရေးကိရိယာများ အပါအဝင် ဒေသတွင်း သို့မဟုတ် အဝေးထိန်းကိရိယာများသို့ ပေးပို့သည်။
အချို့သော ပုံမှန်အသုံးပြုမှုများမှာ-
• ထိန်းချုပ်မှု/ဒေတာဘောင်များကို ခြေရာခံခြင်းဖြင့် ကွန်ရက်ပြဿနာများကို ဖြေရှင်းပါ။
• VoIP packets များကို စောင့်ကြည့်ခြင်းဖြင့် latency နှင့် jitter ကို ခွဲခြမ်းစိတ်ဖြာပါ။
• ကွန်ရက် အပြန်အလှန် ဆက်သွယ်မှုများကို စောင့်ကြည့်ခြင်းဖြင့် နှောင့်နှေးမှုကို ခွဲခြမ်းစိတ်ဖြာပါ။
• ကွန်ရက်အသွားအလာကို စောင့်ကြည့်ခြင်းဖြင့် မူမမှန်မှုများကို ထောက်လှမ်းပါ။
SPAN Traffic ကို တူညီသော source device ရှိ အခြား port များသို့ ဒေသတွင်းတွင် mirrored လုပ်နိုင်သည်၊ သို့မဟုတ် source device (RSPAN) ၏ Layer 2 နှင့် ကပ်လျက် အခြား network device များသို့ အဝေးမှ mirrored လုပ်နိုင်သည်။
ဒီနေ့မှာ IP အလွှာသုံးလွှာကနေ ထုတ်လွှင့်နိုင်တဲ့ ERSPAN (Encapsulated Remote Switch Port Analyzer) လို့ခေါ်တဲ့ အဝေးထိန်း အင်တာနက် အသွားအလာ စောင့်ကြည့်ရေး နည်းပညာအကြောင်း ဆွေးနွေးသွားမှာပါ။ ဒါဟာ SPAN ကနေ Encapsulated Remote အထိ တိုးချဲ့ထားတဲ့ နည်းပညာတစ်ခု ဖြစ်ပါတယ်။
ERSPAN ၏ အခြေခံလည်ပတ်မှုမူများ
အရင်ဆုံး ERSPAN ရဲ့ လုပ်ဆောင်ချက်တွေကို ကြည့်ကြရအောင်။
• Generic Routing Encapsulation (GRE) မှတစ်ဆင့် parse လုပ်ရန်အတွက် source port မှ packet မိတ္တူကို destination server သို့ ပေးပို့သည်။ server ၏ ရုပ်ပိုင်းဆိုင်ရာတည်နေရာကို ကန့်သတ်မထားပါ။
• ချစ်ပ်၏ User Defined Field (UDF) အင်္ဂါရပ်၏အကူအညီဖြင့် 1 မှ 126 bytes အထိ မည်သည့် offset ကိုမဆို expert-level extended list မှတစ်ဆင့် Base domain ပေါ်တွင်အခြေခံ၍ လုပ်ဆောင်ပြီး TCP three-way handshake နှင့် RDMA session ကဲ့သို့သော session ၏ visualization ကို ဖော်ဆောင်ရန် session keywords များကို ကိုက်ညီစေသည်။
• နမူနာနှုန်းကို ဆက်တင် ပံ့ပိုးမှု;
• ပက်ကက်ကြားဖြတ်မှုအရှည် (Packet Slicing) ကို ပံ့ပိုးပေးပြီး ပစ်မှတ်ဆာဗာပေါ်တွင် ဖိအားကို လျှော့ချပေးသည်။
ဤအင်္ဂါရပ်များဖြင့် ERSPAN သည် ယနေ့ခေတ် ဒေတာစင်တာများအတွင်းရှိ ကွန်ရက်များကို စောင့်ကြည့်ရန်အတွက် မရှိမဖြစ်ကိရိယာတစ်ခုဖြစ်ရသည့် အကြောင်းရင်းကို သင်နားလည်နိုင်ပါသည်။
ERSPAN ရဲ့ အဓိကလုပ်ဆောင်ချက်တွေကို ရှုထောင့်နှစ်ခုနဲ့ အကျဉ်းချုပ်နိုင်ပါတယ်-
• Session မြင်နိုင်စွမ်း- ဖန်တီးထားသော TCP နှင့် Remote Direct Memory Access (RDMA) session အသစ်အားလုံးကို back-end server သို့ display အတွက် စုဆောင်းရန် ERSPAN ကို အသုံးပြုပါ။
• ကွန်ရက်ပြဿနာရှာဖွေခြင်း- ကွန်ရက်ပြဿနာတစ်ခုဖြစ်ပွားသည့်အခါ ချို့ယွင်းချက်ခွဲခြမ်းစိတ်ဖြာရန်အတွက် ကွန်ရက်အသွားအလာကို ဖမ်းယူသည်။
ဒီလိုလုပ်ဖို့အတွက် source network device ဟာ ကြီးမားတဲ့ data stream ကနေ user စိတ်ဝင်စားတဲ့ traffic ကို filter လုပ်၊ copy ကူး၊ ပြီးတော့ copy frame တစ်ခုစီကို receiving device ကို မှန်ကန်စွာ route လုပ်နိုင်အောင် လုံလောက်တဲ့ နောက်ထပ်အချက်အလက်တွေ သယ်ဆောင်ပေးတဲ့ အထူး "superframe container" ထဲမှာ ထည့်ရပါမယ်။ ထို့အပြင်၊ receiving device ဟာ မူရင်း monitored traffic ကို extract လုပ်ပြီး အပြည့်အဝ ပြန်လည်ရယူနိုင်ပါတယ်။
လက်ခံရရှိသော device သည် ERSPAN packets များကို decapsulating လုပ်ခြင်းကို ပံ့ပိုးပေးသော အခြား server တစ်ခု ဖြစ်နိုင်သည်။
ERSPAN အမျိုးအစားနှင့် ပက်ကေ့ချ်ဖော်မတ် ခွဲခြမ်းစိတ်ဖြာခြင်း
ERSPAN packets များကို GRE ကို အသုံးပြု၍ encapsulate လုပ်ထားပြီး Ethernet မှတစ်ဆင့် မည်သည့် IP addressable destination သို့မဆို forward လုပ်ပါသည်။ ERSPAN ကို လက်ရှိတွင် IPv4 ကွန်ရက်များတွင် အဓိကအသုံးပြုပြီး အနာဂတ်တွင် IPv6 ပံ့ပိုးမှုသည် လိုအပ်ချက်တစ်ခု ဖြစ်လာမည်ဖြစ်သည်။
ERSAPN ၏ အထွေထွေ encapsulation structure အတွက်၊ ICMP packets များ၏ mirror packet capture သည် အောက်ပါအတိုင်းဖြစ်သည်။
ERSPAN protocol သည် အချိန်ကြာမြင့်စွာ ဖွံ့ဖြိုးလာခဲ့ပြီး၊ ၎င်း၏စွမ်းရည်များ တိုးတက်လာခြင်းနှင့်အတူ "ERSPAN အမျိုးအစားများ" ဟုခေါ်သော ဗားရှင်းများစွာကို ဖန်တီးခဲ့ကြသည်။ အမျိုးအစားအမျိုးမျိုးတွင် frame header format များ ကွဲပြားကြသည်။
၎င်းကို ERSPAN header ၏ ပထမ Version field တွင် သတ်မှတ်ထားသည်-
ထို့အပြင်၊ GRE header ရှိ Protocol Type field သည် internal ERSPAN Type ကိုလည်း ညွှန်ပြသည်။ Protocol Type field 0x88BE သည် ERSPAN Type II ကို ညွှန်ပြပြီး 0x22EB သည် ERSPAN Type III ကို ညွှန်ပြသည်။
၁။ အမျိုးအစား ၁
Type I ရဲ့ ERSPAN frame မှာ IP နဲ့ GRE ကို မူရင်း mirror frame ရဲ့ header ပေါ်မှာ တိုက်ရိုက် encapsulate လုပ်ထားပါတယ်။ ဒီ encapsulation က မူရင်း frame ပေါ်မှာ 38 bytes ထပ်ပေါင်းထည့်ပေးပါတယ်- 14(MAC) + 20 (IP) + 4(GRE)။ ဒီ format ရဲ့ အားသာချက်ကတော့ header size ကျစ်လျစ်ပြီး transmission cost ကို လျှော့ချပေးပါတယ်။ ဒါပေမယ့် GRE Flag နဲ့ Version field တွေကို 0 လို့ သတ်မှတ်ထားတဲ့အတွက် extended field တွေ မသယ်ဆောင်ထားပါဘူး။ Type I ကိုလည်း ကျယ်ကျယ်ပြန့်ပြန့် အသုံးမပြုတဲ့အတွက် ထပ်ပြီး expand လုပ်စရာ မလိုပါဘူး။
Type I ရဲ့ GRE header format က အောက်ပါအတိုင်းပါ။
၂။ အမျိုးအစား II
Type II မှာ GRE header ထဲက C, R, K, S, S, Recur, Flags နဲ့ Version field တွေက S field ကလွဲရင် အားလုံး 0 ပါ။ ဒါကြောင့် Sequence Number field ကို Type II ရဲ့ GRE header မှာ ပြသထားပါတယ်။ ဆိုလိုတာက Type II က GRE packet တွေလက်ခံရရှိတဲ့အစီအစဉ်ကို သေချာစေနိုင်တာကြောင့် network fault ကြောင့် အစီအစဉ်မကျတဲ့ GRE packet အများအပြားကို sort မလုပ်နိုင်ပါဘူး။
Type II ရဲ့ GRE header format က အောက်ပါအတိုင်းပါ။
ထို့အပြင်၊ ERSPAN Type II frame format သည် GRE header နှင့် မူရင်း mirrored frame အကြားတွင် 8-byte ERSPAN header ကို ထည့်သွင်းပေးသည်။
Type II အတွက် ERSPAN header format ကတော့ အောက်ပါအတိုင်းပါ။
နောက်ဆုံးအနေနဲ့ မူရင်း image frame ပြီးနောက်မှာ standard 4-byte Ethernet cyclic redundancy check (CRC) code ပါရှိပါတယ်။
အကောင်အထည်ဖော်မှုတွင် mirror frame တွင် မူရင်း frame ၏ FCS field မပါဝင်ဘဲ ERSPAN တစ်ခုလုံးအပေါ် အခြေခံ၍ CRC တန်ဖိုးအသစ်ကို ပြန်လည်တွက်ချက်ကြောင်း သတိပြုသင့်သည်။ ဆိုလိုသည်မှာ receiving device သည် မူရင်း frame ၏ CRC မှန်ကန်မှုကို အတည်မပြုနိုင်ဘဲ မပျက်စီးသေးသော frame များကိုသာ mirrored လုပ်သည်ဟုသာ ယူဆနိုင်သည်။
၃။ အမျိုးအစား III
Type III သည် ပိုမိုရှုပ်ထွေးပြီး ကွဲပြားသော ကွန်ရက်စောင့်ကြည့်ရေး အခြေအနေများကို ဖြေရှင်းရန်အတွက် ပိုကြီးပြီး ပိုမိုပြောင်းလွယ်ပြင်လွယ်ရှိသော composite header ကို မိတ်ဆက်ပေးထားပြီး ၎င်းတွင် ကွန်ရက်စီမံခန့်ခွဲမှု၊ ကျူးကျော်ဝင်ရောက်မှု ထောက်လှမ်းခြင်း၊ စွမ်းဆောင်ရည်နှင့် နှောင့်နှေးမှု ခွဲခြမ်းစိတ်ဖြာခြင်း စသည်တို့ ပါဝင်သည်။ ဤမြင်ကွင်းများသည် မှန်ဘောင်၏ မူရင်း parameter အားလုံးကို သိရှိရန်နှင့် မူရင်းဘောင်တွင် မရှိသော parameter များ ပါဝင်ရန် လိုအပ်ပါသည်။
ERSPAN Type III composite header တွင် မဖြစ်မနေ 12-byte header နှင့် optional 8-byte platform-specific subheader ပါဝင်သည်။
Type III အတွက် ERSPAN header format မှာ အောက်ပါအတိုင်းဖြစ်သည်။
တစ်ဖန်၊ မူရင်းမှန်ဘောင်ပြီးနောက်တွင် 4-byte CRC ရှိသည်။
Type III ရဲ့ header format ကနေ မြင်တွေ့ရတဲ့အတိုင်း Type II ကို အခြေခံပြီး Ver၊ VLAN၊ COS၊ T နဲ့ Session ID field တွေကို ထိန်းသိမ်းထားရုံသာမက အထူး field အများအပြားကိုလည်း ထည့်သွင်းထားပါတယ်။ ဥပမာ-
• BSO: ERSPAN မှတစ်ဆင့် သယ်ဆောင်လာသော data frame များ၏ load integrity ကိုညွှန်ပြရန်အသုံးပြုသည်။ 00 သည် ကောင်းမွန်သော frame တစ်ခုဖြစ်ပြီး 11 သည် ညံ့ဖျင်းသော frame တစ်ခုဖြစ်ပြီး 01 သည် တိုတောင်းသော frame တစ်ခုဖြစ်ပြီး 11 သည် ကြီးမားသော frame တစ်ခုဖြစ်သည်။
• Timestamp: စနစ်အချိန်နှင့် ထပ်တူပြုထားသော ဟာ့ဒ်ဝဲနာရီမှ ထုတ်ယူသည်။ ဤ 32-bit field သည် Timestamp အသေးစိတ်အချက်အလက် အနည်းဆုံး 100 မိုက်ခရိုစက္ကန့်ကို ပံ့ပိုးပေးသည်။
• Frame Type (P) နှင့် Frame Type (FT) : ရှေ့တစ်ခုကို ERSPAN သည် Ethernet protocol frames (PDU frames) များ သယ်ဆောင်ခြင်း ရှိ၊ မရှိ သတ်မှတ်ရန် အသုံးပြုပြီး၊ နောက်တစ်ခုကို ERSPAN သည် Ethernet frames များ သို့မဟုတ် IP packets များ သယ်ဆောင်ခြင်း ရှိ၊ မရှိ သတ်မှတ်ရန် အသုံးပြုသည်။
• HW ID: စနစ်အတွင်းရှိ ERSPAN အင်ဂျင်၏ ထူးခြားသော အမှတ်အသား။
• Gra (Timestamp Granularity) : Timestamp ၏ Granularity ကို သတ်မှတ်ပေးသည်။ ဥပမာအားဖြင့်၊ 00B သည် 100 microsecond Granularity၊ 01B သည် 100 nanosecond Granularity၊ 10B သည် IEEE 1588 Granularity ကို ကိုယ်စားပြုပြီး 11B သည် ပိုမိုမြင့်မားသော Granularity ရရှိရန် platform-specific sub-headers များ လိုအပ်သည်။
• ပလက်ဖောင်း ID နှင့် ပလက်ဖောင်း သီးသန့်အချက်အလက်- ပလက်ဖောင်း သီးသန့်အချက်အလက် နယ်ပယ်များတွင် ပလက်ဖောင်း ID တန်ဖိုးပေါ် မူတည်၍ ဖော်မတ်များနှင့် အကြောင်းအရာများ မတူညီပါ။
အထက်တွင် ပံ့ပိုးပေးထားသော header field အမျိုးမျိုးကို ပုံမှန် ERSPAN application များတွင် mirroring error frame များ သို့မဟုတ် BPDU frame များပင် အသုံးပြုနိုင်ပြီး မူရင်း Trunk package နှင့် VLAN ID ကို ထိန်းသိမ်းထားကြောင်း သတိပြုသင့်သည်။ ထို့အပြင် mirroring လုပ်နေစဉ်အတွင်း key timestamp information နှင့် အခြား information field များကို ERSPAN frame တစ်ခုစီတွင် ထည့်သွင်းနိုင်သည်။
ERSPAN ရဲ့ ကိုယ်ပိုင် feature headers တွေနဲ့ network traffic ကို ပိုပြီး ကောင်းမွန်တဲ့ analysis လုပ်နိုင်ပြီး ကျွန်တော်တို့ စိတ်ဝင်စားတဲ့ network traffic နဲ့ ကိုက်ညီအောင် ERSPAN process မှာ သက်ဆိုင်ရာ ACL ကို mount လုပ်နိုင်ပါတယ်။
ERSPAN သည် RDMA Session မြင်နိုင်စွမ်းကို အကောင်အထည်ဖော်သည်
RDMA အခြေအနေမှာ RDMA session visualization ကို ရရှိဖို့ ERSPAN နည်းပညာကို အသုံးပြုတဲ့ ဥပမာတစ်ခုကို ကြည့်ကြရအောင်။
RDMARemote Direct Memory Access သည် server A ၏ network adapter အား intelligent network interface cards (inics) နှင့် switches များကို အသုံးပြုခြင်းဖြင့် server B ၏ Memory ကို ဖတ်ရှုရေးသားနိုင်စေပြီး bandwidth မြင့်မားခြင်း၊ latency နည်းပါးခြင်းနှင့် resource utilization နည်းပါးခြင်းတို့ကို ရရှိစေပါသည်။ ၎င်းကို big data နှင့် high performance distributed storage scenarios များတွင် ကျယ်ကျယ်ပြန့်ပြန့်အသုံးပြုကြသည်။
RoCEv2RDMA သည် Converged Ethernet ဗားရှင်း ၂ မှတစ်ဆင့် ပေးပို့သည်။ RDMA ဒေတာကို UDP Header တွင် ထည့်သွင်းထားသည်။ ဦးတည်ရာ port နံပါတ်မှာ ၄၇၉၁ ဖြစ်သည်။
RDMA ၏ နေ့စဉ်လည်ပတ်မှုနှင့် ပြုပြင်ထိန်းသိမ်းမှုတွင် နေ့စဉ်ရေအဆင့်ရည်ညွှန်းလိုင်းများနှင့် ပုံမှန်မဟုတ်သော အချက်ပေးမှုများကို စုဆောင်းရန်အပြင် ပုံမှန်မဟုတ်သောပြဿနာများကို ရှာဖွေရန်အတွက် အခြေခံအဖြစ် အသုံးပြုသည့် အချက်အလက်များစွာ စုဆောင်းရန် လိုအပ်ပါသည်။ ERSPAN နှင့် ပေါင်းစပ်လိုက်သောအခါ၊ မိုက်ခရိုစက္ကန့် forwarding အရည်အသွေးဒေတာနှင့် switching chip ၏ protocol interaction status ကို ရရှိရန် ကြီးမားသောဒေတာများကို လျင်မြန်စွာ ဖမ်းယူနိုင်ပါသည်။ အချက်အလက်စာရင်းအင်းများနှင့် ခွဲခြမ်းစိတ်ဖြာမှုများမှတစ်ဆင့် RDMA end-to-end forwarding အရည်အသွေးအကဲဖြတ်ခြင်းနှင့် ခန့်မှန်းခြင်းကို ရရှိနိုင်မည်ဖြစ်သည်။
RDAM session visualization ရရှိရန်၊ traffic ကို mirroring လုပ်သည့်အခါ RDMA interaction session များအတွက် keywords များကို ERSPAN မှ တွဲပေးရန် လိုအပ်ပြီး expert extended list ကို အသုံးပြုရန် လိုအပ်ပါသည်။
ကျွမ်းကျင်သူအဆင့် တိုးချဲ့စာရင်း ကိုက်ညီမှုအကွက် အဓိပ္ပာယ်ဖွင့်ဆိုချက်-
UDF တွင် အကွက်ငါးခုပါဝင်သည်- UDF keyword၊ base field၊ offset field၊ value field နှင့် mask field။ hardware entry များ၏ စွမ်းရည်ဖြင့် ကန့်သတ်ထားသောကြောင့် UDF စုစုပေါင်း ရှစ်ခုကို အသုံးပြုနိုင်သည်။ UDF တစ်ခုသည် အများဆုံး ဘိုက်နှစ်ခုအထိ ကိုက်ညီနိုင်သည်။
• UDF သော့ချက်စာလုံး: UDF1... UDF8 တွင် UDF ကိုက်ညီသောဒိုမိန်း၏ သော့ချက်စာလုံး ရှစ်ခုပါဝင်သည်။
• Base field: UDF ကိုက်ညီသော field ၏ စတင်နေရာကို ဖော်ပြသည်။ အောက်ပါတို့သည်
L4_ခေါင်းစဉ် (RG-S6520-64CQ နှင့် သက်ဆိုင်သည်)
L5_ခေါင်းစဉ် (RG-S6510-48VS8Cq အတွက်)
• အော့ဖ်ဆက်- အခြေခံအကွက်အပေါ်အခြေခံ၍ အော့ဖ်ဆက်ကို ညွှန်ပြသည်။ တန်ဖိုးသည် ၀ မှ ၁၂၆ အထိရှိသည်။
• တန်ဖိုးအကွက်- ကိုက်ညီသောတန်ဖိုး။ ၎င်းကို mask အကွက်နှင့်အတူ အသုံးပြု၍ ကိုက်ညီမည့် သီးခြားတန်ဖိုးကို ပြင်ဆင်သတ်မှတ်နိုင်သည်။ တရားဝင် bit သည် two bytes ဖြစ်သည်
• Mask field: mask၊ တရားဝင် bit သည် two bytes ဖြစ်သည်
(ထပ်လောင်းပြောရရင် UDF ကိုက်ညီတဲ့ ကွက်လပ်တစ်ခုတည်းမှာ entry အများအပြားကို အသုံးပြုထားရင် base နဲ့ offset ကွက်လပ်တွေက အတူတူပဲ ဖြစ်ရပါမယ်။)
RDMA session status နှင့် ဆက်စပ်နေသော key packet နှစ်ခုမှာ Congestion Notification Packet (CNP) နှင့် Negative Acknowledgment (NAK) တို့ဖြစ်သည်။
အရင်တစ်ခုကို switch မှပေးပို့သော ECN message ကိုလက်ခံရရှိပြီးနောက် (eout Buffer သည် threshold သို့ရောက်ရှိသောအခါ) RDMA receiver မှထုတ်ပေးသည်တွင် congestion ဖြစ်စေသော flow သို့မဟုတ် QP အကြောင်းအချက်အလက်များပါရှိသည်။ နောက်တစ်ခုကို RDMA transmission တွင် packet loss response message ရှိကြောင်းညွှန်ပြရန်အသုံးပြုသည်။
ကျွမ်းကျင်သူအဆင့် တိုးချဲ့စာရင်းကို အသုံးပြု၍ ဤမက်ဆေ့ချ်နှစ်ခုကို မည်သို့ကိုက်ညီအောင်ပြုလုပ်ရမည်ကို ကြည့်ကြပါစို့။
ကျွမ်းကျင်သူဝင်ရောက်ခွင့်စာရင်း တိုးချဲ့ထားသော rdma
ခွင့်ပြုပါ udp မည်သည့် မည်သည့် မည်သည့် eq ၄၇၉၁udf ၁ l4_header ၈ ၀x၈၁၀၀ ၀xFF၀၀(RG-S6520-64CQ နှင့် ကိုက်ညီသည်)
ခွင့်ပြုပါ udp မည်သည့် မည်သည့် မည်သည့် eq ၄၇၉၁udf 1 l5_header 0 0x8100 0xFF00(RG-S6510-48VS8CQ နှင့် ကိုက်ညီသည်)
ကျွမ်းကျင်သူဝင်ရောက်ခွင့်စာရင်း တိုးချဲ့ထားသော rdma
ခွင့်ပြုပါ udp မည်သည့် မည်သည့် မည်သည့် eq ၄၇၉၁udf 1 l4_header 8 0x1100 0xFF00 udf 2 l4_header 20 0x6000 0xFF00(RG-S6520-64CQ နှင့် ကိုက်ညီသည်)
ခွင့်ပြုပါ udp မည်သည့် မည်သည့် မည်သည့် eq ၄၇၉၁udf 1 l5_header 0 0x1100 0xFF00 udf 2 l5_header 12 0x6000 0xFF00(RG-S6510-48VS8CQ နှင့် ကိုက်ညီသည်)
နောက်ဆုံးအဆင့်အနေနဲ့၊ သင့်လျော်တဲ့ ERSPAN လုပ်ငန်းစဉ်ထဲကို expert extension list ကို mount လုပ်ခြင်းအားဖြင့် RDMA session ကို မြင်ယောင်နိုင်ပါတယ်။
နောက်ဆုံးမှာရေးပါ
ERSPAN သည် ယနေ့ခေတ်၏ တိုးပွားလာသော ဒေတာစင်တာကွန်ရက်များ၊ တိုးပွားလာသော ရှုပ်ထွေးသည့် ကွန်ရက်အသွားအလာနှင့် တိုးပွားလာသော ခေတ်မီဆန်းပြားသည့် ကွန်ရက်လည်ပတ်မှုနှင့် ပြုပြင်ထိန်းသိမ်းမှု လိုအပ်ချက်များတွင် မရှိမဖြစ်လိုအပ်သော ကိရိယာများထဲမှ တစ်ခုဖြစ်သည်။
O&M အလိုအလျောက်လုပ်ဆောင်မှု တိုးတက်လာသည်နှင့်အမျှ Netconf၊ RESTconf နှင့် gRPC ကဲ့သို့သော နည်းပညာများသည် network automatic O&M တွင် O&M ကျောင်းသားများကြားတွင် ရေပန်းစားပါသည်။ mirror traffic ကို ပြန်လည်ပေးပို့ရန်အတွက် gRPC ကို အခြေခံ protocol အဖြစ် အသုံးပြုခြင်းသည်လည်း အားသာချက်များစွာရှိသည်။ ဥပမာအားဖြင့်၊ HTTP/2 protocol ကို အခြေခံ၍ ၎င်းသည် တူညီသော connection အောက်တွင် streaming push mechanism ကို ပံ့ပိုးပေးနိုင်သည်။ ProtoBuf encoding ဖြင့် အချက်အလက်၏ အရွယ်အစားကို JSON format ထက် ထက်ဝက်လျှော့ချပေးပြီး data ပို့လွှတ်မှုကို ပိုမိုမြန်ဆန်စေပြီး ပိုမိုထိရောက်စေသည်။ စိတ်ဝင်စားသော stream များကို mirror လုပ်ရန် ERSPAN ကို အသုံးပြုပြီး gRPC ရှိ analysis server သို့ ပေးပို့ပါက network automatic operation နှင့် maintenance ၏ စွမ်းရည်နှင့် ထိရောက်မှုကို သိသိသာသာ မြှင့်တင်ပေးမည်လားဟု မြင်ယောင်ကြည့်ပါ။
ပို့စ်တင်ချိန်: ၂၀၂၂ ခုနှစ်၊ မေလ ၁၀ ရက်
