Відмінності між версіями «Історія створення та особливості протоколу MEGACO/H.248»
(Створена сторінка: <div style="background: #33ccff"> '''Технологія VoIP''' >> '''[[Розділ_9._Протокол_MEGACO/H.248|Розділ 9. Протокол MEGA...) |
|||
| (не показані 2 проміжні версії цього учасника) | |||
| Рядок 4: | Рядок 4: | ||
<center> | <center> | ||
---- | ---- | ||
| − | [ [[ | + | [ [[Модель_процесу_обслуговування_виклику|9.2 Модель процесу обслуговування виклику >>]] ] |
---- | ---- | ||
</center> | </center> | ||
</div> | </div> | ||
| − | + | '''9.1 Історія створення та особливості протоколу MEGACO/H.248'''<br> | |
| + | Робоча група MEGACO комітету IETF, продовжуючи дослідження, спрямовані на удосконалення протоколу управління шлюзами, створила більш функціональний (в порівнянні з розглянутим у попередньому розділі протоколом MGCP) протокол MEGACO. Але розробкою протоколів керування транспортними шлюзами, крім комітету IETF, займалася ще і дослідницька група SG 16 Міжнародного союзу електрозв'язку. Так, у проекті 4-ї версії рекомендації Н.323 ITU-T ввів принцип декомпозиції шлюзів, вже описаний з тим або іншим ступенем деталізації в розділах 1, 2 і 8. Важливою особливістю нововведення ITU-T було те, що управління транспортними шлюзами - Media Gateway (MG) - здійснюється контролером транспортних шлюзів - Media Gateway Controller (MGC) - за допомогою протоколу MEGACO, адаптованого під мережеве оточення Н.323. Специфікації адаптованого протоколу наведено у нещодавно затвердженої рекомендації ITU-T H.248. У даній книзі цей протокол називається MEGACO/H.248, так як авторам не хотілося б применшити чиїсь заслуги у розробці та адаптації цього протоколу. На рис. 9.1. представлено дерево еволюції протоколу MEGACO/H.248.<br> | ||
| + | Розглянемо коротко основні особливості протоколу MEGACO / H.248. Для перенесення сигнальних повідомлень MEGACO/H.248 можуть використовуватися протоколи UDP, TCP, SCTP або транспортна технологія ATM. Підтримка для цих цілей протоколу UDP - одна з обов'язкових вимог до контролера шлюзів. Протокол TCP повинен підтримуватися і контролером, і транспортним шлюзом, а підтримка протоколу SCTP, так само, як і технології ATM, є необов'язковою.<br> | ||
| + | <center> | ||
| + | [[Файл:VoIP_9.1.png]]<br> | ||
| + | '''Рис. 9.1.''' Дерево еволюції протоколу MEGACO/H.248 | ||
| + | </center><br> | ||
| + | Ще однією особливістю протоколу MEGACO/H.248 є те, що повідомлення цього протоколу можуть кодуватися двома способами. Комітет IETF запропонував текстовий спосіб кодування сигнальної інформації, а для опису сеансу зв'язку запропонував використовувати протокол SDP. ITU-T передбачає бінарний спосіб представлення сигнальної інформації - ASN. 1, а для опису сеансів зв'язку рекомендує спеціальний інструмент - Tag-length-value (TLV). Контролер шлюзу повинен підтримувати обидва способи кодування, в той час як шлюз - лише один із цих способів.<br> | ||
<div style="background: #33ccff"> | <div style="background: #33ccff"> | ||
<center> | <center> | ||
---- | ---- | ||
| − | [ [[ | + | [ [[Модель_процесу_обслуговування_виклику|9.2 Модель процесу обслуговування виклику >>]] ] |
---- | ---- | ||
</center> | </center> | ||
Поточна версія на 14:25, 30 листопада 2010
9.1 Історія створення та особливості протоколу MEGACO/H.248
Робоча група MEGACO комітету IETF, продовжуючи дослідження, спрямовані на удосконалення протоколу управління шлюзами, створила більш функціональний (в порівнянні з розглянутим у попередньому розділі протоколом MGCP) протокол MEGACO. Але розробкою протоколів керування транспортними шлюзами, крім комітету IETF, займалася ще і дослідницька група SG 16 Міжнародного союзу електрозв'язку. Так, у проекті 4-ї версії рекомендації Н.323 ITU-T ввів принцип декомпозиції шлюзів, вже описаний з тим або іншим ступенем деталізації в розділах 1, 2 і 8. Важливою особливістю нововведення ITU-T було те, що управління транспортними шлюзами - Media Gateway (MG) - здійснюється контролером транспортних шлюзів - Media Gateway Controller (MGC) - за допомогою протоколу MEGACO, адаптованого під мережеве оточення Н.323. Специфікації адаптованого протоколу наведено у нещодавно затвердженої рекомендації ITU-T H.248. У даній книзі цей протокол називається MEGACO/H.248, так як авторам не хотілося б применшити чиїсь заслуги у розробці та адаптації цього протоколу. На рис. 9.1. представлено дерево еволюції протоколу MEGACO/H.248.
Розглянемо коротко основні особливості протоколу MEGACO / H.248. Для перенесення сигнальних повідомлень MEGACO/H.248 можуть використовуватися протоколи UDP, TCP, SCTP або транспортна технологія ATM. Підтримка для цих цілей протоколу UDP - одна з обов'язкових вимог до контролера шлюзів. Протокол TCP повинен підтримуватися і контролером, і транспортним шлюзом, а підтримка протоколу SCTP, так само, як і технології ATM, є необов'язковою.
Рис. 9.1. Дерево еволюції протоколу MEGACO/H.248
Ще однією особливістю протоколу MEGACO/H.248 є те, що повідомлення цього протоколу можуть кодуватися двома способами. Комітет IETF запропонував текстовий спосіб кодування сигнальної інформації, а для опису сеансу зв'язку запропонував використовувати протокол SDP. ITU-T передбачає бінарний спосіб представлення сигнальної інформації - ASN. 1, а для опису сеансів зв'язку рекомендує спеціальний інструмент - Tag-length-value (TLV). Контролер шлюзу повинен підтримувати обидва способи кодування, в той час як шлюз - лише один із цих способів.
--Козінцев Олексій 36 гр. 17:23, 29 листопада 2010 (EET)
