Kom ons stel ons 'n netwerktoestel voor met 'n ingeboude skakelaarskyfie, opgestel om verkeer tussen verskeie poorte te bestuur. Om sekere poorte van mekaar te isoleer, is poorte geskep verskeie brûe.
Die funksionaliteit van hardeware aflaai op hierdie brûe met die doel om werkverrigting te verbeter deur die skakelaarskyfie self toe te laat om verkeer te hanteer, in plaas daarvan om die toestel se SVE te gebruik.
Aan die einde van die artikel vind u 'n klein toets dit sal jou toelaat evalueer die kennis wat in hierdie leeswerk opgedoen is
opset
/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
probleem
Nadat prestasietoetse uitgevoer is, word beduidende teenstrydighede in die data-oordragspoed tussen die verskillende brûe waargeneem. Terwyl die eerste brug in staat is om verkeer teen die maksimum kabelspoed te hanteer, toon daaropvolgende brûe aansienlik laer werkverrigting.
Boonop ervaar pakkies wat herlei moet word, aansienlike hoë latency.
Wanneer die stelselstatus ondersoek word, word ontdek dat die SVE op sy maksimum kapasiteit werk. Deur die hardeware-aflaaistatus na te gaan, wys dit dat slegs die eerste brug hierdie funksionaliteit geaktiveer het.
Dit beteken dat alle verkeer wat deur daaropvolgende brûe gaan, deur die SVE hanteer word, wat 'n bottelnek skep en lei tot suboptimale werkverrigting.
[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
Die hoofoorsaak van hierdie probleem is dat die betrokke toestel nie poortisolasie op sy skakelaarskyfie ondersteun nie. Op toestelle wat nie hierdie vermoë het nie, kan slegs een brug voordeel trek uit die hardeware-aflaai-funksie.
Dit lei tot hoë SVE-benutting vir verkeer wat deur die ander brûe gaan, wat lei tot verminderde werkverrigting en vertragingskwessies.
simptome:
- Afwesigheid van die "H"-vlag (hardeware-aflaai-aanwyser) op die hawens van daaropvolgende brûe.
- Lae data-oordragspoed op brûe wat nie die eerste is nie.
- Hoë CPU-gebruik.
- Hoë latency vir pakkies wat oor brûe gestuur moet word sonder hardeware aflaai.
Die probleem lê in die toestel se beperkings in die hantering van veelvuldige brûe met hardeware-aflaai geaktiveer, as gevolg van die gebrek aan ondersteuning vir hawe-isolasie.
Hierdie probleem lei tot inkonsekwente en potensieel onaanvaarbare netwerkprestasie in omgewings wat 'n hoë mate van isolasie en doeltreffendheid vereis.
Moontlike gevolge:
1. Inkonsekwente prestasie:
Die eerste en mees voor die hand liggende gevolg sal teenstrydige lae werkverrigting vir verskillende segmente van jou netwerk wees, wat veral problematies kan wees as 'n konstante vlak van werkverrigting vir kritieke toepassings of dienste verwag word.
2. SVE-oorlading:
Konstante, hoë SVE-gebruik beïnvloed nie net die werkverrigting van verkeer wat deur die brûe gaan nie, maar kan ook 'n impak hê op ander funksies en dienste wat op dieselfde toestel loop.
3. Vertragingsprobleme:
In toepassings of dienste wat sensitief is vir latensie, soos VoIP of aanlyn speletjies, kan die gevolge selfs ernstiger wees en die punt bereik om daardie dienste feitlik onbruikbaar te maak.
4. Versteekte koste:
Die behoefte om hardeware te verander of op te gradeer om hierdie probleem op te los, kan bykomende onverwagte koste tot gevolg hê. Daarbenewens verteenwoordig die tyd en hulpbronne wat spandeer word om probleme te identifiseer en op te los ander verborge koste.
Voorgestelde oplossings:
1. Hardewareverandering:
Die mees direkte manier om die probleem op te los, is om oor te skakel na 'n toestel wat poortisolasie op verskeie brûe met hardeware-aflaai ondersteun.
2. Konfigurasie-optimering:
Alhoewel dit nie ideaal is nie, kan u hardeware-aflaai-funksionaliteit handmatig toewys aan die brug wat die mees kritieke of lywige verkeer hanteer, en sodoende die las op die SVE verminder.
/interface bridge port set [find where bridge=bridge1] hw=no
/interface bridge port set [find where bridge=bridge2] hw=yes
3. Implementering van VLAN's:
Die gebruik van VLAN's om netwerkverkeer te skei, kan 'n meer doeltreffende alternatief wees vir die gebruik van veelvuldige brûe, veral as huidige hardeware nie veelvuldige gevalle van hardeware-aflaai ondersteun nie.
4. Firmware/sagteware-opdatering:
In sommige gevalle kan fermware- of sagteware-opdaterings bykomende kenmerke aktiveer wat help om die probleem te versag of op te los, hoewel dit minder waarskynlik is as dit 'n hardewarebeperking is.
5. Monitering en Analise:
Moniteringsinstrumente kan help om knelpunte te identifiseer en insig te verskaf oor hoe om die netwerk te herkonfigureer om werkverrigting te optimaliseer, hoewel dit nie die onderliggende probleem sou oplos nie.
Ter afsluiting
Die beperking van hardeware-aflaai op veelvuldige brûe is 'n ernstige probleem wat verskeie negatiewe gevolge op die werkverrigting en doeltreffendheid van 'n netwerk kan hê.
Om die probleem te identifiseer en te verstaan is die eerste stap om die mees geskikte oplossing te vind, wat kan wissel van 'n eenvoudige herkonfigurasie tot 'n volledige hardewareverandering.
Kort kennisvasvra
Wat dink jy van hierdie artikel?
Durf jy jou aangeleerde kennis evalueer?
Aanbevole boek vir hierdie artikel
Skakel en oorbrug RouterOS v7 Boek
Studiemateriaal vir die MTCSWE-sertifiseringskursus opgedateer na RouterOS v7