Возможное объяснение состоит в том, что 590 оказывается Path MTU для конкретного соединения.
Другими словами, когда клиент (один из конечных узлов соединения) принимает пакеты с максимальной полезной нагрузкой 1460 байт, некоторые узлы на пути принимают меньшие пакеты. В целях эффективности обнаружение Path MTU позволяет отправителю пакета изменять его размер таким образом, чтобы он соответствовал меньшему MTU, встречающемуся на пути, и, следовательно, избегал фрагментации.
КСТАТИ:
1460 - это очень распространенный MTU (хорошо MSS), поскольку он соответствует 1500, максимуму Ethernet v2, минус 20 + 20 = 40 байт для заголовка IP-заголовка)
См. Следующую запись в Википедии для обзора MTU (максимальной единицы передачи) и базового описания метода обнаружения MTU пути (в основном, установки DF, то есть флага «не делать фрагмент» и полагаться на сообщения ICMP «Destination Unreachable (Datagram Too Big)», чтобы обнаружить, что какой-то узел на пути не может обработать пакет, и, следовательно, попытаться с меньшим размером, пока он не пройдет).
Кроме того, я предлагаю проверять пакеты при подключении к другому хосту, возможно, к узлу в том же сегменте сети, без прохождения через упомянутый прокси. Скорее всего, вы начнете видеть кадры размером 1460 байт.