1 / 30

Session Description Protocol

Session Description Protocol. علی ناصری.

Download Presentation

Session Description Protocol

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Session Description Protocol علی ناصری

  2. خلاصه ای در رابطه با این مقاله :این مقاله، طرح استانداردهای مسیر اینترنت را در زمینه انجمن اینترنتی و نیاز به مسائل قابل بحث و ارائه پیشنهادات لازم در رابطه با چگونگی ارتقاء اینترنت را، به طور خلاصه ارائه می نماید. لطفا برای دسترسی به نسخه جدید در رابطه با "طرح استانداردهای اینترنت رسمی" (STD)، در جهت استاندارد نمودن وضعیت و شرایط این پروتکل، محدودیت توزیع این مقاله را ما از میان بر داشته ایم.چکیده پژوهش :این مقاله، پروتکل تشکیل و تعریف جلسه، یعنی SDP را توضیح می دهد. SDP برای توضیح دوره های چند رسانه ای، با هدف اعلان دستور کار دوره، دعوت به مشارکت در جلسه، و نیز سایر شرایط دوره های چند رسانه ای، برنامه ریزی شده است.

  3. مقدمه :در جهت بررسی چند جانبه بخش اصلی (MBone) اینترنت، از یک ابزار شامل لیست جلسات می توان در جهت تبلیغ کنفرانس های چند رسانه ای، برقراری ارتباط با آدرس های کنفرانس ها و نیز استفاده از اطلاعات مربوط به ابزار ویژه کنفرانس که برای مشارکت مورد نیاز می باشند، استفاده نمود. این مقاله، پروتکل شرح جلسه را، در جهت تحقق این هدف، و نیز با هدف اطلاع رسانی و تشریح کلی جلسات بیان می نماید. این مقاله دلیل ارائه آدرس های چند منظوره یا توزیع پیام های SDP را، به طور مفصل، توضیح نمی دهد. این موارد در یاد داشت های ضمیمه توضیح داده می شوند. در این مقاله هدف SDP بررسی دلایل کد گذاری رسانه نیست.زمینه پژوهش :MBone بخشی از اینترنت است که بررسی چند جانبه IP را مورد حمایت قرار داده، و امکان برقراری ارتباطات اثربخش و چند جانبه تعداد زیادی از افراد با تعداد زیاد دیگری از افراد را، میسر می نماید. از این وسیله در جهت بر گذاری کنفرانس های چند رسانه ای، به وفور استفاده می گردد. این کنفرانس ها، غالبا خواصی دارند که نیازی به برقراری ارتباط تنگاتنگ بین اعضای مشارکت کننده در آن ها، وجود ندارد؛ بنابر این، برای دریافت _

  4. کنفرانس، یک کاربر در یک سایت MBone، لازم است فقط آدرس گروه چند منظوره ارائه کننده اطلاعات و نیز پورت ها (خروجی های) UDP را شناخته و بتواند اطلاعات کامل را در رابطه به کنفرانس به دست بیاورد. واژگان زیر در این مقاله مورد استفاده قرار گرفته اند، و در متن این مقاله دارای مفاهیم خاصی هستند:کنفرانس :در این مقاله، مفهوم کنفرانس چند رسانه ای یعنی کنفرانسی که در آن دو نفر یا بیش از دو نفر کاربر از یک نرم افزار جهت برقراری ارتباط با یکدیگر استفاده می کنند. جلسه :در این مقاله، جلسه به معنی جلسه چند رسانه ای است، که برای فرستندگان و گیرندگان اطلاعات و نیز تبادل جریان اطلاعات از جانب فرستندگان به گیرندگان بر قرار می گردد. کنفرانس چند رسانه ای را می توان به عنوان یک جلسه چند رسانه ای محسوب نمود.

  5. تبلیغات جلسات : برای کسب اطلاعات در مورد این واژه به اعلان جلسه رجوع شود.اعلان جلسه :اعلان جلسه، مکانیسمی است که، با استفاده از آن، توضیحات مربوط جلسه در قالب یک طرح برای کاربران ارسال می گردد، مثلا در شرایطی که شرح جلسه توسط کاربر به طور مشخص درخواست نشده باشد. شرح جلسه :شرح جلسه، شامل یک فرمت کاملا تعریف شده است که اطلاعات کافی را برای کسب اطلاع کاربر، در زمینه مشارکت در جلسه چند رسانه ای در بر دارد.واژگان تخصصی :واژگان کلیدی این مقاله عبارتند از: "must" یعنی باید، "must not" یعنی نباید، "required" یعنی مورد نیاز، "shall" یعنی خواهم، "shall not" یعنی نخواهم، "recommended" یعنی پیشنهادی، "may" یعنی باید، و "optional" یعنی اختیاری، که لازم است این واژگان در این مقاله مورد تعبیر و تفسیر قرار بگیرند.

  6. اعلان چند منظوره :SDP نوعی پروتکل تشریح جلسات برای ارائه توضیحات لازم در زمینه جلسات چند رسانه ای محسوب می شود. یکی از متداول ترین کاربردهای آن در زمینه کاربرد آن برای اعلان و شرح جلسه (SAP) برای مشتریان می باشد. بسته SAP، همان بسته SDP است که دارای فرمت زیر می باشد. دستور کار جلسه، همان دستور کار پروتکل اعلان جلسه می باشد. SAP به طور کامل در یادداشت و مقاله همکاران توضیح داده می شود. همان گونه که در این مقاله توضیح داده شد، موضوع متن همان تعریفی است که در زمان اعلان جلسه ارائه گردید. اندازه مقاله متن نباید بیشتر از یک کیلو بایت باشد. همان گونه که توسط SAP اعلام شد، در هر بسته فقط حق داریم که یک موضوع را برای اعلان جلسه معرفی نمائیم. چگونگی اعلام ای میل و WWW :تنها وسیله های اعلام شرح جلسه، عبارتست از: استفاده از ای میل، و وب جهانی. هم برای ای میل و هم برای توزیع WWW، لازم است از محتوای MIME، " درخواست/SDP" استفاده گردد. این ابزار امکان استفاده اتوماتیک را در جلسه به صورت استاندارد و با استفاده از WWW مشتریان یا ای میل آنان، فراهم می نماید.

  7. SDP شامل موارد زیر می شود :1- نام و هدف جلسه.2- زمان برگزاری فعال جلسه.3- وسیله و رسانه اعلان جلسه.4- اطلاعات لازم در جهت چگونگی دست یابی به آن رسانه (یعنی آدرس رسانه، خروجی های آن، فرمت رسانه، و غیره).اطلاعات رسانه ای : در زمینه اطلاعات رسانه ای، SDP شامل موارد زیر می شود:نوع رسانه (ویدئو، رسانه شنیداری، و غیره).وسیله انتقال (RTP/UDP/IP، H320، و غیره).فرمت رسانه (H261Video، ویدئو MPEG، و غیره).برای جلسات چند منظوره IP، وسایل زیر نیز کاربرد دارند:آدرس مولتی مدیا برای استفاده در مدیا.خروجی انتقال دهنده برای مدیا.

  8. برای اجرای جلسات تک منظوره IP، موارد زیر مورد نیاز می باشند :آدرس ریموت (دور) برای استفاده مدیا.خروجی انتقال برای تهیه آدرس جهت برقراری تماس.مفهوم و هدف این آدرس و خروجی، بستگی به پروتکل های رسانه و انتقالی دارند که توضیح داده شدند. با توجه به پیش فرض، این آدرس و خروجی، همان آدرس و خروجی ریموتی هستند که، اطلاعات به آن ارسال شده، و نیز همان آدرس ریموت و خروجی محلی هستند که اطلاعات از آن دریافت می شود. با این وجود، برخی از رسانه ها ممکن است این موارد را جهت ایجاد یک کانال کنترلی برای جریان رسانه واقعی ایجاد نمایند. مشخصات SDP:تعاریف مربوط به جلسات SDP با استفاده از کاراکتر هایی کاملا متنی مانند ISO 10646، جهت کدگذاری UTF – 8 انجام می شود. برای نام ها و اسامی اسنادی و زمینه ای SDP می توان فقط از زیر گروه های US – ASCII استفاده نمود، اما برای اندازه گیری مقادیر زمینه ای و اسنادی متنی می توان از گروه کاراکترهای کامل ISO – 10646 استفاده نمایند. کد گذاری اطلاعات متنی، بر عکس کد گذاری دودوئی (باینری) مانند ASN/1 یا XDR، برای افزایش قابلیت انتقال پیام انتخاب می شوند، تا امکان استفاده از تعداد زیادی از وسائل نقل و انتقال، (برای مثال، پیام های ای میل در رابطه با شرح جلسه MIME)، و نیز امکان انعطاف پذیری پیام وجود داشته،

  9. و امکان ایجاد و پردازش توضیحات جلسات را بر مبنای بسته نرم افزار متنی (مانند، TEL/TK) فراهم نماید. با این وجود، در شرایطی که کل پهنای باند اختصاص داده شده به تمام اعلامیه های SAP تا حدودی محدود باشند، کد گذاری نیز لازم است به صورت خلاصه وار انجام بگیرد. و نیز در شرایطی که ارسال اعلامیه های جلسات با استفاده از وسائل غیر قابل اعتماد انجام بگیرد (مانند ای میل)، یا این که امکان آسیب وارد شدن به پیام از طریق سرور کشینگ متوسط وجود داشته باشد، کد گذاری با یک ترتیب محدود و بر اساس مقررات فرمتی انجام می گردد، به گونه ای که اغلب اشتباهات آن ها به تغییر اطلاعیه ای منجر می شود که به سادگی قابل تشخیص و رفع نقص می باشند. این موضوع همچنین امکان رفع نقص سریع اطلاعیه های سری و رمز گذاری شده ای که گیرنده پیام کلید درست آن را ندارد، را فراهم می نماید. شرح جلسه SDP از چند خط متن تشکیل شده است که به شکل <نوع> <عدد> <نوع> می باشند، و همیشه یک کاراکتر و به طور موردی از اهمیت زیادی برخوردار می باشد. <عدد> نوعی متن ساختار بندی شده است، که فرمت آن بستگی به <نوع> آن دارد. عدد ممکن است به طور موردی از اهمیت برخوردار باشد، در غیر این صورت یک زمینه خاصی را تعریف نماید. در هیچ کدام از جهات علامت " نمی توان فضای خالی قرار داد. در کل، این <عدد> ممکن است نمایان گر تعداد زمینه های تعیین محدوده توسط یک کاراکتر تک فضا یا فرمت آزاد ردیف باشد.

  10. زمانی که SDP توسط SAP ارسال گردید، فقط یک شرح جلسه برای هر بسته می تواند کاربرد داشته باشد. و نیز زمانی که SDP توسط سایر رسانه ها ارسال گردید، بسیاری از شرح جلسات SDP ممکن است با یک دیگر ادغام شوند (خط "v=" یعنی آغاز شرح جلسه مفهومش به پایان رسیدن شرح جلسه قبلی می شود). برخی خطوط در هر شرح جلسه، لازم است وجود داشته باشند، اما وجود یا عدم وجود برخی دیگر اختیاری است، با این وجود لازم است همه این خطوط به ترتیبی که در این جا مشخص شده است، دقیقا آورده شوند (ترتیب ثابت تا حدود زیادی موجب افزایش اشتباهات شده و امکان تجربه ساده را فراهم می نماید).آیتم های اختیاری با علامت "*" مشخص می شوند. آیتمهای اختیاری با علامت "*" مشخص می شوند. شرح جلسه :V= (ورژن پروتکل).O = (شاخص مالک/ایجاد کننده و جلسه).S = (نام جلسه).I = * (اطلاعات مربوط به جلسه).U = * (تعریف URL).E = * (آدرس ای میل).P = * (شماره تلفن).

  11. C = * (اطلاعات مربوط به برقراری ارتباط – در صورتی که در رسانه آورده شد، نیازی به ذکر آن نمی باشد). B = * (اطلاعات مربوط به پهنای باند).در مورد اطلاعات بیشتر در رابطه با زمان به ادامه مطلب مراجعه نمائید.Z = * (تنظیم زمان محل).K = * (کلید رمز).A = * (وجود یا عدم وجود خطوط مربوط به جلسه).برای کسب اطلاعات در رابطه با شرح رسانه، به ادامه مطلب مراجعه شود.تعاریف مربوط به زمان:T = (زمانی که جلسه فعالانه برگزار می شود).r = * (تکرار یا عدم تکرار زمان).تعاریف مربوط به رسانهM = (نام رسانه و آدرس مقصد انتقال).I = * (عنوان رسانه).C = * (اطلاعات مربوط به برقراری ارتباط – در صورتی که در سطح جلسه مطرح شود، ذکر آن اختیاری است).B = * (اطلاعات مربوط به پهنای باند).K = * (کلید رمز).A = * (وجود یا عدم وجود خطوط مربوط به رسانه).

  12. نوع حروف <تایپی> در این شرایط، به طور عمدی به صورت حروف کوچک انتخاب می شود، و معمولا سعی می شود که زیاد طولانی نباشد – عامل SDP به صورت یک مکانیسم کامل لازم است هر گونه اعلامیه ای را که دارای یک نامه "تایپی" است که برایش مفهوم نیست، را نا دیده بگیرد. مکانیسم "نشانه" ("a ="، که در قسمت بالا توضیح داده شد)، ابزار اولیه توسعه SDP و نیز ارتباط دهنده آن به یک درخواست یا رسانه محسوب می شود. برخی نشانه ها (نشانه هایی که در این مقاله لیست شدند)، یک مفهوم تعریف شده دارند، اما برخی دیگر از نشانه ها را می توان به یک درخواست، رسانه یا یک اطلاعیه جلسه ای خاص، ضمیمه نمود. در فهرست راهنمای جلسه لازم است نشانه هایی را که مفهوم نیستند، نادیده گرفته شوند.اطلاعات مربوط به ارتباط ("c=") و نشانه ("a=")، در رابطه با سطح جلسه، برای همه رسانه های جلسه خاص کاربرد دارند، مگر این که با اطلاعات ارتباطات یا نشانه های مربوط به یک نام خاص در شرح های رسانه مشترک بوده و همپوشانی داشته باشند. برای مثال، در مثال زیر، هر رسانه به گونه ای عمل می نماید که انگار به آن نشانه "recovonly " داده شده است.V=0O= mhandley, 2890844526 2890842807 IN IP4 126.16.64.4S= سمینار SDP.I = یک سمینار در زمینه پروتکل شرح جلسه.

  13. U = http://www.cs.ucl.ac.uk/staff/M.Handley/sdp.03.ps.E = IN IP4 224.2.17.12/127.T = 2873397496 2873404696.A = recvonly.M = audio 49170 RTP/AVP 0.M = video 51372 RTP/AVP 31.M = Application 32416 udpwb.a = orient:portrait.ثبت متن هایی مانند نام جلسه و اطلاعات مربوط به آن، شامل رشته هایی از بایت می باشند که ممکن است شامل همه بایت ها بشود بجز 0x00 (Nul)، 0xoa (ASCII newline) و 0xod (ASCII carriage return). توالی CRLF (0x0d0a) برای پایان دادن به یک ثبت مورد استفاده قرار می گیرند، اگر چه لازم است تجربه کننده تحمل داشته و بپذیرد که ثبت خود را با یک کاراکتر تنها در یک خط تازه به پایان ببرد. به طور پیش فرض، این رشته بایت ها شامل کاراکتر های ISO – 10646 در کد گذاری UTF – 8 می شود.اما این پیش فرض را می توان با استفاده از نشانه "charset" تغییر داد.

  14. URI :U = <URI>.URI به عنوان شاخص منابع جهانی، توسط مشتریان www مورد استفاده قرار می گیرد.URI را می توان به عنوان یک شاخص، برای کسب اطلاعات بیشتر در رابطه با کنفرانس، مورد استفاده قرار داد.این فیلد، یک فیلد انتخابی است، اما در صورت استفاده از این فیلد، لازم است آن را قبل از فیلد رسانه مورد استفاده قرار داد.برای شرح هر جلسه، نباید از بیش از یک فیلد URI استفاده نمود.E= <آدرس ای میل>.P= <شماره تلفن>.موارد فوق اطلاعات مربوط به تماس تلفنی را برای فرد مسئول کنفرانس، ارائه می نمایند. این شخص، لزوما نباید همان فردی باشد که اطلاعیه مربوط به کنفرانس را تهیه کرده است.هم فیلد ای میل و هم فیلد تلفن، لازم است مشخص و تکمیل شوند. نیازی به ذکر آدرس ای میل اضافی یا شماره تلفن اضافی نمی باشد.در صورت وجود این موارد، لازم است قبل از فیلد رسانه این موارد آورده شوند.برای شرح یک جلسه، می توان از بیش از یک فیلد ای میل یا شماره تلفن استفاده نمود.

  15. برای شرح یک جلسه، می توان از بیش از یک فیلد ای میل یا شماره تلفن استفاده نمود.لازم است شماره تلفن بر مبنای فرمت قوانین بین المللی ارائه گردد – یعنی همراه با یک "+ و کد بین المللی آن کشور آورده شود. لازم است یک فضای خالی یا علامت ("-") بین کد کشور و بقیه شماره تلفن آورده شود. فضای خالی و خط تیره برای جدا کردن فیلد تلفن مورد استفاده قرار می گیرد، و در صورت نیاز به خواندن شماره تلفن کمک می کند. برای مثال، p= +44-171-380-7777 یا P= +1 617 253 6011.هم آدرس های ای میل و هم شماره های تلفن می توانند یک متن آزاد اختیاری داشته باشند، که با آن ها ارتباط داشته باشد. که به طور نرمال این متن ها نام شخصی را ذکر می کنند که لازم است با او تماس گرفته شود. در صورتی وجود این چنین متنی، لازم است در داخل پرانتز آورده شود. برای مثال:E = mjh@isi.edu (مارک هندلی).

  16. اطلاعات مربوط به برقراری ارتباط :E=<نوع شبکه> <نوع آدرس> <آدرس ارتباط>.که در آن فیلد "e=" شامل اطلاعات مربوط به ارتباط می باشد.هر شرح جلسه ای لازم است دارای یک فیلد "e=" در رابطه با شرح رسانه، یا یک فیلد "e=" در رابطه با جلسه باشد (برای کسب اطلاعات بیشتر به ادامه مطلب مراجعه نمائید). این اطلاعات می تواند حاوی فیلد مربوط به سطح جلسه یعنی فیلد "c=" و نیز فیلد "c=" اضافی در زمینه شرح رسانه باشد. در هر کدام از این موارد، اعداد و ارقام مربوط به رسانه ممکن است با اعداد و ارقام مربوط به زمینه جلسه برای رسانه مربوطه، بر هم منطبق باشند. فیلد فرعی اول مربوط به شبکه است، یعنی همان زنجیره متنی است که نوع شبکه را نشان می دهد. دو حرف اول واژه اینترنت (Internet) برای یعنی "IN" برای نشان دادن مفهوم "Internet" مورد استفاده قرار می گیرند.دومین فیلد فرعی، نوع آدرس است. این فیلد برای SDP امکان استفاده در زمینه جلساتی را فراهم می نماید که به IP وابسته نیستند. تا کنون فقط IP4 شرح داده شده است. سومین فیلد فرعی، آدرس ارتباط است. ضمنا می توان از فیلد های فرعی دیگری نیز، بعد از فیلد آدرس ارتباط، با توجه به اعداد و ارقام فیلد <نوع آدرس> استفاده نمود.

  17. برای آدرس های IP4، آدرس ارتباط به صورت زیر شرح داده می شود:به طور مشخص، آدرس ارتباط همان آدرس طبقه –D IP گروه چند منظوره می باشد.در صورتی که جلسه چند منظوره نباشد، در این صورت آدرس ارتباط شامل نام کاملا تائید شده دامین یا آدرس IP تک منظوره بر گرفته از منابع اطلاعاتی یا اطلاعات بدست آمده، همان گونه که توسط فیلد نشانه مشخص شده است، می باشد. انتظار نمی رود که اسامی دامین های چند منظوره یا آدرس های تک منظوره در شرح جلسه ای ذکر شوند که از طریق اطلاعیه چند منظوره اعلام شده است، اگر چه انجام این کار ممنوع نیست. در صورتی که بنا بر این باشد که جریان اطلاعات تک منظوره از طریق یک شبکه تفسیر کننده آدرس انتقال پیدا کند، توصیه می شود که از یک نام دامین کاملا تائید شده استفاده شود تا یک آدرس IP تک منظوره. در سایر موارد، برای استفاده از آدرس IP برای مشخص کردن یک واسط خاص، ممکن است لازم باشد که از یک ابزار چند خانه ای برای انجام این کار استفاده شود. بنا بر این، این ویژگی موجب می شود که تصمیم به گونه ای اتخاذ گردد که از درخواست فرد استفاده گردد، در این صورت لازم است مشخصات به گونه ای باشد که، برای هر دو فرمت قابل دریافت و استفاده باشند. کنفرانس هایی که از آدرس IP جهت بر قراری ارتباط چند جانبه استفاده می کنند، لازم است زمان لازم برای مشارکت در جلسه (TTL) را، در جهت آماده سازی جدول زمانی علاوه بر آدرس چند جانبه را داشته باشند. TTL و آدرس با کمک همدیگر می توانند نظراتی را که از طریق آن بسته های چند منظوره ارسالی به کنفرانس، را توجیه نمایند. اعداد و ارقام مربوط به TTL لازم است بین صفر تا 225 باشد. TTL های جلسه که به آدرس ضمیمه شده است با استفاده از

  18. اسلش (Slash) از هم جدا می شوند. برای مثال:C= IN IP4 224.2.1.1/127 استفاده از اسلش (/) برای تعاریف فوق که برای آدرس های یک جانبه مورد استفاده قرار گرفته است، غیر قانونی است. پهنای باند :B=<مشخص کننده پهنای باند>:<پهنای باند-عدد>.این موضوع پهنای باند پیشنهادی که لازم است برای جلسه یا رسانه مورد استفاده قرار بگیرد، را مشخص می نماید، البته میزان آن اختیاری است.<پهنای باند-میزان> این عدد بر اساس واحد کیلو بایت در ثانیه مورد محاسبه قرار می گیرد.<مشخص کننده پهنای باند> واژه ای بر مبنای اعداد آلفایی تنها است، که به عدد پهنای باند معنا می بخشد.در مراحل اولیه دو رقم تعریف کننده و مشخص کننده پهنای باند ارائه می گردند. که عبارتند از:

  19. CT کل کنفرانس: با توجه به چشم انداز مدیریتی چند جانبه (پهنای باند Mbone در برابر محدودیت های TTL در MboneFaq) حد اکثر پهنای باند با TTL Mbone ارتباط دارد. در صورتی که پهنای باند موجود در یک جلسه یا رسانه، با پهنای باندی که در جلوی دید نیست تفاوت داشته باشد، لازم است یک خط b=CT، "..." برای جلسه تهیه شود تا بتواند یک محدوده فوقانی فرضی برای پهنای باند مورد استفاده ایجاد نماید. هدف اولیه انجام این کار ارائه یک ایده برآوردی می باشد، مبنی بر این که آیا می توان به طور همزمان دو کنفرانس یا بیش از دو کنفرانس را بر گزار نموده و تحت پشتیبانی قرار داد یا خیر.AS یا حد اکثر کار برد در شرایط خاص: فرض بر این است که پهنای باند ویژه هر کنفرانس خاص می باشد، یعنی، در برخی موارد حد اکثر استفاده از پهنای باند به عمل می آید. به طور طبیعی، این موضوع با آن چه که در کنترل " حداکثر پهنای باند" برنامه ریزی شده است، همخوانی دارد.لازم به ذکر است که، CT امکان استفاده از حد اکثر پهنای باند را برای همه رسانه ها در همه اماکن فراهم می نماید. AS به پهنای باند امکان استفاده در یک رسانه مشخص را در یک محل خاص، فراهم می نماید، اگر چه ممکن است بتوان آن را به محل های زیادی، به طور همزمان ارسال نمود.مکانیسم توسعه پهنای باند: نویسندگان ابزار می توانند تغییرات تجربی پهنای باند را، از طریق تثبیت تغییرات با استفاده از "X-" تشریح نمایند، برای مثال:B=X – YZ:128

  20. زمان ها، زمان های تکرار و زمان منطقه.T=<زمان آغاز><زمان پایان>.فیلد "t=" زمان های آغاز و پایان جلسه کنفرانس را مشخص می نمایند، فیلد های چند جانبه "t="، را می توان در زمانی مورد استفاده قرار داد که جلسه به صورت چند جانبه و در زمان های نا منظم فعال است. هر کدام از فیلد های اضافی "t=" یک دوره زمانی را مشخص می نمایند که جلسه در رابطه با آن ها فعال است. در صورتی که جلسه در زمان های منظم فعال باشد، فیلد "r=" نیز لازم است علاوه بر و نیز به دنبال فیلد "t=" مورد استفاده قرار بگیرد – که در آن مورد فیلد "t=" زمان های آغاز و پایان توالی مکرر زمانی را مشخص می نمایند.فیلد های فرعی اول و دوم، به ترتیب زمان های آغاز و پایان کنفرانس را نشان می دهند. این اعداد و ارقام، به صورت اعداد اعشاری پروتکل زمان شبکه (NTP)، را با استفاده از مقیاس ثانیه، نشان می دهند. برای تبدیل این اعداد و ارقام به زمان UNIX، اعداد اعشاری را از 220898800 کسر نمائید.در صورتی که زمان پایان جلسه بر مبنای صفر مورد محاسبه قرار گرفته باشد، در این صورت جلسه حد و مرزی ندارد، و در این صورت، زمان پایان آن را نمی توان تا آغاز زمان جلسه فعال نمود. در صورتی که زمان آغاز جلسه نیز صفر باشد، در این صورت این جلسه تحت عنوان یک جلسه همیشگی مد نظر قرار می گیرد.

  21. جلسات دائمی به گونه ای برای کاربران برنامه ریزی می شوند که به نظر می رسد که هرگز فعال نبوده اند، مگر این که زمان های زیادی در این رابطه وجود داشته باشند که با دقت مشخص نمایند که جلسه چه موقع فعال خواهد بود. در کل، لازم نیست جلسات دائمی، برای تمام جلساتی که انتظار می رود که برای مدت کمتر از دو ماه ادامه داشته باشد، برنامه ریزی شود، و نیز برای جلساتی که کمتر از 6 ماه ادامه پیدا می کنند نیز این نوع برنامه ها توصیه نمی شوند. R= <فاصله های مکرر جلسات> <استمرار فعال جلسات> <لیست تعطیلات جلسات از زمان آغاز آن ها>.فیلد "R="، زمان های مکرر جلسه را مشخص می کند. برای مثال، در صورتی که جلسه ای در ساعت 10 صبح دوشنبه و 11 صبح سه شنبه برای مدت یک ساعت، در هفته، و برای مدت سه ماه، فعال باشد، در این صورت <زمان آغاز جلسه> در فیلد "t=" نشان دهنده NTP 10 صبح در اولین دوشنبه، فیلد <فاصله مستمر> یک هفته، فیلد <استمرار فعال جلسات> یک ساعت، و فیلد تعطیلی جلسه صفر ساعت و 25 ساعت خواهد بود. فیلد "t="، یعنی زمان پایان جلسه نشان دهنده NTP پایان آخرین جلسه سه ماه بعد خواهد بود. با توجه به پیش فرض، همه فیلد ها بر مبنای ثانیه برنامه ریزی شده اند، بنا بر این، فیلد های "r="، و "t="، ممکن است به صورت زیر نوشته شوند.T= 3034423619 3042462419R= 604800 3600 0 90000

  22. برای فشرده کردن این اطلاعات، می توان زمان ها را به صورت واحد های از روز، مانند ساعت یا دقیقه نیز ذکر نمود. دستور نگارش این اعداد و ارقام، اعدادی است که، بلافاصله بعد از این اعداد و ارقام و به دنبال یک کاراکتر تنها و به صورت موردی می آیند. در این شرایط، اعداد به صورت کسری آورده نمی شوند – و به جای اعداد کسری، بهتر است از واحد های کوچک تر استفاده گردد. کاراکتر های زیر را می توان در این موارد مورد استفاده قرار داد:D – روز (Days)، (86400 ثانیه).H – دقیقه (3600 ثانیه).M – دقیقه (60 ثانیه).S – ثانیه (برای تکمیل زمان مورد استفاده قرار می گیرد، اما استفاده از این واحد زمانی توصیه نمی گردد).بنا بر این، اطلاعات بالا را می توان به صورت زیر نیز نوشت:R=7d 1h 0 25hتکرار ماهیانه و سالیانه جلسات را، در حال حاضر نمی توان با استفاده از یک SDP تنها، برای تکرار زمان مشخص نمود – بلکه به جای آن:می توان از فیلد های جداگانه "t" برای تهیه لیست جداگانه زمان جلسات استفاده نمود.Z=<تنظیم زمان> <تعطیلی جلسه> <تنظیم زمان> <تعطیلی جلسه> ...می توان زمان جلسه مستمر را از آغاز تا پایان روشنایی روز تنظیم نمود – این موضوع موجب صرفه جویی در زمان استاندارد می شود، و عکس قضیه نیز درست است.

  23. K = <روش>:<کلید رمز>.پروتکل شرح جلسه، ممکن است برای ارائه کلید های رمز جلسه مورد استفاده قرار بگیرد. هر فیلد کلید رمز قبل از اولین ورودی رسانه مورد استفاده قرار می گیرد (که در آن مورد این کلید رمز برای همه رسانه های جلسه مورد استفاده قرار می گیرد)، یا در صورت لزوم برای ورودی هر رسانه یک کلید رمز مورد استفاده قرار می گیرد. فرمت کلید ها و کاربرد آن ها خارج از حیطه این مقاله می باشند، اما برای کسب اطلاعات بیشتر در این زمینه می توانید به فصل سوم مراجعه نمائید.روش کار، مکانیسم مورد استفاده جهت دست یابی به یک کلید قابل استفاده توسط رسانه های خارجی، یا کلید رمز استفاده شده جهت رمز گذاری، را نشان می دهد.روش های رمز گذاری در قسمت زیر شرح داده می شود:K = روشن : <کلید رمز>.کلید رمز (همان گونه که در قسمت سوم در بالا، برای جریان رسانه RTP تحت عنوان پروفایل AV، توضیح داده شد)، در این فیلد کلید رمز، قابل انتقال نمی باشد. K = پایه 64 : <کلید رمز کدگذاری شده>.کلید رمز (همان گونه که در قسمت سوم برای جریان رسانه RTP تحت عنوان پروفایل AV، توضیح داده شد)، در این فیلد کلیدی آورده شده است، اما به صورت پایه 64 رمز گذاری شده است، و شامل کاراکتر هایی می شود که در SDP آورده نشده اند.

  24. K= uri: <URI برای گرفتن رمز>.یک شاخص منابع جهانی، همان گونه که توسط مشتریان www مورد استفاده قرار گرفته است، در این فیلد کلیدی آورده شده است. URI به اطلاعاتی اشاره دارد که شامل کلید رمز می شود، و ممکن است نیاز به اختیارات بیشتر، قبل از باز گردانده شدن کلید رمز باشد. زمانی که درخواستی برای یک URI مشخص ارسال می شود، محتوای MIME – نوع پاسخ، کدگذاری در کلید پاسخ ها را مشخص می نماید. کلید رمز، نباید تا آن زمان قابل دریافت باشد، که کاربر می خواهد که به جلسه بپیوندد تا احتمال همزمان سازی پاسخ ها با خدنات www را کاهش بدهد.K = فوری.هیچ کدام از کلید ها در شرح SDP آورده نشده اند، اما جلسه یا جریان رسانه، که توسط این فیلد کلیدی به آن اشاره شده است، رمز گذاری شده است. کاربر لازم است، در زمانی که برای مشارکت در جلسه اقدام می کند، برای دست یابی به این کلید فورا اقدام نماید، و این کلید ایجادی توسط کاربر لازم است برای رمز گشایی جریان رسانه مورد استفاده قرار بگیرد.نشانه هاA = <نشانه ها>.A = <نشانه>:<عدد>.نشانه ها وسایل اولیه برای توسعه SDP محسوب می شوند، نشانه ها را می توان به گونه ای تعریف نمود که آن را به عنوان نشانه های "در سطح جلسه"، نشانه های "در سطح رسانه"، یا برای هر دو مورد فوق، مورد استفاده قرار داد.

  25. فیلد های نشانه ممکن است به دو شکل باشند، که عبارتند از:نشانه های ویژه. نشانه ویژه ممکن است به صورت ، "a= <پرچم>" باشد.به این نوع ویژگی ها، نشانه های دودوئی می گویند، و وجود این نشانه این پیام را منتقل می نماید، که این نشانه جزء ویژگی های جلسه است. به عنوان مثال می توان گفت، "a=recvonly".نشانه های عددی. نشانه های عددی ممکن است به صورت، "a=<نشانه>:<عدد>" ذکر شوند. می توان به عنوان مثال ذکر کرد که یک وایت برد می تواند نشانه عددی داشته باشد، مانند "a= ناحیه:سرزمین".تفسیر این نشانه ها بستگی به ابزار رسانه ای دارد که مورد استفاده و استناد قرار گرفته است. بنا بر این، دریافت کنندگان شرح جلسه لازم است در حالت کلی در زمینه تفسیر اعلامیه و نیز به طور اخص در زمینه علائم و نشانه های آن، قابل سامان دهی باشند. اسامی و مشخصات نشانه ها لازم است در زیر مجموعه ISO – 10646/UTF – 8، قرار داده شوند. مقادیر نشانه ها بر مبنای تعداد بایت مورد محاسبه قرار می گیرند، در این زمینه می توان تعداد بایت ها را مورد استفاده قرار داد، بجز 0x00 (صفر)، 0x0A (LF)، و 0xoD (CR). بر مبنای پیش فرض، مقادیر نشانه ها را می توان تفسیر نمود، مثلا در ISO – 10646، کاراکتری که توسط کد گذاری UTF – 8 مشخص گردیده است. برعکس سایر فیلد های متنی، مقادیر نشانه ها، در حالت نرمال توسط نشانه کارست (Charset) تحت تاثیر قرار نمی گیرند، به دلیل این که این موضوع، مقایسه آن ها با مقادیر شناخته شده را دشوار می سازد. با این وجود، زمانی که نشانه ای تعریف می شود، می توان آن نشانه را به عنوان نشانه وابسته به چارست تعریف نمود، که

  26. در این مورد، مقدار آن لازم است بر اساس چارست جلسه تفسیر بشود تا ISO – 10646. نشانه هایی که به طور متداول مورد استفاده قرار می گیرند، را می توان با استفاده از IANA ثبت نمود (برای کسب اطلاعات بیشتر در این زمانه، به ضمیمه ب مراجعه شود). نشانه های ثبت نشده لازم است با "X-" آغاز شوند، تا از تلاقی های سهوی آنان با نشانه های ثبت شده، جلوگیری شود. در هر کدام از این موارد، در صورتی که نشانه ای توسط دریافت کننده دریافت شود که مفهوم نیست، لازم است به راحتی توسط گیرنده نادیده گرفته شود.در آینده می توان پارامتر های بیشتری را نیز تعریف نمود، اما نیازی به اضافه کردن پارامتر های دارای کد مشخص نمی باشد. پارامتر های اضافه شده به نشانه rtpmapباید فقط شامل پارامتر هایی باشد که برای لیست جلسه مورد نیاز بوده، و برای انتخاب رسانه مناسب، در جهت مشارکت در جلسه مورد نیاز می باشد. پارامتر های دارای کد مشخص نیز لازم است در سایر نشانه ها اضافه شوند.بیش از یک نشانه rtpmap را می توان برای هر فرمت مشخص شده رسانه تعریف نمود. بنا بر این، ما ممکن است فرمول زیر را داشته باشیم:M = audio 49230 RTP/AVP 96 97 98A = rtpmap: 96 L8/8000A = rtpmap: 97L16/11025/2

  27. پروفایل های RTP که استفاده از انواع بار مفید داینامیک را مشخص می کنند، لازم است اسامی معتبر کدگذاری را تعریف نموده و/یا ابزاری را جهت ثبت نام های کد گذاری شده تهیه نمایند، البته در صورتی که لازم باشد که آن پروفایل با SDP مورد استفاده قرار بگیرد. فرمت های کدگذاری تجربی را نیز می توان با استفاده از rtpmap مشخص نمود. فرمت های RTP، تحت عنوان فرمت های استاندارد ثبت نمی شوند، نام ها لازم است قبل از "X-" بیاید. بنا بر این، یک جریان جدید رسانه شنیداری اضافی و تجربی، یعنی GSMLPC با استفاده از بار مفید داینامیک نوع 99، را می توان به صورت زیر مشخص نمود:M = video 49232 RTP/AVP 99A = GSMLPC 8000 rtpmap :99 X-این نوع کد گذاری تجربی نیازمند آن است که هر گونه سایتی که نیاز به دریافت جریان رسانه دارد، و شرایط مرتبط مشخص شده ای در لیست جلسه دارد، لازم است بداند که کدام ابزار ها برای انجام این کار مناسب هستند. لازم به ذکر است که فرمت های شنیداری RTP در اغلب اوقات حاوی اطلاعات لازم در رابطه با تعداد نمونه های بسته نیستند.

  28. نشانه های پیشنهادی :استفاده از نشانه های زیر توصیه می گردد. در این شرایط، نویسندگان درخواست ممکن است نشانه های جدید را اضافه کنند، به دلیل این که این نشانه ها مورد نیاز می باشند، لیست زیر زیاد و خسته کننده نیست:A = cat:<category>این نشانه ها طبقات ارائه شده در طبقه بندی جلسه را که با استفاده از نقطه از یک دیگر جدا شده اند را نشان می دهند. این نوع طبقه بندی، دریافت کننده را قادر می سازد تا جلسات نا خواسته را با استفاده از طبقه بندی فیلتر نماید. این فیلد، به استثنای ماهیت تجربی خود در این زمان، به احتمال زیاد یک فیلد جداگانه اجباری محسوب می شود. این نشانه، یک نشانه در سطح جلسه محسوب شده، و و به چارست (charset) ارتباطی ندارد. A = keywds:<keywords>مانند نشانه cat، این نشانه برای کمک به تعیین جلسات توسط دریافت کننده، مورد استفاده قرار می گیرد. این نشانه ها، گیرنده را قادر می سازد تا با توجه به و استفاده از واژگان کلیدی، که اهداف جلسات را مشخص می نمایند، جلسات مورد علاقه خود را مشخص نماید. این نشانه، یک نشانه در سطح جلسه است. این نشانه به نشانه چارست بستگی دارد، و مفهوم این موضوع آن است که ارزش آن لازم است در چارست مشخص شده، برای تعریف جلسه تفسیر شود، در صورتی که یکی از آن ها مشخص گردیده، یا با توجه به پیش فرض، موجود در ISO 10646/UTF – 8، تعیین گردید.

  29. A= ابزار:<نام و ورژن ابزار>.این فیلد، نام و شماره ورژن وسیله مورد استفاده در جهت ارائه شرح جلسه را مشخص می نماید.این نشانه یک نشانه در سطح جلسه بوده، و وابستگی به چارست ندارد. A = ptime:<packet time>این فیلد، طول زمان جلسه را، بر مبنای میلی ثانیه (millisecond)، با استفاده از رسانه بسته، مشخص می نماید. این فیلد، یعنی طول زمان، احتمالا فقط برای کسب اطلاعات شنیداری اهمیت دارد. ممکن است دانستن ptime، یا در جهت کد برداری از RTP یا vat شنیداری، اهمیتی نداشته باشد، و نیز شاید هدف آن ارائه توصیه های لازم در جهت کدگذاری/بسته بندی رسانه شنیداری باشد. ptime یک نشانه رسانه ای بوده، و به چارست ارتباطی ندارد.A=recoveryاین فیلد مشخص می کند که لازم است ابزار ها در زمانی که به کار گرفته می شوند، فقط در حالت دریافت کننده آغاز به کار نمایند. این نشانه ممکن است یا نشانه جلسه و/یا نشانه رسانه باشد، و به چارست هیچ ارتباطی ندارد. A = sendrecvاین نشانه، مشخص می کند که، وسایل لازم است در شرایط فرستنده و گیرنده شروع به کار نمایند، مانند wbکه پیش قرض آن فقط حالت گیرنده می باشد. این نشانه ممکن است یا نشانه جلسه باشد، یا نشانه رسانه، و با چار ست ارتباطی ندارد.

  30. A = sendonly(فقط فرستنده).این نشانه مشخص می کند که، ابزارها لازم است فقط در حالت فرستنده شروع به کار نمایند. به عنوان مثال می توان ذکر کرد که یک آدرس متفاوت یک جانبه لازم است برای مقصد پر ترافیک مورد استفاده قرار بگیرد، تا برای منبع ترافیک. در این چنین موردی، می توان از دو شرح رسانه استفاده کرد، یکی رسانه فقط فرستنده و دیگری رسانه صرفا بازگشتی (recovonly). این نشانه ممکن است نشانه جلسه یا نشانه رسانه باشد، اما در حالت نرمال فقط به عنوان نشانه رسانه مورد استفاده قرار گرفته و به چارست وابسته نمی باشد. A = orient:<whiteboard orientation>به طور نرمال، این نشانه فقط در رابطه با مشخص کردن رسانه وایت برد مورد استفاده قرار می گیرد. این نشانه، شرایط وایت برد را بر روی پرده نشان می دهد. این یک علامت، نشانه یک رسانه است.

More Related