что такое pdu cisco

Артём Санников

Языки программирования
Базы данных
Программное обеспечение
Операционные системы
Мобильная разработка
Менеджеры пакетов
Сетевые технологии
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) используют такой же заголовок.

Различные кодеки (сокращение от «кодер-декодер» — компонент системы, обеспечивающий сжатие и распаковку определенных данных) требуют разную полосу пропускания:

Битрейт кодека (Кб/с)

Занимаемую полосу пропускания можно вычислить, основываясь на битрейте (число битов потока, передаваемых за секунду; основная характеристика видео- или аудиопотока при сжатии) кодека, издержке пакетизации и размере полезной нагрузки в пакете.

Размер полезной нагрузки зависит от размера голосового сэмпла (звукового файла), который является величиной конфигурируемой и непосредственно влияет на требуемую полосу пропускания. Голосовой сэмпл — это выход с процессора DSP, инкапсулирующийся в PDU. Cisco использует DSP, обрабатывающие по 10 мс голоса. Оборудование Cisco по умолчанию инкапсулирует в PDU 20 мс голоса вне зависимости от используемого кодека. Это значение можно изменить, но при его увеличении требуемая полоса пропускания уменьшается, что может привести к увеличению переменных задержек (так называемых джиттеров — jitter) и появлению ощутимых разрывов в звучании, если пакет не дойдет до пункта назначения.

Размер сэмпла в байтах рассчитывается по формуле:

Для вычисления полосы пропускания канала, занимаемой одним звонком, используется следующая формула:

Приведем примеры полосы пропускания, занимаемой одним звонком, при использовании кодеков G.711 и G.729 и различных размерах сэмплов. В качестве протоколов канального уровня возьмем Frame Relay и Ethernet II.

Размер служебной информации при использовании Ethernet II составляет 18 байт (6 байт — адрес назначения, 6 байт — адрес источника, 2 байта — тип, 4 — контрольная сумма); при использовании Frame Relay — 6 байт (2 байта — DLCI, 2 — FRF.12, 2 — контрольная сумма). Заголовки IP, UDP и RTP без компрессии занимают 40 байт (20 IP, 8 UDP, 12 RTP). Таким образом получаем распределение, представленное в Таб. 1.

Проблемы использования сети передачи данных для передачи голоса

В традиционной телефонии голос имеет гарантированную фиксированную задержку при передаче и гарантированную полосу пропускания для каждого звонка. В сети передачи данных для передачи голоса требуется низкая задержка, минимальные джиттеры и потери пакетов.

Технологии магистрали

Для обеспечения передачи различных типов трафика в магистральных каналах связи используются различные технологии:

Все эти технологии должны обеспечить различным видам трафика соответствующий уровень обслуживания и необходимое качество голосовых соединений.

Механизмы обеспечения качества передачи голосовых данных

Приложения реального времени, такие как голосовые, отличаются своими характеристиками от традиционных приложений. Голосовые приложения допускают минимальный джиттер. Потери пакетов и джиттеры ухудшают качество передаваемого голоса. При замене традиционных голосовых технологий IP-телефонией пользователи должны получать то же качество голоса, как и при обычной телефонии. Для эффективной передачи голоса через IP-сеть нужен механизм надежной доставки с маленькой задержкой.

VoIP гарантирует передачу голоса высокого качества только в том случае, если аудио- и сигнальные пакеты имеют приоритет перед любыми другими пакетами в сети. Для выполнения этого требования используется механизм QoS (Quality of Service). QoS — это методика обеспечения качества передачи определенных данных, основанная на разделении трафика по приоритетам для соответствующей его обработки. QoS обеспечивает лучший, более предсказуемый, сервис сети, выполняя следующие функции:

Программное обеспечение Cisco IOS (операционная система активного сетевого оборудования фирмы Cisco Systems) включает в себя полный набор средств обеспечения QoS в сети. Перечислим некоторые из них.

CAR (Committed access rate). Обеспечивает ограничение занимаемой полосы пропускания.

FRTS (Frame Relay traffic shaping). Задерживает «чрезмерный» трафик, используя специальный буфер или механизм очереди для удержания пакетов и нормализации потока данных в случае, когда его объем выше ожидаемого.

FRF.12. Обеспечивает лучшую пропускную способность на низкоскоростных линиях Frame Relay.

IP to ATM class of service (CoS). Включает в себя обеспечение соответствия характеристик CoS между IP и ATM.

MLP (Multilink PPP) с LFI (link fragmentation and interleaving). Фрагментирует большие пакеты. LFI также обеспечивает специальную очередь для передачи небольших, чувствительных к задержкам пакетов, позволяя им быть отосланными раньше других.

CRTP (Compressed Real-Time Transport Protocol). Сжимает заголовки RTP, уменьшая расход полосы пропускания для голосового трафика.

RSVP (Resource Reservation Protocol). Поддерживает резервирование ресурсов в IP-сети.

Распространение политик QoS по протоколу BGP (Border Gateway Protocol). Обеспечивает распространение политик QoS на удаленные маршрутизаторы в сети по протоколу BGP.

Классификация и маркировка трафика

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

Для определения принадлежности трафика к тому или иному классу, что необходимо для принятия решения о способе его обработки, могут проверяться различные характеристики:

Классификация применяется для входящего и/или исходящего из маршрутизатора трафика.

Для маркирования пакета может быть использован заголовок второго уровня (802.1Q/p, FR DE bits) и/или поле TOS IP-заголовка (IP Precedence или DSCP).

Маркированный трафик упрощает применение единых правил приоритизации/обработки трафика для всех устройств в сети передачи данных, в том числе и для устройств провайдера услуг.

Маркировка трафика и перемаркировка рекомендована на входящем интерфейсе, как можно ближе к источнику трафика.

Механизмы очередей или устранения перегрузок на интерфейсах

Для регулирования возможных перегрузок на исходящем интерфейсе в ПО маршрутизатора (IOS) существует уровневая система буферизации пакетов. Подсистема L3 оперирует IP-пакетами, L2-буфер сильно зависит от канального протокола и L1-буфер (Tx Ring) работает на драйвере устройства.

Существует несколько алгоритмов регулировки очередей для подсистемы L3.

При наличии в сети VoIP-трафика компанией Cisco рекомендовано использовать LLQ (Low-Latency Queuing). Алгоритм основан на классификации потоков:

Механизм сжатия заголовков RTP пакетов (cRTP)

На маршрутизаторах можно задействовать механизм сжатия заголовков RTP пакетов. В этом случае, вместо того чтобы передавать друг другу RTP-пакеты с заголовком в 40 байт (IP+UDP+RTP), они передают пакеты с заголовком в 2-5 байт. Передающий маршрутизатор заменяет исходный заголовок, а принимающий при приеме его восстанавливает.

Механизм не влияет на задержку VoIP-трафика. Уменьшает полосу канала, занимаемую голосовым трафиком.

Механизм cRTP имеет следующие характеристики:

Фрагментация пакетов (LFI)

Механизм поддерживает выполнение рекомендации ITU G.114 — устройство не должно обрабатывать голосовой пакет больше 20 мс. Механизм не изменяет занимаемую полосу канала. Уменьшает возможную задержку пакета и вариацию задержки (jitter) потока.

Механизм LFI имеет следующие характеристики:

Неэффективно использовать данный механизм на каналах более 1 Mbps.

Ошибки проектирования IP-телефонии

Отличительные черты неправильного проектирования:

Краткий обзор протоколов VoIP

В технологии VoIP используются следующие протоколы:

Соответствие протоколов VoIP уровням модели OSI:

Софтфоны и приложения Call Manager

RTP/UDP (голос), TCP/UDP (управление)

Физическая среда передачи

Принципы установления соединения

Абонентские устройства (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 соответствуют пяти этапам в этом списке, графически демонстрируя те же идеи. Обратите внимание, что, поскольку уровню приложений часто не нужно добавлять заголовка, на рисунке не показан конкретный заголовок уровня приложений, но уровень приложений также иногда добавляет заголовок.

Рисунок 1 – Пять этапов инкапсуляции данных в TCP/IP

Названия сообщений TCP/IP

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

Рисунок 2 – Обзор инкапсуляции и «данных» (буквы LH и LT обозначают заголовок (link header) и концевик (link trailer) канального уровня)

На рисунке 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

Figure 5-2 US Plug (NEMA L6-30P)

Figure 5-3 European Plug (IEC309-32)

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

You can install up to six zero-RU PDUs in the Cisco R-Series Rack. No tools are required. To install a zero-RU PDU, follow these steps:

Step 1 Open the rear of the rack, and as appropriate for your situation, route the PDU power cable either through the top porthole or the bottom utilizing the cable access bar.

Step 2 Insert the two studs on the rear of the PDU into a pair of slots on the sides of the rack. See Figure 5-4. The PDU breakers can either be on the top or bottom of the rack, as appropriate for how you route the power cable. If necessary for equipment clearances, use the alternate 90 degree mounting position shown in Figure 5-4 for one of the PDUs.

Figure 5-4 Zero-RU PDUs Mounted (Top Installation Shown)

Figure 5-5 Alternate 90 Degree Mounting Position

Step 3 Slide the PDU down slightly so that the PDU can hang in place within the Cisco R-Series Rack.

Step 4 Secure the PDU to the Cisco R-Series Rack using one of the provided cable ties. If necessary, remove the side panels to make access easier.

Step 5 Loosen the ground connector and either wrap around it the end of a a 10 AWG wire with 1” of the end stripped, or attach a wire that has a ring connector attached.

Step 6 Connect the other end of the grounding wire to the Cisco R-Series Rack.

Step 7 Connect the PDU power cord to the AC source.

Installing an Cisco RP230-32-U-1 or RP208-30-U-1 PDU

The Cisco RP230-32-U-1 Single Phase PDU (Eur) and the Cisco RP208-30-U-1 Single Phase PDU (US) both have 2 C13 connectors and 4 C19 connectors (see Figure 5-6). They differ in the cord used to plug into facility power (see Figure 5-2 and Figure 5-3). These PDUs can be installed inside the side walls of the Cisco R-Series Rack in a tower configuration without requiring any RU spaces, or in one of the available RU spaces.

Figure 5-6 1-RU PDU Front Panel

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 Prepare for installation:

a. Place the PDU on the floor or on a sturdy table as close as possible to the Cisco R-Series Rack. Leave enough clearance to allow you to move around the chassis.

b. Open the rack-mount kit, and refer to the component checklist Rack-Mount Kit Checklist to verify that all parts are included.

Table 5-1 Rack-M ount Kit Checklist

Quantity Part Description Received

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 Attach the left and right L brackets using four of the M4 Phillips pan-head screws provided in the rack-mount kit. (See Figure 5-7.)

Figure 5-7 Attaching the Brackets to the Cisco PDU for a Tower Mount

Step 3 Install the PDU in the Cisco R-Series Rack with the outlets facing the rear of the rack. (See Figure 5-8.)

a. Position the PDU in the rack at either the top or bottom of the rack:

b. Align the mounting holes in the L brackets with the mounting holes in the rack supports.

c. Secure the PDU using four (two on each side) no. 12 self-tapping screws through the holes in the L bracket and rack frame.

Figure 5-8 Tower Mounting a Cisco 1-RU PDU

Step 4 Ground the Cisco PDU to the Cisco R-Series Rack as shown in Figure 5-9. This example shows a connection to the frame using a no. 12 self-tapping screw.

Figure 5-9 Grounding a 1-RU Tower Mount

Step 5 Connect the PDU power cord to the AC source.

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 Prepare for installation:

a. Place the PDU on the floor or on a sturdy table as close as possible to the rack. Leave enough clearance to allow you to move around the chassis.

b. Open the rack-mount kit, and refer to the component checklist Rack-Mount Kit Checklist to verify that all parts are included.

Table 5-2 Rack-M ount Kit Checklist

Quantity Part Description Received

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 Some equipment racks provide a power strip along the length of one of the rear posts. If the rack has this feature, consider the position of the strip when planning fastener points. Before installing the L brackets on the chassis, determine whether to install the chassis from the front or the rear of the rack.

Step 2 Attach the left and right brackets using eight of the M4 Phillips pan-head screws provided in the rack-mount kit. (See Figure 5-10.)

Figure 5-10 Attaching the Brackets to the Cisco PDU for a 1 RU Mount

Step 3 Slide the rear L bracket onto the rear bracket.

Step 4 Install 8 cage nuts as needed into the square holes in the desired RU of the rack.

Step 5 Install the PDU in the rack with the outlets facing the rear of the rack as shown in Figure 5-11 and Figure 5-12.

a. Position the PDU in the rack at either the top or bottom of the rack:

b. Align the mounting holes in the L brackets with the mounting holes in the rack. Slide the rear L bracket to the length needed.

c. Secure the PDU using eight (two on each bracket) 12-24 x 3/4-inch screws through the elongated holes in the L bracket and into the cage nuts in the mounting post.

Figure 5-11 RU Mounting a Cisco 1-RU PDU

Step 6 Ground the Cisco PDU to the rack as shown in Figure 5-12. This example shows a connection to the frame using a no. 12 self-tapping screw.

Figure 5-12 Grounding a 1-RU Mount

Step 7 Connect the PDU power cord to the AC source.

Источник

Читайте также:  что значит состав семьи в анкете в детском саду
Строительный портал