د Mediastreamer2 VoIP انجن سپړنه. 8 برخه

د مقالې مواد زما څخه اخیستل شوي دي زین چینل.

د Mediastreamer2 VoIP انجن سپړنه. 8 برخه

د RTP بسته جوړښت

په اخر کې مقالې موږ کاروو شارک نیول شوي RTP پاکټونه زموږ د رسیدونکي او لیږدونکي ترمینځ تبادله شوي. ښه، پدې کې به موږ د کڅوړې عناصر په مختلفو رنګونو کې رنګ کړو او د دوی هدف په اړه خبرې وکړو.

راځئ چې ورته کڅوړه وګورو ، مګر د رنګ شوي ساحو او توضیحي نوټونو سره:
د Mediastreamer2 VoIP انجن سپړنه. 8 برخه

د لیست په پای کې هغه بایټونه دي چې د RTP پاکټ جوړوي، کوم چې په پایله کې د UDP پاکټ تادیه کیږي (د هغې سرلیک په تور کې ښودل شوی). رنګ شوي شالیدونه د RTP سرلیک بایټونه په ګوته کوي، او شنه د ډیټا بلاک په ګوته کوي چې د RTP کڅوړې تادیه لري. هلته معلومات د هیکساډیسیمل په شکل کې وړاندې کیږي. زموږ په قضیه کې، دا یو آډیو سیګنال دی چې د u-قانون (mu-law) له مخې فشار شوی، د بیلګې په توګه. یوه نمونه د 1 بایټ اندازه ده. له هغه ځایه چې موږ د ډیفالټ نمونې نرخ (8000 Hz) کارولی ، د 50 Hz د پیکټ نرخ کې ، هر RTP پاکټ باید د 160 بایټس تادیه ولري. موږ به دا په شنه ساحه کې د بایټ په شمیرلو سره وګورو، باید 10 کرښې وي.

د معیار له مخې، په تادیه کې د معلوماتو مقدار باید د څلورو څخه څو څو وي، یا په بل عبارت باید د څلور بایټ کلمو یو بشپړ شمیر ولري. که داسې پیښ شي چې ستاسو تادیه دا قاعده نه تعقیبوي ، نو تاسو اړتیا لرئ د پایلوډ پای ته د صفر ارزښتونو سره بایټونه اضافه کړئ او د پیډینګ بټ تنظیم کړئ. دا بټ د RTP سرلیک په لومړي بایټ کې موقعیت لري او د فیروزي رنګ دی. په یاد ولرئ چې د پایلوډ ټول بایټونه د 0xFF ارزښت لري - دا هغه څه دي چې چوپتیا د قانون په بڼه کې ښکاري.

د RTP پاکټ سرلیک 12 اړین بایټونه لري، مګر په دوو حالتونو کې دا اوږد کیدی شي:

  • کله چې یو کڅوړه د څو سرچینو (RTP جریانونو) څخه د سیګنالونو مخلوط کولو سره ترلاسه شوي آډیو سیګنال لیږدوي ، نو د سرلیک له لومړي 12 بایټس وروسته د سرچینې پیژندونکو لیست سره یو جدول شتون لري چې د دې کڅوړې تادیې رامینځته کولو لپاره تادیې کارول شوي. په دې حالت کې، د سرلیک د لومړي بایټ ټیټ څلور بټونو کې (فیلډ مرسته کوونکي سرچینې پیژندونکي شمیرل کیږي) د سرچینو شمیر ښودل شوی. د ساحې اندازه 4 بټونه دي، نو په جدول کې تر 15 پورې سرچینې پیژندونکي شتون لري. هر یو یې 4 بایټ اخلي. دا جدول د کنفرانس کال تنظیمولو په وخت کې کارول کیږي.

  • کله چې سرلیک توسیع ولري. په دې حالت کې، د سرلیک په لومړي بایټ کې بټ ټاکل شوی X. په تمدید شوي سرلیک کې، د ګډون کوونکو د جدول وروسته (که چیرې شتون ولري)، د یوې کلمې توسیع سرلیک شتون لري، وروسته د تمدید ټکي. توسیع د بایټونو یوه سیټ دی چې تاسو یې د اضافي معلوماتو لیږدولو لپاره کارولی شئ. معیار د دې ډاټا بڼه نه مشخص کوي - دا هر څه کیدی شي. د مثال په توګه، دا کیدای شي د هغه وسیلې لپاره ځینې اضافي ترتیبات وي چې RTP پاکټونه ترلاسه کوي. په هرصورت، د ځینو غوښتنلیکونو لپاره، د سرلیک پراخ شوي معیارونه رامینځته شوي. دا ترسره کیږي، د بیلګې په توګه، په معیار کې د مخابراتو تجهیزاتو لپاره ED-137 (د VoIP ATM برخو لپاره د مداخلې معیارونه).

اوس راځئ چې د سرلیک ساحې په ډیر تفصیل سره وګورو. لاندې د RTP سرلیک جوړښت سره یو کانونیکي عکس دی ، کوم چې ما هم مقاومت نشم کولی او په ورته رنګونو کې رنګ شوی.

د Mediastreamer2 VoIP انجن سپړنه. 8 برخه
اول نسخه - د پروتوکول نسخه شمیره (اوسنی نسخه 2)؛

P - یو بیرغ چې په هغه قضیو کې تنظیم شوی چیرې چې د RTP کڅوړه په پای کې د خالي بایټس سره ضمیمه کیږي؛

X - بیرغ چې سرلیک پراخ شوی؛

CC - د CSRC پیژندونکو شمیر لري چې د ثابت سرلیک څخه وروسته (د 1..3 کلمو وروسته)، جدول په انځور کې نه ښودل شوی؛

M - د چوکاټ د پیل نښه یا په چینل کې د وینا شتون (که چیرې د وینا وقفې کشف کونکی کارول کیږي). که چیرې ترلاسه کونکي د وینا وقفې کشف کونکی نلري ، نو دا بټ باید د تل لپاره تنظیم شي؛

PTYPE - د تادیاتو بڼه په ګوته کوي؛

د ترتیب شمیره - د پاکټ شمیره، د پیکټ پلے بیک ترتیب بحالولو لپاره کارول کیږي، ځکه چې اصلي حالت هغه وخت دی کله چې پاکټونه د رسیدونکي په پرتله په مختلف ترتیب کې رسیدلي شي. لومړنی ارزښت باید تصادفي وي؛ دا د دې لپاره ترسره کیږي چې که د RTP جریان کوډ کول کارول کیږي، نو دا به ستونزمن وي چې کریک شي. دا ساحه تاسو ته اجازه درکوي چې د کڅوړې څاڅکي کشف کړئ؛

Timestamp - د وخت ټاپه وخت د سیګنال په نمونو کې اندازه کیږي، i.e. که چیرې یوه کڅوړه 160 نمونې ولري، نو د راتلونکي کڅوړې مهال ویش به د 160 لخوا ډیر وي. د مهال ویش لومړنی ارزښت باید تصادفي وي؛

SSRC - د بسته سرچینې پیژندونکی، دا باید ځانګړی وي. دا غوره ده چې د RTP جریان پیل کولو دمخه په تصادفي ډول رامینځته کړئ.

که تاسو د RTP پاکټونو خپل ټرانسمیټر یا ریسیور رامینځته کړئ ، نو تاسو باید خپل پاکټونه له یو ځل څخه ډیر وګورئ ، نو د تولید ډیروالي لپاره ، زه وړاندیز کوم چې تاسو په TShark کې د پاکټ فلټر کولو کارولو کې مهارت ولرئ ، دا تاسو ته اجازه درکوي یوازې هغه پاکټونه ونیسئ. چې ستاسو په ګټه دي. په داسې شرایطو کې چې لسګونه RTP وسایل په شبکه کې کار کوي، دا خورا ارزښتناکه ده. د TShark کمانډ لاین کې، د فلټر کولو پیرامیټونه د "-f" اختیار سره مشخص شوي. موږ دا اختیار کارولی کله چې موږ غوښتل د 8010 بندر څخه پاکټونه ونیسئ:
-f "udp port 8010"
د فلټر کولو پیرامیټونه په اصل کې د معیارونو یوه مجموعه ده چې "نیول شوي" پاکټ باید پوره کړي. حالت کولی شي په پیکټ کې د ځانګړي بایټ پته، بندر یا ارزښت وګوري. شرایط د منطقي عملیاتو "AND"، "OR" په کارولو سره یوځای کیدی شي. یو ډیر پیاوړی وسیله.

که تاسو غواړئ په بیچونو کې د ساحې بدلونونو متحرکات وګورئ، نو تاسو به د محصول نقل کولو ته اړتیا ولرئ شارک یوې فایل ته، لکه څنګه چې په تیرو مقاله کې ښودل شوي، د محصول لیږد په کارولو سره شارک په دروازه کې ټي. بیا، د لاګ فایل په کارولو سره خلاص کړئ لږ، vim یا بله وسیله چې کولی شي په چټکۍ سره د لوی متن فایلونو سره کار وکړي او د تارونو لټون وکړي، تاسو کولی شئ د RTP جریان کې د پیکټ ساحو د چلند ټول باریکونه ومومئ.

که تاسو اړتیا لرئ د RTP جریان لخوا لیږدول شوي سیګنال ته غوږ ونیسئ ، نو تاسو اړتیا لرئ نسخه وکاروئ شارک د بصری انٹرفیس سره ویرشکر. د موږک سره د ساده چلولو په واسطه، تاسو کولی شئ سیګنال اوسیلوگرام واورئ او وګورئ. مګر په یو شرط - که دا په u-law یا a-low بڼه کې کوډ شوی وي.

بل مقالې موږ به تاسو سره ډوپلیکس انټرکام جوړ کړو. په یو څو هیډ سیټونو او یو مرکه کونکي کې ذخیره کړئ.

سرچینه: www.habr.com

Add a comment