Отправка/получение сообщений, созданных для последовательной связи через .Net Socket

Question

Мы выполнили базовую связь по протоколу TCP, но у вас есть несколько вопросов. Мы связь с сервером TCP, где поток транзакций описываются следующим образом:

Отправитель инициирует транзакцию посредством отправки STX (ASCII 0x02) символа, затем ждет получателя , чтобы ответить, отправив ACK (ASCII 0x06) знак. После того, как АСК получен, отправитель передает четыре байт, без знака, тупоконечник целого числа, представляющего размер полезной нагрузки сообщения, за которым следует полезной нагрузки, и, наконец, 16 байт MD5 дайджеста сообщения для полезная нагрузка. Если получатель удовлетворен сообщением , он отправляет символ ACK.

<STX> = ASCII 0x02 
<ACK> = ASCII 0x06 

Sender: <STX>  <0x00><0x00><0x00><0x05><'H'><'E'><'L'><'L'><'O'><0xEB><0x61>... 
Recipient: <ACK>                <ACK> 

Использование .Net сокеты (System.Net.Sockets.Socket), что такое правильный способ управления контроля передачи/ACK STX? Сокет обрабатывает это автоматически (т. Е. Мы просто вызываем socket.Send (byteData)), или нам нужно явно отправлять STX, ждать ACK и т. Д.?

То же самое касается получения: мы просто получаем входящие данные, или нам нужно прослушивать символ STX, отправлять ACK, готовиться к полезной нагрузке и т. Д.?

Если управление передачей осуществляется автоматически, существуют ли какие-либо конкретные флаги сокетов, которые нам нужно установить?

FYI: Мы нашли несколько ссылок (например, следующее), которые доказали свою полезность для сообщения обрамление, но никто не обсуждать контроль передачи STX/ACK:

• http://blogs.msdn.com/b/joncole/archive/2006/03/20/simple-message-framing-sample-for-tcp-socket.aspx

Answer 1

Хе-хе, это был протокол последовательного порта, они, вероятно, просто перенесли его без изменений, чтобы использовать сокеты. Не так уж редко, хотя он не очень подходит для потока, такого как TCP.

Ну, следуйте инструкциям. Предполагая, что вы являетесь клиентом, прочитайте один байт и убедитесь, что он равен 0x02. Если это так, отправьте один байт, 0x06. Если нет, продолжайте читать, пока не увидите 0x02. Вы теперь «связаны», но вы уже это знали.

Далее, прочитайте 4 байта, чтобы узнать длину пакета, прочитайте столько байтов + 2, чтобы получить оставшуюся часть пакета. Я бы проигнорировал «дайджест MD5», TCP достаточно надежный, чтобы не требовать двойной проверки достоверности полученных данных. Отправить один байт, 0x06.

Единственное, что неясно, следует ли ожидать от 0x02 до длины пакета или нет. В тексте говорится, что вы этого не сделаете, диаграмма говорит, что вы это делаете.

Answer 2

TCP не знает о вашем протоколе уровня приложения. TCP-сокет - это всего лишь двунаправленный поток байтов. Вы должны явно отправлять/читать те STX и ACK байтов.