Isipin natin ang isang network device na may isang built-in na switch chip, na-configure upang pamahalaan ang trapiko sa pagitan ng maraming port. Upang ihiwalay ang ilang mga port sa bawat isa, ang mga port ay ginawa ilang tulay.
Ang pag-andar ng pagbabawas ng hardware sa mga tulay na ito na may layuning pahusayin ang pagganap sa pamamagitan ng pagpayag sa mismong switch chip na pangasiwaan ang trapiko, sa halip na gamitin ang CPU ng device.
Sa dulo ng artikulo ay makikita mo ang isang maliit pagsusulit papayagan ka nito suriin ang kaalamang natamo sa pagbasang ito
configuration
/interface bridge
add name=bridge1
add name=bridge2
/interface bridge port
add bridge=bridge1 interface=ether1
add bridge=bridge1 interface=ether2
add bridge=bridge2 interface=ether3
add bridge=bridge2 interface=ether4
problema
Pagkatapos magsagawa ng mga pagsubok sa pagganap, ang mga makabuluhang hindi pagkakapare-pareho ay sinusunod sa bilis ng paghahatid ng data sa pagitan ng iba't ibang mga tulay. Habang ang unang tulay ay may kakayahang pangasiwaan ang trapiko sa pinakamataas na bilis ng cable, ang mga kasunod na tulay ay nagpapakita ng mas mababang pagganap.
Bukod pa rito, ang mga packet na kailangang iruta ay nakakaranas ng mataas na latency.
Kapag sinusuri ang katayuan ng system, natuklasan na ang CPU ay gumagana sa pinakamataas na kapasidad nito. Ang pagsuri sa status ng pag-offload ng hardware ay nagpapakita na ang unang tulay lang ang may ganitong pagpapagana.
Nangangahulugan ito na ang lahat ng trapiko na dumadaan sa mga kasunod na tulay ay pinangangasiwaan sa pamamagitan ng CPU, na lumilikha ng bottleneck at nagreresulta sa suboptimal na pagganap.
[admin@MikroTik] > /interface bridge port print
Flags: X - disabled, I - inactive, D - dynamic, H - hw-offload
# INTERFACE BRIDGE HW
0 H ether1 bridge1 yes
1 H ether2 bridge1 yes
2 ether3 bridge2 yes
3 ether4 bridge2 yes
Ang pangunahing sanhi ng isyung ito ay hindi sinusuportahan ng pinag-uusapang device ang port isolation sa switch chip nito. Sa mga device na walang ganitong kakayahan, isang tulay lang ang maaaring makinabang sa functionality ng hardware offload.
Nagreresulta ito sa mataas na paggamit ng CPU para sa trapikong dumadaan sa iba pang mga tulay, na humahantong sa pagbaba ng pagganap at mga isyu sa latency.
Mga Sintomas:
- Kawalan ng flag na "H" (tagapagpahiwatig ng pag-offload ng hardware) sa mga port ng kasunod na mga tulay.
- Mababang bilis ng paghahatid ng data sa mga tulay na hindi ang una.
- Mataas na paggamit ng CPU.
- Mataas na latency para sa mga packet na kailangang i-ruta sa mga tulay na walang hardware offload.
Ang problema ay nakasalalay sa mga limitasyon ng device sa paghawak ng maraming tulay na pinagana ang pag-offload ng hardware, dahil sa kakulangan ng suporta para sa paghihiwalay ng port.
Ang isyung ito ay humahantong sa hindi pare-pareho at potensyal na hindi katanggap-tanggap na pagganap ng network sa mga kapaligiran na nangangailangan ng mataas na antas ng paghihiwalay at kahusayan.
Mga posibleng kahihinatnan:
1. Hindi Pare-parehong Pagganap:
Ang una at pinaka-halatang kahihinatnan ay ang hindi pare-parehong mababang pagganap para sa iba't ibang mga segment ng iyong network, na maaaring maging partikular na problemado kung ang isang pare-parehong antas ng pagganap ay inaasahan para sa mga kritikal na aplikasyon o serbisyo.
2. Overload ng CPU:
Ang patuloy na mataas na paggamit ng CPU ay hindi lamang nakakaapekto sa pagganap ng trapiko na dumadaan sa mga tulay, ngunit maaari ring magkaroon ng epekto sa iba pang mga function at serbisyo na tumatakbo sa parehong device.
3. Mga Problema sa Latency:
Sa mga application o serbisyong sensitibo sa latency, gaya ng VoIP o online gaming, ang mga kahihinatnan ay maaaring maging mas malala pa, na umaabot sa punto na halos hindi na magagamit ang mga serbisyong iyon.
4. Mga Nakatagong Gastos:
Ang pangangailangan na baguhin o i-upgrade ang hardware upang malutas ang isyung ito ay maaaring magresulta sa mga karagdagang hindi inaasahang gastos. Bilang karagdagan, ang oras at mga mapagkukunang ginugol sa pagtukoy at paglutas ng mga problema ay kumakatawan sa iba pang mga nakatagong gastos.
Mga Iminungkahing Solusyon:
1. Pagbabago ng Hardware:
Ang pinakadirektang paraan upang malutas ang problema ay ang lumipat sa isang device na sumusuporta sa port isolation sa maraming tulay na may hardware offload.
2. Pag-optimize ng Configuration:
Bagama't hindi mainam, maaari mong manu-manong italaga ang functionality ng hardware offload sa tulay na humahawak sa pinaka-kritikal o napakalaking trapiko, at sa gayon ay binabawasan ang pagkarga sa CPU.
/interface bridge port set [find where bridge=bridge1] hw=no
/interface bridge port set [find where bridge=bridge2] hw=yes
3. Pagpapatupad ng mga VLAN:
Ang paggamit ng mga VLAN upang paghiwalayin ang trapiko sa network ay maaaring maging isang mas mahusay na alternatibo sa paggamit ng maraming tulay, lalo na kung ang kasalukuyang hardware ay hindi sumusuporta sa maraming mga pagkakataon ng hardware offload.
4. Update ng Firmware/Software:
Sa ilang mga kaso, ang mga pag-update ng firmware o software ay maaaring paganahin ang mga karagdagang feature na makakatulong na mabawasan o malutas ang isyu, bagama't ito ay mas malamang kung ito ay isang limitasyon sa hardware.
5. Pagsubaybay at Pagsusuri:
Makakatulong ang mga tool sa pagsubaybay na matukoy ang mga bottleneck at magbigay ng mga insight sa kung paano muling i-configure ang network para ma-optimize ang performance, bagama't hindi nito malulutas ang pinagbabatayan na problema.
sa wakas
Ang paglilimita sa pag-offload ng hardware sa maraming tulay ay isang seryosong problema na maaaring magkaroon ng maraming negatibong kahihinatnan sa pagganap at kahusayan ng isang network.
Ang pagtukoy at pag-unawa sa problema ay ang unang hakbang sa paghahanap ng pinakaangkop na solusyon, na maaaring mula sa simpleng reconfiguration hanggang sa kumpletong pagbabago ng hardware.
Maikling pagsusulit sa kaalaman
Ano sa palagay mo ang artikulong ito?
Naglakas-loob ka bang suriin ang iyong natutunang kaalaman?
Inirerekomendang aklat para sa artikulong ito
Paglipat at Pag-bridging ng RouterOS v7 Book
Pag-aaral ng materyal para sa MTCSWE Certification Course na na-update sa RouterOS v7
Kaugnay na mga Artikulo
- Mga maling pagsasaayos ng Layer 2: Mga interface ng LAG at pagbabalanse ng load
- Mga Maling Configuration ng Layer 2: Packet Flow na may Hardware Offloading at MAC Learning
- Pag-unawa sa Konsepto ng MTU sa Layer 2 at Layer 3: Mga Epekto at Pagsasaalang-alang
- Pagbubuklod ng XOR (balanse-xor) sa MikroTik
- Bonding Broadcast sa MikroTik