IP/UDP/TFTP uIP v1.0, uIP-шники отзовитесь. Опции

[Цырен]

Недавно поднял uIP 1.0 для своей платы с LPC2364. Реализовал на ней web сервер, потом - telnet. Документация потрясающая, все понятно. Но это все были стеки IP/TCP/, моя же техническая задача состоит в реализации IP/UDP/TFTP(modbus). Если кто имеет исходнички на UDP и TFTP, плиз, ПОДЕЛИТЕСЬ. А если кто-то, вообще, уже делал такую связку, то я буду несказанно рад взять и воспользоваться вашими плодами работы безо всяких угрызений совести blush.gif.
Попутно спрошу.
1. Я так понимаю, что в uIP есть возможность подключения нескольких соединений равно как и несколько портов, но последнее не означает, что в uIP можно врубить два сервака сразу, например, web сервер и telnet, поскольку существует только одно определение app_call, которое вызывается обработчиком событий TCP. Правильно я понимаю?
2. Могут ли одновременно работать TCP и UDP в uIP?

Спасибо за внимание.

[Цырен]

Кажется я ответил себе как отследить состояние каждого соединения для того, чтобы реализовать множественное подключение к моему серверу.
Ответ был как всегда под руками и никаких дополнительных глобальных переменных, отслеживающих состояние сервера не надо. Ответ вот где:

struct uip_udp_conn {
uip_ipaddr_t ripaddr; /**< The IP address of the remote peer. */
u16_t lport; /**< The local port number in network byte order. */
u16_t rport; /**< The remote port number in network byte order. */
u8_t ttl; /**< Default time-to-live. */

/** The application state. */
uip_udp_appstate_t appstate;
};

typedef struct tftp_state uip_udp_appstate_t;

struct tftp_state {
u16_t opcode; /* Êîä îïåðàöèè */
u16_t block_id; /* Íîìåð áëîêà */
u8_t *data; /* Óêàçàòåëü íà äàííûå */
};

Делая так:
struct uip_udp_conn *tftp_conn; // некое UDP-соединение
tftp_conn = (struct uip_udp_conn*)uip_udp_conn;
имеем доступ к состоянию текущего UDP-соединения (из таблицы UDP-соединений):

tftp_conn->appstate.opcode -код операции, которую данное соед. совершает (дает читать или записывать)
tftp_conn->appstate.block_id -какой блок данных он дает читать/записывать
tftp_conn->appstate.data -указатель на данные с которыми сервер должен сделать что-либо(записать/прочитать блок в/из файл).

Кому интересно:

Причем текущее соединение устанавливается только если:
1. в таблице UDP-соединений есть хоть одна запись с локальным номером порта TFTP(69 или иной не равный 0)
2. UDP-датаграмма предназначена именно порту текущего соединения
3. Текущее соединение "узнает" номер порта удаленного хоста или видит его впервые, но готов пообщаться, т.к. rport=0(типа сервер свободен и готов к новой связи)
4. Текущее соединение "узнает" IP-адрес удаленного хоста или видит его впервые, но готов пообщаться, т.к. tipaddr=0.0.0.0.
(IP-адрес проверяет IP)

При входе в наш обработчик APP_CALL() (у меня это void tftp_appcall(void)) надо:
1. определить состояние флага uip_flags( либо UIP_POLL либо UIP_NEWDATA)
1.1. Если UIP_POLL, то проверить условие истечения таймаута
1.2. Если UIP_NEWDATA, то проверить для какого порта именно предназначен пакет:
1.2.1 Если для порта 69, то создать новое соединение tftp_conn = uip_udp_new(&ripaddr, rport) и
обработать запрос (ничего другого быть и не может).
1.2.2 Если для нашего(а это проверялось еше в uip_process()), тогда обработать данные или
подтверждение.

З.Ы. При закрытии соединения (удаления ее из таблицы UDP-соединений) обязательно обнулять поля ripaddr и rport.
З.Ы. При инициализации надо создавать UDP-соединение в таблице под номером порта 69.
void tftp_init(void)
{
uip_ipaddr_t addr;
struct uip_udp_conn *c;

uip_ipaddr(&addr, 0,0,0,0);
c = uip_udp_new(&addr, HTONS(0)); // Адрес и номер порта удаленного хоста нулевые.
if(c != NULL) {
uip_udp_bind(c, HTONS(69)); // Стандартный порт TFTP
}
}

[Aprox]

Кажется я ответил себе как отследить состояние каждого соединения для того, чтобы реализовать множественное подключение к моему серверу.

Как я понял, вам нужен UDP сервер? Только что закончил такую разработку и прекрасно обошелся без готовых uIP, в которых сам черт ногу сломит. Суть проста. -Принимаем пакет, адресованный серверу по МАС, по IP, и по номеру порта. Выделяем запрос, обрабатываем его и выдаем пакет ответа в хидере которого, стоят МАС клиента, IP-клиента, и порт запроса клиента. Все эти данные выделяются из хидера запроса. Таким образом, UDP-сервер откликается всякому клиенту, кто грамотно к нему обратился. И никаких таблиц соединений и прочей лабуды не требуется.

Кстати, скорость передачи потока данных в пакетах UDP размером 1.5К у меня на STR912FAW44 получилась 96 Мbit/s Получилась только потому, что никакого готового софта uIP не использовал.