Ühe G.729 paketi lugemine läbi IPsec-tunneli

Häält üle IPsec-i tsiteeritakse koodeki bitrareetena ja see arv on vale igal piiril peale koodeki enda piiri. Heli on 8 kbit/s, seda kandev pakett on suurem, ESP ümbrik on veelgi suurem ja Etherneti raam lisab raamimise, mida tunnelil tehtud jäädvustus kunagi ei näita. Ühe paketi lugemine etteantud vormingust on ainus viis teada saada, mida füüsiline link tegelikult kandma peab. Alljärgnev käsitlus teeb seda ainult ühe suuna jaoks ja iga arv siin on aritmeetika, mitte mõõtmine.

Alusta paketiseerimise valikust, mitte koodeki numbrist

Koodeki tabel annab kasuliku koormuse kiiruse ja mitte midagi muud: G.729 väljastab 8 kbit/s, mis on 30 baiti heli iga 30 ms järel. See ei ütle midagi päiste, kaitse ega raamimise kohta ning just need kolm määravad tulemuse. Intervall on poliitikavalik, millega mõlemad pooled peavad nõustuma, seega vali see esimesena ja fikseeri, sest iga hilisem arv sõltub sellest ühest otsusest.

See näide kasutab 30 ms, seega paketi sagedus on 33.3 sekundis. See eeldab 12-baidist RTP päist, 8-baidist UDP päist ja 20-baidist sisemist IPv4 päist ilma valikuteta ning seda, et SRTP-d, päise pakkimist ega liiklusvoo konfidentsiaalsuse täitepuhvrit ei ole; iga muudatus nihutab ka eelarvet, mistõttu eeldused kuuluvad vastuse kõrvale.

Lisa sisemised päised, seejärel ESP ümbrik

Rakendus saadab koormuse pluss RTP pluss UDP pluss IP, mis selle paketiseerimise juures on 70 baiti. See sisemine voog tuleb 18.7 kbit/s, mis on juba rohkem kui kaks korda koodeki kiirus, sest paketi suurema osa moodustavad päised, mitte heli. Ükski neist baitidest ei ole hääl; need on aadressimise ja järjestamise hind. Tunnelist kõrgemal tehtud jäädvustus näitab täpselt seda arvu ja seda tsiteeritakse, kui öeldakse, et kõne on väike.

See on ka arv, mis ei jõua kunagi juhtmeni. ESP tunnelirežiim lisab 8-baidise SPI ja järjekorranumbri, AES-GCM-i jaoks 8-baidise selgesõnalise IV, 2-baidise lõppsabina ja 16-baidise autentimissildi. Koormus 70 baiti pluss lõppsabinas annab 72, mis juba rahuldab nelja baidi joonduse, seega täiendavat täitepuhvrit siin vaja ei ole.RFC 4106 määrab GCM-i IV ja sildi suurused ning mõlemad kuuluvad aritmeetikasse, mitte joonealuse märkusse:

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

Lisa välised päised, mida NAT-i läbimine nõuab

Väljaspool ESP ümbrikku on 20-baidine väline IPv4 päis ja NAT-i läbimiseks 8-baidine UDP päis, seega pakett muutub 132 baidiks. UDP kapseldus on olemas seetõttu, et pakett peab üle elama partnerite vahelise tõlkiva seadme, ja see muudab välimust ilma kaitstud koormust puutumata. 33.3 paketi juures sekundis on 132 baiti umbes 35.2 kbit/s ehk ligikaudu neli korda koodeki nominaalkiirus.

Ei silti ega IV-d ei saa hinnangust välja jätta, et seda väiksemaks teha, sest mõlemad on osa sellest, mida link tegelikult kannab. Hinnang, mis need välja jätab, kirjeldab paketti, mille vastuvõtja tagasi lükkaks. Sama kehtib lõppsabina kohta, mis on olemas koormuse piiri ja kaitstud piirkonna sees järgmise päise tähistamiseks.

Nimeta piir enne, kui arvu tsiteerid

Välise IP arv jätab ikkagi Etherneti raamimise välja. Märgistatud või märgistamata juurdepääsulüli lisab 14-baidise MAC päise ja 4-baidise raami kontrolljärjestuse, tehes raami 150 baidi suuruseks, mille loeb kommutaatori port. Sama paketi sageduse juures on see 40 kbit/s, viis korda koodeki kiirus, ja erinevus ei ole raiskamine, vaid transportimise hind.

Arv 40 kbit/s jätab ikkagi välja preambuli, raamidevahelise vahe, VLAN-märgised, teenusepakkuja kapselduse, RTCP, signaliseerimise ja teises suunas liikuva heli. See on hinnang ühe suuna kohta, mitte lingi broneering, ja selle broneeringuna tsiteerimine liialdab sellega, mida link peab ühes kohas broneerima, ning alahindab seda teises. Jäädvustus hostis võib samuti jätta märkamata lingi lisatud raamimise, mistõttu tuleb piir nimetada arvu kõrval, ja seetõttu on piiride tabel kasulikum kui üks pealkirjaarv. Broneeri eraldi selle suuna jaoks, mida sa ei lugenud.

Kontrolli aritmeetikat liidese vastu

Enne kui hinnangut usaldad, võrdle seda sellega, mida liides teatab teadaoleva arvu pakettide kohta. Jäädvusta füüsilisel liidesel, mitte tunnelseadmel, et arvestatav raamimine oleks kaasatud, ja oota väikest lahknevust, mitte täiuslikku kokkulangevust.

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

Jäädvustus kinnitab välise paketi suurust, samal ajal kui liidese loendurid näitavad kiirust koos raamimisega. Kui need kaks erinevad umbes Etherneti varu võrra, on aritmeetika õige ja ainult piir oli valesti nimetatud. Ühest raamipäisest palju suurem erinevus viitab millelegi muule lingil, näiteks kordussaadetistele või teisele voolule, mis liidest jagab. Kirjuta paketiseerimisintervall, kaitsekomplekt ja piir arvu kõrvale, sest hinnangut ilma nende kolmeta tsiteerib järgmine lugeja mõõtmisena.