Sauti juu ya IPsec hutajwa kama bitrate ya kodeki, na nambari hiyo si sahihi katika kila mpaka isipokuwa mpaka wa kodeki yenyewe. Sauti ni 8 kbit/s, kifurushi kinachoibeba ni kikubwa zaidi, kifuniko cha ESP ni kikubwa zaidi, na fremu ya Ethernet inaongeza ufremu ambao hakuna kamata kwenye handaki inayoonyesha. Kuhesabu kifurushi kimoja kutoka muundo uliotajwa ndiyo njia pekee ya kujua kile kiungo halisi kinachopaswa kubeba. Maelezo yaliyo hapa chini hufanya hivyo kwa mwelekeo mmoja tu, na kila nambari hapa ni hesabu, si kipimo.

Anza na chaguo la upangaji wa vifurushi, si nambari ya kodeki

Jedwali la kodeki hutoa kasi ya mzigo na hakuna kingine: G.729 hutoa 8 kbit/s, ambayo ni baiti 30 za sauti kila 30 ms. Haisemi kitu kuhusu vichwa, ulinzi au ufremu, na hivyo vitatu ndivyo vinavyoamua matokeo. Muda kati ni chaguo la sera ambalo pande zote mbili zinapaswa kukubaliana, kwa hiyo chagua kwanza na ulitaje, kwa sababu kila nambari inayofuata inategemea uamuzi huo mmoja.

Mfano huu unatumia 30 ms, kwa hiyo kasi ya vifurushi ni 33.3 kwa sekunde. Unadhania kichwa cha RTP cha baiti 12, kichwa cha UDP cha baiti 8 na kichwa cha ndani cha IPv4 cha baiti 20 bila chaguo, na hakuna SRTP, ukandamizaji wa vichwa au ujazaji wa usiri wa mtiririko wa trafiki; mabadiliko yoyote huhamisha bajeti pia, kwa hiyo dhana zinapaswa kuwa kando ya jibu.

Ongeza vichwa vya ndani, kisha kifuniko cha ESP

Programu hutuma mzigo pamoja na RTP pamoja na UDP pamoja na IP, ambayo katika upangaji huu ni baiti 70. Mtiririko huo wa ndani unafikia 18.7 kbit/s, tayari zaidi ya mara mbili ya kasi ya kodeki, kwa sababu vichwa na si sauti hufanya sehemu kubwa ya kifurushi. Hakuna hata moja ya baiti hizo ni sauti; ni bei ya anwani na mpangilio. Kamata iliyochukuliwa juu ya handaki inaonyesha nambari hii hasa, na ndiyo ambayo watu huitaja wanaposema simu ni ndogo.

Pia ni nambari ambayo haifikii waya kamwe. Hali ya handaki ya ESP inaongeza SPI na nambari ya mfululizo ya baiti 8, IV ya wazi ya baiti 8 kwa AES-GCM, mkia wa baiti 2 na lebo ya uthibitishaji ya baiti 16. Mzigo wa baiti 70 pamoja na mkia hufikia 72, ambao tayari unakidhi upangaji wa baiti nne, kwa hiyo hapa hakuna ujazaji wa ziada unaohitajika.RFC 4106 huweka ukubwa wa IV na lebo ya GCM, na zote mbili ni sehemu ya hesabu, si ya tanbihi:

30  payload, G.729 at 30 ms
12  RTP
 8  UDP
20  inner IPv4
--
70  inner IP packet
 8  ESP SPI and sequence
 8  explicit IV
 2  pad length and next header
16  authentication tag
--
104 ESP packet

Ongeza vichwa vya nje vinavyohitajika na kupita kwa NAT

Nje ya kifuniko cha ESP kuna kichwa cha nje cha IPv4 cha baiti 20 na kichwa cha UDP cha baiti 8 kwa kupita kwa NAT, kwa hiyo kifurushi kinakuwa baiti 132. Ufungashaji wa UDP upo kwa sababu kifurushi lazima kipite kifaa cha tafsiri kati ya wenzake, na hubadilisha umbo la nje bila kugusa mzigo uliolindwa. Kwa vifurushi 33.3 kwa sekunde, baiti 132 ni karibu 35.2 kbit/s, yaani takriban mara nne ya kasi ya kawaida ya kodeki.

Wala lebo wala IV haziwezi kuondolewa kwenye makadirio ili kuifanya ndogo, kwa sababu zote mbili ni sehemu ya kile kiungo kitakachobeba kwa kweli. Makadirio yanayoziacha yanaelezea kifurushi ambacho mpokeaji angekikataa. Ndivyo ilivyo kwa mkia, ambao upo ili kuonyesha mpaka wa mzigo na kichwa kinachofuata ndani ya eneo lililolindwa.

Taja mpaka kabla ya kunukuu nambari

Nambari ya IP ya nje bado haijumuishi ufremu wa Ethernet. Kiungo cha ufikiaji chenye lebo au bila lebo kinaongeza kichwa cha MAC cha baiti 14 na mfululizo wa ukaguzi wa fremu wa baiti 4, na kufanya fremu kuwa baiti 150, ambayo ni ukubwa ambao mlango wa swichi huhesabu. Kwa kasi hiyo hiyo ya vifurushi hiyo ni 40 kbit/s, mara tano ya kasi ya kodeki, na tofauti si ubadhirifu bali ni gharama ya usafirishaji.

BoundaryPacket sizeRate at 33.3 packets/sWhat it counts
Codec payload30 bytes8.0 kbit/sThe audio alone
Inner IP packet70 bytes18.7 kbit/sApplication headers included
Outer IP packet132 bytes35.2 kbit/sESP and NAT-T included
Ethernet frame150 bytes40.0 kbit/sLink framing included

Nambari ya 40 kbit/s bado haijumuishi utangulizi, pengo kati ya fremu, lebo za VLAN, ufungashaji wa mtoa huduma, RTCP, uashiriaji na sauti inayosafiri upande mwingine. Ni makadirio kwa mwelekeo mmoja, si uhifadhi wa kiungo, na kuinukuu kama uhifadhi huzidisha kile kiungo kinachopaswa kuhifadhi mahali kimoja na kupunguza mahali pengine. Kamata kwenye mwenyeji inaweza pia kukosa ufremu ambao kiungo huongeza, kwa hiyo mpaka unapaswa kutajwa kando ya nambari, na kwa hiyo jedwali la mipaka lina faida zaidi kuliko nambari moja ya kichwa. Hifadhi kando kwa mwelekeo ambao hukuhesabu.

Kagua hesabu dhidi ya kiolesura

Kabla ya kuamini makadirio, linganisha na kile kiolesura kinaripoti kwa idadi inayojulikana ya vifurushi. Kamata kwenye kiolesura halisi na si kifaa cha handaki, ili ufremu unaojaribu kuhesabu ujumuishwe, na tarajia tofauti ndogo badala ya ulinganifu kamili.

sudo tcpdump -ni eth0 -c 50 'udp port 4500'
ip -s link show eth0

Kamata inathibitisha ukubwa wa kifurushi cha nje, wakati vihesabu vya kiolesura vinaonyesha kasi pamoja na ufremu. Ikiwa vyote viwili vinatofautiana kwa takriban posho ya Ethernet, hesabu ni sahihi na ni mpaka pekee uliotajwa vibaya. Tofauti kubwa zaidi kuliko kichwa kimoja cha fremu inaonyesha kitu kingine kwenye kiungo, kama vile utumaji upya au mtiririko mwingine unaoshiriki kiolesura. Andika muda wa upangaji wa vifurushi, seti ya ulinzi na mpaka kando ya nambari, kwa sababu makadirio bila hayo matatu hunukuliwa kama kipimo na msomaji anayefuata.

Makala zinazohusiana