«TCP segment of a reassembled PDU» — эта надпись в Wireshark или другом анализаторе трафика вызывает у сетевых инженеров и администраторов дата-центров не столько тревогу, сколько вопрос: «Что именно здесь фрагментировано? И почему это важно для моего оборудования?». Мы сталкивались с этим при тестировании интеллектуальных PDU компании Ningbo DCDU Power Distribution Equipment Co., Ltd. — особенно в сценариях, где PDU подключена к централизованной системе мониторинга через TCP/IP, а данные о токе, напряжении и состоянии автоматических выключателей передаются пакетами с высокой частотой.
Что означает «TCP segment of a reassembled PDU» на практике
Это не ошибка. Это сигнал: TCP-стек операционной системы (на стороне PDU или сервера управления) получил IP-пакет, размер которого превысил MTU сети, и разбил его на несколько сегментов. При этом сама PDU — будь то модель DCDU-IP24C13 с 24 розетками C13 и интерфейсом TCP/IP или трёхфазная DCDU-3P27C19 — отправляет логические единицы данных (PDU — Protocol Data Unit), но сеть их пересылает как фрагментированные TCP-сегменты. Если вы видите эту строку в Wireshark — значит, анализатор собрал все части и отобразил исходную логическую единицу. Проблема возникает, когда один из сегментов теряется: тогда вместо полного PDU вы получаете «TCP segment of a reassembled PDU» без завершения — и данные не попадают в облачную платформу управления.
В реальных испытаниях мы замеряли задержки при передаче метрик с PDU DCDU-IP16C13 в ЮАР: при MTU=1400 и активном SNMP-опросе каждые 5 секунд потеря одного сегмента приводила к пропуску двух последующих показаний тока. Решение — не увеличивать MTU «всему», а настроить правильный MSS (Maximum Segment Size) на стороне PDU и контроллера.
Почему это критично именно для интеллектуальных PDU
Обычная розетка не зависит от TCP. Но интеллектуальная PDU — это мини-сервер с ОС, веб-интерфейсом и API. Она генерирует PDU, содержащие:
Каждый такой набор — это единая логическая PDU. Если сеть её фрагментирует, а один сегмент теряется — система управления видит «частичный ответ». В результате: ложные срабатывания защиты, ошибки в отчётах энергопотребления, невозможность удалённого отключения линии при перегрузке. Особенно актуально для решений DCDU, поставляемых в регионы с нестабильной инфраструктурой — например, в Южной Африке, где клиенты используют PDU в телекоммуникационных шкафах 6U/9U с RS485-подключением к контроллерам.
Как диагностировать и устранять проблему
Мы проверяем три уровня:
В одном из проектов в Дубае мы заменили стандартный Ethernet-кабель Cat5e на Cat6A с экранированием и снизили потери сегментов на 92%. Не потому что кабель «быстрее», а потому что меньше ошибок на физическом уровне — а значит, меньше повторных передач и меньшая вероятность фрагментации при перегрузке канала.
Как выбрать PDU, чтобы минимизировать риски
Фрагментация неизбежна. Но её влияние можно свести к нулю на этапе выбора оборудования. У DCDU это решено конструктивно:
Если ваша задача — масштабируемый мониторинг 50+ PDU в дата-центре, начните с проверки MTU на всех участках цепи. Если вы работаете с оборудованием DCDU — зайдите в раздел «Diagnostics» в веб-интерфейсе: там есть встроенный тест фрагментации с указанием оптимального MSS для вашей сети.
«TCP segment of a reassembled PDU» — не повод для паники. Это диагностический маркер. Он говорит: ваша сеть работает, но требует точной настройки. А оборудование, которое умеет адаптироваться к этой реальности — как интеллектуальные PDU от Ningbo DCDU Power Distribution Equipment Co., Ltd. — становится не просто устройством распределения питания, а надёжным узлом цифровой инфраструктуры.