|
Arabic
Bengali
Chinese
English
French
German
Hebrew
Hindi
Italian
Japanese
Korean
Malay
Polish
Portuguese
Spanish
Turkish
Ukrainian
Vietnamese
ЕНЦИКЛОПЕДІЯ РАДІОЕЛЕКТРОНІКИ ТА ЕЛЕКТРОТЕХНІКИ Що таке ретрансляція кадрів? Енциклопедія радіоелектроніки та електротехніки
Енциклопедія радіоелектроніки та електротехніки / Комп'ютери В останні роки набуває широкого поширення метод передачі даних, званий ретрансляцією кадрів, причому нерідко в нашій літературі можна зустріти його англійську назву - Frame Relay. Головним стимулом розвитку цього є зростання потреб у швидкодіючих засобах зв'язку для інформаційно-обчислювальних систем. Поява ретрансляції кадрів зумовлена розвитком кінцевих пристроїв передачі даних (ОУПД) зі штучним інтелектом, надійних засобів цифрової передачі та швидкодіючих цифрових систем зв'язку. Щоб зрозуміти, як і чому з'явився цей метод і докладніше розібратися в його особливостях, зручніше почати з короткої історії розвитку техніки передачі даних і телеграфії, що навіть передувала їй. Перші системи передачі даних Розвиток систем передачі спирається на використання більш ніж вікового досвіду документального зв'язку, накопиченого в телеграфії. Швидкості телеграфної передачі що неспроможні задовольнити сучасним вимогам, проте чимало ідеї, що у основі техніки швидкодіючої передачі, зародилися ще епоху телеграфа. Насамперед це стосується методів кодування переданих повідомлень. У ході розвитку техніки передачі документальної інформації стала очевидною незручність п'ятиелементного телеграфного коду № 2, свого часу рекомендованого Міжнародним консультативним комітетом з телефонно-телеграфного зв'язку (МККТТ), що входить до Міжнародної спілки електрозв'язку (МСЕ), Код № 2 дозволяє передавати буквено-цифровий текст, який друкується на стрічці і достатній передачі простих повідомлень, але він задовольняє сучасним вимогам оформлення цих повідомлень як друкованого тексту. Тому важливим етапом у розвитку телеграфу було створення телетайпа, тобто телеграфного апарату з клавіатурою друкарської машинки, для якого Рекомендацією МККТТ V.3 був встановлений семіелементний телеграфний код № 5. Серед 27 = 128 комбінацій цього коду передбачаються не тільки заголовки алфавіту, цифри та інші типографські знаки, а також кодові комбінації для управління приладами та механізмами в процесі передачі (наприклад, повернення каретки в кінці рядка, перехід на нову сторінку та багато іншого). Цей же набір кодових комбінацій був рекомендований Міжнародною організацією зі стандартизації (МОС) як стандартний міжнародний код обміну при обробці інформації. Його називають також кодом ASCII (від перших букв англійських слів, що означають "Американський стандартний код інформаційного обміну"). Одночасно із завданнями безпосереднього кодування інформації, що передається, вирішувалися і завдання кодового захисту від помилок. Розрізняють два класи завадових кодів: коди, що виправляють помилки, і коди, що виявляють помилки. Перші характеризуються великою надмірністю переданих повідомлень. Вона дозволяє при виникненні окремих помилок все ж таки правильно інтерпретувати передане повідомлення. Такі коди застосовуються лише дуже відповідальних каналах, наприклад, в каналах далекого космічного зв'язку, де важливість правильного прийому виправдовує зниження корисної швидкості передачі. Інший клас – коди, що виявляють помилки. Такі коди дозволяють виявити лише факт появи помилки у певній групі символів без конкретної вказівки помилкового символу. Тому при такому виявленні зазвичай вся група символів із зареєстрованою помилкою скидається, а стороні, що передає, надсилається автоматичний запит повторення передачі. Саме такий спосіб знайшов широке застосування у комерційних системах передачі даних, де важливо підтримувати високу продуктивність каналів.
Найпростіші методи виявлення помилок почали застосовувати ще епоху реперфораторного переприймання телеграм, коли транзитні телеграми реєструвалися на перфострічці, ця стрічка відривалася і переносилася оператором в трансмітер потрібного вихідного напрями подальшої передачі. Перфострічка являла собою паперову стрічку, по ширині якої передбачалося вісім позицій у кожному ряду для пробивання отворів, що несуть інформацію про двійкові кодові розряди комбінацій. Сім із цих позицій відводилися для реєстрації розрядів семіелементного коду, а восьма - виявлення помилки шляхом перевірки на парність. Це означало, що значення восьмого двійкового розряду вибиралося таким чином, щоб сума елементів поряд виявилася парною. Якщо приймач виявляв у якомусь ряду непарну суму, це означало, що сталася помилка. Неважко помітити, що такий метод контролю помилок дозволяє виявити одну помилку, але залишає непоміченими дві помилки поспіль. Як у випадку однакового знака двох помилок, так і при різних знаках одночасна поява двох помилок не може змінити результат перевірки на парність, і тому такі помилки залишаються невиявленими. Для подальшого підвищення можливостей виявлення помилок можна додатково застосувати поздовжню перевірку. Якщо до описаної перевірки на парність, яку називають поперечною перевіркою, додати перевірку суми однакових розрядів у фіксованій серії знаків, що йдуть на стрічці один за одним, можливість виявлення помилок підвищиться. Для такої перевірки в кінці кожної серії доводиться вставляти додаткові розряди поздовжньої перевірки, які виглядають як черговий знак, хоч таким не є. Поява електронних засобів передачі та комутації повідомлень дозволила відмовитися від перфострічки та застосувати досконаліші коди для виявлення помилок. Це дало можливість не застосовувати восьмий розряд для перевірки на парність та включити його до складу кодової комбінації. В результаті код ASCII виявився розширеним до 2 * 256 кодових комбінацій. З них перші 128 знаків (кодовані числами від 10 до 127) є загальними, а другі 128 знаків (кодовані числами 128-255) є додатковими та застосовуються, зокрема, для кодування національних алфавітів різних країн. Застосування коду ASCII дозволяє працювати з текстами, що містять як латинський, так і будь-який національний алфавіт, що створює велику зручність для користувачів. Корінь проблем сягає невдалу конструкцію телеграфного апарату СТ-35, який у період розвитку обчислювальної техніки нашій країні служив як вводно/выводного устрою ЕОМ. За визначенням, телетайп - це телеграфний апарат з клавіатурою машинки, що пише. Стандартне розташування літер на клавішах друкарських машинок у різних країнах визначається статистикою відповідної мови. Інакше кажучи, що частіше зустрічається літера, то її клавіша розташовується ближче до середини клавіатури, де працюють вказівні пальці. Наприклад, розташування літер у першому ряду літерних клавіш російської друкарської машинки починається літерами ЙЦУКЕН, тоді як на англомовній латинській друкарській машинці цей ряд починається з літер QWERTY. На клавіатурі СТ-35 стандартне положення латинських літер порушено, вони розташовуються за ознакою фонетичної близькості до відповідної російської літери (тобто в першому ряду замість QWERTY розташовуються літери YCUKEN). Присвоєння кодових комбінацій кожному знаку клавіші (чи, як кажуть, кодування символів) може бути довільним, оскільки обробка текстів на ЕОМ вимагає, щоб двійкові числа, приписувані кожної букві, зростали відповідно до алфавітним порядком дотримання цих букв. Саме звідси і пішов різнобій. Під апарат СТ-35 працював з ЕОМ, розробили код КОИ-8. Згодом, коли з'явилися клавіатури зі стандартним розташуванням латинських літер, прийнято альтернативний код ГОСТ. Пізніше цей код був модифікований, а потім прийнятий як основний. Таким чином, в СРСР діяли чотири стандарти на коди обробки інформації. В умовах такої чехарди наша країна не змогла виступити на міжнародній арені законодавцем кодування букв російського алфавіту, внаслідок чого з'явилися також болгарський код MIC, "американський" російський код (РС-866), а також американська кирилиця (РС-855). Це означає, що у світі існують щонайменше сім різних кодових комбінацій для російських букв, що створює великі незручності для російськомовних користувачів, ускладнюючи обмін документами російською мовою та перешкоджаючи впровадженню матеріалів російською мовою в Інтернет. Очевидно, настав час подумати про створення програми, що автоматично розпізнає застосовуване кодування російських літер і транслює їх у код, необхідний для розшифровки. У перспективі очікується перехід кодування друкарських знаків від однобайтового коду до двобайтового (Unicode), в якому кожній літері алфавітів різних мов, математичним знакам, декоративним та іншим символам надається шістнадцятирозрядна комбінація. Однак це не зніме проблему кодування російських літер, оскільки все одно знадобляться транслятори між різними однобайтовими та єдиним двобайтовим кодом. Описана історія з кодуванням літер російського алфавіту має лише приватне значення як приклад згубних наслідків конкретного недальновидного рішення. Важливим є загальнометодичне значення цього прикладу, який показує необхідність більш глибокого підходу до проблем стандартизації з урахуванням того, що передача інформації не обмежується лише посилкою сигналів, а має супроводжуватися необхідною обробкою та інтерпретацією прийнятої інформації. Тому зупинимося на короткій характеристиці підходів до стандартизації. Еталонна модель взаємодії відкритих систем МОС та протокол Х.25 Різноманітність функцій, що виконуються сучасними засобами передачі та обробки інформації, різноманітні можливості технічної реалізації таких засобів, а також тенденції безперервного вдосконалення цих функцій та засобів призводять до необхідності використання стандартизації принципу багаторівневих (багатошарових) архітектур. Сутність цього принципу полягає у виділенні найважливіших функцій у самостійні рівні (шари) обробки та опис взаємодій між рівнями незалежно від їх реалізації. При такому підході окремі рівні у складній системі можна замінювати на нові, якщо не порушувати прийняті стандартні правила їх взаємодії із сусідніми рівнями. Добре відомим прикладом такої багаторівневої архітектури є еталонна модель взаємодії відкритих систем (ВОС) МОС, представлена на рис. 1. Тут показана схема зв'язку двох кінцевих користувачів А і Б. які включені у вузли зв'язку, що є дпя даних користувачів кінцевими. Модель містить сім рівнів, котрим прийняті такі скорочення: Ф - фізичний рівень, До - рівень каналу. С – мережевий рівень, Т – рівень транспортування інформації (або транспортний рівень), СУ – сесійний рівень, УП – рівень подання, П – прикладний рівень. Кожен із перерахованих рівнів сторони, що передає, взаємодіє тільки з таким же рівнем приймаючої сторони за допомогою процедур, що отримали назву протоколів зв'язку. Проте зв'язок між двома рівноправними рівнями відбувається безпосередньо, лише через фізичний рівень. Для цього кожен вищестоящий рівень звертається до свого безпосереднього нижчестоящого рівня як до постачальника послуги. Наприклад, найвищий прикладний рівень II, що взаємодіє з реальним користувачем, повинен, з одного боку, сприймати реальний світ, а з іншого - давати цьому світу можливість звернення до технічних засобів передачі та обробки інформації через рівень уявлення. Інакше висловлюючись, на прикладному рівні описується семантика (тобто, значення, чи сенс) переданої інформації. Ця інформація забезпечується необхідним заголовком і у вигляді блоку прикладного рівня передається для подальшої обробки рівнем представлення УП. На цьому рівні описується -синтаксис" інформації, що передається, і ведуться автоматичні переговори з взаємодіючою стороною про правила інтерпретації даних з урахуванням, при необхідності, системи їх стиснення або шифрування. Забезпечений новим заголовком блок даних рівня вистави передається на сесійний рівень СУ. Останній служить для керування процедурами діалогу, що включають встановлення зв'язку, механізм виявлення та встановлення напряму передачі, відстеження контрольних точок передачі у часі. Забезпечений ще одним заголовком блок даних сесійного рівня передається на транспортний рівень Т1 який задає незалежні від мережі нормативи передачі повідомлень від користувача до користувача, включаючи загальні вимоги щодо контролю за помилками, автоматичного відновлення переривань зв'язку, автоматичного контролю за правильністю послідовності даних та ін. відомості відображаються в черговому заголовку, і в такому вигляді блок даних транспортного рівня прямує передачі в мережу. Протоколи перелічених чотирьох рівнів називаються протоколами високого рівня, а виконувані ними функції відносяться до функцій кінцевого користувача. Зазвичай вони виконуються головною ЕОМ. До технічних засобів мережі зв'язку відносяться три нижніх рівня, які надають мережеві послуги. Вступає на рівень мережі З даних транспортного рівня забезпечується новим заголовком, який містить відомості про адреси відправника і одержувача, порядкову нумерацію блоку і деяку іншу службову інформацію. Сформований у такий спосіб блок даних мережного рівня називається пакетом. Щоб передати пакет по мережі, мережний рівень звертається до послуг рівня каналу К. який гарантує доставку пакета лише до найближчого вузла. Для цього пакет забезпечується ще одним заголовком - заголовком рівня каналу, який несе власну порядкову нумерацію блоків, що передаються даною ділянкою, адресу вузла призначення та іншу службову інформацію. Блок даних, сформований лише на рівні каналу, називається кадром. Для передачі кадру до сусіднього вузла рівень каналу звертається до послуги фізичного рівня Ф. На цьому рівні встановлюються стандарти на механічні роз'єми та електричні характеристики каналу зв'язку, а також цифрових сигналів, що передаються по ньому, включаючи сигнали заняття лінії та її звільнення. Для підтримки характеристик переданих сигналів фізично можуть встановлюватися регенератори. Кадр, прийнятий сусіднім вузлом, звільняється від заголовка рівня каналу, тобто перетворюється на пакет. Отриманий пакет передається на мережевий рівень, де аналізується його заголовок та визначається напрямок подальшої передачі. Далі з цього пакета формується новий кадр, який і передається наступною ділянкою. Описаний спосіб передачі пакетів називається протоколом Х.25. Він входить до Рекомендації МККТТ Х25. вперше затверджені 1976 р. (1980 і 1984 рр. публікувалися перероблені версії). Рекомендації Х.25 дають специфікацію сполучення, що охоплює три нижні рівні розглянутої Еталонної моделі МОС ВОС. З наведених вище відомостей можна побачити, що ідея протоколу Х.25 нагадує традиційну реперфораторну передачу телеграм. Різниця полягає в тому, що дільницею передається не послідовність знаків, що перевіряються на парність, а стандартний кадр з більш досконалим контролем помилок (про це йдеться нижче). У вузлі працює не оператор, що переносить паперову стрічку в апарат потрібного напрямку передачі, а електронний пристрій комутації, який записує пакет, аналізує його заголовок і потім зчитує його для передачі в потрібному напрямку. У цьому, проте, подібність між протоколом Х.25 і традиційної телеграфної технікою закінчується, і за подальшому розгляді відкриваються важливі відмінності. Головне з них полягає в тому, що через пару, що з'єднує кінцевий пристрій передачі даних (ОУПД) і лінійний пристрій передачі даних (ЛУПД), може бути організована велика кількість каналів, що одночасно діють. Всі ці канали проходять через ту саму вихідну клему ОУПД і по одній і тій же провідній лінії, але несуть різні повідомлення, які можуть надсилатися різним одержувачам (іншим ОУПД. пов'язаним з мережею через свої ЛУПД). Такі канали називаються логічними чи віртуальними. При організації багатоканальної системи передачі однієї лінії з допомогою апаратури частотного чи тимчасового поділу каналів кожен канал завантажується власної системою передачі чи може простоювати незалежно від навантаження інших каналів. Віртуальні канали, формовані на основі статистичного ущільнення, забезпечують можливість більш гнучкого використання пропускної здатності лінії, підтримуючи за наявності навантаження безперервність передачі. Розвиток технічних засобів рівня каналу Процес передачі кадрів по дуплексному цифровому каналу, що передбачається Рекомендаціями Х.25, має назву збалансованої процедури доступу до каналу СПДК (англійською, LAPB - Link Access Procedures, Balanced). Стандартний формат кадру Х.25 для такої передачі показано на рис. 2, звідки видно, що "заголовок", що додається до пакета, містить 48 розрядів, які фактично розміщуються як у голові, так і хвості кадру (по 24 розряду). У головній частині розташовуються, зокрема, октети, що несуть адресу, і навіть сигнали контролю та управління. Серед розрядів, що розміщуються в хвості, знаходиться 16-розрядна послідовність перевірочна кадру (ППК), що дозволяє виявляти навіть цілі пачки помилок. Виявлення помилок ґрунтується на теорії циклічних кодів. Воно зводиться до алгебраїчним перетворенням послідовності, що передається, з використанням спеціально підібраного породжує багаточлена певного виду і порівняння результату цих перетворень на приймальному кінці з ППК, отриманої в результаті аналогічного перетворення на передавальному кінці. Процедура СПДК є складовою протоколу високого рівня, застосовуваного управління каналом (Високорівневе управління каналом - ВУК, чи High level Data Link kontrol - HDLC). Останній передбачає досить складні процедури управління передачею по каналу, що включають встановлення зв'язку, підтримка передачі повідомлень в обох напрямках з контролем порядкових номерів кадрів та застосуванням механізму "вікна" (що обмежує кількість переданих кадрів, на які ще не отримано підтвердження приймаючої сторони), ротацію "вікна" по мірі надходження підтверджень, контроль помилок та їх виправлення шляхом повторних передач, а також завершення зв'язку. Це досить складний протокол, опис якого займає чимало місця. Наприклад, формат кадру, показаного на рис. 2, може набувати вигляду не тільки інформаційного кадру, що несе пакет. Поряд із цим код октету контролю та управління передбачає можливість створення чотирьох різних кадрів управління, які можуть не нести пакетів, або 32 ненумерованих кадри, які не несуть пакетів, а службовців лише для управління такими процесами, як встановлення з'єднання або роз'єднання.
Слід звернути також увагу, що під каналом зв'язку тут мають на увазі лише окрему ділянку між двома вузлами мережі (англійською, link, т. е. дослівно "ланка"), а чи не весь тракт передачі від відправника до одержувачу (чи , як кажуть, з кінця до кінця). Іншими словами, описана процедура повторюється на кожній ділянці, а контроль над передачею з кінця в кінець, як говорилося вище, є не функцією каналу, а функцією мережі. Важливе завдання – вибір довжини кадру. Як зрозуміло з викладеного, вона визначається довжиною пакета плюс 48 розрядів. Таким чином, фактично йдеться про вибір довжини пакета. При невеликій довжині пакета накладне навантаження в 48 розрядів може виявитися суттєвим, що негативно позначиться на продуктивності каналу. При занадто великій довжині пакета підвищується ймовірність скидання кадру через виявлення помилки, але це вимагатиме повторної передачі, що також веде до зниження продуктивності каналу. Таким чином, існує оптимальна довжина пакета, яка залежить від ймовірності помилки каналу. З урахуванням того, що канали можуть зустрітися різні, стандарт не визначає довжини пакета, а залишає її на розсуд користувача. Оскільки в цьому випадку кадр не має фіксованої довжини, доводиться позначати його початок та кінець спеціальною послідовністю виду 01111110, яка називається прапором (див. рис. 2). Введення прапорів накладає серйозне обмеження прозорість каналу. Якщо в повідомленні, що передається, зустрінуться шість одиниць поспіль, вони будуть сприйняті як прапор, а це порушить всю передачу. Для відновлення прозорості каналу на його передавальному кінці після будь-яких п'яти одиниць, крім прапора, вставляється нуль, на приймальному кінці нуль, наступний після будь-яких п'яти одиниць, завжди видаляється. Цей захід дозволяє відновити прозорість передачі, і якщо в ній буде виявлено сім одиниць поспіль, відповідний кадр буде скинуто. Звичайно, перевірка помилок у кадрі проводиться над послідовністю від першого розряду адресного поля до останнього розряду інформаційного поля (пакету) до введення в неї нулів після кожних п'яти одиниць на передачі та після видалення цих нулів на прийомі. Важливою проблемою, яка часто вирішується при проектуванні системи зв'язку, є проблема розподілу функцій між абонентським пристроєм і мережею. Наприклад, при проектуванні телефонної мережі вирішується, чи надавати абоненту можливість встановлення автовідповідачів у власному телефонному апараті або запропонувати йому послугу централізованого автовідповідача у вузлі зв'язку (мовна пошта). Аналогічні завдання виникають при організації послуг передачі даних, де актуальним стає питання, чи потрібно записувати пакети в проміжних вузлах. Вирішення такого питання залежить від багатьох факторів, що характеризують якість мережі та рівень розвитку техніки ОУПД. Якщо канали мережі не дуже високої якості, доцільно перевіряти помилки та виправляти їх на кожній ділянці, і тоді запис пакетів у проміжному вузлі виправданий. Разом з тим це може вимагати досить великого обсягу записуючого пристрою (ЗП) як для запису самих пакетів, так і всіх програм, необхідних для реалізації протоколів 2-го та 3-го рівнів (тобто рівня каналу та мережі). Зі зростанням швидкостей передачі обсяг такої пам'яті зростатиме. З іншого боку, з підвищенням надійності передачі у мережі і за наявності досконаліших ОУПД (наприклад, персональних ЕОМ) багато функцій мережі (тобто. проміжних вузлів) може бути передані в ОУПД. Тоді, природно, виникає ідея ретрансляції кадрів у проміжних вузлах без їхнього запису. Цю ідею іноді називають швидкою комутацією пакетів, оскільки пакети не виділяються з кадрів, проте процедури з їхньої обробці зосереджуються лише на рівні каналу. Вперше пропозиція про ретрансляцію кадрів, як альтернативу протоколу Х.25, було внесено до МККТТ у 1984 р., проте розробки стандартів та освоєння апаратури було завершено лише у 1990 р. Важливе обмеження техніки ретрансляції кадрів у тому, що з її застосуванні не усуваються властиві протоколу Х.25 змінні затримки. Тому ретрансляція кадрів не призначена для здійснення телефонного зв'язку або передачі відео, проте вона ідеально відповідає вимогам швидкодіючої передачі даних. Структура кадру для ретрансляції без звернення до мережного рівня показано на рис. 3.
Порівняно з рис. 2, тут замість восьмирозрядної адреси сусіднього вузла передбачається десятирозрядний покажчик віртуального каналу НВК (DLCI - Data Link Connection Identifier), за яким ретранслюються кадри в конкретний пункт призначення. У протоколі Х.25 номер віртуального каналу передається у заголовку пакета (й містить 12 розрядів). Тут же його перенесено в заголовок кадру, оскільки при ретрансляції кадрів мережевий рівень повністю демонтується. Істотному демонтажу, крім багатьох функцій, піддається і рівень каналу, у результаті продуктивність каналу різко підвищується. Процедура ретрансляції кадрів у проміжному вузлі включає три операції: 1) перевірку кадру на помилки з використанням ППК та скидання кадру при виявленні помилки (але без запиту повторення передачі!); 2) перевірку НВК за таблицею та, якщо для цього каналу цей покажчик не визначено, скидання кадру; 3) за позитивного результату перших двох операцій ретрансляцію кадру до пункту призначення шляхом використання порту або каналу, зазначеного в таблиці. Кадри можуть бути скинуті не тільки через виявлення помилки, а й при перевантаженні каналу. Однак це не порушує зв'язку, тому що відсутні кадри будуть виявлені протоколом верхнього рівня одержувача (див. вище про транспортний рівень), який направить відповідний запит на передачу кадрів, що відсутні. Крім розрядів НВК, у октеті під номером 1 є розряди К/О (команда/відповідь) та РА (розширення адреси). Розряд К/О передбачається для цілей управління, але поки що не використовується. Що ж до розряду РА, він має важливе значення, оскільки свідчить про збільшення розміру заголовка кадру (понад 48 розрядів). Подібна необхідність існує і в протоколі Х.25, оскільки там в октеті контролю та управління заголовка кадру для нумерації кадрів відводиться лише три розряди. Тому механізм вікна може допустити передачу не більше семи непідтверджених кадрів. Однак при роботі по супутниковому каналу в дорозі можуть бути більше семи кадрів, і тому вікно розширюють до 127. У цьому випадку для нумерації необхідно сім розрядів, що і вимагає розширення формату заголовка кадру. У разі ретрансляції кадрів десятирозрядний номер віртуального каналу, достатній для місцевого зв'язку, може виявитися недостатнім при глобальному зв'язку, і це може вимагати його розширення. У другому октеті три розряди служать контролю перевантаження каналу. Розряд прямого повідомлення про навантаження ПІП (FECN - Forward Explicit Congestion Notification) встановлюється мережею повідомлення про те, що на шляху від відправника до одержувача можливе навантаження. Розряд зворотного повідомлення про навантаження ОИП (BECN - Backward Expkicit Congestion Notification) встановлюється мережею кадри зворотного напрями передачі та повідомляє про навантаження прямого шляху. Розряд же допустимості скидання ДС (DE - Discard Eligioility) вказує на нижчий пріоритет кадру, що передається, який може розглядатися як кандидат на скидання при перевантаженні. При передачі за протоколом Х.25 типовий розмір пакета, прийнятий за умовчанням, зазвичай становить 128 байт, тоді як у локальних обчислювальних мережах (ЛВС) передані пакети можуть мати довжину 1500 байт і більше. Тому при зв'язку ЛОМ через мережу Х.25 проводиться дроблення пакетів транспортного рівня більш дрібні блоки інформації, формовані як пакети Х.25, які об'єднання здійснюється після передачі. Цей приклад показує, де і чому формується ідеологія переходу від протоколу Х.25 до ретрансляції кадрів. Автор: В.Нейман, м.Москва
Штучна шкіра для емуляції дотиків
15.04.2024 Котячий унітаз Petgugu Global
15.04.2024 Привабливість дбайливих чоловіків
14.04.2024
▪ Результат APU AMD Trinity A6 для ультратонких ноутбуків у тесті 3DMark ▪ Ностальгія корисна для психіки ▪ Триколісний швидкісний велосипед VOOK E-Trike ▪ HPP845 - цифрові та аналогові датчики вологості TE Connectivity
▪ розділ сайту Біографії великих вчених. Добірка статей ▪ стаття Вплив шкідливих речовин на людину. Основи безпечної життєдіяльності ▪ стаття Чому японських льотчиків-смертників називають камікадзе? Детальна відповідь ▪ стаття братки. Легенди, вирощування, способи застосування ▪ стаття Огірок у пляшці. Секрет фокусу
Головна сторінка | Бібліотека | Статті | Карта сайту | Відгуки про сайт
www.diagram.com.ua |
Дивіться інші статті розділу 
Останні новини науки та техніки, новинки електроніки:
All languages of this page