Теми рефератів
> Реферати > Курсові роботи > Звіти з практики > Курсові проекти > Питання та відповіді > Ессе > Доклади > Учбові матеріали > Контрольні роботи > Методички > Лекції > Твори > Підручники > Статті Контакти
Реферати, твори, дипломи, практика » Курсовые проекты » Аналіз навантаженості при передачі медіатрафіку в каналах взаємодіючіх IP-систем

Реферат Аналіз навантаженості при передачі медіатрафіку в каналах взаємодіючіх IP-систем





ign="justify"> Введення міжнароднім союзом електрозв язку (МСЕ) набор рекомендацій Н.323. Історично перший и найпошіренішій в Сейчас годину. Н.323 ставши породженням ДІЯЛЬНОСТІ розробніків протоколів мультімедійної зв язку в МЕРЕЖА ISDN (H.320). Відповідні роботи веліся галі c качана 90-х років, коли ніякої IP телефонії и не Було. Перша версия цього протоколу булу прийнятя МСЕ в 1996 р. и по суті булу СПРОБА перенести Телефон сігналізацію ISDN Q.931 на IP з єднання, тобто як бі «накласти» традіційну телефонію на мережі передачі даних. Рекомендації H.323 й достатньо докладно опісують Способи организации мультимедійних конференцій, охоплюючі Сервіси передачі голосу, відео и комп ютерних даних в пакетних МЕРЕЖА.

Наступний по пошіреності протокол IP телефонії назівається SIP (Session Initiation Protocol); ВІН описів в рекомендаціях RFC 2543. SIP регламентує встановлення и Завершення мультимедійних сесій - сеансів звязку, в ході якіх Користувачі могут Говорити одне з одним, обмінюватіся відеоматеріаламі та текстом, спільно працювати над Додатками ТОЩО. SIP и супутні Йому протоколи народів І розвіваються в рамках головного органу стандартизації інтернету IETF (Internet Engineering lt; # 15 src= doc_zip9.jpg / gt; потоків. ЦІ потоки обробляються інтелектуальнімі шлюзами або Абонентське терміналамі, Які здатні Виконувати лишь ограниченной набор команд, что Виходять від керуючого пристрою. Порівняння функціональніх особливая трьох відів протоколів, наведено в табл. 1.3.


Таблиця 1.3 - Порівняння протоколів VoIP мережі

ПоказнікіН.323SIPMGCPКомпонент мережіПрівратнікПроксі-серверСігнальній контролерПротокол передачі сігналізаціїTCPTCP або UDPUDPПротокол передачі медіа-трафікаRTPRTPRTPФормат повідомленьДвійковій (ASN.1) Текстовий (ASCII) Текстовий (ASCII) СтандартізаціяITUIETFIETF/ITU

. 4 Аналіз параметрів транспортних протоколів медіа систем


Для передачі медіа трафіку в ІР МЕРЕЖА Використовують протоколи транспортного уровня. ЦІ протоколи забезпечують контроль над передачею даних между мереженімі протоколами та Додатками прикладного уровня системи. У Сейчас годину в локальних мереж найбільш ширше кілька різновідів транспортних протоколів. Розглянемо інформаційні параметрів транспортного протоколів, что Використовують для передачі трафіку медіа Додатків.

Транспортний протокол UDP (User Datagram Protocol). Протокола UDP є одна з основних транспортних протоколів. ВІН працює безпосередно з IP пакетами та Здійснює їх мультіплексування между різнімі Додатками. UDP це одна з найпростішіх протоколів транспортного уровня моделі OSI, котрой Виконує обмін дейтаграмамі без підтвердження та гарантії доставки. При вікорістанні протоколу UDP обробка помилок и повторна передача даних має Виконувати протоколом вищого уровня. Альо, незважаючі на всі Недоліки, протокол UDP є ефективна для серверів, что надсілають невелікі ВІДПОВІДІ Великій кількості КЛІЄНТІВ. На рис. 1.1 Розглянуто структура пакету UDP.

Заголовок UDP складається з чотірьох полів, шкірних по 2 байти (16 біт). Два з них необов язкові до использование в IPv4 (рожеві осередки на рис.), В тій годину як в IPv6 необов язковий только порт відправника.

Порт відправника. У цьом полі вказується номер порту відправника, на Який, при необхідності, буде надсилати відповідь. У ІНШОМУ ж випадка, значення має буті рівнім 0. Если хостом Джерелом є клієнт, то номер порту буде, швидше за все, дінамічнім [17].


Біті0 - 1 516 - 310-31Порт відправника (Source port) 16 БітПорт одержувача (Destination port) 16 біт32-63Довжіна датаграмі (Length) 16 бітКонтрольна сума (Checksum) 16 біт64 -... Дані (Data ) Малюнок 1.1 - Структура пакету UDP


Порт одержувача. Це поле обов язкове и містіть порт одержувача. Аналогічно порту відправника, если хостом одержувачем є клієнт, то номер порту Динамічний, если одержувач сервер, то це буде відомій порт.

Довжина датаграмі. Поле, что задає Довжину всієї датаграмі (заголовка и даних) в байтах. Мінімальна довжина дорівнює довжіні заголовка 8 байт. Теоретично, максимальний розмір поля 65535 байт для UDP датаграмі (8 байт на заголовок и 65527 на дані).

Транспортний протокол RTP (Real-Time Transport Protocol), протокол Який працює на прикладному Рівні и вікорістовується при передачі трафіку реального годині.

Протокол RTP переносити у своєму заголовку дані, необхідні для Відновлення голосу та відео на Приймальна вузлі, а такоже дані про тип кодування информации (JPEG, MPEG и т. п.). У заголовку цього протоколу, зокрема, передаються мітка и номер пакету. ЦІ параметри дозволяють при мінімальніх затримки візначіті порядок і Час декодування шкірного пакету, а такоже інтерполюваті Втрачені пакеті.не має стандартного зарезерв...


Назад | сторінка 4 з 20 | Наступна сторінка





Схожі реферати:

  • Реферат на тему: Історія розвитку протоколів передачі даних
  • Реферат на тему: Дослідження мережі передачі інформації на основі стека протоколів ZigBee. ...
  • Реферат на тему: Спостереження за передачею даних в мережі організації за допомогою засобів ...
  • Реферат на тему: Пристрій передачі даних, що містить п`ять каналів передачі
  • Реферат на тему: Проектування тракту передачі даних між джерелом і одержувачем інформації