Uurime VoIP mootorit Mediastreamer2. Osa 8

Artikli materjal on saadud minu Dzen-kanalist.

RTP-paketi struktuur

Eelmisel artiklis me kasutasime TShark RTP-pakettide salvestamiseks, mida vahetasid meie vastuvõtja ja saatja. Sel korral värvime paketi elemendid eri värvidesse ja räägime nende tähendustest.

Vaatame sama paketti, kuid nüüd värviliste väljade ja selgitavate märkustega:

Loendi alumises osas on värvitud päid, mis koosnevad RTP-paketist, mis on omakorda UDP-paketi kasulik koormus (tema pealkiri on musta joonega ümber joonistatud). Värviliste taustadega on tähistatud RTP-pealkirja bait ja rohelise värviga on esile tõstetud andmeplokk, mis sisaldab RTP-paketi kasulikku koormust. Andmed on esitatud kuhexakena. Meie puhul on see heli signaal, mis on kompresseeritud u-laki (mü-laki) seaduse järgi, st üks proov on 1 bait. Kuna kasutasime vaikeseadistuse mustriga, mis on määratud 8000 Hz, siis 50 Hz pakettide sagedusega peaks iga RTP-pakett sisaldama 160 bait kasulikku koormust. Just seda me näeme, kui loeme rohelise ala baitsid, neid peab olema 10 rida.

Standardi kohaselt peab kasuliku koormuse andmete arv olema nelja jagatav, teisiti öeldes, see peab sisaldama täisarv nelja baitiseid sõnu. Kui juhtub, et teie kasulik koormus ei vasta sellele reeglile, tuleb kasuliku koormuse lõppu lisada nullväärtustega baits ja seada Padding (Lisa). See biit asub RTP-pealkirja esimeses baitis, mis on värvitud türkiissinisega. Pange tähele, et kõik kasuliku koormuse baitsid on väärtusega 0xFF — nii välja näeb vaikus u-laki formaat.

RTP-paketi pealkiri koosneb 12 kohustuslikust baitist, kuid kahel juhul võib see olla pikem:

• Kui pakett edastab helisignaali, mis on saadud signaalide segamise teel mitmest allikast (RTP-voogudest), siis pärast esimese 12 baitise pealkirja asub tabel, kus on loetletud allikate identifikaatorid, kelle kasulikku koormust on kasutatud selle paketi kasuliku koormuse loomiseks. Samal ajal asub pealkirja esimeses baitis madalamates neljas bitides (väljal Kaasaaitavate allikate identifikaatorite arv) määrab allikate arvu. Väli on 4 bitti suurune, seega võib tabel sisaldada kuni 15 allika identifikaatorit. Igaüks neist võtab 4 baiti. Seda tabelit kasutatakse konverentsikõnede korraldamisel.

• Kui pealkirjal on laiend. Sel juhul seadistatakse pealkiru esimeses bitti. X. Laiendatud pealkirjas, pärast osalejate tabelit (kui need on olemas), on laiendatud pealkiri, mille suurus on üks sõna, ning sellele järgneb laienduse sõnad. Laiendus on baitide kogum, mida saate kasutada täiendavate andmete edastamiseks. Standard ei määra nende andmete formaati - see võib olla mis tahes. Näiteks võivad need olla täiendavad seaded seadmele, mis saab RTP-pakette. Mõningate rakenduste jaoks on selle jaoks siiski välja töötatud laiendatud pealkirja standardid. Näiteks on see tehtud sidevahendite jaoks standardis. ED-137 (Interoperability Standards for VoIP ATM Components).

Nüüd vaatame pealkirjavälju lähemalt. Allpool on kanoniline joonis RTP-pealkirja struktuurist, mille ma samuti ei suutnud värviliseks teha.

VER — protokolli versiooni number (praegune versioon 2);

P — lipp, mis seadistatakse juhtudel, kui RTP-pakett täiendatakse tühjade baitidega lõpus;

X — lipp, mis näitab, et pealkiri on laiendatud;

CC — näitab CSRC-identifikaatorite arvu, mis järgneb püsipealkirjale (pärast sõnu 1..3), joonisel tabel puudub;

M — kaadri alguse või kõne olemasolu märgis (kui kasutatakse kõne pauside tuvastajat). Kui vastuvõtjal ei ole kõne pauside tuvastajat, siis peab see bitt olema pidevalt seadistatud;

PTYPE — näitab koormuse vormingut;

Järjesta number — paketi number, kasutatakse pakettide esitamise järjekorra taastamiseks, kuna tegelikult võivad paketid jõuda vastuvõtjasse mitte selles järjekorras, milles need saadeti. Algväärtus peaks olema juhuslik, seda tehakse selleks, et juhul, kui RTP-voogu rakendatakse krüpteerimise, oleks selle purustamine raskendatud. Samuti võimaldab see väli avastada pakettide puudumisi;

Aegtemp — ajastustempel. Aeg mõõdetakse signaalinäidetes, st kui pakett sisaldab 160 näidet, siis järgmise paketi ajastustempel on suurem 160 võrra. Ajastuse algväärtus peaks olema juhuslik;

SSRC — paketi allika identifikaator, see peab olema ainulaadne. Selle genereerimine juhuslikult enne RTP-voo käivitamist on parem.

Kui arendate enda RTP-pakettide saatjat või vastuvõtjat, peate korduvalt vaatama oma pakette tõhususe suurendamiseks. Soovitan õppida TSharki pakettide filtreerimise kasutamist, see võimaldab teil jäädvustada ainult neid pakette, mis teid huvitavad. Olukordades, kus võrgus töötab kümneid RTP-seadmeid, on see väga väärtuslik. TSharki käsureas määratakse filtreerimise parameetrid valikuga "-f". Kasutasime seda valikut, kui soovisime jäädvustada pakette 8010 pordilt:
-f "udp port 8010"
Filtreerimise parameetrid on oma olemuselt kriteeriumide kogum, millele "jälgitav" pakett peab vastama. Tingimus võib kontrollida aadressi, sadamat, teatud baitide väärtust paketis. Tingimusi saab kombineerida loogiliste operatsioonidega "JA", "Või" jne. Väga võimas tööriist.

Kui soovite vaadata pakettide väljade dünaamikat, peate väljundi dubleerima TShark faili, nagu eelmisel artiklis näidatud, kasutades väljundi edastamist TShark sisse tee. Edasi avage logifail kasutades less, vim või mõnda muud tööriista, mis suudab kiiresti töötada suurte tekstifailidega ja teha ridade otsingut, saate välja selgitada kõik paketiväli käitumise nüansid RTP-voos.

Kui peate kuulama RTP-voo edastatud signaali, siis tuleb kasutada versiooni TShark visuaalse liidesega Wireshark. Lihtsate hiiremanipulatsioonide abil saab seal kuulata, näha signaali osilloogrammi. Kuid ühe tingimuse korral — kui see on kodeeritud u-law või a-low vormingus.

Järgmises artiklis teeme koos teiega duplex-kõnesüsteemi. Varuge paar peakomplekti ja üks vestluspartner.

Allikas: habr.com