Артём Санников
Языки программирования
Базы данных
Программное обеспечение
Операционные системы
Мобильная разработка
Менеджеры пакетов
Сетевые технологии
CMS системы
Математика
SEO продвижение
Социальные сети
Психология
Хостинг провайдер
Смартфоны
Единица данных протокола (PDU). CCNA Routing and Switching.
По мере того как данные приложений передаются по стеку протоколов до перемещения через среду передачи данных, различные протоколы добавляют в них информацию на каждом из уровней. Это называется процессом инкапсуляции.
Форма, которую принимает массив данных на каждом из уровней, называется единицей данных протокола (PDU). В ходе инкапсуляции каждый последующий уровень инкапсулирует PDU, полученную от вышестоящего уровня в соответствии с используемым протоколом. На каждом этапе процесса PDU получает другое имя, отражающее новые функции. Универсальной схемы именования для PDU нет, и в этом курсе PDU называются в соответствии с терминологией набора протоколов TCP/IP, как показано на рисунке ниже.
Единица данных протокола (PDU).
Биты — PDU физического уровня, используемая при физической отправке данных по среде передачи.
Кадр (зависит от среды передачи) — PDU канального уровня.
Пакет — PDU сетевого уровня.
Сегмент — PDU транспортного уровня.
Данные — общий термин для обозначения PDU, используемой на прикладном уровне.
Источник: Академия Cisco.
Другие статьи из категории «CCNA: Introduction to Networks»
СОДЕРЖАНИЕ
Сети с пакетной коммутацией данных
В контексте сетей передачи данных с коммутацией пакетов блок данных протокола (PDU) лучше всего понимается в отношении блока данных службы (SDU).
Функции или услуги сети реализованы на отдельных «уровнях». Например, отправка единиц и нулей по проводу, оптоволокну и т. Д. Выполняется на физическом уровне, а организация единиц и нулей в блоки данных и их безопасная доставка в нужное место в сети осуществляется на уровне канала передачи данных. Передача блоков данных по нескольким подключенным сетям осуществляется сетевым уровнем, а доставка данных в нужное программное приложение в пункт назначения осуществляется транспортным уровнем.
Вышеупомянутый процесс можно сравнить с почтовой системой, в которой письмо (SDU) помещается в конверт, на котором написан адрес (адресная и управляющая информация), что делает его PDU. Отправляющее почтовое отделение может смотреть только на почтовый индекс и помещать письмо в почтовый ящик, чтобы адрес на конверте больше не был виден, что делает его теперь SDU. На почтовом мешке указан почтовый индекс назначения, и он становится PDU до тех пор, пока он не будет объединен с другими мешками в ящике, когда он теперь является SDU, и ящик помечен регионом, в который должны быть отправлены все мешки, что делает упаковать PDU. Когда ящик достигает места назначения, соответствующего его этикетке, он открывается и пакеты (SDU) удаляются только для того, чтобы стать PDU, когда кто-то считывает код почтового отделения назначения. Сами письма являются SDU, когда пакеты открываются, но становятся PDU, когда адрес считывается для окончательной доставки. Когда адресат наконец открывает конверт, появляется SDU верхнего уровня, само письмо.
Примеры
Модель OSI
Единицы данных протокола модели OSI :
Учитывая контекст, относящийся к определенному уровню OSI, PDU иногда используется как синоним для его представления на этом уровне.
Набор интернет-протоколов
Банкомат
Блок данных протокола управления доступом к среде
Что такое pdu cisco
Голос для передачи по сети сначала попадает на вход цифрового сигнального процессора DSP (Digital Signal Processor), где он порциями кодируется определенным кодеком. Выход с DSP инкапсулируется в PDU (единица данных протокола — фреймы, пакеты) и передается по сети.
При доставке данных реального времени, таких как голос, метод определения PDU, несущих голос, является необходимым. Если обнаруживается такой PDU, можно применить механизмы ускорения его передачи.
Технология VoFR (Voice over Frame Relay — передача голоса по каналам Frame Relay) использует специальный заголовок FRF.11 (Рис. 1). Этот заголовок занимает, как минимум, три байта и служит для определения типа данных, которые содержатся во фрейме. Устройства VoATM (Voice over ATM — передача голоса по каналам ATM) используют такой же заголовок.
Различные кодеки (сокращение от «кодер-декодер» — компонент системы, обеспечивающий сжатие и распаковку определенных данных) требуют разную полосу пропускания:
Принципы установления соединения
Абонентские устройства (Dial Peers)
Абонентское устройство (Dial Peer) — это адресуемая точка дозвона. Такие точки устанавливают логические соединения, называемые этапами дозвона (Call Legs), для завершения установления звонка. Маршрутизаторы Cisco, поддерживающие голосовые функции, поддерживают два типа абонентских устройств: POTS Dial Peer и VoIP Dial Peer.
POTS (Plane old telephone service) Dial Peer подключаются к традиционным телефонным сетям или традиционным телефонным аппаратам. Такие устройства выполняют функции по предоставлению адреса (телефонного номера или диапазона телефонных номеров) для конечного устройства (сети) и также указывают на конкретный голосовой порт, к которому конечное устройство (сеть) подключено.
VoIP Dial Peer подключаются через сеть передачи данных и предоставляют адрес назначения (телефонный номер или диапазон номеров) для конечного устройства в сети и ассоциируют адрес назначения со следующим маршрутизатором, на который звонок должен передаться.
Когда происходит вызов, устройство генерирует цифры номера дозвона как способ указания устройства, на котором звонок должен завершиться, то есть устройства, на которое совершается звонок. Когда эти цифры попадают на голосовой порт маршрутизатора, маршрутизатор должен иметь способ решить, куда вызов должен быть маршрутизирован. Маршрутизатор находит это решение, просматривая список абонентских устройств.
Адрес абонентского устройства, называемый шаблоном назначения (destination pattern), сконфигурирован на каждом абонентском устройстве. Шаблон назначения может соответствовать как одному телефонному номеру, так и диапазону телефонных номеров. Маршрутизатор использует абонентские устройства для установления логических соединений (Call Legs) как в исходящем, так и во входящем направлениях.
Когда к маршрутизатору Cisco Systems с голосовыми функциями подключается традиционное телефонное устройство (вариант POTS Dial Peer), в конфигурации маршрутизатора указывается телефонный номер этого устройства и порт, к которому оно подключено. Таким образом, маршрутизатор «знает», куда направлять входящий звонок на этот номер.
В случае VoIP Dial Peer конфигурация маршрутизатора включает телефонный номер назначения (диапазон номеров) и сетевой адрес следующего маршрутизатора.
Этапы соединения
Этапы установления соединения (Call Legs) — это логические соединения между любыми двумя телефонными устройствами, такими как шлюзы, маршрутизаторы, приложения Cisco CallManager или оконечные телефонные устройства.
Когда поступает входящий вызов, он обрабатывается отдельно, пока не будет определен пункт назначения. После этого устанавливается исходящее соединение, и входящий вызов коммутируется с исходящим портом.
Сквозной звонок состоит из четырех этапов соединения: два с точки зрения маршрутизатора, на котором звонок возникает, и два с точки зрения маршрутизатора, на котором телефонное соединение завершается.
Входящий этап соединения возникает, когда вызов входит в маршрутизатор или шлюз, исходящий — когда вызов совершается маршрутизатором или шлюзом.
Процесс установления телефонного соединения можно описать следующими шагами (Рис. 3):
В качестве иллюстрации процесса в главе «Примеры конфигураций» приведен пример конфигурации абонентских устройств и описаны методы конфигурирования диапазонов телефонных номеров.
Терминология инкапсуляции данных
Как вы можете видеть из предыдущих статей о том, как работают протоколы HTTP, TCP, IP и Ethernet, при отправке данных каждый уровень добавляет свой собственный заголовок (а протоколы канального уровня еще и концевик) к данным, предоставленным вышестоящим слоем. Термин инкапсуляция относится к процессу размещения заголовков (а иногда и концевиков) вокруг некоторых данных.
Многие примеры в этой главе демонстрируют процесс инкапсуляции. Например, веб-сервер Гарри инкапсулировал содержимое домашней страницы в заголовок HTTP на рисунке 2 в статье об уровне приложений. Уровень TCP инкапсулировал заголовки и данные HTTP внутри заголовка TCP, как показано на рисунке 1 в статье о транспортном уровне. IP инкапсулировал заголовки TCP и данные в заголовок IP (рисунок 3 в статье о сетевом уровне). Наконец, канальный уровень Ethernet инкапсулировал IP-пакеты между заголовком и концевиком, как показано на рисунке 1 в статье о канальном и физическом уровнях.
Процесс, посредством которого хост TCP/IP отправляет данные, можно рассматривать как пятиэтапный процесс. Первые четыре шага относятся к инкапсуляции, выполняемой четырьмя уровнями TCP/IP, а последний шаг – это фактическая физическая передача данных хостом. Фактически, если вы используете пятиуровневую модель TCP/IP, каждый шаг соответствует роли отдельного уровня. Шаги приведены в следующем списке:
Цифры на рисунке 1 соответствуют пяти этапам в этом списке, графически демонстрируя те же идеи. Обратите внимание, что, поскольку уровню приложений часто не нужно добавлять заголовка, на рисунке не показан конкретный заголовок уровня приложений, но уровень приложений также иногда добавляет заголовок.

Названия сообщений TCP/IP
Одна из причин, по которой в данной главе уделено время подробному описанию этапов инкапсуляции, связана с терминологией. Когда говорят и пишут о сети, для обозначения сообщений, показанных на рисунке 2, используются термины сегмент, пакет и кадр. Каждый термин имеет определенное значение, относящееся к заголовкам (и, возможно, концевикам), определенным конкретным уровнем, и данным, инкапсулированным после этого заголовка. Однако каждый термин относится к своему уровню: сегмент для транспортного уровня, пакет для сетевого уровня и кадр для канального уровня. На рисунке 2 показан каждый уровень вместе с соответствующим термином.

На рисунке 2 инкапсулированные данные показаны как просто «данные». Если сосредоточиться на работе, выполняемой определенным уровнем, инкапсулированные данные обычно не важны. Например, IP-пакет действительно может иметь заголовок TCP после заголовка IP, заголовок HTTP после заголовка TCP и данные веб-страницы после заголовка HTTP. Однако, обсуждая IP, вам, вероятно, интересен только заголовок IP, поэтому всё, что находится после заголовка IP, называется просто данными. Таким образом, при отрисовке IP-пакетов всё, что находится после IP-заголовка, обычно отображается просто как данные.
Cisco R-Series Rack and RP-Series PDU Installation Guide
Book Title
Cisco R-Series Rack and RP-Series PDU Installation Guide
Chapter Title
Installing a Cisco RP Series PDU (Optional)
View with Adobe Reader on a variety of devices
Results
Chapter: Installing a Cisco RP Series PDU (Optional)
Installing a Cisco RP-Series PDU (Optional)
The Cisco PDUs are engineered to be conveniently installed in a Cisco R-Series Rack, though other racks may be used with the provided they are square-hole racks. All illustrations assume an installation in the Cisco R-Series Rack.
Preparing to Install an RP-Series PDU
Before you install a PDU, plan how to route the power cable, which can be routed through the bottom of the Cisco R-Series Rack (refer to “Using the Rear Cable Access Bar”), or through the four knockout cabling portholes on the top of the Cisco R-Series Rack enclosure (refer to “Using the Cabling Portholes”).
Installing a Cisco RP230-32-1P-U-2 or RP208-30-1P-U-2 PDU
The Cisco RP230-32-U-2 Single Phase PDU (EUR) and the Cisco RP208-30-U-2 Single Phase PDU (US) has 20 C13 connectors and 4 C19 connectors (see Figure 5-1). They differ in the cord used to plug into facility power and in voltage and amperage specification (see Figure 5-2 and Figure 5-3). These PDUs are intended to be installed on the plates to the rear of the Cisco R-Series Rack without requiring any RU spaces, so they are also referred to as zero-RU PDUs.
Figure 5-1 Zero-RU PDUs

| 1 |
| 1 |
Warning No user-serviceable parts inside. Do not open. Statement 1073
Warning Do not work on the system or connect or disconnect cables during periods of lightning activity. Statement 1001
Warning Read the installation instructions before connecting the system to the power source. Statement 1004
Warning This product relies on the building’s installation for short-circuit (overcurrent) protection. Ensure that the protective device is rated not greater than: 30 A Statement 1005
Warning This equipment must be grounded. Never defeat the ground conductor or operate the equipment in the absence of a suitably installed ground conductor. Contact the appropriate electrical inspection authority or an electrician if you are uncertain that suitable grounding is available. Statement 1024
Warning For Nordic countries (Norway, Finland, Sweden and Denmark) this system must be installed in a Restricted Access Location, where the voltage of the main ground connection of all equipment is the same (equipotential earth) and the system is connected to a grounded electrical outlet. Statement 328
Warning Connect the device to a grounded power outlet. Statement 25
Installing in a Tower Configuration
To install the Cisco PDU in a Cisco R-Series Rack in a tower configuration. follow these steps:
Step 1 
a. 
b. 
Table 5-1 Rack-M ount Kit Checklist
Front L brackets (I RU install)
Rear L brackets (static and sliding for 1 RU install)
Tower brackets (tower install)
M4 Phillips pan-head screws
12-24 x 3/4-inch Phillips binder-head screws
10-32 x 3/4-inch Phillips binder-head screws
Step 2 
Figure 5-7 Attaching the Brackets to the Cisco PDU for a Tower Mount
Step 3 
a. 
b. 
c. 
Figure 5-8 Tower Mounting a Cisco 1-RU PDU
Step 4 
Figure 5-9 Grounding a 1-RU Tower Mount
Step 5 
Installing in a 1RU Configuration
The 1 RU configuration will work in most square hole rack cabinets, and does not require a Cisco R-Series Rack. Follow these steps to install the Cisco PDU in a rack in a 1 RU configuration:
Step 1 
a. 
b. 
Table 5-2 Rack-M ount Kit Checklist
Front L brackets (I RU install)
Rear L brackets (static and sliding for 1 RU install)
Tower brackets (tower install)
M4 Phillips pan-head screws
12-24 x 3/4-inch Phillips binder-head screws
10-32 x 3/4-inch Phillips binder-head screws
Note 
Step 2 
Figure 5-10 Attaching the Brackets to the Cisco PDU for a 1 RU Mount
Step 3 
Step 4 
Step 5 
a. 
b. 
c. 
Figure 5-11 RU Mounting a Cisco 1-RU PDU
Step 6 
Figure 5-12 Grounding a 1-RU Mount
Step 7 
















