Логика сетевого соединения Опции

[3.14]

Нужно передать из сетевого девайса А команду (несколько байт) в другой девайс В, так же иногда надо передавать в реальном времени голос.
Делаю на AT91SAM7X256 под FreeRTOS+uIP.
Насколько я себе представляю алгоритм передачи команды (TCP)
1) Устанавливаю соединение - простой вызов функции соединения с адресом и портом удаленной системы. Насколько я понимаю, под установлением соединения подразумевается выяснение MAC адреса удаленной стороны с помощью ARP (все делает сам стек). Может еще чего должно происходить?
2) Шлю команду и жду подтверждение (причем анализировать должен сам) ...
3) Разрываю соединение

Передача звука (UDP) аналогична передаче команд за исключением того что не надо анализировать подтверждение приема.

На данный момент у меня никак не выходит UDP соединение, если с TCP все как то более менее, то при вызове функции установления соединения UDP даже ARP пакеты не бегают (слушаю сеть через EthReal)

[sff]

Насколько я себе представляю алгоритм передачи команды (TCP)
Насколько я понимаю, под установлением соединения подразумевается выяснение MAC адреса удаленной стороны с помощью ARP (все делает сам стек). Может еще чего должно происходить?

Я бы так не сказал, да и создатели TCP/IP, наверное тоже...
Под соединение TCP подразумевается, что инициатор посылает пакет с флагом SYN указывая номер порта, и ISN (intial sequence number) использующийся далее при всех передачах. Сервер отвечает пакетом с SYN (и своим ISN) и подтверждая полученный пакет с SYN выставляя ещё флаг ACK и указывая на номер ISN+1. Клмент подтверждает подтверждает полученныу SYN от сервера, выставляя в пакете ответа ACK с ISN сервера +1. После этого соединение считается установленным..

А ARP это протокол другого уровня, остносящейся к передачи данных.. Его может и не быть если линк PPP к примеру

Вообще прос структуру TCP/IP есть книга W. Richard Stevens TCP/IP Illustrated Volume 1. (Протоколы TCP/IP )