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 saizi yake ya juu (kwenye ruta za Cisco kawaida ya 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.
Baadaye kiwango kipya kilifafanuliwa. Sehemu ya ToS imepewa jina jipya DiffServ, na biti 6 za ziada zimetengwa kwa ajili ya uga wa Differential Service Code Point (DSCP), ambamo mahitaji yanayohitajika. wa aina hii vigezo vya trafiki.

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 inatoa aina tofauti za haki tofauti za trafiki (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 maambukizi ya kweli kiolesura cha kifurushi. 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 vya vipanga njia vya Cisco, isipokuwa violesura vya uhakika kwa uhakika (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 anaweka madarasa ya trafiki, kufuatia vigezo mbalimbali, kwa mfano, kutumia ACL kama kiolezo au kuchanganua vichwa vya itifaki (ona 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 router tunakamata pakiti zote kutoka kwa mgeni Kikoa cha WiFi(tunadhani kwamba kunaweza kuwa na kompyuta na programu ambazo hatuzisimamii ambazo zinaweza kutumia vichwa vya QoS visivyo vya kawaida), tunabadilisha vichwa vyovyote vya IP kuwa chaguo-msingi, tunalinganisha vichwa vya safu ya kiungo (CoS) hadi safu ya 3 (DSCP) ,
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 Linganishi 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 "uzito" ulio nao darasa hili 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 bandwidth zaidi kuliko ilivyo na kuapa 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. "Pato" kubwa zaidi, zaidi kasi ya kweli maambukizi yanaweza kupotoka kutoka kwa wastani unaohitajika. 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 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 moja sana jambo muhimu: ili kutatua tatizo hili, unahitaji kuiga chaneli "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 marehemu kwamba baadhi ya pakiti hazijapokelewa na zitaweka ukubwa wa dirisha kwa muda mrefu, kupakia upande wa kupokea. Hii itatokea katika hali nzuri wakati kasi ya maambukizi ni sawa au chini ya kasi ya 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 kupunguza kipimo data kwa trafiki ya mtandao isiyo ya kawaida. 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.

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? J: Hakika, kwa chaguo-msingi, Ubora wa Huduma huhifadhi 20% ya uwezo wa chaneli kwa mahitaji yake (chaneli yoyote - iwe modem ya 14400 au gigabit ethaneti) Zaidi ya hayo, hata ukiondoa huduma ya Kiratibu Pakiti ya QoS kutoka kwa muunganisho wa Sifa, kituo hiki hakijatolewa. Unaweza kufuta kituo au usanidi tu QoS hapa. Zindua 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, 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). Kauli zisizo na uthibitisho wa aina hii lazima zifichuliwe kwa makini, 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.

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 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 wa miingiliano ya mtandao kusambaza trafiki na upatikanaji wa kumbukumbu ili kuhifadhi trafiki kwenye vifaa vya mtandao (hadi trafiki isiweze kutumwa tena) ni rasilimali za kimsingi zinazohitajika kwa Utoaji wa QoS kwa mtiririko wa trafiki wa 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 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.

Kwa sababu ya Teknolojia ya ATM vipande vifurushi ndani ya seli ndogo, inaweza kutoa utulivu wa 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 moja tu hatua muhimu: Ili QoS ifanye kazi, usaidizi wa teknolojia hii na usanidi unaofaa unahitajika katika upitishaji mzima kutoka mahali pa kuanzia hadi mwisho.

Kwa uwazi, fikiria Mtini. 1.

Tunakubali yafuatayo:

Routa zote zinahusika katika kusambaza itifaki zinazohitajika.
- 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, upitishaji wa miunganisho yote ya mtandao unaweza 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 Kipangaji 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.

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 inawezesha 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:

1. 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;
2. na mahitaji sawa ya QoS. Kwa mfano, unaweza kufafanua aina 4 za trafiki: sauti, trafiki inayopewa kipaumbele cha juu, trafiki ya kipaumbele cha chini na trafiki kutoka kwa kutumia kivinjari kutazama kurasa za WEB;
3. 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 nyingine za maelezo huenda zisiwe nyeti sana kwa ucheleweshaji, kama vile uhamisho 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 huendesha polepole kutokana na ambayo ina utendaji mbaya. Inahitajika kupima trafiki ya mtandao wakati wa shughuli nyingi kwa kutumia huduma maalum. Ili kuelewa michakato ya mtandao, hatua ya lazima ni kupima mzigo wa kichakataji cha kila kipande cha kifaa amilifu cha mtandao wakati wa shughuli nyingi zaidi ili kujua wazi mahali 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 kwa aina tofauti za 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 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 kupanga foleni ili kudhibiti msongamano.

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

1. 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;
2. 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 ya algorithm ya CBWFQ inahakikisha kipimo data kinachohitajika kwa trafiki iliyowekwa alama;
3. 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!

QoS ni kifurushi kizima cha teknolojia, bila ambayo mtandao wa kisasa hufanya kazi vibaya sana, na hauwezi kufanya kazi kadhaa hata kidogo. Hizi ni pamoja na mantiki ya uainishaji wa trafiki, mpango wa kuashiria, wakati data inawekwa alama kwa kuweka alama zinazofaa katika kiungo au kichwa cha safu ya mtandao, na udhibiti wa mantiki ya foleni, wakati ni muhimu kutuma mitiririko kadhaa ya data kupitia kiolesura kisicho na kipimo cha data, na kuchagiza, na taaluma zingine nyingi, bila ambayo picha kamili haitafanya kazi. Hii inasomwa tu kimsingi katika kozi, na hata hivyo hatufai kila wakati katika siku tano, kuna nyenzo nyingi huko.

Hata hivyo, mipangilio ya mtandao Windows, katika suala la "zaidi zaidi ya kugawa anwani ya IP," kwa kawaida huwakilisha kitu cha fumbo kwa msimamizi (na kwa wakufunzi wengi wa Microsoft pia, kwa kuwa masuala ya mtandao yanashughulikiwa kwa njia ndogo sana katika kozi za Microsoft zilizoidhinishwa). Ingawa hakuna kitu kibaya katika teknolojia ya mtandao, badala yake, kinyume chake - mara nyingi kuna maoni kwamba "hii haiko kwenye Windows," kulingana na hitimisho la kina kwamba msemaji hakuipata kwa sekunde 10.

Hebu jaribu kufikiri.

Hebu tuchukulie kuwa tayari unajua teknolojia za mtandao katika kiwango cha msingi, angalau umesikia kuhusu ethernet, 802.1Q na umbizo la pakiti ya IP. Ikiwa haujasikia, ni busara kusikiliza kozi yetu, ni bure. Kwa kweli, ni bora kusoma QoS kabisa, lakini hii, kwa kanuni, sio lazima kabisa kwa kuelewa nyenzo hii.

QoS katika Windows Server 2012 na matoleo mengine ya OS

• Mipangilio ya Kimataifa ya QoS
• Kuweka sera za QoS
• IP Precedence, DSCP - nini na jinsi gani
• WMM_AC na maelezo mahususi ya mitandao 802.11
• Mwingiliano wa sera za QoS

Washa usaidizi wa QoS katika mfumo mdogo wa mtandao wa Windows

Ili kuashiria CoS na ToS, Windows ina sehemu maalum ya mtandao inayoitwa QoS Packet Scheduler. Isakinishe na uiwashe kwenye miingiliano yote ya mtandao ambayo unapanga kusimamia QoS.

QoS kwa matoleo ya zamani ya Windows - Windows XP na Windows Server 2003

Ili kutumia QoS katika NT 5.1 / NT 5.2, unahitaji pia kuwezesha kwa uwazi usaidizi wa kuweka lebo kwenye ToS - imezimwa kwa chaguomsingi hapo. Hii inafanywa kwa kubadilisha thamani ya DWORD32 LemazaMpangilio waMtumiajiTOS kwenye ufunguo wa Usajili HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters hadi sifuri. Ikiwa hakuna thamani hiyo, uunda na uifute kwa uwazi, na kisha uanze upya mfumo - bila hii, parameter haitatumika na OS itaendelea kupuuza chaguo la IP_TOS lililotajwa na programu kupitia Winsock.

Sasa hebu tuendelee kuhusu mipangilio ya kawaida kwa matoleo tofauti ya Windows.

Ukiangalia kwa karibu, sehemu hii kimsingi ni dereva wa NDIS:

Zaidi. Ili tuweze kutaja sio tu vigezo vya L3 QoS (ambavyo viko kwenye kichwa cha IP kwenye uwanja wa ToS), lakini pia vigezo vya L2 (ambavyo viko kwenye kichwa cha 802.1Q, katika sehemu inayoitwa 802.1p), tunahitaji. ili kuiwezesha kwenye adapta ya mtandao inasaidia 802.1Q. Hii itaonekana tofauti kwenye adapta tofauti za mtandao - lakini kitu kama hiki:

Ikiwa hakuna kitu kama hicho, basi hakuna mahali pa kuweka vitambulisho vya CoS kwenye sura ya 802.3. Hii itapunguza faida ya vitendo ya mipangilio ya QoS, lakini, kwa ujumla, haitaiondoa. Jambo la msingi ni kwamba mwenyeji wa kawaida haongezi kichwa hiki kwenye fremu ya 802.3, na mpangilio huu, kulingana na adapta ya mtandao, inaweza kumaanisha mambo tofauti - ama "kupokea fremu zilizo na kichwa cha 802.1Q na kuchanganua, ikijumuisha 802.1p", au "fanya hivi ikiwa tu tutatuma fremu yenye lebo ya 802.1Q". Angalia kwa undani zaidi maelezo ya adapta yako ya mtandao; kuna ushauri mmoja tu wa jumla hapa - ikiwa hakuna kichwa cha 802.1Q, basi ubora wa data ya huduma unaweza kuongezwa kwenye kichwa cha L3 pekee.

Ikiwa umefanya yote hapo juu, mfumo uko tayari kutekeleza vigezo vya QoS ulivyotaja. Sasa tunahitaji kuwauliza.

Mipangilio ya Global QoS katika Windows

Mipangilio ya kimataifa ya QoS itaathiri mambo mawili - jinsi trafiki inayoingia ya TCP itakavyochakatwa, na jinsi sera za QoS na mipangilio ya QoS katika kiwango cha programu mahususi itaingiliana. Ziko kwenye Kitu cha Sera ya Kundi, au kwa usahihi zaidi - ndani, kwenye menyu ya muktadha Mipangilio ya Kina ya QoS... inaitwa kwa kubonyeza kitufe cha kulia cha panya. Hebu tuyaangalie tofauti.

Mipangilio ya TCP inayoingia

Wataonekana kitu kama hiki:

Hii, kwa kweli, sio QoS, lakini usimamizi wa dirisha la TCP kwa trafiki kuelekea mwenyeji fulani. Wazo ni kwamba mpangilio huu huathiri moja kwa moja ni thamani gani ya juu zaidi ya dirisha ya kupokea itatolewa wakati wa kuendesha miunganisho ya TCP. Kuanzia na NT 6.0, Windows ilianzisha usaidizi wa kibinadamu kwa madirisha ya TCP makubwa kuliko 64K, hapa sera hii na hukuruhusu kuweka thamani hii ya juu ya dirisha katikati. Wakati wa kuweka kiwango cha 0, dirisha litapunguzwa kwa 64KB, kwa 1 - 256KB, saa 2 - 1MB, na 3 - 16MB.

Tafadhali kumbuka kuwa kadiri dirisha linavyokuwa kubwa, ndivyo TCP inavyotuma shukrani mara kwa mara, na kadiri inavyoitikia "kwa nguvu" kulazimisha hali kubwa wakati. Sehemu ya TCP kuchelewa au kupotea. Kidogo, majibu ya haraka, lakini trafiki zaidi ya huduma. Kwa ujumla, katika mitandao ya kuaminika wakati wa kuhamisha idadi kubwa ya data (kwa mfano, seva ya faili in mtandao wa ndani office) inashauriwa kuweka thamani ya juu zaidi, na katika hali "Hakuna data nyingi inayotiririka kupitia kipindi cha TCP, lakini hali ya utulivu na ubora wa chaneli hutofautiana" - thamani ya chini.

Mipangilio ya Kubatilisha ya Kuashiria kwa DSCP

Mipangilio hii itaonekana kama hii:

Huu ni usanidi rahisi, aina ya analog mls qos trust cos katika Cisco IOS. Jambo ni kama kuruhusu au kutoruhusu programu ambazo zinaweza kuweka alama za trafiki kufanya hivi. Ukichagua kuwa inawezekana kwa uwazi, basi wakati programu itaweka uga wa ToS, sera za QoS zitapuuzwa, ikiwa sivyo, basi kinyume chake; maombi kwenye seva pangishi hii hayatatumika bila mafanikio Vipengele vya API kwenye uwekaji alama wa trafiki, na uwekaji alama wote utafuata mantiki iliyobainishwa kwa uwazi katika sera.

Hebu sasa tuangalie jinsi sera hizi zinavyoundwa.

Kuweka sera za QoS

Ziko hapo - Usanidi wa Kompyuta / Mipangilio ya Windows / QoS inayotegemea sera. Fikiria kuunda sera.

Jambo la kwanza kuzingatia ni vikwazo vya sera. TCP na trafiki ya UDP pekee ndiyo inaweza kuwa chini yao. Itifaki zingine za IP haziwezi kuwekewa vikwazo. Pia kuna mipangilio ya ziada ya vikao vya HTTP, ambayo inaboresha hali hiyo. Kwa hiyo, ufumbuzi wa kawaida kwa ubora wa usimamizi wa huduma hauathiri trafiki yote iwezekanavyo, lakini katika idadi kubwa ya matukio ni ya kutosha. Kipaumbele cha trafiki ya IPSec au PPTP inayotoka, kwa mfano, haiwezi kuwekwa.

Wakati wa kuunda sera, jambo la kwanza utahitaji kufanya ni kutaja jina lake (kiholela, madhumuni ya kiufundi haina), thamani ya DSCP na kikomo cha kipimo data. Hebu tukumbuke kidogo ni nini na kwa nini.

QoS ni kifurushi kikubwa cha teknolojia. Hii ni pamoja na jinsi ya kuweka alama kwenye pakiti na fremu (Kuweka alama), na jinsi ya kuunda foleni za kutuma mitiririko mingi yenye lebo tofauti kupitia kiolesura kimoja (Kuweka Foleni), na jinsi ya kuondoa msongamano wa ziada kutoka kwa foleni hizi (Kuunda). Tunapozungumza juu ya sehemu ya mtandao ambayo mantiki hii ni sawa na kufikiria nje (trafiki X imewekwa alama kwenye vifaa vyote kwa njia ile ile na kuongezwa kwa foleni kwa njia ile ile), wanasema kuwa hii ni kikoa cha QoS. Tutarajie kuwa usakinishaji tunaoufanya kwa sasa sera ya kikundi, itazingatiwa vivyo hivyo vifaa vya mtandao- hii tayari iko nje ya upeo wa makala hii, lakini ili kuunga mkono kikamilifu QoS katika shirika, hii inahitaji kufanywa. Vinginevyo, hakuna hatua fulani katika kuainisha kwa uangalifu trafiki, kisha kuiweka alama, na kisha kuunganisha kila kitu pamoja na mantiki ya FIFO kwenye swichi ya kwanza kabisa katika mchakato wa kuituma kwa uplink.

Wakati miti ilikuwa mikubwa - miaka 31 iliyopita, mnamo 1981 - kwenye kichwa cha pakiti ya IP, kama sasa, kulikuwa na uwanja wa upweke wa ukubwa unaoitwa ToS - Aina ya Huduma. Nini cha kufanya na uwanja huu kiliandikwa katika RFC 791 na kuitwa Utangulizi wa IP. Ilipendekezwa kufanya mengi - weka alama kwa kila pakiti kwa "kiwango cha umuhimu" kutoka 0 hadi 7, kwa kutumia biti 3 za uwanja huu, na kuongeza matakwa kama "ikiwezekana, tuma trafiki kwenye chaneli iliyo na latency ya chini / kuegemea zaidi / juu zaidi. kipimo data cha kawaida", kwa kutumia bits 3 zaidi. Biti mbili ziliahirishwa hadi nyakati bora. Kitu kama hiki:

[
Kipaumbele kidogo N0 |
Kipaumbele kidogo N1 |
Kipaumbele kidogo N2 |
Kuchelewesha kidogo |
Unene kidogo |
Kuegemea kidogo |
Isiyotumika |
Isiyotumika
]

Kisha tukafikiria zaidi na tukatumia kidogo zaidi, na kuongeza hamu ya 4 - "ili kupitia chaneli ambayo ni ya bei nafuu kwa suala la pesa" - RFC 1349. Kwa jumla, kulikuwa na biti moja isiyotumika iliyosalia, na kusababisha viwango 8 vya kipaumbele cha trafiki pamoja na biti 4 na michanganyiko yao iliathiri chaguo "vitu vingine vyote kuwa sawa."

Ilifikiriwa kuwa hii itakuwa ya kutosha. Ikawa hivi:

[
Kipaumbele kidogo N0
Kipaumbele kidogo N1
Kipaumbele kidogo N2
Ucheleweshaji usiohitajika
Unene kidogo (chaneli)
Kuegemea kidogo
Kwa mapenzi au pesa
Isiyotumika
]

Inaonekana wazi kuwa mfano wa kimantiki wa matakwa ulitengenezwa na mwanamke.

Muundo wa Utangulizi wa IP ulikuwa rahisi na ulidhaniwa kuwa trafiki yote inaweza kugawanywa katika madarasa 8, ambapo kutakuwa na uhusiano rahisi wa kimantiki kama "5 daima ni muhimu zaidi kuliko 4," pamoja na kuongeza baadhi ya matakwa. Kazi zote za kutekeleza mpango huu (ili trafiki sawa itawekwa alama ya Utangulizi sawa wa IP na kusindika kwa njia sawa, pamoja na matakwa katika mfumo wa bits 4 za ziada zitazingatiwa) zilianguka kwa msimamizi. Baadaye, biti 4 za "matakwa" hazikutumika tena, na mpango wa Utangulizi wa IP ukageuka kuwa "aina 8 za kimataifa za trafiki, zilizoorodheshwa kwa umuhimu." Wanaweza kufasiriwa na kuitwa tofauti, hii haitabadilisha mantiki ya kazi zao, kwa mfano kama hii:

• 0 - inaitwa nini Juhudi nzuri- trafiki ambayo itawasilishwa kwa msingi wa mabaki inapowezekana. Juhudi bora sio " kwa njia bora zaidi", hii ni "walitaka kilicho bora zaidi, lakini tutaona jinsi itatokea." Kwa kawaida 0 ni trafiki yote ambayo haijaainishwa.
• 1 - Trafiki inayotambulika. Kwa mfano, HTTP, SMB, FTP. Hii haimaanishi kuwa trafiki hii ni kitu maalum. Angalau ni "wazi jinsi yeye ni kama."
• 2 - Trafiki ya kipaumbele. Kwa mfano, RDP - wakati wa kupakua faili, haitakuwa nzuri sana ikiwa kazi na seva ya terminal huanza kupungua.

Lakini miaka 14 iliyopita, mnamo 1998, wavulana kutoka EMC na Cisco waliamua kuwa hii haitoshi, na walikuja na zaidi zaidi. mfumo rahisi, zaidi ya hayo, mara moja kwa ToS katika IPv4, na kwa kizazi chake - Daraja la Trafiki katika IPv6. Waliziita Differentiated Services. Mfumo tayari umetumia biti zote 8 za uwanja wa ToS - 6 kwa kitambulisho cha darasa (DSCP), na 2 kwa kuashiria ikiwa kuna msongamano kwenye mtandao (ECN). Ni njia hii ya kisasa zaidi inayotumika katika sera za Windows. Lebo zilizobainishwa na DSCP ni nyingi zaidi, kwa hivyo zimegawanywa katika vikundi kadhaa.

Lebo za DSCP za kikundi cha CS - Wateuzi wa Hatari

Utaratibu huu, ambao umeelezwa katika RFC 2474, unahitajika kwa upatanifu na utekelezaji uliopita. Katika kesi hii, bits 3 tu za kwanza kati ya 6 hutumiwa, zilizobaki zimewekwa kwa sifuri, hivyo kutoka kwa mtazamo wa eneo la data ndani ya ToS byte, CSs huweka bits sawa na Utangulizi wa IP. Ipasavyo, kutakuwa na 8 CS - kutoka CS0 hadi CS7, na zitaonekana kutabirika:

• CS0 = 000 000
• CS1 = 001 000
• CS2 = 010 000
• CS3 = 011 000
• CS4 = 100,000
• CS5 = 101,000
• CS6 = 110,000
• CS7 = 111,000

Lebo za DSCP za kikundi cha AF - Usambazaji Umehakikishwa

Lebo hizi, ambazo mantiki yake iko katika RFC 2597, tayari zinavutia zaidi - zina maadili 2, x na y, kwa hivyo zimeandikwa katika toleo linaloweza kusomeka kama AFxy.

Thamani ya kwanza - x - itaonyesha darasa la trafiki. Kuna madarasa 4 yaliyofafanuliwa - kutoka moja hadi nne. Wakati mwingine huitwa maneno - moja = shaba, mbili = fedha, tatu = dhahabu, nne = platinamu. Thamani hii itaandikwa kwa biti 3 za kwanza. Katika pili, y itaandikwa - itaonyesha kipaumbele wakati ni muhimu kuweka upya trafiki. Thamani tatu zitafafanuliwa - moja itaonyesha kipaumbele cha chini, mbili - za kati, tatu - za juu. Hii itamaanisha kuwa trafiki ya darasa moja, lakini kwa vipaumbele tofauti, itafutwa kulingana na kipaumbele hiki wakati hali inatokea - kwanza chini, kisha kati, kisha juu. Usichanganyikiwe - pakiti iliyo na kipaumbele cha juu cha kushuka imeshuka mwisho, na pakiti iliyo na kipaumbele cha chini imeshuka kwanza.

Ikiwa mtandao hauungi mkono vipaumbele 3, basi lazima uunge mkono angalau 2 - basi wanaonekana kama AFx1 katika jukumu la "muhimu" na AFx2-AFx3 katika jukumu la "muhimu zaidi".

Maadili yafuatayo yanafafanuliwa:

• AF11 = 001 010 (desimali DSCP = 10)
• AF12 = 001 100 (desimali DSCP = 12)
• AF13 = 001 110 (desimali DSCP = 14)
• AF21 = 010 010 (desimali DSCP = 18)
• AF22 = 010 100 (desimali DSCP = 20)
• AF23 = 010 110 (desimali DSCP = 22)
• AF31 = 011 010 (desimali DSCP = 26)
• AF32 = 011 100 (desimali DSCP = 28)
• AF33 = 011 110 (desimali DSCP = 30)
• AF41 = 100 010 (desimali DSCP = 34)
• AF42 = 100 100 (desimali DSCP = 36)
• AF43 = 100 110 (desimali DSCP = 38)

Lebo ya DSCP EF - Usambazaji Ulioharakishwa

Hili ndilo daraja la juu zaidi la huduma la "premium". Thamani ya lebo hii ni 46, inaonyesha trafiki ambayo inapaswa kutumwa kwa njia bora zaidi katika mambo yote.

Hayo yote ni kwa kifupi. Kama ilivyo wazi, thamani ya DSCP sawa na sifuri itaonyesha uwasilishaji wa Juhudi Bora.

Maalum ya mitandao 802.11

WiFi itakuwa na uainishaji wake wa aina za trafiki. Itaitwa WMM_AC (Kategoria za Ufikiaji wa MultiMedia bila Wireless) na itakuwa rahisi sana.

1. Trafiki yote iliyo na DSCP ya 48 na zaidi ni ya darasa la Sauti (iliyoonyeshwa kama VO)
2. Trafiki yote iliyo na DSCP kutoka 32 hadi 47 ni ya darasa la Video (iliyoonyeshwa kama VI)
3. Trafiki yote iliyo na DSCP kutoka 24 hadi 31 ni ya darasa la BestEffort (lililoonyeshwa kama BE)
4. Trafiki yote iliyo na DSCP kutoka 8 hadi 23 ni ya darasa la Mandharinyuma (iliyoonyeshwa kama BK)
5. Trafiki yote iliyo na DSCP kutoka 0 hadi 7 ni (tena, sivyo?) ya darasa la BestEffort (pia limeteuliwa kama BE)

Ipasavyo, ikiwa adapta yako ya WiFi inasaidia WMM, basi unaweza kuwezesha hii katika kiwango cha kiendeshi cha adapta ya WiFi, na itaainisha trafiki yake inayotoka katika foleni 4 kulingana na "VO ndio muhimu zaidi, VI ni ya pili, BE ni ya kawaida, na BK ni mandharinyuma" Ikiwa sera za QoS katika mtandao wako zitatumika kwa wapangishi walio na adapta za WiFi, zingatia vidokezo hivi unapopanga sera.

Kuunda sera

Wakati wa kuunda sera, tunaweza kubainisha darasa tunalotaka la DSCP na kikomo cha kipimo data cha trafiki inayotoka ambayo inakidhi kigezo unachotaka. Ama maana zote mbili hizi au mojawapo.

Kutumia sera kwa programu maalum

Kuna chaguo tatu hapa - sera itachukua hatua kuhusu trafiki kutoka kwa programu yoyote, kutoka kwa iliyobainishwa (moduli inayoweza kutekelezeka imeonyeshwa), au tu kwenye majibu ya HTTP kutoka kwa programu zetu zinazokidhi vigezo vinavyohitajika. Chaguo la tatu litakuwa la kufurahisha wakati inahitajika, kupitia sera, kupunguza kipimo cha trafiki iliyopitishwa kwa rasilimali maalum za HTTP - kwa mfano, ikiwa tunataka kupunguza faili za video "zilizotumwa kutoka kwetu" ambazo ziko chini ya kigezo cha fomu "http://www..

Utekelezaji wa sera kwa anwani za IPv4/IPv6 zilizobainishwa

Mipangilio midogo kabisa - unaweza kupunguza zaidi utumiaji wa sera za QoS kwa trafiki kulingana na vigezo vya L3. Ninatambua kuwa ikiwa ndani mpangilio uliopita Ukichagua "kupunguza trafiki iliyotumwa kutoka kwetu kwa kujibu ombi mahususi la HTTP," basi uchujaji tu wa lengwa utapatikana, kwa sababu ambapo trafiki inatoka ni wazi - kutoka kwetu.

Utekelezaji wa sera kwenye bandari za TCP/UDP zilizobainishwa

Ni rahisi - kumbuka tu kwamba anuwai ya bandari imeonyeshwa na koloni (kama 1024:65535, sio 1024-65535).

Kwa ujumla, kila kitu, sera imeundwa. Unaweza kuunda zaidi. Wataingilianaje wakivuka?

Mwingiliano wa sera za QoS

Katika kesi wakati trafiki iko chini ya sera kadhaa, "mshindi" ataamuliwa, vipaumbele vitawekwa kama ifuatavyo:

• Sera za kiwango cha mtumiaji za QoS zinabatilisha sera za kiwango cha mashine za QoS
• Ikiwa sera inafafanuliwa ambayo inaathiri programu mahususi, na kuna sera ambayo trafiki hiyo hiyo inaangukia, lakini kulingana na vigezo vya mtandao(anwani, nambari za bandari), basi sera ya maombi itashinda
• Sera ambayo inatumika kwa mipangilio haswa zaidi itabatilisha ile ya jumla. Hii inatumika kwa kuanguka chini ya sera mbili za mpango wa mtandao kwa wakati mmoja (kupungua chini ya 192.168.1.0/24 ni muhimu zaidi kuliko kuanguka chini ya 192.168.0.0/16), na chini ya "bandari iliyobainishwa wazi ni bora kuliko anuwai ya bandari," na chini ya "URL maalum zaidi kama http://host/video/* ni bora kuliko http://host/*"

Pia kumbuka jambo la kufurahisha - kwenye OS za seva za Microsoft, mipangilio ya QoS hutumiwa kila wakati, lakini kwenye OS za mteja - tu wakati kiolesura cha mtandao cha trafiki inayotoka kinatambuliwa kama Mtandao wa Kikoa. Hii ilifanyika mahsusi ili vikwazo vinavyotumika kwa laptop ya mfanyakazi wakati wa kufanya kazi kwenye mtandao wa ushirika usipunguze kasi na ubora wa kazi yake kwenye mitandao ya nje. Hii haiathiri usalama, kwa hivyo sio kudhoofisha kwake; Hivi ni vizuizi tu kwa trafiki inayotoka.

Sasa - kuhusu mipangilio ya kimataifa ya "injini ya QoS" - sehemu ya mtandao ya Mratibu wa Pakiti ya QoS.

Vigezo hivi vitaonyesha mfumo mzima (hauhusiani na aina maalum trafiki na interface ya mtandao) mipangilio ya utaratibu huu. Watapatikana katika tawi la sera ya kikundi sambamba:

Kigezo cha Mratibu wa Pakiti ya QoS - Punguza Vifurushi Bora

Mpangilio huu unabainisha ukubwa wa juu zaidi wa foleni ya mfumo wa pakiti zinazotoka. Wale. ikiwa pakiti imeteuliwa kutumwa kupitia kiolesura maalum (kinachopatikana kwa-hop inayofuata na kupewa kiolesura cha egress), inachukuliwa kuwa "imetumwa" kulingana na kigezo hiki, na kihesabu hiki kinaongezwa na moja. Mara tu pakiti inapotumwa kwa ufanisi (kumbuka kuwa ni pakiti, counter hii inafanya kazi tu kwa pakiti za L3), counter itapungua. Kitaalam, katika Windows hakuna foleni ya L3 ya kiolesura maalum, kuna L2 tu (yaani kutoka kwa muafaka), kwa hivyo ikiwa jumla ya pakiti kama hizo za "kusubiri" ni kubwa kuliko nambari iliyoainishwa, basi pakiti mpya haitatumwa. kabisa hadi foleni itakapoondolewa bila kupakiwa. Hii haitegemei saizi ya pakiti; "vichwa" vya pakiti zinazosubiri huhesabiwa. Vifurushi vya itifaki zote za mtandao (IPv4 na IPv6) huhesabiwa pamoja, i.e. na thamani ya chaguo-msingi - 65536 - haitawezekana "kuweka foleni", sema, pakiti elfu 35 za IPv4 na IPv6 - pakiti ya 65537 ya itifaki yoyote itatupwa kulingana na mantiki ya kushuka kwa mkia (yaani, haijawekwa kwenye foleni) .

Ningependekeza ukumbuke kuwa pakiti inayotoka imezuiwa na fremu ya MTU, ambayo, ikiwa usaidizi wa Muafaka wa Jumbo umewezeshwa kwenye miingiliano ya mtandao, itakuwa 9KB, kwa hivyo hata mpangilio wa chaguo-msingi kimsingi hutenga bafa kwa pakiti zinazosubiri zenye saizi ya jumla ya hadi. 589,824,000 byte, i.e. zaidi ya nusu ya gigabyte (katika kesi ya interface ya kawaida ya mtandao wa 10/100 Mbit - chini, 98.304.000 bytes). Hii inatosha kwa hafla zote (fikiria tu ni aina gani ya programu ambayo itajaribu kusukuma pakiti nyingi kwenye foleni inayotoka ya kiolesura), kwa hivyo mara nyingi inashauriwa kupunguza thamani hii - hupungua. Kiasi cha RAM inachukuliwa na miundo ya huduma ya dereva wa Pakiti ya Pakiti ya QoS. Niliweka thamani kuwa 4096 kwenye seva pangishi ambazo zina miingiliano ya mtandao pepe na mizigo isiyo ya kina (kwa mfano, DC/GC), na alama ya alama ya kiendeshaji cha QoS.

Kwa nodes ambazo vikao vingi vya nje vinaunganishwa, QoS imeundwa, na data iliyopitishwa ina pakiti ndogo (sauti, torrents), thamani hii inaweza kuongezeka. Mantiki ya jumla, nadhani, inaeleweka - kuna kumbukumbu na haja ya kutuma pakiti nyingi ndogo - inawezekana kabisa kukimbia kwenye kikomo cha 65536.

Mratibu wa Pakiti ya QoS - Weka parameta ya Azimio la Timer

Katika kesi wakati kizuizi cha aina yoyote ya trafiki inayotoka kwa bendi ("kuchagiza") imeundwa, parameter hii inaonyesha ni kipande gani cha muda kinachotumiwa kwa mahesabu.

Mantiki ni rahisi - wacha tuseme thamani ya kawaida ya 10ms inatumiwa. Hii ina maana kwamba pili imegawanywa katika sehemu 100 sawa. Wacha tuseme kuna sheria inayoweka kikomo huduma ya kutuma X hadi 5MB kwa sekunde. Kwa hiyo, counter itaendeshwa mara 100 kwa pili, ambayo itapima trafiki kweli iliyotumwa na huduma chini ya utawala. Ikiwa trafiki hii inafikia 50 KB wakati wa uhasibu wa 10 ms, basi haitatumwa tena na itaanza kuingia kwenye foleni ya "kusubiri", ambayo ilielezwa katika aya iliyotangulia. Kweli, wakati kipindi kipya cha 10ms kinapoanza, KB 50 inaweza kutumwa tena.

Ipasavyo, idadi hii kubwa, uundaji utakuwa mbaya zaidi, lakini rasilimali ndogo za processor zitatumika. Na kadiri nambari inavyopungua, ndivyo trafiki inavyotiririka "bila ulaini" - kumbuka, hii yote inatumika tu kwa trafiki inayoanguka chini. Sheria za QoS, trafiki bila kuweka alama haitaathirika. Ni mantiki kuongeza azimio la timer (hadi 2ms kwa mfano) katika kesi wakati kuna sheria ya kutuma trafiki ya sauti - hii itakuwa na athari nzuri juu ya ubora wa mkondo unaotoka.

Kigezo cha Mratibu wa Pakiti ya QoS - Kikomo cha Bandwidth Inayoweza Kuhifadhiwa

Mpangilio mbaya zaidi ni hadithi ngapi za hadithi zimeambiwa juu yake kwa miaka 10, wow tu. Nimesikia hadithi kwamba "Venda, kwa msingi, inashikilia 20% ya kipimo data cha mtandao bila sababu," nimesikia katika anuwai kadhaa - kutoka kwa wasio na madhara "kwa sababu ni wajinga huko na hawawezi." t kikamilifu kupakia kiendeshi cha mtandao ipasavyo" kwa skizoid "hii ni kwa data kutoka kwa skrubu ya mtumiaji kutuma kwa Pentagon."

Ni kweli rahisi. Hii ni jumla ya kiasi cha kipimo data kilichohifadhiwa na sheria zote za QoS zinazoendeshwa kwenye mfumo fulani. Wale. ikiwa ni 20%, na una interface ya mtandao ya 100 Mbit, basi bila kujali jinsi unavyojaribu na kuunda, kwa mfano, sheria 3, ambayo kila moja inahifadhi megabits 15 kwa programu (3 * 15 = 45), basi. huwezi Kama matokeo, hautachukua zaidi ya megabits 20 na trafiki yako iliyopewa kipaumbele.

Kwa kusema, thamani hii inaonyesha ni kiasi gani cha trafiki ya "QoS iliyoainishwa" kama asilimia ya kipimo data cha kiolesura kinaweza kutokea. Inashauriwa, ikiwa unaandika sera za QoS, kuongeza nambari hii, kwa mfano, hadi 90%. Kwa nini si hadi 100? Kwa sababu katika kesi wakati, kwa sababu fulani, trafiki yote ya programu fulani inakuwa ya kipaumbele zaidi, na bandwidth ya uhifadhi ni 100%, trafiki nyingine itapoteza ushindani wa utaratibu wa kutuma, na mfumo hautaweza. fanya kazi zake - kwa kusema, kwa mfano, kila aina ya itifaki za huduma kama IKE, ambayo inaendesha tarehe 500, itaanguka. bandari ya UDP, NTP, DNS, na wengine. Hapa ndipo bima inatoka wakati hawafanyi 100, na sio kutokana na ukweli kwamba "Windows inachukua tu na haitumii sehemu ya mtandao."

Uzoefu wa Ubora wa Video ya Sauti ya Windows (qWave) - ni nini na inahitajika?

Sehemu hii, ambayo imeonekana tangu NT 6.0, ni huduma ya seva-teja, inayofanya kazi kiufundi kwenye bandari za TCP/UDP 2177, na ni muhimu ili huduma mbili kwenye wapangishaji tofauti ziweze "kukubaliana" juu ya mtiririko wa data ili kutoa kipaumbele gani . Seva inayoanzisha uhamisho wa data ina jukumu la kuanzisha, upande wa kupokea una jukumu la kuzama. Jambo la msingi ni kwamba programu ambayo inaweza "kuagiza" kiwango cha ubora kwa data yake kutoka kwa qWave lazima iendelezwe kwa njia inayofaa (kwa mfano, tumia utendakazi wa .NET ili kusanidi kipindi). qWave, kwa kweli, itaondoa mipangilio ya mfumo na mipangilio yake, ikiwa ipo. Njia iliyojumuishwa ina faida nyingi - qWave huamua kiotomati ikiwa 802.1p inasaidiwa sio tu kwa waandaji wa mwisho, lakini pia kwa wale wa kati. vifaa vya mtandao, hukuruhusu kufafanua upya kipimo data kilichohifadhiwa kwa trafiki inayotaka kwa urahisi na kwa kuruka, na pia kufuatilia vigezo mara kwa mara kama vile muda wa kusubiri wa kituo (Mratibu wa Pakiti ya QoS hawezi kufanya hivi), kutuma pakiti za majaribio mara kwa mara na "kupima" ubora wa laini. kati ya majeshi mawili.

Acha nikukumbushe kwamba unaweza kusakinisha sehemu hii "kama hivyo," lakini unahitaji programu ambayo itaweza kuomba utendaji kutoka kwayo. Kwa chaguo-msingi, qWave haifanyi kazi kwa sababu... ikiwa ilifanya kazi, ingepoteza rasilimali za mtandao kwa vipimo vya majaribio ya ubora wa kituo.

Badala ya hitimisho

Natumai safari hii fupi inatosha ulimwengu wa kuvutia usimamizi wa trafiki ulikuwa wa kuvutia na utakuwa na manufaa kwako katika mazoezi.