Msaada wa QOS. Hadithi ya Huduma ya QoS. Vipengele vya Msingi vya QoS

QoS ni mada kubwa. Kabla ya kuzungumza juu ya ugumu wa mipangilio na mbinu mbalimbali za kutumia sheria za usindikaji wa trafiki, ni busara kukukumbusha nini QoS kwa ujumla.

Ubora wa Huduma (QoS)- teknolojia ya kutoa madarasa tofauti ya trafiki na vipaumbele tofauti vya huduma.

Kwanza, ni rahisi kuelewa kwamba kipaumbele chochote kina maana tu wakati kuna foleni ya huduma. Ni pale, kwenye foleni, kwamba unaweza "kuteleza" kwanza, kwa kutumia haki yako.
Foleni hutengeneza ambapo ni nyembamba (kawaida sehemu hizo huitwa "shingo ya chupa", shingo ya chupa). Kikwazo cha kawaida ni muunganisho wa Mtandao wa ofisi, ambapo kompyuta zilizounganishwa kwenye mtandao kwa kasi ya angalau 100 Mbit/sec zote hutumia chaneli kwa mtoa huduma, ambayo ni nadra kuzidi 100 Mbit/sek, na mara nyingi ni sawa na 1-2 kidogo. -10 Mbit/sec . Kwa kila mtu.

Pili, QoS sio panacea: ikiwa "shingo" ni nyembamba sana, basi buffer ya kimwili ya interface mara nyingi inapita, ambapo pakiti zote ambazo zitatoka kupitia interface hii zimewekwa. Na kisha vifurushi vipya vilivyofika vitaharibiwa, hata ikiwa ni vya juu sana. Kwa hivyo, ikiwa foleni kwenye kiolesura kwa wastani inazidi 20% ya ukubwa wake wa juu (kwenye ruta za Cisco ukubwa wa foleni kawaida ni pakiti 128-256), kuna sababu ya kufikiria kwa bidii juu ya muundo wa mtandao wako, weka njia za ziada au panua kipimo data kwa mtoa huduma.

Hebu tuelewe vipengele vya teknolojia

(zaidi chini ya kata, kuna mengi)

Kuashiria. Katika nyanja za kichwa za anuwai itifaki za mtandao(Ethernet, IP, ATM, MPLS, nk) kuna mashamba maalum yaliyotengwa kwa ajili ya kuashiria trafiki. Trafiki inahitaji kuwekewa alama kwa ajili ya uchakataji rahisi zaidi katika foleni.

Ethaneti. Darasa la Huduma (CoS) shamba - 3 bits. Inakuruhusu kugawanya trafiki katika mitiririko 8 yenye alama tofauti

IP. Kuna viwango 2: vya zamani na vipya. Ya zamani ilikuwa na sehemu ya ToS (biti 8), ambayo biti 3 zinazoitwa Utangulizi wa IP zilitolewa kwa upande wake. Sehemu hii ilinakiliwa kwenye sehemu ya kichwa cha CoS Ethernet.
Iliamuliwa baadaye kiwango kipya. Sehemu ya ToS imepewa jina la DiffServ, na biti 6 za ziada zimetengwa kwa ajili ya Sehemu ya Msimbo wa Huduma ya Tofauti (DSCP), ambapo vigezo vinavyohitajika kwa aina hii ya trafiki vinaweza kupitishwa.

Ni bora kuweka data lebo karibu na chanzo cha data. Kwa sababu hii, simu nyingi za IP huongeza kwa kujitegemea sehemu ya DSCP = EF au CS5 kwenye kichwa cha IP cha pakiti za sauti. Maombi mengi pia yanaashiria trafiki yenyewe kwa matumaini kwamba pakiti zao zitachakatwa kwa kipaumbele. Kwa mfano, mitandao ya rika-kwa-rika ina hatia ya hili.

Foleni.

Hata kama hatutumii teknolojia zozote za vipaumbele, hii haimaanishi kuwa foleni hazifanyiki. Katika kizuizi, foleni itatokea kwa hali yoyote na itatoa utaratibu wa kawaida wa FIFO (First In First Out). Foleni kama hiyo, kwa kweli, itafanya iwezekanavyo kutoharibu pakiti mara moja, kuzihifadhi kwenye buffer kabla ya kutuma, lakini haitatoa upendeleo wowote, sema, kwa trafiki ya sauti.

Ikiwa unataka kulipa kipaumbele maalum kwa darasa fulani (yaani, pakiti kutoka kwa darasa hili zitachakatwa kwanza), basi teknolojia hii inaitwa. Upangaji foleni wa kipaumbele. Pakiti zote katika bafa halisi ya kiolesura inayotoka zitagawanywa katika foleni 2 za kimantiki na pakiti kutoka kwa foleni iliyobahatika zitatumwa hadi iwe tupu. Tu baada ya hii pakiti kutoka kwa foleni ya pili zitaanza kupitishwa. Teknolojia hii ni rahisi, badala yake ni ghafi, na inaweza kuchukuliwa kuwa ya kizamani, kwa sababu... usindikaji wa trafiki isiyo ya kipaumbele utasimamishwa kila wakati. Kwenye ruta za cisco unaweza kuunda
Foleni 4 zenye vipaumbele tofauti. Wanadumisha safu kali: pakiti kutoka kwa foleni zisizo na uwezo hazitashughulikiwa hadi foleni zote za kipaumbele cha juu ziwe tupu.

Mlolongo mzuri ( Kupanga foleni kwa Haki) Teknolojia ambayo inaruhusu kila darasa la trafiki kupewa haki sawa. Kama sheria, haitumiwi, kwa sababu haifanyi kazi kidogo katika kuboresha ubora wa huduma.

Foleni ya haki iliyopimwa ( Weighted Fair Queuing, WFQ) Teknolojia ambayo hutoa madarasa tofauti trafiki ina haki tofauti (tunaweza kusema kwamba "uzito" wa foleni tofauti ni tofauti), lakini wakati huo huo huduma za foleni zote. "Kwa mtazamo" inaonekana kama hii: pakiti zote zimegawanywa katika foleni za kimantiki kwa kutumia
Sehemu ya Utangulizi wa IP kama kigezo. Sehemu hiyo hiyo pia huweka kipaumbele (zaidi, bora zaidi). Ifuatayo, kipanga njia huhesabu ni pakiti gani "haraka" ya kusambaza kutoka kwa foleni na kuipeleka haswa.

Anahesabu hii kwa kutumia formula:

DT=(t(i)-t(0))/(1+IPP)

IPP - Thamani ya uga ya IP Precedence
t(i) - Muda unaohitajika kwa usambazaji wa pakiti halisi na kiolesura. Inaweza kuhesabiwa kama L/Kasi, ambapo L ni urefu wa pakiti na Kasi ni kasi ya maambukizi ya kiolesura

Foleni hii imewezeshwa kwa chaguo-msingi kwenye violesura vyote vipanga njia za cisco, isipokuwa violesura vya kumweka-kwa-point (usimbaji wa HDLC au PPP).

WFQ ina idadi ya hasara: foleni kama hiyo hutumia pakiti zilizowekwa alama hapo awali na haikuruhusu kuamua kwa kujitegemea madarasa ya trafiki na bandwidth iliyotengwa. Zaidi ya hayo, kama sheria, hakuna mtu anayeweka alama na uwanja wa Utangulizi wa IP tena, kwa hivyo pakiti hazitambuliwi, i.e. kila mtu anaingia kwenye foleni sawa.

Mageuzi ya WFQ yalikuwa ni kupanga foleni yenye uzani wa darasani ( Mlolongo wa Maonyesho wa Uzito wa Darasa, CBWFQ) Katika foleni hii, msimamizi mwenyewe anafafanua aina za trafiki, akifuata vigezo mbalimbali, kwa mfano, kutumia ACL kama kiolezo au kuchambua vichwa vya itifaki (angalia NBAR). Ifuatayo, kwa madarasa haya
"uzito" imedhamiriwa na pakiti za foleni zao huhudumiwa kwa kadiri ya uzani (uzito zaidi - pakiti zaidi kutoka kwa foleni hii zitatumika kwa kila kitengo cha wakati)

Lakini foleni kama hiyo haihakikishi kabisa kifungu cha pakiti muhimu zaidi (kawaida sauti au pakiti zingine). maombi maingiliano) Kwa hivyo, mseto wa Mlolongo wa Kipaumbele wa Kipaumbele na Msingi wa Uzito wa Hatari ulionekana - PQ-CBWFQ, pia inajulikana kama, Foleni ya Kuchelewa Kuchelewa (LLQ). Katika teknolojia hii, unaweza kuweka hadi foleni 4 za kipaumbele, madarasa yaliyobaki yanahudumiwa kwa kutumia utaratibu wa CBWFQ.

LLQ ndio njia rahisi zaidi, inayonyumbulika na inayotumika mara kwa mara. Lakini inahitaji kusanidi madarasa, kusanidi sera, na kutumia sera kwenye kiolesura.

Kwa hivyo, mchakato wa kutoa huduma bora unaweza kugawanywa katika hatua 2:
Kuashiria. Karibu na vyanzo.
Usindikaji wa pakiti. Kuziweka kwenye foleni halisi kwenye kiolesura, kuzigawanya katika foleni za kimantiki na kuzipa foleni hizo za kimantiki rasilimali tofauti.

Teknolojia ya QoS ni ya rasilimali nyingi na inapakia processor kwa kiasi kikubwa. Na zaidi inavyopakia, zaidi ndani ya vichwa unapaswa kwenda kuainisha pakiti. Kwa kulinganisha: ni rahisi zaidi kwa kipanga njia kuangalia kwenye kichwa cha pakiti ya IP na kuchambua vipande 3 vya IPP hapo, badala ya kusogeza mtiririko karibu na kiwango cha programu, kuamua ni aina gani ya itifaki iliyo ndani (teknolojia ya NBAR)

Ili kurahisisha usindikaji zaidi wa trafiki, na pia kuunda kinachojulikana kama "mpaka unaoaminika", ambapo tunaamini vichwa vyote vinavyohusiana na QoS, tunaweza kufanya yafuatayo:
1. Kwenye swichi za safu ya ufikiaji na vipanga njia (karibu na mashine za mteja) pata vifurushi, uzitawanye katika madarasa
2. Kama hatua ya sera, weka upya vichwa rangi kwa njia yako mwenyewe au uhamishe thamani za vichwa vya juu vya QoS hadi vya chini.

Kwa mfano, kwenye kipanga njia tunashika pakiti zote kutoka kwa kikoa cha mgeni cha WiFi (tunadhani kwamba kunaweza kuwa na kompyuta na programu ambazo hatuzidhibiti ambazo zinaweza kutumia vichwa vya QoS visivyo vya kawaida), badilisha vichwa vyovyote vya IP kuwa chaguo-msingi, linganisha vichwa hadi viwango vya 3 (DSCP). safu ya kiungo(CoS)
ili swichi zaidi ziweze kuweka kipaumbele kwa trafiki kwa kutumia tu lebo ya safu ya kiungo.

Kuanzisha LLQ

Kuweka foleni kunajumuisha kuanzisha madarasa, basi kwa madarasa haya unahitaji kuamua vigezo vya bandwidth na kutumia muundo mzima ulioundwa kwenye interface.

Kujenga madarasa:

ramani ya darasa NAME
mechi?

kikundi cha ufikiaji Kikundi cha ufikiaji
yoyote Pakiti yoyote
ramani ya darasa Ramani ya darasa
cos IEEE 802.1Q/ISL daraja la huduma/thamani za kipaumbele za mtumiaji
lengwa-anwani Anwani lengwa
darasa la kutupa Tupa kitambulisho cha tabia
dscp Linganisha DSCP katika IP(v4) na pakiti za IPv6
mtiririko Vigezo vya mtiririko kulingana na QoS
fr-de Mechi kwenye kidogo ya Frame-relay DE
fr-dlci Mechi kwenye fr-dlci
pembejeo-interface Chagua kiolesura cha ingizo ili kulinganisha
ip Maadili maalum ya IP
mpls Lebo ya Itifaki nyingi Inabadilisha thamani mahususi
sivyo Kanusha matokeo ya mechi hii
pakiti Safu 3 Urefu wa pakiti
utangulizi Utangulizi wa Mechi katika IP(v4) na pakiti za IPv6
itifaki Itifaki
kikundi cha qos Kikundi cha Qos
chanzo-anwani Anwani ya chanzo
vlan VLAN zinazolingana

Pakiti katika madarasa zinaweza kupangwa kwa sifa mbalimbali, kwa mfano, kwa kubainisha ACL kama kiolezo, au kwa uga wa DSCP, au kwa kuangazia itifaki maalum (teknolojia ya NBAR imewashwa)

Unda sera:

Sera ya ramani SERA
darasa NAME1
?

kipimo data Bandwidth
mgandamizo Amilisha Ukandamizaji
kushuka Acha pakiti zote
logi Ingia IPv4 na pakiti za ARP
sampuli ya mtandao Kitendo cha NetFlow
polisi Polisi
kipaumbele Kipaumbele Kikali cha Kuratibu kwa Darasa hili
kikomo cha foleni Kizingiti cha Juu cha Foleni kwa Kushuka kwa Mkia
bila mpangilio-gundua Washa Ugunduzi wa Mapema Nasibu kama sera ya kuacha
sera ya huduma Sanidi Mtiririko Unaofuata
kuweka Weka maadili ya QoS
umbo Uundaji wa Trafiki

Kwa kila darasa kwenye sera, unaweza kutenga kipande cha kipaumbele cha ukanda:

Sera ya ramani SERA
darasa NAME1
kipaumbele?

Biti za Kilo kwa sekunde
asilimia% ya jumla ya kipimo data

na kisha vifurushi vya darasa hili vinaweza kutegemea angalau kipande hiki kila wakati.

Au eleza darasa hili lina "uzito" gani ndani ya CBWFQ

Sera ya ramani SERA
darasa NAME1
kipimo data?

Biti za Kilo kwa sekunde
asilimia% ya jumla ya Bandwidth
iliyobaki% ya kipimo data kilichosalia

Katika visa vyote viwili, unaweza kutaja thamani kamili na asilimia ya bendi nzima inayopatikana

Swali la busara linatokea: jinsi router inajua bendi NZIMA? Jibu ni rahisi: kutoka kwa parameter ya bandwidth kwenye interface. Hata kama haijasanidiwa kwa uwazi, lazima iwe na maana fulani. Unaweza kuiona na sh int amri.

Inahitajika pia kukumbuka kuwa kwa msingi haudhibiti mstari mzima, lakini 75% tu. Vifurushi ambavyo havijajumuishwa kwa uwazi katika madarasa mengine huishia katika darasa-msingi. Mpangilio huu wa darasa chaguo-msingi unaweza kuwekwa kwa uwazi

Sera ya ramani SERA
darasa-chaguo-msingi
bandwidth asilimia 10

(UPD, asante kwa OlegD)

Unaweza kubadilisha upeo wa kipimo data unaopatikana kutoka kwa 75% chaguo-msingi kwa kutumia amri kwenye kiolesura

max-reserved-bandwidth

Vipanga njia hufuatilia kwa wivu kwamba msimamizi haitoi kwa bahati mbaya njia zaidi, kuliko ilivyo na wanaapa kwa majaribio kama haya.

Inaonekana kwamba sera haitatoa zaidi kwa madarasa kuliko ilivyoandikwa. Hata hivyo, hali hii itatokea tu ikiwa foleni zote zimejaa. Ikiwa mtu ni tupu, basi njia iliyotengwa kwake itagawanywa na foleni zilizojaa kulingana na "uzito" wake.

Muundo huu wote utafanya kazi kama hii:

Ikiwa kuna pakiti kutoka kwa darasa zinazoonyesha kipaumbele, basi router inalenga kupeleka pakiti hizi. Aidha, kwa sababu Kunaweza kuwa na foleni kadhaa za kipaumbele, basi bandwidth imegawanywa kati yao kwa uwiano wa asilimia maalum.

Mara pakiti zote za kipaumbele zikiisha, ni zamu ya CBWFQ. Kwa kila hesabu ya saa, uwiano wa pakiti zilizobainishwa katika mpangilio wa darasa hili "hutolewa" kutoka kwa kila foleni. Ikiwa baadhi ya foleni ni tupu, basi bandwidth yao imegawanywa kwa uwiano wa "uzito" wa darasa kati ya foleni zilizopakiwa.

Utumizi wa Kiolesura:

int s0/0
SERA-sera ya huduma

Lakini unapaswa kufanya nini ikiwa unahitaji kukata vifurushi kutoka kwa darasa ambavyo vinazidi kasi inayoruhusiwa? Baada ya yote, kubainisha bandwidth tu inasambaza bandwidth kati ya madarasa wakati foleni ni busy.

Ili kutatua tatizo hili kwa darasa la trafiki katika sera, kuna teknolojia

polisi kuzingatia [hatua] kupita hatua [hatua]

Inakuwezesha kutaja kwa uwazi kasi ya wastani ya taka (kasi), upeo wa "overshoot", i.e. kiasi cha data inayopitishwa kwa kitengo cha wakati. Kadiri risasi inavyozidi, ndivyo kasi halisi ya maambukizi inavyoweza kupotoka kutoka kwa wastani unaotakiwa. Imeonyeshwa pia: hatua kwa trafiki ya kawaida isiyozidi
kasi na hatua iliyobainishwa kwa trafiki inayozidi kasi ya wastani. Vitendo vinaweza kuwa hivi

polisi 100000 8000 conform-hatua?

kushuka tone pakiti
zidi-hatua hatua wakati kiwango kiko ndani ya kuendana na
kuendana + zidi kupasuka
set-clp-transmit weka atm clp na utume
kuweka-tupa-darasa-sambaza weka darasa la kutupa na utume
set-dscp-transmit weka dscp na utume
set-frde-transmit weka FR DE na uitume
set-mpls-exp-imposition-transmit weka exp kwenye uwekaji tagi na utume
set-mpls-exp-topmost-transmit weka exp kwenye lebo ya juu kabisa na uitume
kuweka-prec-sambaza andika upya utangulizi wa pakiti na utume
kuweka-qos-sambaza weka kikundi cha qos na utume
sambaza kusambaza pakiti

Mara nyingi changamoto nyingine pia hutokea. Wacha tufikirie kuwa tunahitaji kupunguza mtiririko kuelekea kwa jirani na chaneli polepole.

Ili kutabiri kwa usahihi ni pakiti zipi zitamfikia jirani na ni zipi zitaharibiwa kwa sababu ya msongamano wa kituo kwenye upande wa "polepole", ni muhimu kuunda sera kwa upande wa "haraka" ambayo itashughulikia foleni mapema na kuharibu pakiti zisizohitajika. .

Na hapa tunakabiliwa na jambo moja muhimu sana: ili kutatua tatizo hili tunahitaji kuiga kituo cha "polepole". Kwa uigaji huu, haitoshi tu kutawanya pakiti kwenye foleni; unahitaji pia kuiga bafa halisi ya kiolesura cha "polepole". Kila kiolesura kina kiwango cha maambukizi ya pakiti. Wale. Kila kiolesura kinaweza kutuma si zaidi ya pakiti N kwa kila wakati wa kitengo. Kwa kawaida, bafa ya kiolesura cha kimwili imeundwa ili kuhakikisha uendeshaji wa "uhuru" wa kiolesura kwa vitengo kadhaa vya muda. Kwa hivyo, bafa ya kimwili ya, sema, GigabitEthernet itakuwa makumi ya mara kubwa kuliko kiolesura fulani cha Serial.

Kuna ubaya gani kukumbuka mengi? Wacha tuangalie kwa karibu kile kitakachotokea ikiwa bafa kwenye upande wa kutuma haraka ni kubwa zaidi kuliko bafa inayopokea.

Kwa urahisi, acha kuwe na foleni 1. Kwa upande wa "haraka" tunaiga kasi ya chini ya maambukizi. Hii inamaanisha kuwa pakiti zinazoangukia chini ya sera yetu zitaanza kukusanyika kwenye foleni. Kwa sababu Kwa kuwa bafa halisi ni kubwa, foleni ya kimantiki itakuwa ya kuvutia. Baadhi ya programu (zinazofanya kazi kupitia TCP) zitapokea arifa ya kuchelewa kuwa baadhi ya pakiti hazijapokelewa na zitasubiri kwa muda mrefu. ukubwa mkubwa madirisha, kupakia upande wa mpokeaji. Hii itatokea katika hali nzuri wakati kiwango cha uhamisho ni sawa na au kasi ndogo mapokezi. Lakini kiolesura cha upande kinachopokea kinaweza kupakiwa na vifurushi vingine
na kisha foleni ndogo kwenye upande wa kupokea haitaweza kubeba pakiti zote zinazopitishwa kutoka katikati. Hasara itaanza, ambayo itajumuisha maambukizi ya ziada, lakini katika buffer ya kupitisha bado kutakuwa na "mkia" mkubwa wa pakiti zilizokusanywa hapo awali, ambazo zitapitishwa "bila kufanya kazi", kwa sababu upande wa kupokea haukusubiri pakiti ya awali, ambayo ina maana kwamba baadaye itapuuzwa tu.

Kwa hiyo, ili kutatua kwa usahihi tatizo la kupunguza kasi ya maambukizi kwa jirani polepole, buffer ya kimwili lazima pia iwe mdogo.

Hii inafanywa na timu

wastani wa sura

Kweli, sasa jambo la kufurahisha zaidi: vipi ikiwa, pamoja na kuiga buffer ya mwili, ninahitaji kuunda foleni za kimantiki ndani yake? Kwa mfano, kutanguliza sauti?

Kwa hili, kinachojulikana kama sera ya kiota huundwa, ambayo inatumika ndani ya ile kuu na kugawanya katika foleni za kimantiki kile kinachoingia ndani yake kutoka kwa mzazi.

Ni wakati wa kuangalia mfano mzuri kulingana na picha hapo juu.

Wacha tuseme tutaunda chaneli za sauti thabiti kwenye Mtandao kati ya CO na Mbali. Kwa urahisi, acha mtandao wa Mbali (172.16.1.0/24) uwe na mawasiliano na CO (10.0.0.0/8 pekee). Kasi ya kiolesura kwenye Remote ni 1 Mbit/s na 25% ya kasi hii imetengwa kwa trafiki ya sauti.

Kisha kwanza tunahitaji kuchagua darasa la trafiki la kipaumbele kwa pande zote mbili na kuunda sera ya darasa hili. Katika CO, tutaunda darasa linaloelezea trafiki kati ya ofisi

darasa-ramani RTP
itifaki ya mechi rtp

Sera-ramani RTP
darasa la RTP
kipaumbele asilimia 25

Orodha ya ufikiaji wa IP imepanuliwa CO_REMOTE
kibali ip 10.0.0.0 0.255.255.255 172.16.1.0 0.0.0.255

Ramani ya darasa CO_REMOTE
linganisha orodha ya ufikiaji CO_REMOTE

Kwa Mbali tutafanya mambo kwa njia tofauti: hata kama hatuwezi kutumia NBAR kwa sababu ya maunzi yaliyokufa, basi tunaweza kuelezea kwa uwazi tu bandari za RTP.

ip ufikiaji-orodha ya RTP iliyopanuliwa
kibali udp 172.16.1.0 0.0.0.255 mbalimbali 16384 32768 10.0.0.0 0.255.255.255 mbalimbali 16384 32768

Darasa-ramani RTP
linganisha orodha ya ufikiaji wa RTP

Sera-ramani QoS
darasa la RTP
kipaumbele asilimia 25

sera ya ramani QoS
darasa CO_REMOTE
umbo wastani 1000000
Huduma-sera ya RTP

na utumie sera kwenye kiolesura

ndani g0/0
pato la sera ya huduma QoS

Kwenye Mbali, weka kigezo cha kipimo data (katika kbit/sec) ili kuendana na kasi ya kiolesura. Napenda kukukumbusha kwamba ni kutoka kwa parameter hii ambayo 25% itazingatiwa. Na tumia sera.

int s0/0
bandwidth 1000
pato la sera ya huduma QoS

Hadithi haitakuwa kamili ikiwa hatungeshughulikia uwezo wa swichi. Ni wazi kuwa swichi safi za L2 hazina uwezo wa kuangalia kwa undani katika pakiti na kuzigawanya katika madarasa kulingana na vigezo sawa.

Kwenye swichi nadhifu za L2/3 kwenye miingiliano iliyopitiwa (yaani, kwenye kiolesura cha vlan, au ikiwa bandari itatolewa kutoka kiwango cha pili kwa amri. hakuna switchport) muundo sawa hutumiwa ambao hufanya kazi kwenye vipanga njia, na ikiwa bandari au swichi nzima inafanya kazi katika hali ya L2 (kweli kwa mifano 2950/60), basi ni dalili ya polisi pekee inaweza kutumika kwa darasa la trafiki, na kipaumbele au bandwidth ni. Haipatikani.

Zaidi ya hayo, mdudu mara nyingi huenea kupitia lango zinazohitajika kwa ajili ya operesheni (TCP/135,445,80, n.k.). Kufunga tu milango hii kwenye kipanga njia itakuwa kutojali, kwa hivyo ni jambo la kibinadamu zaidi kufanya hivi:

1. Kusanya takwimu za trafiki ya mtandao. Ama kupitia NetFlow, au NBAR, au SNMP.

2. Tunatambua wasifu wa trafiki ya kawaida, i.e. Kulingana na takwimu, kwa wastani, Itifaki ya HTTP inachukua si zaidi ya 70%, ICMP - si zaidi ya 5%, nk. Wasifu kama huo unaweza kutengenezwa kwa mikono au kwa kutumia takwimu zilizokusanywa na NBAR. Kwa kuongeza, unaweza kuunda darasa, sera kiotomatiki na kuzitumia kwenye kiolesura
timu autoqos :)

3. Kisha, unaweza kuweka kikomo kwa atypical trafiki ya mtandao strip. Ikiwa ghafla tutachukua maambukizi kupitia bandari isiyo ya kawaida, hakutakuwa na shida kubwa kwa lango: kwenye interface yenye shughuli nyingi, maambukizi hayatachukua zaidi ya sehemu iliyotengwa.

4. Baada ya kuunda muundo ( ramani ya darasa - ramani ya sera - sera ya huduma) unaweza kujibu haraka mwonekano wa mlipuko usio wa kawaida wa trafiki kwa kuunda mwenyewe darasa kwa ajili yake na kupunguza kwa ukali kipimo data cha darasa hili.

Bandwidth mtandao wa ndani ni mada ambayo inazidi kuwa muhimu na kuenea kwa mtandao wa kasi ya juu. Kila wakati tunapojaribu kuunganisha vifaa zaidi na zaidi kwenye kipanga njia, na programu chaguo-msingi haiwezi kushughulikia zote kila wakati. Katika kesi hii, inakuja kuwaokoa kuanzisha vipaumbele vya pakiti za QoS kipimo data mtandao wa ndani kwenye router. Inapeana kipaumbele kwa utekelezaji wa kazi fulani muhimu zaidi. wakati huu kazi na inapatikana sio juu tu Mikrotik ruta au Cisco, lakini pia kwa mfano wowote wa bei nafuu wa TP-Link, Asus, Zyxel Keenetic, D-Link.

Routa nyingi za kisasa zina uwezo wa ndani wa kudhibiti trafiki ya mtandao ndani mtandao wa ndani, ikitoa kipaumbele wakati wa kuendesha programu mahususi. Kweli, kwa mfano, unacheza mchezo wa mtandaoni au unavinjari kurasa za tovuti zako unazozipenda. Na wakati huo huo unapakua filamu ya kuvutia kupitia torrent. Wakati huo huo, mchezo huanza kupungua na faili hupakuliwa kidogo. Nini cha kufanya?

Unahitaji kuchagua ni hatua gani ni muhimu zaidi kwako kwa sasa. Pengine ni mchezo wa mtandaoni baada ya yote. Kwa hiyo, kwa kuanzisha mpangilio Pakiti za QoS tunaweza kuweka kipaumbele cha kufanya kazi za mchezo kabla ya kupakua faili.

Lakini bandwidth ya mtandao wa ndani na chaneli ya mtandao ni mdogo. Ya kwanza ni uwezo wa router. Unakumbuka tulizungumza?

Ya pili ni yako mpango wa ushuru kutoka kwa mtoaji. Kwa hivyo hii inagawanyaje kipaumbele kati ya kazi hizi za wakati mmoja?

Kama sheria, kwa chaguo-msingi, kipaumbele cha juu zaidi kinatolewa kwa kutumia wavuti, ambayo ni, uendeshaji wa kivinjari chako. Lakini ikiwa kwa sasa umefungua na unasoma makala na wakati huo huo unataka kupakua filamu haraka iwezekanavyo, basi itakuwa ni mantiki zaidi kutoa kipaumbele kwa programu ya kupakua faili badala ya kivinjari.

Ndiyo maana ruta hutoa uwezo wa kusanidi kwa mikono bandwidth ya mtandao. Yaani, sambaza kipaumbele kama unavyohitaji. Kazi hii inaitwa QoS (Ubora wa Huduma). Hiyo ni, teknolojia ya kutoa madarasa tofauti ya trafiki na vipaumbele vya huduma.

Meneja wa Trafiki kwenye kipanga njia cha Asus

Katika mifano tofauti, mpangilio huu unaweza kufichwa chini ya majina tofauti kwenye kipengee cha menyu. Inanifanyia kazi sasa Router ya Asus katika firmware mpya - ninaionyesha kwenye toleo la RT-N10U B1. Na hapa mpangilio wa QoS umeundwa katika sehemu ya "Meneja wa Trafiki".

Kwanza unahitaji kubadilisha hali ya chaguo-msingi iliyoamilishwa kwa moja ya mbili. "Mtumiaji Amefafanuliwa Sheria za QoS" au "Kipaumbele kilichobainishwa na mtumiaji"

Sheria za mpangilio wa pakiti za QoS zilizofafanuliwa na mtumiaji

Mpangilio huu unakuwezesha kuweka kipaumbele kwa programu zilizowekwa tayari kwenye programu ya router kutoka "kategoria za uzito" tofauti. Katika kesi hii, huna haja ya kujisumbua na fomula mbalimbali na kuhesabu upitishaji wa mtandao. Kila kitu tayari kimevumbuliwa mbele yetu. Haijulikani wazi bila picha ya skrini, kwa hivyo nitakupa hapa:

Kwa hiyo, sasa "Web Serf", yaani, viunganisho kupitia kivinjari kupitia bandari 80 inayotumiwa kwa hili, ina kipaumbele cha "Juu". Kwa kubofya orodha ya kushuka, tunaweza kuchagua nyingine kutoka kwenye orodha iliyopendekezwa. Wakati huo huo, kwa "Uhamisho wa Faili," yaani, kwa programu za kupakua faili, ni ndogo zaidi. Kwa kubadilisha vigezo hivi tunapata athari kwamba lini upakiaji wa wakati mmoja faili kutoka kwa tovuti yoyote na kutazama ukurasa wa html, kasi kubwa zaidi itatolewa kwa mchakato wa kwanza.

Lakini si hayo tu. Kwa programu za kuhamisha faili kupitia P2P (kwa mfano, BitTorrent), au michezo ya mtandaoni, pamoja na programu nyingine nyingi, unaweza kuweka maadili yako ya kipaumbele. Hii inafanywa kwa kuongeza sheria mpya kwa zilizopo.

Ili kuiunda, bofya kipengee cha "Chagua" na kutoka kwenye orodha kunjuzi chagua aina ya uhamishaji data tunayopenda au uweke mipangilio ya awali. maombi maalum. Kwa mfano, unaweza kuweka kipaumbele cha bandwidth ya mtandao kwa maombi ya barua pepe chapa Outlook au TheBat (kipengee SMTP, POP3...) au kwa wateja wa ftp (FTP, SFTP, WLM...). Pia kuna orodha kubwa ya michezo maarufu, kama vile Counter Strike, na programu za kushiriki faili - BitTorrent, eDonkey, nk.

Hebu tuchague kipakuzi cha torrent. Lango chaguomsingi zinazotumiwa na programu hii zitabainishwa kiotomatiki.
Lakini ni bora sio kuchukua neno la router kwa hilo na uangalie mara mbili wewe mwenyewe. Hebu tufungue programu (nina uTorrent) na uende kwenye "Mipangilio> Mipangilio ya Programu> Viunganisho". Wacha tuone ni bandari gani iliyowekwa ili programu hii ifanye kazi.

Ikiwa inatofautiana na yale yaliyotajwa na default katika mipangilio ya router, kisha uibadilishe. Ama huko au hapa, jambo kuu ni kwamba wao ni sawa. Tunahifadhi mipangilio katika programu na, kurudi kwenye jopo la admin la router, tumia vigezo. Huwashwa baada ya kifaa kuwashwa upya.

Kipaumbele kilichofafanuliwa na mtumiaji cha pakiti za QoS

Huu ni mpangilio wa pili wa udhibiti wa bandwidth ya mtandao wa mwongozo, ambayo inakuwezesha kusanidi vigezo vilivyotajwa katika sehemu ya awali. Yaani, tambua ni kasi gani katika asilimia itatolewa kwa kila moja ya vigezo vya kipaumbele.

Kwa mfano, kwa trafiki inayotoka hadi "Juu zaidi" kwa sasa nimeiweka kuwa 80% kwa chaguo-msingi - thamani ya chini na 100% ndio kiwango cha juu. Hii ina maana kwamba wale walio na kipaumbele cha juu zaidi watapokea angalau 80% ya kipimo data cha chaneli. Bila kujali ni michakato ngapi ya wakati mmoja hufanya miunganisho inayotoka kwenye Mtandao. Wale ambao wana kipaumbele "Juu" - angalau 10%. Na kadhalika - nadhani unapata uhakika. Kwa kuhariri thamani hizi, unaweza kudhibiti kasi ya upakuaji na upakiaji kwa undani kwa aina tofauti za programu zinazoendeshwa.

Sasa ninapendekeza kutazama mafunzo ya kina ya video kuhusu kusanidi QoS kwenye ruta za Cisco

Kuweka mpangilio wa pakiti ya QoS kwenye kipanga njia cha TP-Link

Hapo chini, kwa urahisi wako, nitatoa viwambo kadhaa vya sehemu za utawala za kudhibiti kipimo data kutoka kwa mifano kutoka kwa makampuni mengine. Kwenye vipanga njia vya TP-Link, mpangilio wa pakiti ya QoS iko kwenye sehemu ya menyu ya "Udhibiti wa Bandwidth". Ili kuiwasha, angalia kisanduku "Wezesha udhibiti wa bandwidth" na uweke kasi ya juu kwa trafiki zinazoingia na zinazotoka.

Kwa kubofya kitufe cha "Ongeza", unaweza kuongeza sheria mpya ya kipaumbele kwa kompyuta moja au zaidi. Ili kufanya hivyo, unahitaji kuingiza anwani zao za IP au anuwai ya anwani. Na pia onyesha bandari na aina ya ubadilishanaji wa pakiti ambayo kanuni hii itaenea.

TP-Link hivi karibuni ilitoa taswira mpya ya paneli ya msimamizi, ambayo imewekwa kwenye miundo yote mpya. Ndani yake, mpangilio wa QoS iko katika " Mipangilio ya ziada" katika sehemu ya "Uwekaji Kipaumbele wa Data". Tunawasha kwa tiki na kurekebisha aina tatu za vipaumbele na vitelezi:

Juu
Wastani
Mfupi

Ili kuongeza kichujio, bofya kitufe cha "Ongeza" katika mojawapo ya madirisha matatu mipangilio iliyowekwa awali

Orodha ya wateja waliounganishwa kwenye kipanga njia itafunguliwa - chagua unayohitaji na ubonyeze kiungo cha "Chagua" na kisha "Sawa"

Utekelezaji wa mtandao wa IntelliQoS kwenye Zyxel Keenetic

Kwenye vipanga njia vya Keenetic, kipengele cha usimamizi wa kipimo data cha mtandao kinaitwa IntelliQoS. Hapo awali, moduli hii haipo kwenye firmware. Lazima zaidi >> usakinishe sehemu ya IntelliQoS kutoka sehemu inayolingana ya paneli ya msimamizi. Baada ya hapo kipengee tofauti cha jina moja kitaonekana kwenye menyu ya "Mitandao Yangu na WiFi".

Ili kuwezesha hali ya udhibiti wa trafiki, wezesha huduma hii na uonyeshe kasi ya juu ya mtandao iliyotolewa na mpango wa ushuru wa mtoa huduma. Ili kuamua kwa usahihi zaidi, unaweza kukimbia mtihani mtandaoni kasi na inategemea thamani hii halisi.

Kuweka kipimo data cha mtandao kwenye kipanga njia cha D-Link

Kwa mfano wa router ya D-Link DIR-620, watengenezaji kwa sababu fulani walitekeleza uwezo wa kuweka mipaka ya kasi ya QOS tu kwenye kompyuta zilizounganishwa kupitia cable kwenye moja ya bandari za LAN. Mpangilio huu unapatikana katika sehemu ya "Advanced - Bandwidth Management".

Baada ya kuchagua mmoja wao, wezesha kizuizi na uweke kasi

Hiyo ndiyo yote kwa sasa - jaribu na ujaribu na bandwidth ya mtandao wa ndani ili router haina kupunguza kasi ya kazi ya programu hizo ambazo unatarajia pato la juu kwa sasa.

Video juu ya kusanidi QoS kwenye kipanga njia

Hakuna mtu hata mmoja ambaye hajasoma angalau mara moja baadhi ya Maswali Yanayoulizwa Mara kwa Mara kwenye Windows XP. Na ikiwa ni hivyo, basi kila mtu anajua kuwa kuna Ubora wa Huduma mbaya - QoS kwa kifupi. Inapendekezwa sana kuizima wakati wa kusanidi mfumo wako kwa sababu inapunguza kipimo cha mtandao kwa 20% kwa chaguo-msingi, na tatizo hili linaonekana kuwepo katika Windows 2000 pia.

Hii ndio mistari:

"Swali: Ninawezaje kuzima kabisa huduma ya QoS (Ubora wa Huduma)? Jinsi ya kuiweka? Je, ni kweli kwamba inapunguza kasi ya mtandao? A: Hakika, kwa chaguo-msingi, Ubora wa Huduma huhifadhi 20% ya uwezo wa kituo kwa mahitaji yake (chaneli yoyote - hata modem 14400, hata gigabit Ethernet). Zaidi ya hayo, hata ukiondoa huduma ya Kiratibu Pakiti ya QoS kutoka kwa muunganisho wa Sifa, kituo hiki hakitolewi. Unaweza kufuta kituo au usanidi tu QoS hapa. Fungua programu applet ya Sera ya Kikundi (gpedit.msc). Katika Sera ya Kikundi, pata Sera ya Kompyuta ya Ndani na ubofye violezo vya Utawala. Chagua Mtandao - Mpangilio wa Pakiti ya QoS. Washa Kikomo cha kipimo data kinachoweza kubakizwa. Sasa tunapunguza kikomo cha Bandwidth 20% hadi 0% au tu kukizima. Ikiwa inataka, unaweza pia kusanidi vigezo vingine vya QoS hapa. Ili kuamilisha mabadiliko lazima tu uwashe upya".

20% ni, bila shaka, nyingi. Kweli Microsoft ni Mazda. Taarifa za aina hii hutangatanga kutoka kwa Maswali Yanayoulizwa Mara kwa Mara hadi Maswali Yanayoulizwa Mara kwa Mara, kutoka jukwaa hadi jukwaa, kutoka kwa vyombo vya habari hadi vyombo vya habari, na hutumiwa katika kila aina ya "tweaks" - programu za "kurekebisha" Windows XP (kwa njia, fungua " Sera za kikundi"Na" Sera za mitaa usalama”, na hakuna “tweak” hata moja inayoweza kulinganishwa nayo katika suala la utajiri wa chaguzi za ubinafsishaji). Kauli zisizo na uthibitisho wa aina hii lazima zitatuliwe kwa uangalifu, ambayo sasa tutafanya kwa kutumia. mbinu ya mifumo. Hiyo ni, tutasoma kwa undani suala lenye shida, kwa kutegemea vyanzo rasmi vya msingi.

Je, mtandao wenye huduma bora ni nini?

Hebu tukubali ufafanuzi ufuatao uliorahisishwa mfumo wa mtandao. Programu huendeshwa na kuendeshwa kwa wapangishaji na kuwasiliana na kila mmoja. Programu hutuma data kwenye mfumo wa uendeshaji kwa ajili ya uwasilishaji kupitia mtandao. Mara data inapohamishwa kwenye mfumo wa uendeshaji, inakuwa trafiki ya mtandao.

Huduma ya Mtandao QoS inategemea uwezo wa mtandao kuchakata trafiki hii kwa njia ambayo inahakikisha kwamba maombi fulani yanatimizwa. Hii inahitaji utaratibu wa kimsingi wa kuchakata trafiki ya mtandao ambayo inaweza kutambua trafiki inayostahiki matibabu maalum na haki ya kudhibiti mifumo hiyo.

Utendaji QoS imeundwa kukidhi vyombo viwili vya mtandao: programu za mtandao na wasimamizi wa mtandao. Mara nyingi huwa na kutokubaliana. Msimamizi wa mtandao anaweka mipaka ya rasilimali zinazotumiwa na programu maalum, wakati huo huo programu inajaribu kunyakua iwezekanavyo. rasilimali za mtandao. Maslahi yao yanaweza kuunganishwa, kwa kuzingatia ukweli kwamba msimamizi wa mtandao ana jukumu kubwa kuhusiana na maombi na watumiaji wote.

Vigezo vya msingi vya QoS

Programu tofauti zina mahitaji tofauti ya kushughulikia trafiki ya mtandao wao. Maombi yanaweza kustahimili ucheleweshaji na upotezaji wa trafiki. Mahitaji haya yamepata matumizi katika vigezo vifuatavyo vinavyohusiana na QoS:

Bandwidth - kasi ambayo trafiki inayotokana na programu lazima isambazwe kwenye mtandao
- Muda wa kusubiri - ucheleweshaji ambao programu inaweza kustahimili katika kutoa pakiti ya data.
- Jitter - badilisha wakati wa kuchelewa.
- Hasara - asilimia ya data iliyopotea.

Ikiwa rasilimali za mtandao zisizo na kikomo zingepatikana, basi trafiki yote ya programu inaweza kupitishwa kwa kasi inayohitajika, kwa muda wa sifuri, tofauti ya sifuri ya kusubiri, na kupoteza sifuri. Walakini, rasilimali za mtandao hazina kikomo.

Utaratibu wa QoS hudhibiti ugawaji wa rasilimali za mtandao kwa trafiki ya maombi ili kukidhi mahitaji ya maambukizi.

Rasilimali za msingi za QoS na taratibu za usindikaji wa trafiki

Mitandao inayounganisha seva pangishi hutumia vifaa mbalimbali vya mtandao ikiwa ni pamoja na adapta za mtandao wapaji, vipanga njia, swichi na vitovu. Kila mmoja wao ana miingiliano ya mtandao. Kila kiolesura cha mtandao kinaweza kupokea na kusambaza trafiki kwa kiwango cha kikomo. Ikiwa kiwango ambacho trafiki hutumwa kwenye kiolesura ni kasi zaidi kuliko kiwango ambacho kiolesura hupeleka trafiki zaidi, basi msongamano hutokea.

Vifaa vya mtandao vinaweza kushughulikia hali ya msongamano kwa kupanga foleni kwenye kumbukumbu ya kifaa (bafa) hadi msongamano upite. Katika hali nyingine, vifaa vya mtandao vinaweza kukataa trafiki ili kupunguza msongamano. Kwa hivyo, programu hupata mabadiliko ya kusubiri (kama trafiki inavyohifadhiwa kwenye foleni kwenye violesura) au upotevu wa trafiki.

Uwezo violesura vya mtandao usambazaji wa trafiki na upatikanaji wa kumbukumbu ya kuhifadhi trafiki katika vifaa vya mtandao (mpaka trafiki isiweze kutumwa zaidi) hujumuisha rasilimali za kimsingi zinazohitajika kutoa QoS kwa mtiririko wa trafiki ya maombi.

Usambazaji wa rasilimali za QoS kwenye vifaa vya mtandao

Vifaa vinavyotumia QoS kwa akili hutumia rasilimali za mtandao kusambaza trafiki. Hiyo ni, trafiki kutoka kwa maombi zaidi ya kustahimili latency imewekwa kwenye foleni (imehifadhiwa kwenye bafa kwenye kumbukumbu), wakati trafiki kutoka kwa programu muhimu za latency inapitishwa.

Ili kufanya kazi hii, kifaa cha mtandao lazima kitambue trafiki kwa kuainisha pakiti, na pia kuwa na foleni na taratibu za kuzihudumia.

Utaratibu wa usindikaji wa trafiki

Utaratibu wa usindikaji wa trafiki ni pamoja na:

802.1p
- Huduma tofauti za kila-hop-tabia (diffserv PHB).
- Huduma zilizojumuishwa (intserv).
- ATM, nk.

Mitandao mingi ya ndani inategemea teknolojia ya IEEE 802 ikijumuisha Ethernet, token-ring, n.k. 802.1p ni utaratibu wa kuchakata trafiki ili kusaidia QoS katika mitandao hiyo.

802.1p inafafanua uga (safu 2 ndani mfano wa mtandao OSI) katika kichwa cha pakiti 802, ambacho kinaweza kubeba moja ya maadili nane ya kipaumbele. Kama sheria, wapangishi au vipanga njia, wakati wa kutuma trafiki kwa mtandao wa ndani, weka alama kwa kila pakiti iliyotumwa, ukiipa dhamana fulani ya kipaumbele. Vifaa vya mtandao kama vile swichi, madaraja na vitovu vinatarajiwa kuchakata pakiti ipasavyo kwa kutumia mbinu za kupanga foleni. Upeo wa 802.1p ni mdogo kwa mtandao wa eneo la ndani (LAN). Mara tu pakiti inavuka mtandao wa ndani (kupitia OSI Tabaka 3), kipaumbele cha 802.1p kinaondolewa.

Diffserv ni utaratibu wa safu ya 3. Inafafanua sehemu katika safu ya 3 ya kichwa cha pakiti za IP inayoitwa diffserv codepoint (DSCP).

Inserv ni anuwai ya huduma zinazofafanua huduma iliyohakikishwa na huduma inayodhibiti upakuaji. Huduma iliyohakikishwa inaahidi kubeba kiasi cha trafiki kwa muda unaoweza kupimika na mdogo. Huduma inayodhibiti upakuaji inakubali kubeba trafiki kwa "msongamano mdogo wa mtandao ukitokea." Hizi ni huduma zinazoweza kukadiriwa kwa maana kwamba zinafafanuliwa kutoa QoS inayoweza kupimika kwa kiasi fulani cha trafiki.

Kwa sababu teknolojia ya ATM vipande vipande pakiti katika seli ndogo kiasi, inaweza kutoa latency ya chini sana. Iwapo pakiti inahitaji kutumwa kwa haraka, kiolesura cha ATM kinaweza kuachiliwa ili kutumwa kwa muda mrefu kama inachukua kutuma seli moja.

QoS ina mengi zaidi tofauti mifumo tata, kuhakikisha uendeshaji wa teknolojia hii. Wacha tuangalie jambo moja muhimu: ili QoS ifanye kazi, msaada wa teknolojia hii na usanidi unaofaa ni muhimu wakati wote wa usafirishaji kutoka kwa kuanzia hadi mwisho.

Kwa uwazi, fikiria Mtini. 1.

Tunakubali yafuatayo:

Routa zote zinashiriki katika upitishaji itifaki muhimu.
- Kipindi kimoja cha QoS kinachohitaji 64 Kbps kinaanzishwa kati ya Mwenyeji A na Mwenyeji B.
- Kipindi kingine kinachohitaji 64 Kbps kinaanzishwa kati ya Mwenyeji A na Mwenyeji D.
- Ili kurahisisha mchoro, tunadhani kwamba routers zimeundwa ili waweze kuhifadhi rasilimali zote za mtandao.

Kwa upande wetu, ombi moja la uwekaji nafasi wa 64 Kbps litafikia vipanga njia vitatu kwenye njia ya data kati ya Mwenyeji A na Mwenyeji B. Ombi lingine la 64 Kbps lingefikia vipanga njia vitatu kati ya Mwenyeji A na Mwenyeji D. Vipanga njia vitaheshimu maombi haya ya kuhifadhi rasilimali. kwa sababu hazizidi kiwango cha juu. Ikiwa badala yake kila moja ya wapangishi B na C walianzisha kipindi cha QoS cha 64 Kbps na mwenyeji A, basi kipanga njia kinachohudumia wapangishi hawa (B na C) kitakataa mojawapo ya miunganisho.

Sasa tuseme kwamba msimamizi wa mtandao anazima usindikaji wa QoS katika vipanga njia vitatu vya chini vinavyohudumia wahudumu B, C, D, E. Katika kesi hii, maombi ya rasilimali hadi 128 Kbps yataridhika bila kujali eneo la mwenyeji anayehusika katika uunganisho. Hata hivyo, uhakikisho wa ubora utakuwa mdogo kwa sababu trafiki kwa mwenyeji mmoja ingeweka trafiki kwa mwingine hatarini. Ubora wa huduma unaweza kudumishwa ikiwa kipanga njia cha juu kilipunguza maombi yote hadi 64 Kbps, lakini hii ingesababisha matumizi yasiyofaa ya rasilimali za mtandao.

Kwa upande mwingine, uwezo wa wote miunganisho ya mtandao inaweza kuongezeka hadi 128 Kbps. Lakini kipimo data kilichoongezeka kitatumika tu wakati wenyeji B na C (au D na E) wanapoomba rasilimali kwa wakati mmoja. Ikiwa sivyo, basi rasilimali za mtandao zitatumika tena bila ufanisi.

Vipengele vya Microsoft QoS

Windows 98 ina vipengele vya QoS vya kiwango cha mtumiaji tu ikiwa ni pamoja na:

Vipengele vya maombi.
- GQoS API (sehemu ya Winsock 2).
- Mtoa huduma wa QoS.

chumba cha upasuaji Mfumo wa Windows 2000/XP/2003 ina kila kitu kilichoelezwa hapo juu na vipengele vifuatavyo:

Mtoa Huduma wa Itifaki ya Kuhifadhi Rasilimali (Rsvpsp.dll) na huduma za RSVP (Rsvp.exe) na QoS ACS. Haitumiki katika Windows XP, 2003. Usimamizi wa Trafiki (Trafiki.dll).
- Kiainisho cha Pakiti ya Jumla (Msgpc.sys). Kiainisho cha pakiti huamua aina ya huduma ambayo pakiti ni ya. Katika kesi hii, pakiti itawekwa kwenye foleni inayofaa. Foleni zinadhibitiwa na Kiratibu Pakiti cha QoS.
- Mratibu wa Pakiti ya QoS (Psched.sys). Inafafanua vigezo vya QoS kwa mtiririko maalum wa data. Trafiki ina alama ya thamani maalum ya kipaumbele. Mpangilio wa pakiti za QoS huamua ratiba ya foleni kwa kila pakiti na hushughulikia maombi ya ushindani kati ya pakiti zilizopangwa ambazo zinahitaji kufikia mtandao kwa wakati mmoja.

Mchoro katika Mchoro wa 2 unaonyesha stack ya itifaki, vipengele vya Windows na mwingiliano wao kwenye mwenyeji. Vipengee vilivyotumika katika Windows 2000 lakini havijatumiwa katika Windows XP/2003 havionyeshwi kwenye mchoro.

Maombi yapo juu ya rafu. Wanaweza kujua au hawajui kuhusu QoS. Ili kutumia uwezo kamili wa QoS, Microsoft inapendekeza kutumia simu za API za QoS katika programu zako. Hii ni muhimu hasa kwa programu zinazohitaji dhamana ya huduma ya ubora wa juu. Baadhi ya huduma zinaweza kutumika kuomba QoS kwa niaba ya programu ambazo hazifahamu QoS. Wanafanya kazi kupitia API ya Usimamizi wa Trafiki. Kwa mfano, NetMeeting hutumia API ya GQoS. Lakini kwa programu kama hizo ubora haujahakikishwa.

Msumari wa mwisho

Vidokezo vya juu vya kinadharia haitoi jibu wazi kwa swali la wapi sifa mbaya 20% inakwenda (ambayo, naona, hakuna mtu ambaye bado amepima kwa usahihi). Kulingana na hapo juu, hii haipaswi kutokea. Lakini wapinzani walitoa hoja mpya: mfumo wa QoS ni mzuri, lakini utekelezaji umepotoka. Kwa hiyo, 20% bado ni "mafuta." Inavyoonekana, shida imekumba kampuni kubwa ya programu pia, kwani imekanusha kando uzushi kama huo muda mrefu uliopita.

Walakini, tutatoa sakafu kwa watengenezaji na kuwasilisha vidokezo vilivyochaguliwa kutoka kwa kifungu "316666 - Maboresho na Tabia ya Ubora wa Windows XP (QoS)" katika Kirusi cha fasihi:

"Asilimia mia moja ya bandwidth ya mtandao inapatikana kwa usambazaji kati ya programu zote isipokuwa programu inaomba kwa uwazi bandwidth ya kipaumbele. Bandwidth hii "iliyohifadhiwa" inapatikana kwa programu nyingine isipokuwa programu iliyoiomba haitumi data.

Kwa chaguo-msingi, programu zinaweza kuhifadhi hadi 20% ya kasi kuu ya uunganisho kwenye kila interface ya kompyuta. Ikiwa programu iliyohifadhi kipimo data haitumi data ya kutosha kuitumia yote, sehemu isiyotumika ya kipimo data kilichohifadhiwa inapatikana kwa mitiririko mingine ya data.

Kumekuwa na madai katika makala mbalimbali za kiufundi na vikundi vya habari kwamba Windows XP daima huhifadhi 20% ya kipimo data kinachopatikana kwa QoS. Taarifa hizi si sahihi."

Ikiwa sasa mtu bado anakula 20% ya kipimo data chake, vizuri, ninaweza kukushauri uendelee kutumia zaidi ya kila aina ya tweaks na viendeshi potofu vya mtandao. Haitakuwa nyingi "kunenepesha" pia.

Hii ndio mistari:

Swali: Ninawezaje kuzima kabisa huduma ya QoS (Ubora wa Huduma)? Jinsi ya kuiweka? Je, ni kweli kwamba inapunguza kasi ya mtandao?
A: Hakika, kwa chaguo-msingi, Ubora wa Huduma huhifadhi 20% ya uwezo wa kituo kwa mahitaji yake (chaneli yoyote - hata modem 14400, hata gigabit Ethernet). Zaidi ya hayo, hata ukiondoa huduma ya Kiratibu Pakiti ya QoS kutoka kwa muunganisho wa Sifa, kituo hiki hakitolewi. Unaweza kufuta kituo au usanidi tu QoS hapa. Fungua programu applet ya Sera ya Kikundi (gpedit.msc). Katika Sera ya Kikundi, pata Sera ya Kompyuta ya Ndani na ubofye violezo vya Utawala. Chagua Mtandao - Mpangilio wa Pakiti ya QoS. Washa Kikomo cha kipimo data kinachoweza kubakizwa. Sasa tunapunguza kikomo cha Bandwidth 20% hadi 0% au tu kukizima. Ikiwa inataka, unaweza pia kusanidi vigezo vingine vya QoS hapa. Ili kuwezesha mabadiliko yaliyofanywa, unachotakiwa kufanya ni kuwasha upya.

20% ni, bila shaka, nyingi. Kweli Microsoft ni Mazda. Taarifa za aina hii hutangatanga kutoka kwa Maswali Yanayoulizwa Mara kwa Mara hadi Maswali Yanayoulizwa Mara kwa Mara, kutoka jukwaa hadi jukwaa, kutoka kwa vyombo vya habari hadi vyombo vya habari, hutumiwa katika kila aina ya "tweaks" - programu za "kurekebisha" Windows XP (kwa njia, fungua "Sera za Kikundi" na "Local. Sera za Usalama”, na hakuna kibano kimoja kinachoweza kulinganishwa nazo katika suala la utajiri wa chaguzi za ubinafsishaji). Tuhuma zisizo na uthibitisho wa aina hii lazima zifichuliwe kwa makini, jambo ambalo tutafanya sasa, kwa kutumia mbinu ya kimfumo. Hiyo ni, tutasoma kwa undani suala lenye shida, kwa kutegemea vyanzo rasmi vya msingi.

Je, mtandao wenye huduma bora ni nini?

Hebu tukubali ufafanuzi ufuatao uliorahisishwa wa mfumo wa mtandao. Programu huendeshwa na kuendeshwa kwa wapangishaji na kuwasiliana na kila mmoja. Programu hutuma data kwenye mfumo wa uendeshaji kwa ajili ya uwasilishaji kupitia mtandao. Mara data inapohamishwa kwenye mfumo wa uendeshaji, inakuwa trafiki ya mtandao.

QoS ya Mtandao inategemea uwezo wa mtandao kuchakata trafiki hii kwa njia ambayo inahakikisha kwamba maombi fulani yametimizwa. Hii inahitaji utaratibu wa kimsingi wa kuchakata trafiki ya mtandao ambayo inaweza kutambua trafiki inayostahiki matibabu maalum na haki ya kudhibiti mifumo hiyo.

Utendaji wa QoS umeundwa kukidhi wadau wawili wa mtandao: programu za mtandao na wasimamizi wa mtandao. Mara nyingi huwa na kutokubaliana. Msimamizi wa mtandao hupunguza rasilimali zinazotumiwa na programu fulani, wakati huo huo programu inajaribu kunyakua rasilimali nyingi za mtandao iwezekanavyo. Maslahi yao yanaweza kuunganishwa, kwa kuzingatia ukweli kwamba msimamizi wa mtandao ana jukumu kubwa kuhusiana na maombi na watumiaji wote.

Vigezo vya msingi vya QoS

Bandwidth - kasi ambayo trafiki inayotokana na programu inapaswa kupitishwa kwenye mtandao;
Muda wa kusubiri - ucheleweshaji ambao programu inaweza kustahimili katika kutoa pakiti ya data;
Jitter - kubadilisha muda wa kuchelewa;
Hasara - asilimia ya data iliyopotea.

Utaratibu wa QoS hudhibiti ugawaji wa rasilimali za mtandao kwa trafiki ya maombi ili kukidhi mahitaji ya maambukizi.

Rasilimali za msingi za QoS na taratibu za usindikaji wa trafiki

Uwezo wa miingiliano ya mtandao kusambaza trafiki na upatikanaji wa kumbukumbu ili kuhifadhi trafiki kwenye vifaa vya mtandao (mpaka trafiki isiweze kutumwa tena) hujumuisha rasilimali za kimsingi zinazohitajika kutoa QoS kwa mtiririko wa trafiki ya maombi.

Usambazaji wa rasilimali za QoS kwenye vifaa vya mtandao

Ili kufanya kazi hii, kifaa cha mtandao lazima kitambue trafiki kwa kuainisha pakiti, na pia kuwa na foleni na taratibu za kuzihudumia.

Utaratibu wa usindikaji wa trafiki

Utaratibu wa usindikaji wa trafiki ni pamoja na:

802.1p;
Huduma tofauti kwa kila-hop-tabia (diffserv PHB);
Huduma Jumuishi (intserv);
ATM, nk.

Mitandao mingi ya ndani inategemea teknolojia ya IEEE 802 ikijumuisha Ethernet, token-ring, n.k. 802.1p ni utaratibu wa kuchakata trafiki ili kusaidia QoS katika mitandao hiyo.

802.1p inafafanua sehemu (safu ya 2 katika muundo wa mtandao wa OSI) katika kichwa cha pakiti 802 ambacho kinaweza kubeba mojawapo ya thamani nane za kipaumbele. Kama sheria, wapangishi au vipanga njia, wakati wa kutuma trafiki kwa mtandao wa ndani, weka alama kwa kila pakiti iliyotumwa, ukiipa dhamana fulani ya kipaumbele. Vifaa vya mtandao kama vile swichi, madaraja na vitovu vinatarajiwa kuchakata pakiti ipasavyo kwa kutumia mbinu za kupanga foleni. Upeo wa 802.1p ni mdogo kwa mtandao wa eneo la ndani (LAN). Mara tu pakiti inavuka mtandao wa ndani (kupitia OSI Tabaka 3), kipaumbele cha 802.1p kinaondolewa.

Diffserv ni utaratibu wa safu ya 3. Inafafanua sehemu katika safu ya 3 ya kichwa cha pakiti za IP inayoitwa diffserv codepoint (DSCP).

Inserv ni anuwai ya huduma zinazofafanua huduma iliyohakikishwa na huduma inayodhibiti upakuaji. Huduma iliyohakikishwa inaahidi kubeba kiasi fulani cha trafiki kwa muda unaoweza kupimika na mdogo. Huduma inayodhibiti upakuaji inakubali kubeba trafiki kwa "msongamano mdogo wa mtandao ukitokea." Hizi ni huduma zinazoweza kukadiriwa kwa maana kwamba zinafafanuliwa kutoa QoS inayoweza kupimika kwa kiasi fulani cha trafiki.

QoS ina njia nyingi ngumu zaidi zinazofanya teknolojia hii kufanya kazi. Wacha tuangalie jambo moja muhimu: ili QoS ifanye kazi, msaada wa teknolojia hii na usanidi unaofaa ni muhimu wakati wote wa usafirishaji kutoka kwa kuanzia hadi mwisho.

QoS ni uwezo wa mtandao kutoa kiwango maalum cha huduma kwa watumiaji au programu maalum bila kuathiri trafiki nyingine. Lengo kuu la QoS ni kuhakikisha tabia inayotabirika zaidi ya mtandao wa data wakati wa kufanya kazi na aina fulani ya trafiki, kwa kutoa bandwidth muhimu, kudhibiti latency na jitter, na kuboresha utendaji wa kupoteza pakiti. Algorithms za QoS hufikia malengo haya kwa kupunguza trafiki, zaidi matumizi bora njia za upitishaji, na ugawaji wa sera fulani kwa trafiki. QoS huwezesha maambukizi ya akili juu mtandao wa ushirika, na, ikisanidiwa vizuri, inaboresha utendakazi.

Sera za QoS

Aina ya trafiki	QoS	Usalama	Lini?
Sauti	Muda wa kusubiri chini ya 150 ms kwa njia moja	Usimbaji fiche wa kiwango cha sauti	Jumatatu Ijumaa
Mfumo wa Kupanga Rasilimali za Biashara	Hakikisha kipimo data kinapatikana cha angalau 512 kb/s	Imesimbwa kwa njia fiche	Masaa 24 kwa siku, siku 7 kwa wiki, siku 365 kwa mwaka
Trafiki imezalishwa programu mashine na vifaa	Hakikisha kipimo data kinapatikana cha angalau 256 kbps	Fungua	Jumatatu Ijumaa
Trafiki kutokana na kutumia rasilimali za mtandao HTTP/HTTPS	Uwasilishaji bila dhamana kwa kuzingatia kanuni ya Juhudi Bora	Seva ya proksi ya HTTP	Jumatatu - Ijumaa, kutoka 8 asubuhi hadi 9 jioni.

Utekelezaji wa QoS katika mitandao ya mawasiliano ya umoja

Kawaida, mchakato wa kutekeleza QoS katika mitandao Mawasiliano ya Umoja(mawasiliano ya umoja) yanaweza kugawanywa katika hatua 3:

Kuamua aina ya trafiki kwenye mtandao na mahitaji yake. Katika hatua hii, ni muhimu kufundisha mtandao kuamua aina za trafiki ili kutumia algorithms fulani ya QoS kwao;
na mahitaji sawa ya QoS. Kwa mfano, unaweza kufafanua aina 4 za trafiki: sauti, trafiki inayopewa kipaumbele, trafiki ya kipaumbele cha chini, na trafiki ya kivinjari kwa kuvinjari WEB kurasa;
Weka sera za QoS, inatumika kwa madarasa yaliyofafanuliwa katika kifungu cha 2.

Katika mitandao ya kisasa ya ushirika, trafiki ya sauti inahitaji kila wakati kuchelewa kwa kiwango cha chini. Trafiki inayotokana na maombi muhimu ya biashara inahitaji ucheleweshaji mdogo (kwa mfano, maelezo yanayohusiana na benki). Aina zingine za maelezo zinaweza zisiwe nyeti sana kwa ucheleweshaji, kama vile uhamishaji wa faili au Barua pepe. Matumizi ya Kawaida Matumizi ya Intaneti kwa madhumuni ya kibinafsi kazini yanaweza pia kupunguzwa au hata kupigwa marufuku.

Kulingana na kanuni hizi, sera tatu za QoS zinaweza kutofautishwa:

Hakuna kuchelewa: Imetolewa kwa trafiki ya sauti;
Huduma Bora: Imekabidhiwa trafiki kwa kipaumbele cha juu;
Pumzika: Imepewa kipaumbele cha chini na trafiki ya kivinjari cha wavuti;

Hatua ya 1: Tambua aina ya trafiki

Hatua ya kwanza kuelekea kutekeleza QoS ni kutambua aina za trafiki kwenye mtandao na kuamua mahitaji maalum ya kila aina. Kabla ya kutekeleza QoS, inashauriwa sana kufanya ukaguzi wa mtandao ili kuelewa kikamilifu jinsi na maombi gani yanafanya kazi kwenye mtandao wa ushirika. Ukitekeleza sera za QoS bila ufahamu kamili wa sehemu ya mtandao wa biashara, matokeo yanaweza kuwa mabaya.

Ifuatayo, ni muhimu kutambua matatizo ya mtumiaji wakati wa kufanya kazi na fulani maombi ya mtandao: kwa mfano, programu inaendesha polepole kutokana na ambayo ina utendaji mbovu kazi. Inahitajika kupima trafiki ya mtandao wakati wa shughuli nyingi kwa kutumia huduma maalum. Ili kuelewa michakato katika mtandao, hatua ya lazima ni kupima mzigo wa processor ya kila kitengo cha kazi vifaa vya mtandao wakati wa shughuli nyingi ili kuona wazi ambapo matatizo yanaweza kutokea.

Baada ya hayo, ni muhimu kuamua malengo ya biashara na mifano ya uendeshaji na kuandaa orodha ya mahitaji ya biashara. Kulingana na matokeo ya vitendo hivi, kila moja ya vitu vya orodha inaweza kulinganishwa na darasa moja au lingine la trafiki.

Hatimaye, ni muhimu kuamua viwango vya huduma vinavyohitajika aina mbalimbali trafiki kulingana na upatikanaji na utendaji unaohitajika.

Hatua ya 2: Panga trafiki katika madarasa

Baada ya kutambua trafiki ya mtandao, unahitaji kutumia orodha ya mahitaji ya biashara iliyokusanywa katika hatua ya kwanza ili kufafanua madarasa ya trafiki.

Trafiki ya sauti daima hufafanuliwa kama darasa tofauti. Cisco imeunda mifumo ya QoS ya trafiki ya sauti, kwa mfano, Foleni ya kusubiri muda wa chini (LLQ), madhumuni yake ni kudhibiti sauti hiyo inapata kipaumbele katika huduma. Mara baada ya maombi muhimu zaidi kutambuliwa, ni muhimu kufafanua madarasa ya trafiki kwa kutumia orodha ya mahitaji ya biashara.

Sio kila programu ina darasa lake la huduma. Programu chache zilizo na mahitaji sawa ya QoS zimepangwa pamoja katika darasa moja.

Mfano wa uainishaji wa trafiki

Mazingira ya kawaida ya shirika yanafafanua madarasa 5 ya trafiki:

Sauti: Kipaumbele cha juu kwa trafiki ya VoIP;
Muhimu: Seti ndogo ya maombi muhimu ya biashara;
Shughuli: Darasa hili lina huduma za hifadhidata, trafiki shirikishi, na trafiki ya mtandao iliyobahatika;
Usafirishaji usio na dhamana: Inafanya kazi kulingana na kanuni ya Juhudi Bora, ambayo hutafsiri kama "juhudi bora". Darasa hili linajumuisha trafiki ya mtandao na barua pepe.

Hatua ya 3: Panga trafiki katika madarasa

Hatua ya tatu ni kuelezea sera za QoS kwa kila darasa la trafiki, ambayo ni pamoja na vitendo vifuatavyo:

Kadiria ukubwa wa chini bandwidth iliyohakikishwa;
Weka ukubwa wa upeo wa kipimo data;
Weka vipaumbele kwa kila darasa;
Tumia Teknolojia za QoS, kama vile kanuni za udhibiti wa kupanga foleni ili kudhibiti msongamano.

Wacha tuangalie mfano wa sasa wa kufafanua sera za QoS kwa kila darasa:

Sauti: Bandwidth inayopatikana ni 1 Mbit/s. Tumia lebo ya Msimbo wa Huduma Tofauti (DSCP) yenye thamani ya EF . Lebo ya EF (Usambazaji Ulioharakishwa) inamaanisha kuwa pakiti zilizo na alama hii hupokea kipaumbele kwenye foleni kulingana na kanuni ya kuchelewa kidogo. Zaidi ya hayo, algorithm ya LLQ inatumiwa;
Muhimu: Bandwidth ya chini ni 1 Mbit / s. Tumia lebo ya Msimbo wa Huduma Tofauti (DSCP) yenye thamani ya AF31 (lebo ya sehemu ya DSCP 011010), ambayo hutoa uwezekano mdogo zaidi wa kushuka kwa pakiti. Matumizi sambamba Kanuni ya CBWFQ inahakikisha kipimo data kinachohitajika kwa trafiki iliyo na lebo;
Usafirishaji usio na dhamana: Upeo wa data - 500 kbit / s. Tumia Pointi ya Kanuni za Huduma Tofauti (DSCP) yenye thamani ya Chaguo-msingi (lebo ya uga ya DSCP 000000), ambayo hutoa huduma chaguomsingi. Kanuni za CBWFQ hutoa "fursa ya utoaji", ambayo ni kipaumbele cha chini kwa madarasa muhimu ya Sauti na Misheni.

Je, makala haya yalikuwa na manufaa kwako?

Tafadhali niambie kwa nini?

Tunasikitika kwamba makala haikuwa muhimu kwako: (Tafadhali, ikiwa si vigumu, onyesha kwa nini? Tutashukuru sana kwa jibu la kina. Asante kwa kutusaidia kuwa bora!