Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Part_3.doc
Скачиваний:
13
Добавлен:
24.11.2019
Размер:
3.43 Mб
Скачать
        1. Розгляд платформ.

Важливим кроком до побудови застосувань є вибір платформ для застосувань. Слід відповісти на деякі основні питання:

  • Чи робоча станція підтримує графіку, чи тільки текст?

  • Чи робоча станція відповідає основним вимогам щодо характеристик – швидкість процесора, обсяг пам’яті, дисковий простір тощо?

  • Чи робоча станція має можливості для під’єднання до мережі, які відповідають вимогам?

Відповіді на наступні запитання можуть бути потрібні , якщо опрацьовуються застосування для робот під стеком TCP/IP:

  • Чи робоча станція підтримує потрібну карту мережевого інтерфейсу? Мультимедійні застосування можуть потребувати використання мережі ATM, однак не всі робочі станції підтримують мережеві карти ATM.

  • Чи ця карта відповідає застосованій кабельній системі? Сучасні мережеві карти мають порт для під’єднання до кабельної системи UTP, однак може бути потрібне під’єднання до багатомодового оптичного кабеля.

  • Чи мережева карта оснащена потрібним драйвером?

  • Чи операційна система станції підтрмує TCP/IP? Існують різні варіанти впроваджень TCP/IP. Добрим прикладом є Classical IP (CIP) та емуляція LAN (LANE) при використанні мережі ATM. Певні операційні системи можуть підтримувати тільки CIP.

  • Чи стек TCP/IP підтримує підмережі? Не всі системи підримують підмережі, особливо старі системи.

  • Чи операційна система підтримує потрібні API? Поширений спосіб побудови застосувань в TCP/IP полягає у використанні програмування гнізд (sockets), однак стек TCP/IP на робочій станції може не повністю підтримувати це програмування. Це особливо небезпечно в мережах з різними типами робочих станцій, які оснащені різними операційними системами.

  • Чи операційна система підтримує декілька маршрутів за замовчуванням (default routes)? Деякі операційні системи (наприклад, Windows 95) не підтримують декількох маршрутів за замовчуванням. Це може бути серйозним пунктом відмови для деяких цільових застосувань.

  • Чи операційна система підтримує багато визначень DNS? Якщо клієнти здатні мати тільки одне визначення DNS, то потрібні опції повинні бути вбудовані в сервер DNS. З другого боку, коли клієнти здатні підтримувати багато DNS, то застосування мусить підтримуватися API, які забезпечують таку можливість.

  • Чи операційна система підтримує багатоадресні пересилання? Це може бути потрібне для доручення відео до користувачів, що дозволяє ощадно використовувати смугу мережі. Однак не всі клієнти підтримують багатоадресні пересилання.

  • Чи операційна система підтримує новітні властивості, такі як протокол резервування ресурсів (Resource Reservation Protocol – RSVP)?

        1. Розгляд мережевої інфраструктури.

Застосування потребують транспотного механізму для поширення інформації, пересилання даних і висилання запитів для окремих послуг. Транспортний механізм забезпечується нижчим рівнем, який називають Рівнем мережевої інфраструктури або Мережевим рівнем (internet).

Побудова мережевої інфраструктури вимагає прийняття ряду рішень, для чого слід відповісти на такі запитання:

  • Які технології слід вилучити?

  • Які технології слід використати для LAN?

  • Які технології слід використати для WAN?

  • Як їх використати разом?

  • Чи вживається комутація?

  • Як повинен виглядати проект мережі?

  • Яке обладнання потрібне?

  • Яким повинне бути зростання мережі?

  • Скільки може коштувати мережа?

  • Як керувати мережею?

  • Яким повинен бути графік впровадження мережі?

  • Яку стратегію прийняти?

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]