Nano Hash - криптовалюты, майнинг, программирование

Пакеты TCP обычно переупорядочиваются?

Я повторно реализую старую библиотеку сетевого уровня, но на этот раз использую boost asio. Наше программное обеспечение ведет диалог tcpip со сторонним программным обеспечением. Несколько сообщений ведут себя очень хорошо с обеих сторон, но есть один случай, который я неправильно понимаю:

Третья сторона отправляет два сообщения (msg A и B) одно за другим (реальное короткое время), но я получаю только часть сообщения A в tcp-пакете 1, а конец сообщения A и все сообщение B в tcp- пакет 2. (нюхаю с помощью wireshark).

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

c++ tcp packet-sniffers boost-asio packets
19.11.2012

  • это через тот же сокет? 19.11.2012
  • Вы имеете в виду, что вы никогда не получите полное сообщение А? 19.11.2012
  • Я использую тот же сокет, да, я получаю полное сообщение A, но пересылаю его двумя пакетами. Все данные здесь. Моя проблема связана с сообщением B, которое я не вижу, потому что оно находится после конца сообщения one в том же пакете. 19.11.2012
  • @StephaneRolland Я отредактировал свой ответ, чтобы попытаться ответить на ваш комментарий. 19.11.2012
  • Подождите, вы реализуете приложение или стек TCP? Если приложение, вы никогда не увидите пакеты TCP. Если это стек, вы никогда не имеете дело с сообщениями. Вы говорите о tcp-packet 1 и о сообщении A. Вы никогда не сможете иметь обе эти вещи на одном уровне. Пакеты находятся на сетевом уровне. Сообщения находятся на прикладном уровне. Если вы пытаетесь сделать и то, и другое одновременно, не делайте этого. 19.11.2012
  • Я запутался между ними. Как предполагает ответ ChrisW, на уровне приложения я должен придерживаться только точки зрения двоичного потока. 19.11.2012

Ответы:


1

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

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

Вы не можете полагаться на «сообщения», имеющие взаимно однозначное сопоставление с «пакетами»: для приложения TCP (не UDP) выглядит как «потоковый» протокол.

Приложение, которое отправляет через TCP, нуждается в другом способе разделения сообщений. Иногда это делается путем пометки конца каждого сообщения. Например, SMTP отмечает конец сообщения следующим образом:

Передача тела почтового сообщения инициируется командой DATA, после чего оно передается дословно построчно и завершается последовательностью конца данных. Эта последовательность состоит из новой строки (), одной точки (точки), за которой следует еще одна новая строка. Поскольку тело сообщения может содержать строку только с точкой как часть текста, клиент отправляет две точки каждый раз, когда строка начинается с точки; соответственно сервер заменяет каждую последовательность из двух точек в начале строки одной. Такой метод экранирования называется заполнением точками.

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

Если вы кодируете стек TCP, у вас будет доступ к заголовку сообщения TCP: в поле «Смещение данных» указывается длина каждого сообщения.

19.11.2012

2

Да, это обычное дело. TCP/IP — это протокол потоковой передачи, и ваш «логический» пакет может быть разделен на множество «физических» пакетов, поэтому клиент отвечает за сборку пакетов более высокого уровня. Кроме того, TCP/IP гарантирует правильный порядок, так что вам не нужно беспокоиться о сборке неупорядоченных пакетов.

19.11.2012

3

ваша проблема вообще не имеет ничего общего с TCP. ваша проблема в том, что вы ожидали, что asio выполнит синтаксический анализ сообщения за вас. это не так, вы должны реализовать это.

  • если ваши сообщения имеют одинаковый размер, выполните асинхронное чтение для этого размера.
  • если они имеют разную длину, выполните асинхронное чтение для размера вашего заголовка, проанализируйте заголовок и выполните асинхронное чтение для остальной части сообщения в соответствии с заголовком.
  • если ваши сообщения имеют переменную длину и размер неизвестен, но есть определенный конечный символ или последовательность, вам нужно сохранить оставшиеся байты за этой конечной последовательностью и добавить следующее чтение к этому остатку.
08.12.2012
Новые материалы
Кластеризация: более глубокий взгляд
Кластеризация — это метод обучения без учителя, в котором мы пытаемся найти группы в наборе данных на основе некоторых известных или неизвестных свойств, которые могут существовать. Независимо от..
Как написать эффективное резюме
Предложения по дизайну и макету, чтобы представить себя профессионально Вам не позвонили на собеседование после того, как вы несколько раз подали заявку на работу своей мечты? У вас может..
Частный метод Python: улучшение инкапсуляции и безопасности
Введение Python — универсальный и мощный язык программирования, известный своей простотой и удобством использования. Одной из ключевых особенностей, отличающих Python от других языков, является..
Как я автоматизирую тестирование с помощью Jest
Шутка для победы, когда дело касается автоматизации тестирования Одной очень важной частью разработки программного обеспечения является автоматизация тестирования, поскольку она создает..
Работа с векторными символическими архитектурами, часть 4 (искусственный интеллект)
Hyperseed: неконтролируемое обучение с векторными символическими архитектурами (arXiv) Автор: Евгений Осипов , Сачин Кахавала , Диланта Хапутантри , Тимал Кемпития , Дасвин Де Сильва ,..
Понимание расстояния Вассерштейна: мощная метрика в машинном обучении
В обширной области машинного обучения часто возникает необходимость сравнивать и измерять различия между распределениями вероятностей. Традиционные метрики расстояния, такие как евклидово..
Обеспечение масштабируемости LLM: облачный анализ с помощью AWS Fargate и Copilot
В динамичной области искусственного интеллекта все большее распространение получают модели больших языков (LLM). Они жизненно важны для различных приложений, таких как интеллектуальные..