22326

Адресація в IP-мережах

Лекция

Коммуникация, связь, радиоэлектроника и цифровые приборы

Для вузлів що входять в локальні мережі це МАСадреса мережного адаптера або порту маршрутизатора наприклад 11А0173DBC01. Для вузлів що входять в глобальні мережі такі як Х.25 або frame relay локальна адреса призначається адміністратором глобальної мережі.

Украинкский

2013-08-04

107.5 KB

4 чел.

Адресація в IP-мережах

Типи адрес: фізичний (MAC-адреса), мережний (IP-адреса) і символьний (DNS-ім'я)

Кожний комп'ютер в мережі TCP/IP має адреси трьох рівнів:

Локальна адреса вузла, визначувана технологією, за допомогою якої побудована окрема мережа, в яку входить даний вузол. Для вузлів, що входять в локальні мережі - це МАС-адреса мережного адаптера або порту маршрутизатора, наприклад, 11-А0-17-3D-BC-01. Ці адреси призначаються виробниками устаткування і є унікальними адресами, оскільки управляються централізовано. Для всіх існуючих технологій локальних мереж МАС-адреса має формат 6 байтів: старші 3 байти - ідентифікатор фірми виробника, а молодші 3 байти призначаються унікальним чином самим виробником. Для вузлів, що входять в глобальні мережі, такі як Х.25 або frame relay, локальна адреса призначається адміністратором глобальної мережі.

IP-адреса, що складається з 4 байт, наприклад, 109.26.17.100. Ця адреса використовується на мережному рівні. Він призначається адміністратором під час конфігурування комп'ютерів і маршрутизаторів. IP-адреса складається з двох частин: номери мережі і номери вузла. Номер мережі може бути вибраний адміністратором довільно, або призначений по рекомендації спеціального підрозділу Internet (Network Information Center, NIC), якщо мережа повинна працювати як складова частина Internet. Звичайно провайдери послуг Internet одержують діапазони адрес у підрозділів NIC, а потім розподіляють їх між своїми абонентами.

Номер вузла в протоколі IP призначається незалежно від локальної адреси вузла. Розподіл IP-адреси на полі номера мережі і номера вузла - гнучкий, і межа між цими полями може встановлюватися вельми довільно. Вузол може входити в декілька IP-мереж. В цьому випадку вузол повинен мати декілька IP-адрес, по числу мережних зв'язків. Таким чином IP-адреса характеризує не окремий комп'ютер або маршрутизатор, а одне мережне з'єднання.

Символьний ідентифікатор-ім'я, наприклад, SERV1.IBM.COM. Ця адреса призначається адміністратором і складається з декількох частин, наприклад, імені машини, імені організації, імені домена. Така адреса, звана також DNS-ім'ям, використовується на прикладному рівні, наприклад, в протоколах FTP або telnet.

Три основні класи IP-адрес

IP-адреса має довжину 4 байти і звичайно записується у вигляді чотирьох чисел, що представляють значення кожного байта в десятковій формі, і розділених крапками, наприклад:

128.10.2.30 - традиційна десяткова форма представлення адреси

10000000 00001010 00000010 00011110 - двійкова форма представлення цієї ж адреси.

На малюнку 3.1 показана структура IP-адреси.

Клас А

0

N мережі

N вузла

Клас В

1

0

N мережі

N вузла

Клас З

1

1

0

N мережі

N вузла

Клас D

1

1

1

0

адреса групи multicast

Клас Е

1

1

1

1

0

зарезервований

Мал. 3.1. Структура IР-адреси

Адреса складається з двох логічних частин - номера мережі і номера вузла в мережі. Яка частина адреси відноситься до номера мережі, а яка до номера вузла, визначається значеннями перших бітів адреси:

Якщо адреса починається з 0, то мережу відносять до класу А, і номер мережі займає один байт, решта 3 байтів інтерпретується як номер вузла в мережі. Мережі класу А мають номери в діапазоні від 1 до 126. (Номер 0 не використовується, а номер 127 зарезервований для спеціальних цілей, про що буде сказано нижче.) В мережах класу А кількість вузлів повинна бути більше 216, але не перевищувати 224.

Якщо перші два біти адреси рівні 10, то мережа відноситься до класу В і є мережею середніх розмірів з числом вузлів 28 - 216. В мережах класу В черінь адреса мережі і під адресу вузла відводиться по 16 бітів, тобто по 2 байти.

Якщо адреса починається з послідовності 110, то це мережа класу Із з числом вузлів не більше 28. Під адресу мережі відводиться 24 біти, а під адресу вузла - 8 бітів.

Якщо адреса починається з послідовності 1110, то він є адресою класу D і позначає особливу, групову адресу - multicast. Якщо в пакеті як адреса призначення вказана адреса класу D, то такий пакет повинні одержати всі вузли, яким привласнена дана адреса.

Якщо адреса починається з послідовності 11110, то це адреса класу Е, він зарезервований для майбутніх вживань.

В таблиці приведені діапазони номерів мереж, відповідних кожному класу мереж.

Клас

Якнайменша адреса

Найбільша адреса 

А

0.0.0.0

126.0.0.0

B

128.0.0.0

191.255.0.0

З

192.0.1.0.

223.255.255.0

D

224.0.0.0

239.255.255.255

E

240.0.0.0

247.255.255.255

Угоди про спеціальні адреси: broadcast, multicast, loopback

В протоколі IP існує декілька угод про особливу інтерпретацію IP-адрес:

якщо IР-адреса складається тільки з двійкових нулів

0 0 0 0 ................................... 0 0 0 0

 

то він позначає адресу того вузла, який згенерував цей пакет;

якщо в полі номера мережі стоять 0

0 0 0 0 .......0

Номер вузла

то за умовчанням вважається, що цей вузол належить тій же самій мережі, що і вузол, який відправив пакет;

якщо всі двійкові розряди IP-адреси рівні 1

1 1 1 1 .........................................1 1

 

то пакет з такою адресою призначення повинен розсилатися всім вузлам, що знаходяться в тій же мережі, що і джерело цього пакету. Така розсилка називається обмеженим широкомовним повідомленням (limited broadcast);

якщо в полі адреси призначення коштують суцільних 1

Номер мережі

1111................11

то пакет, що має таку адресу розсилається всім вузлам мережі із заданим номером. Така розсилка називається широкомовним повідомленням (broadcast);

адреса 127.0.0.1 зарезервована для організації зворотного зв'язку при тестуванні роботи програмного забезпечення вузла без реальної відправки пакету по мережі. Ця адреса має назву loopback.

Вже згадувана форма групової IP-адреси - multicast - означає, що даний пакет повинен бути доставлений відразу декільком вузлам, які утворюють групу з номером, вказаним в полі адреси. Вузли самі ідентифікують себе, тобто визначають, до якої з груп вони відносяться. Один і той же вузол може входити до декількох груп. Такі повідомлення на відміну від широкомовних називаються мультивещательними. Групова адреса не ділиться на поля номера мережі і вузла і обробляється маршрутизатором особливим чином.

В протоколі IP немає поняття широкомовності в тому значенні, в якому воно використовується в протоколах канального рівня локальних мереж, коли дані повинні бути доставлені абсолютно всім вузлам. Як обмежена широкомовна IP-адреса, так і широкомовна IP-адреса мають межі розповсюдження в інтермережі - вони обмежені або мережею, до якої належить вузол - джерело пакету, або мережею, номер якої вказаний в адресі призначення. Тому розподіл мережі за допомогою маршрутизаторів на частини локалізує широкомовний шторм межами однієї з складових загальну мережу частин просто тому, що немає способу адресувати пакет одночасно всім вузлам всіх мереж складової мережі.

Відображення фізичних адрес на IP-адреси: протоколи ARP і RARP

В протоколі IP-адреса вузла, тобто адреса комп'ютера або порту маршрутизатора, призначається довільно адміністратором мережі і прямо не пов'язаний з його локальною адресою, як це зроблено, наприклад, в протоколі IPX. Підхід, що використовується в IP, зручно використовувати в крупних мережах і унаслідок його незалежності від формату локальної адреси, і унаслідок стабільності, оскільки інакше, при зміні на комп'ютері мережного адаптера цю зміну були б повинні були враховувати всі адресати всесвітньої мережі Internet (в тому разі, звичайно, якщо мережа підключена до Internet'у).

Локальна адреса використовується в протоколі IP тільки в межах локальної мережі при обміні даними між маршрутизатором і вузлом цієї мережі. Маршрутизатор, одержавши пакет для вузла однієї з мереж, безпосередньо підключених до його портів, повинен для передачі пакету сформувати кадр відповідно до вимог прийнятої в цій мережі технології і вказати в ньому локальну адресу вузла, наприклад його МАС-адреса. В пакеті, що прийшов, ця адреса не вказана, тому перед маршрутизатором встає задача пошуку його по відомій IP-адресі, яка вказана в пакеті як адреса призначення. З аналогічною задачею стикається і кінцевий вузол, коли він хоче відправити пакет до видаленої мережі через маршрутизатор, підключений до тієї ж локальної мережі, що і даний вузол.

Для визначення локальної адреси по IP-адресі використовується протокол дозволу адреси Address Resolution Protocol, ARP. Протокол ARP працює різним чином залежно від того, який протокол канального рівня працює в даній мережі - протокол локальної мережі (Ethernet, Token Ring, FDDI) з можливістю широкомовного доступу одночасно до всіх вузлів мережі, або ж протокол глобальної мережі (X.25, frame relay), що як правило не підтримує широкомовний доступ. Існує також протокол, вирішальний зворотну задачу - знаходження IP-адреси за відомою локальною адресою. Він називається реверсивний ARP - RARP (Reverse Address Resolution Protocol) і використовується при старті бездисковых станцій, що не знають в початковий момент своєї IP-адреси, але знаючих адресу свого мережного адаптера.

В локальних мережах протокол ARP використовує широкомовні кадри протоколу канального рівня для пошуку в мережі вузла із заданою IP-адресою.

Вузол, якому потрібно виконати відображення IP-адреси на локальну адресу, формує ARP запит, вкладає його в кадр протоколу канального рівня, указуючи в ньому відому IP-адресу, і розсилає запит широкомовно. Всі вузли локальної мережі одержують ARP запит і порівнюють вказану там IP-адресу з власною. У разі їх збігу вузол формує ARP-відповідь, в якій указує свою IP-адресу і свою локальну адресу і відправляє його вже направлений, оскільки в ARP запиті відправник указує свою локальну адресу. ARP-запити і відповіді використовують один і той же формат пакету. Оскільки локальні адреси можуть в різних типах мереж мати різну довжину, то формат пакету протоколу ARP залежить від типу мережі. На малюнку 3.2 показаний формат пакету протоколу ARP для передачі по мережі Ethernet.

0 8 16 31 

Тип мережі

Тип протоколу

Довжина локальної адреси

Довжина мережної адреси

Операція

Локальна адреса відправника (байти 0 - 3)

Локальна адреса відправника (байти 4 - 5)

IP-адреса відправника (байти 0-1)

IP-адреса відправника (байти 2-3)

Шукана локальна адреса (байти 0 - 1)

Шукана локальна адреса (байти 2-5)

Шукана IP-адреса (байти 0 - 3)

Мал. 3.2. Формат пакету протоколу ARP

В полі типу мережі для мереж Ethernet указується значення 1. Поле типу протоколу дозволяє використовувати пакети ARP не тільки для протоколу IP, але і для інших мережних протоколів. Для IP значення цього поля рівне 080016.

Довжина локальної адреси для протоколу Ethernet рівна 6 байтам, а довжина IP-адреси - 4 байтам. В полі операції для ARP запитів указується значення 1 для протоколу ARP і 2 для протоколу RARP.

Вузол, що відправляє ARP-запит, заповнює в пакеті всі поля, окрім поля шуканої локальної адреси (для RARP-запиту не указується шукана IP-адреса). Значення цього поля заповнюється вузлом, що пізнав свою IP-адресу.

В глобальних мережах адміністратору мережі частіше за все доводиться уручну формувати ARP-таблиці, в яких він задає, наприклад, відповідність IP-адреси адресі вузла мережі X.25, який має сенс локальної адреси. Останнім часом намітилася тенденція автоматизації роботи протоколу ARP і в глобальних мережах. Для цієї мети серед всіх маршрутизаторів, підключених до якої-небудь глобальної мережі, виділяється спеціальний маршрутизатор, який веде ARP-таблицю для всієї решти вузлів і маршрутизаторів цієї мережі. При такому централізованому підході для всіх вузлів і маршрутизаторів уручну потрібно задати тільки IP-адресу і локальну адресу виділеного маршрутизатора. Потім кожний вузол і маршрутизатор реєструє свої адреси у виділеному маршрутизаторі, а при необхідності встановлення відповідності між IP-адресою і локальною адресою вузол звертається до виділеного маршрутизатора із запитом і автоматично одержує відповідь без участі адміністратора.

Відображення символьних адрес на IP-адреси: служба DNS

DNS (Domain Name System) - це розподілена база даних, що підтримує ієрархічну систему імен для ідентифікації вузлів в мережі Internet. Служба DNS призначена для автоматичного пошуку IP-адреси по відомому символьному імені вузла. Специфікація DNS визначається стандартами RFC 1034 і 1035. DNS вимагає статичної конфігурації своїх таблиць, що відображають імена комп'ютерів в IP-адресу.

Протокол DNS є службовим протоколом прикладного рівня. Цей протокол несиметричний - в ньому визначені DNS-сервери і DNS-клієнти. DNS-сервери бережуть частину розподіленої бази даних про відповідність символьних імен і IP-адрес. Ця база даних розподілена по адміністративних доменах мережі Internet. Клієнти серверу DNS знають IP-адресу серверу DNS свого адміністративного домена і по протоколу IP передають запит, в якому повідомляють відоме символьне ім'я і просять повернути відповідну йому IP-адресу.

Якщо дані про запитану відповідність зберігаються в базі даного DNS-серверу, то він відразу посилає відповідь клієнту, якщо ж ні - то він посилає запит DNS-серверу іншого домена, який може сам обробити запит, або передати його іншому DNS-серверу. Всі DNS-сервери сполучені ієрархічно, відповідно до ієрархії доменів мережі Internet. Клієнт опитує ці сервери імен, поки не знайде потрібні відображення. Цей процес швидшає через те, що сервери імен постійно кэшируют інформацію, що надається по запитах. Клієнтські комп'ютери можуть використовувати в своїй роботі IP-адреси декількох DNS-серверів, для підвищення надійності своєї роботи.

База даних DNS має структуру дерева, званого доменним простором імен, в якому кожний домен (вузол дерева) має ім'я і може містити піддомени. Ім'я домена ідентифікує його положення в цій базі даних по відношенню до батьківського домена, причому крапки в імені відділяють частини, відповідні вузлам домена.

Корінь бази даних DNS управляється центром Internet Network Information Center. Домени верхнього рівня призначаються для кожної країни, а також на організаційній основі. Імена цих доменів повинні слідувати міжнародному стандарту ISO 3166. Для позначення країн використовуються трьохбуквені і двохбуквені абревіатури, а для різних типів організацій використовуються наступні абревіатури:

com - комерційні організації (наприклад, microsoft.com);

edu - освітні (наприклад, mit.edu);

gov - урядові організації (наприклад, nsf.gov);

org - некомерційні організації (наприклад, fidonet.org);

net - організації, що підтримують мережі (наприклад, nsf.net).

Кожний домен DNS адмініструється окремою організацією, яка звичайно розбиває свій домен на піддомени і передає функції адміністрування цих піддоменів іншим організаціям. Кожний домен має унікальне ім'я, а кожний з піддоменів має унікальне ім'я усередині свого домена. Ім'я домена може містити до 63 символів. Кожний хост в мережі Internet однозначно визначається своїм повним доменним ім'ям (fully qualified domain name, FQDN), яке включає імена всіх доменів по напряму від хоста до кореня. Приклад повного DNS-імені :

citint.dol.ru.

Автоматизація процесу призначення IP-адрес вузлам мережі - протокол DHCP

Як вже було сказано, IP-адреси можуть призначатися адміністратором мережі уручну. Це представляє для адміністратора утомливу процедуру. Ситуація ускладнюється ще тим, що багато користувачів не володіють достатніми знаннями для того, щоб конфігурувати свої комп'ютери для роботи в інтермережі і повинні тому покладатися на адміністраторів.

Протокол Dynamic Host Configuration Protocol (DHCP) був розроблений для того, щоб звільнити адміністратора від цих проблем. Основним призначенням DHCP є динамічне призначення IP-адрес. Проте, окрім динамічного, DHCP може підтримувати і більш прості способи ручного і автоматичного статичного призначення адрес.

В ручній процедурі призначення адрес активну участь бере адміністратор, який надає DHCP-серверу інформацію про відповідність IP-адрес фізичним адресам або іншим ідентифікаторам клієнтів. Ці адреси повідомляються клієнти у відповідь на їх запити до DHCP-серверу.

При автоматичному статичному способі DHCP-сервер привласнює IP-адресу (і, можливо, інші параметри конфігурації клієнта) з пулу наявних IP-адрес без втручання оператора. Межі пулу адрес, що призначаються, задає адміністратор при конфігуруванні DHCP-серверу. Між ідентифікатором клієнта і його IP-адресою як і раніше, як і при ручному призначенні, існує постійна відповідність. Воно встановлюється у момент первинного призначення сервером DHCP IP-адреси клієнту. При всіх подальших запитах сервер повертає ту ж саму IP-адресу.

При динамічному розподілі адрес DHCP-сервер видає адресу клієнту на обмежений час, що дає можливість згодом повторно використовувати IP-адреси іншими комп'ютерами. Динамічне розділення адрес дозволяє будувати IP-мережу, кількість вузлів в якій набагато перевищує кількість IP-адрес, що є у розпорядженні адміністратора.

DHCP забезпечує надійний і простий спосіб конфігурації мережі TCP/IP, гарантуючи відсутність конфліктів адрес за рахунок централізованого управління їх розподілом. Адміністратор управляє процесом призначення адрес за допомогою параметра "тривалості оренди" (lease duration), яка визначає, як довго комп'ютер може використовувати призначену IP-адресу, перш ніж знову запитати його від серверу DHCP в оренду.

Прикладом роботи протоколу DHCP може служити ситуація, коли комп'ютер, що є клієнтом DHCP, віддаляється з підмережі. При цьому призначена йому IP-адреса автоматично звільняється. Коли комп'ютер підключається до іншої підмережі, то йому автоматично призначається нова адреса. Ні користувач, ні мережний адміністратор не втручаються в цей процес. Ця властивість дуже важлива для мобільних користувачів.

Протокол DHCP використовує модель клієнт-сервер. Під час старту системи комп'ютер-клієнт DHCP, що знаходиться в змозі "ініціалізація", посилає повідомлення discover (досліджувати), яке широкомовно розповсюджується по локальній мережі і передається всім DHCP-серверам приватної інтермережі. Кожний DHCP-сервер, що одержав це повідомлення, відповідає на нього повідомленням offer (пропозиція), яке містить IP-адресу і конфігураційну інформацію.

Комп'ютер-клієнт DHCP переходить в стан "вибір" і збирає конфігураційні пропозиції від DHCP-серверів. Потім він вибирає одну з цих пропозицій, переходить в стан "запит" і відправляє повідомлення request (запит) тому DHCP-серверу, чия пропозиція була вибрана.

Вибраний DHCP-сервер посилає повідомлення DHCP-асknowledgment (підтвердження), що містить ту ж IP-адресу, яка вже була послана раніше на стадії дослідження, а також параметр оренди для цієї адреси. Крім того, DHCP-сервер посилає параметри мережній конфігурації. Після того, як клієнт одержить це підтвердження, він переходить в стан "зв'язок", знаходячись в якому він може брати участь в роботі мережі TCP/IP. Комп'ютери-клієнти, які мають локальні диски, зберігають одержану адресу для використовування при подальших стартах системи. При наближенні моменту закінчення терміну оренди адреси комп'ютер намагається відновити параметри оренди у DHCP-серверу, а якщо ця IP-адреса не може бути виділений знову, то йому повертається інша IP-адреса.

В протоколі DHCP описується декілька типів повідомлень, які використовуються для виявлення і вибору DHCP-серверів, для запитів інформації про конфігурацію, для продовження і дострокового припинення ліцензії на IP-адресу. Всі ці операції направлені на те, щоб звільнити адміністратора мережі від утомливих рутинних операцій по конфігуруванню мережі.

Проте використовування DHCP несе в собі і деякі проблеми. По-перше, це проблема узгодження інформаційної адресної бази в службах DHCP і DNS. Як відомо, DNS служить для перетворення символьних імен в IP-адреси. Якщо IP-адреси будуть динамічно зміняться сервером DHCP, то ці зміни необхідно також динамічно вносити в базу даних серверу DNS. Хоча протокол динамічної взаємодії між службами DNS і DHCP вже реалізований деякими фірмами (так звана служба Dynamic DNS), стандарт на нього поки не прийнятий.

По-друге, нестабільність IP-адрес ускладнює процес управління мережею. Системи управління, засновані на протоколі SNMP, розроблені з розрахунком на статичність IP-адрес. Аналогічні проблеми виникають і при конфігуруванні фільтрів маршрутизаторів, які оперують з IP-адресами.

Нарешті, централізація процедури призначення адрес знижує надійність системи: при відмові DHCP-серверу всі його клієнти виявляються не в змозі одержати IP-адресу і іншу інформацію про конфігурацію. Наслідки такої відмови можуть бути зменшені шляхом використовуванні в мережі декількох серверів DHCP, кожний з яких має свій пул IP-адрес.

 


 

А также другие работы, которые могут Вас заинтересовать

12394. Настройка и оптимизация Windows 7 1.36 MB
  Практическая работа Настройка и оптимизация Windows 7 Цель работы: изучить возможности повышения производительности ОС Windows 7 сформировать навыки и умения работать со встроенными средствами системы с программой CCleaner. Теоретическая часть Очистка и дефр...
12395. Основы виртуальных машин. Инсталляция и настройка ОС Windows 753.5 KB
  Практическая работа. Основы виртуальных машин. Инсталляция и настройка ОС Windows. Цель работы: сформировать навыки и умения устанавливать операционную систему Windows на виртуальную машину а также осуществлять настройку ее параметров. ТЕОРЕТИЧЕСКАЯ ЧАСТЬ. 1. Ос
12396. Общие параметры и оформление Рабочего стола Windows 7 657 KB
  Практическая работа Общие параметры и оформление Рабочего стола Windows 7. Цель работы: изучить элементы интерфейса Рабочего стола научиться применять различные настройки оформления . Теоретическая часть Windows 7 представляет собой весьма мощную и гибкую систему: бла...
12397. КОНФИГУРИРОВАНИЕ И КАЛИБРОВКА МИКРОПРОЦЕССОРНОГО ИНДИКАТОРА ИТМ-11 ДЛЯ СИСТЕМЫ ТЕХНОЛОГИЧЕСКОЙ СИГНАЛИЗАЦИИ 1.55 MB
  Лабораторная работа № 6 КОНФИГУРИРОВАНИЕ И КАЛИБРОВКА МИКРОПРОЦЕССОРНОГО ИНДИКАТОРА ИТМ11 ДЛЯ СИСТЕМЫ ТЕХНОЛОГИЧЕСКОЙ СИГНАЛИЗАЦИИ 1. Постановка задачи по лабораторной работе. Индикатор технологический микропроцессорный ИТМ11 необходимо настроить как однок...
12398. Зібрати і дослідити схеми системи ТУ з комбінаційним методом обирання 1.15 MB
  РОБОТА № 7 Дешифратори Мета роботи: Зібрати і дослідити схеми системи ТУ з комбінаційним методом обирання. Теоретичні положення Телекерування є управління на відстані при якому по одних і тих же лініях звязку передаються різні сигнали наказів. Управління о
12399. ДОСЛІДЖЕННЯ ЕЛЕКТРОМАШИННОГО ПІДСИЛЮВАЧА З ПОПЕРЕЧНИМ ПОЛЕМ 755.5 KB
  РОБОТА № 8 ДОСЛІДЖЕННЯ ЕЛЕКТРОМАШИННОГО ПІДСИЛЮВАЧА З ПОПЕРЕЧНИМ ПОЛЕМ Мета роботи. Ознайомитися із принципом дії й визначити статичні характеристики электромашинного підсилювача з поперечним полем. Короткі теоретичні відомості. У сучасному автоматизованому е...
12400. Керування напруги генератора вугільним регулятором 446.5 KB
  Лабораторна работа № 9 Керування напруги генератора вугільним регулятором Мета работи. Дослідження статичних та динамичних характеристик генератора керованного вугільним регулятором. Скорочені конструктивні та теоретичні відомості. Лабораторна у
12401. ГРАФІЧНІ АНИМАЦІЇ КОМПОНЕНТОЮ Animate 147 KB
  ЛАБОРАТОРНА РОБОТА ГРАФІЧНІ АНИМАЦІЇ КОМПОНЕНТОЮ Animate Ціль лабораторної роботи складається з вивчення: структури і призначення елементів інтегрованого середовища С Buіlder для розробки прикладних програм С з відеороликами та мультіпликаціями на основі компоне
12402. РОДОСЛІДЖЕННЯ АЛГОРИТМУ ДИНАМІЧНОЇ ГРАФІКИ 75 KB
  ЛАБОРАТОРНА РОБОТА № 7 РОДОСЛІДЖЕННЯ АЛГОРИТМУ ДИНАМІЧНОЇ ГРАФІКИ Ціль лабораторної роботи складається з вивчення: структури і призначення елементів інтегрованого середовища С Buіlder для розробки функцій прикладної програми С до блоксхем алгоритмів з динамічної...