1.Асиметричність, тобто одна із взаємодіючих сторін є ініціатором
діалогу;
2.Синхронність, тобто виконання локальної процедури(на стороні клієнта) припиняється з моменту видачі запиту й відновляється тільки після повернення результату з віддаленої процедури (на стороні серверу).
Ідея RPC: щоб виклик віддаленої процедури виглядав так, як і виклик локальної процедури.
Викликаючій процедурі не потрібно знати, що викликаюча процедура процедура знаходиться на іншій машині, і навпаки.
Реалізація: коли викликається процедура дійсно є віддаленою, бібліотеку поміщається замість локальної процедури інша версія процедури, що називається клієнтський стаб (stub - заглушка). Стаб викликається з
використанням |
викликаючої |
|
послідовності, так |
само |
|
відбувається |
|
||||||||
переривання при зверненні до ядра. Тільки на відміну від оригінальної |
|
||||||||||||||
процедури він не поміщає параметри в регістри і не запрошує у ядра дані, |
|
||||||||||||||
замість |
цього |
він формує |
|
повідомлення |
для |
відправки |
ядру |
віддаленої |
|||||||
машини. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Умови виконання RPC-протоколу |
|
|
|
|
|
|
|
|
|||||||
1. Унікальна ідентифікації всіх віддалених процедур на даному хості. RPC- |
|
||||||||||||||
запити |
містять |
три |
поля |
ідентифікаторів- |
номер |
віддаленої |
програми |
|
|||||||
(сервісу), номер версії віддаленої програми і номер віддаленої процедури |
|
||||||||||||||
зазначеної програми. Номер програми призначається виробником сервісу, |
|
||||||||||||||
номер |
процедури |
вказує |
|
на |
конкретну |
функцію |
|
даного |
с |
||||||
2. Ідентифікація |
версії RPC-протоколу. RPC-повідомлення |
містять поле |
|
||||||||||||
версії RPC-протоколу. Вона |
використовується для |
узгодження |
форматів |
|
|||||||||||
переданих |
параметрів |
при |
роботі |
клієнта |
з |
різними |
версіямиRPC. |
|
|||||||
3. Надання механізмів аутентифікації клієнта на сервері. RPC-протокол |
|
||||||||||||||
забезпечує процедуру аутентифікації клієнта в сервісі, і, в разі необхідності, |
|
||||||||||||||
при кожному запиті або написанні відповіді клієнту. Крім того, RPC дозволяє |
|
||||||||||||||
використовувати |
|
різні |
|
додаткові |
|
механізми. |
|
||||||||
RPC може |
використовувати |
чотири |
типи |
механізмів |
аутентифікації: |
|
|||||||||
-AUTH_NULL |
- |
|
без |
|
використання |
|
|
аутентифіка |
|||||||
-AUTH_UNIX |
- |
аутентифікація |
|
за |
|
стандартомUNIX |
|
||||||||
-AUTH_SHORT - аутентифікація за стандартом UNIX з власною структурою |
|
||||||||||||||
кодування |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
-AUTH_DES |
|
- |
аутентифікація |
|
за |
стандартомDES |
|
||||||||
4. Ідентифікація повідомлень відповіді на відповідні запити. Відповідні |
|
||||||||||||||
повідомлення RPC містять ідентифікатор запиту, на підставі якого вони були |
|
||||||||||||||
побудовані. Цей ідентифікатор можна назвати ідентифікатором транзакції |
|
||||||||||||||
виклику |
RPC. |
Даний |
механізм |
особливо |
необхідний |
|
при |
роботі |
|
||||||
асинхронному режимі і при виконанні послідовності з |
декількохRPC- |
|
|||||||||||||
викликів. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
5. Ідентфікація |
помилок роботи |
протоколу. Всі |
мережеві |
або |
серверні |
|
|||||||||
|
|
|
|
|
|
|
16 |
|
|
|
|
|
|
|
|
помилки мають унікальні |
ідентифікатори, за якими |
кожен з |
учасників |
||||
з'єднання може визначити причину збою в роботі. |
|
|
|
||||
Алгоритм виконання віддаленої процедури |
|
|
|
||||
1. |
Клієнтська процедура звичайним чином викликає клієнтську заглушку. |
|
|||||
2. |
Клієнтська заглушка формує повідомлення та |
надсилає |
виклик д |
||||
локальної операційної системи на транспортування даних. |
|
|
|
||||
3. |
Операційна |
система |
клієнта |
пересилає |
повідомлення |
віддале |
|
операційній системі. |
|
|
|
|
|
||
4. |
Віддалена операційна система передає повідомлення серверній заглушці. |
||||||
5. |
Серверна |
заглушка видобуває з |
повідомлення параметри |
та |
надсилає |
||
виклик серверу на виконання локальної процедури.
6.Сервер виконує виклик і повертає результати заглушці.
7.Серверна заглушка запаковує результати в повідомлення й надсилає запит своїй локальній операційній системі на передачу даних.
8.Операційна система серверу пересилає повідомлення операційній системі клієнта.
9. Операційна |
система клієнта |
приймає повідомлення й |
передає йог |
клієнтській заглушці. |
|
|
|
10. Клієнтська |
заглушка витягає |
результати з повідомлення |
й передає |
локальній прикладній програмі (процедурі). |
|
||
5.Мультимедійні протоколи передачі даних
До мультимедійних протоколів відносять:
1.Протокол реального часу (Real-time Transport Protocol, RTP) – RFC 3550
2.RTP використовує парні номери UDP портів з діапазону 16384 - 32767.
3. Протокол керування передачею даних в реальному (Realчасі -Time Transport Control Protocol, RTCP ) – RFC 3550
4. Потоковий протокол реального часу (Real Time Streaming Protocol, RTSP) – RFC 2326
RTP забезпечує транспортні функції виду точка-точка, які призначені для передачі даних аудіо/відео додатків в реальному часі черезmulticast або unicast мережеві послуги.
-В якості транспортного протоколу використовується UDP-протокол.
-Протокол RTP може використовуватися для передачі по мережі таких популярних мультимедійних форматів якPCM, GSM і МРЗ для аудіо, і МPEG та Н.263 для відео.
-Він також може використовуватися для передачі аудіота відеоданих нестандартних форматів.
Протокол супутник RTP – це протокол керування передачею даних в реальному часі, RTCP.
Протокол керування передачею даних в реальному часі, RTCP
17
Головним завданням даного протоколу є забезпечення зворотного зв'язку для контролю якості при розсилці даних.
-Це дозволяє виявити проблеми при передачі даних та їх масштаб: локальна або глобальна.
-При механізмі розсилки типуIP-multicast, сервіс провайдер, який безпосередньо не залучений в сесію, отримавши RTCP повідомлення-звіт може незалежно моніторити ситуацію в мережі.
-RTCP має постійний ідентифікатор транспортного рівня дляRTP джерела, яке називається канонічним ім'ям або CNAME.
-Так джерело RTP-пакетів може бути змінено, якщо буде зафіксовано зіткнення пакетів або джерело буде змушено рестартувати.
- Одержувачам |
також |
потрібноCNAME, |
щоб |
встановити |
відповідність між |
багатьма |
потоками даних від |
одного |
учасника пр |
реалізації декількох сесій одночасно, наприклад, щоб синхронізувати аудіота відео-канали.
Перші дві функції вимагають, щоб всі вузли посилалиRTCP-пакети, отже швидкість передачі повинна контролюватися для , тогощб RTP міг працювати з великою кількістю вузлів.
-При посилці кожним вузлом своїх керуючих пакетів всім іншим будь-який партнер може незалежно визначити повне число учасників сесії.
Це число використовується при обчисленні частоти посилки пакетів.
-Збирає статистичну інформацію по каналу передачі даних:
-К-ть відправлених байт, пакетів, втрачених пакетів, час зворотного
зв'язку і повного обороту пакетів.
- Прикладні додатки можуть використовувати цю інформацію для підвищення якості обслуговування. Можливо, обмежуючи потік або використовуючи інший кодек.
Потоковий протокол реального часу, RTSP
RTSP можна використовувати для доставки вмісту у вигляді одноадресного потоку.
-Це протокол прикладного рівня, спеціально розроблений для управління доставкою даних, наприклад аудіота відеовмісту, в режимі реального часу.
-Він реалізований на основі транспортного протоколу з корекцією помилок.
-RTSP - це протокол управління, який використовується разом з протоколом доставки данихRTP (Real Time Protocol) для передачі вмісту клієнтам.
Якщо URL-адресу підключення включає префіксRTSP (наприклад, rtsp: //сервер/пункт_трансляції/файл), протокол RTSP автоматично визначає найкращий механізм доставки вмісту. Після цього він активує протокол RTP
18
для потокової доставки вмісту з використанням протоколуUDP або протоколу, заснованого на TCP, якщо мережа не UDP.
Питання до самоконтролю
1.Що являє собою протоколNetwork Basic Input/Output System? Інтерфейс якого протоколу моделі OSI включає в себе? Що використовується у якості транспортних протоколів?
2.Що собою представляєRPC? Назвіть його базові операції та етапи виконання.
3.Як відбувається шифрування в RTCP? Назвіть типи повідомлень в RTCP.
4.Що можна передавати за допомогоюSMPP. Коротко опишіть процес роботи.
5.Опишіть формат PDU в SMPP.
6.З яких етапів складається простий базовий виклик з використанням H.245?
19
Тема 3. ПРОГРАМНЕ ЗАБЕЗПЕЧЕННЯ КОМП’ЮТЕРНОЇ МЕРЕЖІ
План
1.Протокол динамічної конфігурації вузла, DHCP
2.Система доменних імен, DNS
3.Мережевий протокол для доступу до текстового інтерфейсу, Telnet
4.Протокол передачі файлів, FTP
5.Протокол захищеного віддаленого керування SSH
6.Простий протокол пересилання пошти, SMTP
7.Поштовий офісний протокол, POP3
8.Протокол доступу до інтернет-повідомлень, IMAP
9.Протокол передачі гіпертексту, HTTP
10.Простий протокол керування мережею, SNMP
1. Протокол динамічної конфігурації вузла, DHCP
Конфігурування вузла, підключеного до ТСР/ІР вимагає :
-ІР-адресу
-Маску підмережі
-Шлюз за замовчуванням
-Адресу сервера DNS Протоколи конфігурування вузла:
-RARP - Reverse Address Resolution Protocol - Протокол зворотного
кофігурування |
вузла. виконує |
зворотне |
відображення |
адрес, тобто |
перетворить фізичної адреси в IP-адресу (RFC 903) |
|
|||
-BOOTP -Bootstrap protocol - Протокол, використовуваний клієнтом для автоматичного отримання IP-адресb. Це зазвичай відбувається під час завантаження комп'ютера. BOOTP визначений в RFC 951.
-DHCP - Dynamic Host Configuration Protocol - Протокол динамічної конфігурації вузла, що дозволяє комп'ютерам автоматично отримуватиIP - адресу та інші параметри, необхідні для роботи в мережі TCP / IP. (Microsoft, 1993. RFC 2131)
Протокол динамічної конфігурації вузлаDynamic Host Configuration Protocol, DHCP) – це мережевий протокол, що дозволяє комп'ютерам автоматично отримувати IP-адресу та інші параметри, необхідні для роботи в мережі TCP/IP. Даний протокол працює за моделлю«клієнт-сервер». Для автоматичної конфігурації комп'ютер-клієнт на етапі конфігура мережевого пристрою звертається до сервераDHCP, і отримує від нього потрібні параметри.
Властивості DHCP-серверу:
-має статичну адресу;
-знаходиться в одній підмережі з клієнтами (якщо маршрутизатори не підтримують RFC 1542);
-має визначений пул адрес і тимчасові параметри оренди.
20