بررسی شبکه های NgN

شبکه های نسل آینده بخش بیستم

 پروتكل جريان (RTSP) real-time

RTSP در RFC2326 به عنوان يك پروتكل درخواست براي كنترل كردن real-time جريانهاي آنالوگ به سمت يك كنترل تلويزيون توضيح داده مي شود. اين استفاده ابتدايي آن براي دعوت كنترل هاي سرويس هاي رسانه مي باشد. براي مثال يك سرور ارتباطات پيوسته كه پيامهاي نامه هاي صوتي از Voice mail را ذخيره مي كند. بازيابي و نمايش دوبارة پيامهاي نامه هاي صوتي روي يك ميكسر RTP مي تواند توسط RTSP كنترل شود.
RTSP زيرمجموعه اي از پيغامها را دارند كه عبارتند از: SETUP، PLAY، RECORD، PAUSE و REARDOWN نامهاي اين پيامها به خوبي اهداف مورد نظرشان را توضيح مي دهد. جريان هاي پيام تكي توسط يك RTSP URL توضيح داده مي شود. البته نه بر خلاف Web 
پيغام توضيح براي درخواست (تقاضاي) توصيف يك جريان رسانه استفاده مي شود. پاسخ شامل يك شرح نوشته شده در بخش پروتكل توصيف (SDP) مي باشد.
پيام معكوس Announce، براي پست كردن يك شرح از يك مسير رسانه به سمت سرور رسانه استفاده مي شود و در real-time براي خبر دادن يك تغيير براي شرح يك جريان رسانه مي تواند استفاده شود.
هوشياري اينترنت
اينترنت در چندين روش از شبكه هاي تلفن تفاوت دارد. آن يك شبكه تنها نيست بلكه بيشتر شبكه شبكه هاست. اينترنت توسط يك اپراتور مركزي اداره نمي شود. آن براي ارتباط ديتا اختراع شده بود نه براي ارتباط صوتي. ارتباطات توسط برقراري مدارات صوتي به دست نمي آيد بلكه با تعيين مسير بسته هاي اطلاعاتي مي باشد.
آدرس هاي IP و شماره تلفن در اندازه و شكل، هدف و در روشي كه تعيين شده اند با هم تفاوت دارند. شما مي توانيد بگوئيد كه هوش در همه جا و هيچ كجاي اينترنت وجود دارد بستگي به اين دارد كه شما چگونه به آن نگاه مي كنيد. TCP/IP، در مورد مسيريابي بسته ها از يك نقطه در شبكه به جاي ديگري در شبكه است. آن شامل اطلاعات اساسي براي تعيين مسير بسته ها از يك روتر به روتر ديگر مي باشد. اما خوب است بگوييم كه شبكه هاي IP بيشتر بي معني (بي صدا، گنگ) هستند.
از سويي ديگر، اينترنت بيشتر در مورد با هم ارتباط داشتن اطلاعات بين شبكه هاست. اين شبكه هاي اطلاعاتي عبارت است از مشتركان (مشتري) و سرورها كه اطلاعات و درخواست ها را براي مردم و دستگاهها تهيه مي كنند. اگر كسي به اين روش به آن بنگرد اينترنت بسيار هوشمند است. در حقيقت، آن بستگي به اين دارد كه چه سطحي در بسته پروتكل IP در نظر گرفته مي شود. شبكه هاي IP تقريباً همگي برروي لايه درخواست، هومشند هستند.
طرح تصوري IN براي شبكه هاي صوتي تلفني اختراع شده بود. و متأسفانه آن نمي تواند براي اينترنت در يك راه مستقيم و سرراست به كار برده شود. هنوز هم كاربرد اينترنتي وجود دارد كه مي تواند به عنوان معادلات (مترادفات) اينترنتي براي سرويس IN محسوب شود. يك مثال سيستم اسمي حوزه اي (DNS) است. آدرس هاي IP براي فهميدن زياد آسان نيستند. درخواست هاي بسياري از روش بهتر آدرس يابي سرورها در اينترنت استفاده مي كنند. معمولي ترين راه استفاده از نام هاي حوزه اي مي باشد مثل: artechhouse.com يا tecsidel.es نقشه كشي از نام هاي حوزه اي براي آدرس هاي IP مانند راهي است كه يك SCF شماره تلفني را كه براي فهميدن آسان و ]مثال (1234-123(800)[ براي مشترك شماره تلفن ترجمه مي كند. همچنين سرويس هاي مسدود كردن شماره در اينترنت معادلاتي دارند.
نقش فايروال رد كردن رفت و آمد (آمدن از و رفتن به) به اينترنت براساس آدرس هاي IP، ورودي (پورت) TCP يا درخواستي كه بسته ها از آنجا مي آيند، مي باشد.
اگرچه IN چندين خصوصيت دارد كه در اينترنت قابل شناسايي هستند. فقط يك تفاوت مهم وجود دارد. در IN خصوصيات به طور مركزي از SCF كنترل مي شود. در اينترنت آنها كاملاً در سرتاسر شبكه گسترده شده اند. هر شركت ممكن است فايروال firewall مخصوص به خود را داشته باشد و هر ISP مي تواند به طور متحرك شماره هاي IP را تعيين كنيد. اينترنت اساساً جايي كه IN مركزين يافته، گسترده شده است.
همچنين مشخصه هاي ديگر IN هست كه به آساني در اينترنت معني نمي دهد. يكي از آنها خصوصيات هزينه اي است. در اينترنت به طور متداول هيچ نظريه اي در مورد هزينه ارتباطي وجود ندارد. بنابراين سرويس هايي از قبيل تلفن رايگان يا تلفن هاي كارتي به راحتي در اينترنت معني نمي دهد. مثال ديگر سرويسي است كه تلفن اشغال يا تلفن خودكار را برمي گرداند. اگر مكالمه اي نبود پس اين سرويس ها بي معني هستند. البته تمام اينها، زماني تغيير مي كند كه ما شروع به استفاده از زيربناي اينترنتي تلفني كنيم و هنگامي كه ما نظريه مكالمات را در اينترنت تعريف كنيم. و اين درست همان چيزي است كه اخيراً اتفاق افتاده است.

صوت،‌ ويدئو و چند رسانه اي در اينترنت
اينترنت به عنوان شبكه شبكه هاي اطلاعات به وجود آمده بود اگرچه برخي LAN ها هم براي تلفن محلي استفاده مي شوند، پروتكل IP با تلفن هايي كه در تصور ما وجود داشت طراحي نشده بود. TCP/IP براي برقراري اطلاعات (فايلها، e-mailها، صفحات وب) بين سرورها و مشتري ها طراحي شده بود. آن اطلاعات را درون بسته ها تقسيم مي كند و به طرف مقصدشان آنها را تعيين مسير مي كند. جايي كه دوباره گردآوري شده اند و از درخواست دريافتي عبور كرده اند.
اما چرا بايد صوت يا ويدئو (تصوير) با اطلاعات تفاوت دارند اگر يك پيام صوت مي تواند به بيت ها ترجمه شود و درون بسته ها برود IP بايد  قادر باشند كه با آن درگير شوند و همان كاري را كه با مسيريابي براي يك فايل يا يك web page صفحه اينترنتي انجام مي دهند انجام دهند.
ابزاري كه سيگنال صوتي را به بيت ترجمه مي كنند به راستي وجود دارند و رمزگشا ناميده مي شوند. (رمزگذار) چندين استاندارد تكنولوژي براي رمزگذاري صدا و عدم رمزگذاري وجود دارد. رمزگشاها در كدگذاري كيفيت صدا متفاوتند.
فرايند قدرت و تأخير شامل پردازش كدگذاري و عدم كدگذاري است. و براي قطع جريانات در packet مناسب است. براي مثال G.711 رمزگشايي است براي كيفيت بالاي صدا كه ISDN استفاده مي شود. درحاليكه G.129 نيازمند نرخ بيت كمتري است و همچنين براي كيفيت صداي پايين پيشنهاد مي شود. رمزگشاها براي رمزگذاري و عدم رمزگذاري در ويدئو نيز وجود دارند. براي مثال H.261 و H.263 از استانداردهاي TU-T است.
چرا استفاده از SS7 ممكن نيست؟ در واقع مشكل اينجاست كه SS7 ارتباطات سوئيچينگ مداري را انتقال مي دهد. به عبارت ديگر پيغامهاي SS#7 براي سوئيچينگ خاص مي باشند و در يك محيط بسته اي مناسب نمي باشند.
همانطور كه SS#7 به طور مستقيم استفاده نمي شود پروتكلهاي جديدي براي هماهنگ كردن مكالمات صوتي از طريق اينترنت اختراع شد كه تا از مهمترين آنها عبارتند از H.323، SIP، MGCP
SIP
از كنترل بخش چند رسانه اي چند جانبة (MMUSIC) WG از IETFمنشاء مي گيرد. SIP تا اندازه اي جوان تر از H.323 مي باشد. گروه MMUSIC آن را به عنوان يك RFC در مارس 1999 شكل دادند. از آن زمان به بعد SIP چنان عمومي شد كه LETF يك SIP WG خاصي را جهت ادامة كار در پروتكل ايجاد نمود.
SIP يك پروتكل درخواستي اينترنتي است كه بر اساس اندازة وسيعي در HTTP مي باشد. در HTTP همچنين پيغام هايش به صورت متن روشن و واضح مي باشد و پروتكول الگوي درخواستي را دنبال مي نمايد كه از Client به  Server ارائه مي شود و جوابها از Server به Client برمي گردند. SIP از آدرس هايي مثل e-mail استفاده مي كند تا استفاده كننده ها را تشخيص دهد. يك آدرس SIP به صورت زير به كار مي رود.
Sip: user@host.domain
]براي مثال [Sip: john zuid weg@ieee.org
از آنجايي كه SIP بر اساس HTTP است و آدرس هايش مانند آدرس
e-mail مي باشند درخواست هاي SIP مي تواند در صفحات web (HTML) قرار بگيرند. اين مورد به دفعات SIP اجازه مي دهد كه با كليك كردن برروي متن يا تصوير در صفحة web آغاز شود. e-mail مي تواند از صفحات web در همان مسير فرستاده شود. يكي از نكات مهم SIP اين است كه پيغام هاي پرسش و پاسخ آن خيلي ساده هستند. در حقيقت 6 درخواست اصلي در SIP وجود دارد كه در جدول زير نشان داده شده است. پاسخ ها به صورت HTTP دنبال مي شود و همچنين ساده مي باشند. به عنوان مثال در جدول ديگر جوابهايي را نشان مي دهد كه به صورت مكرر در SIP استفاده مي شوند. درخواست SIP ساختار بسيار ساده اي است. شامل header درخواست است كه توسط يك متن درخواست (body) دنبال مي شود. مثال زير يك درخواست را براي يك مكالمه از John.Euidweg@iee.org به President@whitehouse.gov نشان مي دهد.
خط پنجم خط درخواست است. نوع درخواست را مشخص مي كند. اين مورد يك درخواست و دعوت مي باشد. خطوط بعدي خطوط header هستند To: و From: خطوطي هستند كه در مورد خودشان (مبدأ و مقصد) توضيح مي دهند. Contact: خطي است كه زماني استفاده مي شود كه مانند e-mail پاسخي بايد به آدرس متفاوت از Client اول فرستاده شود.
Call-ID اين خط براي session يك تعيين كنندة واحدي را فراهم مي كند. اگر درخواست از طريق يك واسطه به server فرستاده شود اين server ممكن است يك Via را درج نمايد. (خط دوم مثال بالا) اين خط ثبت مي كند كه در مسيري به سمت مقصد بوده است. نقش واسطة SIP server بعداً در اين بخش توضيح داده خواهد شد.
يك متن (body)  درخواست از SIP مي تواند داراي هر نوع اطلاعاتي شامل ضميمة فايل باشد. اساساً انتقال يك شرح از Session به آنچه استفاده كننده ها را دعوت كرده، استفاده مي شود. چنين شرح session معمولاً در پروتكل شرح session LETF (SDP) انجام مي شود. استفاده از يك SDP Payload در متن درخواست SIP، يك قسمت مي تواند در مورد قسمتهاي يك session اطلاعات دهد و توانايي هاي رسانه هاي گروهي مورد نياز مي باشد.
توضيحات SDP session فهرست ساده اي از خطوط <type>=<value> مي باشد كه مي تواند براي تعيين مبتكر (آغاز كننده) و مالك session و نام آن session كه زمان را آغاز و متوقف مي سازد، نوع رسانه ها (صدا، تصوير، اطلاعات) پروتكل انتقال استفاده شده (RTP,H.323-X.25)، كد رسانه ها (H.261.MPEG) آدرس IP و شماره درگاه TCP يا UDP براي جريان رسانه ها و حتي آدرس يك اينترنت كه جزئي ترين توضيحات session در ان يافت مي شود، مورد استفاده قرار گيرد. جدول مقابل توضيح يك session را براي مثال دعوت SIP كه در بالا وجود دارد را مي دهد.
پروتكل آغازگر جلسه (SIP) جهان اينترنت و جهان مخابرات را با يك اغتشاش بدست گرفته است. بعضي ها از SIP به عنوان SS#7 آتي نام مي برند. مي توان SIP را در يك كلمه خلاصه كرد. نظريه SIP بر مبناي برقراري يك پروتكل ساده مي باشد.
اگر به اوايل سال هاي 1990 برگرديم يك تعدادي از جستجوها نگاهشان به سمت يك شبكه شناخته شده به عنوان MBONE يا ستون اصلي چند رسانه ها بود. براي انجام اين كار و استفاده از توانايي هاي چندگانه،‌ IP همچنين آنها نياز به يك سري وسايل تبليغاتي و جلسه خلق كردن بين بخشهاي مختلف دارند. كارهاي اوليه كه برروي MBONE انجام شد برروي بخش هاي چندتايي در حال اخطار توجه داشت يعني در واقع همان بخشي كه استاندارد آزمايشي را بوجود آورد (session Announcement Protocol (SAP)) براي اعلام كردن يا اخطار دادن يك چيز آنها به يك مسير مفيد براي نمايش دادن بخش احتياج داشتند و اين موضوع توسط پروتكل (SDP) Session Description انجام شد. يك چاره براي اعلام كردن جهاني اين بود كه صريحاً هر كدام از مشتركان دعوت كنيد. كه در اواخر اين عمل بود كه SIP ايجاد شد. يك نكته براي توضيح SIP لازم به ذكر است اين مي باشد كه براي SIP مهم نمي باشد كه يك مشترك به يك بخش دعوت مي شود در كجا قرار دارد. درست بر خلاف PSTN، وقتي كه مي خواهيد به يك شخص خاص دسترسي پيدا كنيد بايد يك شماره خاصي را كه همان شماره تلفن شخص است شماره گيري نمائيد كه اين شماره گيري يك ارتباطي بين وسايل فيزيكي برقرار مي كند البته SIP از Resources Locator (URL) يا منابع موجه يكسان استفاده مي كند كه دقيقاً مانند همان چيزي است كه امروزه همة مردم هنگامي كه يك e-mail را براي كسي مي فرستند با آن آشنايي دارند.

 

0 نظر

نظر محترم شما در مورد مقاله های وب سایت برنامه نویسی و پایگاه داده

نظرات محترم شما در خدمات رسانی بهتر ما را یاری می نمایند. لطفا اگر مایل بودید یک نظر ما را مهمان فرمائید. آدرس ایمیل و وب سایت شما نمایش داده نخواهد شد.

حرف 500 حداکثر