caxapa.ru :: Вариант 0: вообще не смотреть на состояние линка. ИМХО, нужно выбрать самый простой вариант, если приложение позволяет, дабы не плодить сущности.

SciFi (08.11.2012 12:19, просмотров: 240) ответил VVB на Общий вопрос по TCP/IP: что делать с передачей данных при потере линка?

Вариант 0: вообще не смотреть на состояние линка. ИМХО, нужно выбрать самый простой вариант, если приложение позволяет, дабы не плодить сущности. Вариант 2 какой-то совсем жестокий: ничего не решает и добавляет кучу проблем. Вариант 3: а вдруг линк восстановится? Если восстановление не ожидается, то можно разорвать соединения (как в функции netif_set_ipaddr()). Но будет ли от этого хоть какая-то польза - непонятно. Вариант 4: те же вопросы, что и в варианте 3.

ส็็็็็็็็็็็็็็็็็็็็็็็็็༼ ຈل͜ຈ༽ส้้้้้้้้้้้้้้้้้้้้้้้

Ответить

- Кстати, пользуясь тем хорошим фактом, что Вы знакомы c lwIP (почему-то с ним мало работают, в России), хочу задать вопрос. VVB(460 знак., 08.11.2012 13:32)
  - Ещё вопросы по lwIP. VVB(2047 знак., 09.11.2012 11:17)
    - Хочу уточнить про netconn. VVB(1240 знак., 13.11.2012 10:12 - 10:22)
      - Не получилось. Вызов netconn_recv() внутри моей callback приводит к останову работы стека (задача tcpip_thread блокируется, по понятным причинам: netconn_recv ждёт семафора, который должна взвести заблокированная tcpip_thread), хотя есть принятые VVB(40 знак., 13.11.2012 14:45)
        
        Придётся-таки писать промежуточный слой. Аналог tcpip_thread(). VVB(1078 знак., 14.11.2012 06:36 - 07:29)
      - Насколько я понимаю, в Netconn API нет механизма оповещения. Поэтому только опросом netconn_recv(). Ещё можно установить таймаут на ожидание netconn_recv(). - SciFi(13.11.2012 10:21, ссылка)
        
        Я использую таймаут, для других целей. Мой вышестоящий пост я отредактировал, посмотрите, пожалуйста. - VVB(13.11.2012 10:23)
        
        Не знаю, у меня lwip без ОСи (NOSYS == 1). Помнится, было написано, что ВСЯ работа с lwip должна быть в ОДНОМ потоке. Возможно, в последних версиях добавили блокировки, но не факт. SciFi(130 знак., 13.11.2012 10:30 - 10:35, ссылка)
    - Зачем нужно два определения для задания "окна" TCP? Есть TCP_WND и TCP_SND_BUF. Смысл у обоих должен быть один и тот же. - VVB(09.11.2012 14:11)
      - Уже какая-то вакханалия пошла. Почитайте ликбез по TCP, полистайте код lwip. Это очень простой вопрос. - SciFi(09.11.2012 14:16)
        
        Авторы lwIP могли бы и очевиднее написать: TCP_RCV_WND и TCP_SND_WND - VVB(09.11.2012 15:12)
        
        Ну так OpenSource же, напишите :-) - OlegPowerC(09.11.2012 16:32)
    - Ответы: SciFi(422 знак., 09.11.2012 13:42)
    - Когда разберетесь с окнами, поделитесь пожалуйста информацией - OlegPowerC(09.11.2012 13:29)
      - Всё классно получается! VVB(625 знак., 09.11.2012 13:41)
        
        Жалко, что нет хорошей документации. Вот FreeRTOS тоже opensource, но какая классная документация!!! А от документации lwIP меня тошнит. - VVB(09.11.2012 13:44)
        
        вот только фриртос сам говно. - Mahagam(09.11.2012 14:08)
        
        Есть и плюсы, редко встречающиеся в других RTOS: VVB(433 знак., 09.11.2012 15:35)
        
        Зачем же вы себя так мучаете?! ;-) - SciFi(09.11.2012 13:48)
        
        "знал бы прикуп -- жил бы в Сочи". Этой просто мой первый стек. А я стараюсь досконально разобраться в программных продувктах для систем жизнеобеспечения. Заявленные возможности меня впечатлили, сейчас доделаю scatter-gather zero-copy TX DMA и VVB(184 знак., 09.11.2012 13:52)
        
        Какую систему жизнеобеспечения вы делаете? Просто чтобы быть в курсе, если моя жизнь будет от неё зависеть :-) SciFi(344 знак., 09.11.2012 14:14)
        
        У меня есть работающий пример, скачанный с сайта NXP. Там это учтено. Делаю аппараты ИВЛ, ethernet там будет только для вывода данных на ПК и ему позволяется вообще не работать, без влияния на функции жизнеобеспечения. - VVB(09.11.2012 14:22, ссылка)
        
        Ну на самом деле спорно, а если у компа был размер 800 а стал 500 и обратно уже не венулся? - OlegPowerC(09.11.2012 13:43)
        
        Не спорно. Если ПК не увеличивает окно, значит он не готов принимать данные. В таком случае пусть этот ПК идёт лесом. Данные нужно слать благодарным слушателям. - SciFi(09.11.2012 13:45)
        
        А разве это не означает что он готов принять данные, просто меньшее их количество за раз? ну если wnd конечно в больше 1 - OlegPowerC(09.11.2012 14:19)
        
        Имеется понятие "глупое окно". Приёмнику запрещается пересылать ACK с малым размером окна (меньше чем половина его буфера или меньше чем заявленный MSS передатчика при установке соединения). - VVB(09.11.2012 14:25)
        
        Это я знаю, но я думаю, реализация TCP/IP компьютера, предусматривает разрешение данной проблемы, и он врядли объявит окно меньше половины от начального - OlegPowerC(09.11.2012 16:39)
    - IP_FRAG не влияет на поведение lwIP при ответе от ПК с окном меньше чем у даных для передачи, стек впадает в ступор (при этом не разрывая соединение) и просто перестаёт передавать данные. Что делать? - VVB(09.11.2012 12:12 - 13:14)
    - Если следовать логике TCP то закрыть соединение можно либо отправив FIN либо RST. В случае с FIN, сокет по идее не должен удаляться, пока не будут переданы все данные из буферов (как приемника так и передатчика, ну или по таймауту. В случае с RST OlegPowerC(103 знак., 09.11.2012 12:13)
      - Какой стек вы используете? - VVB(09.11.2012 13:13)
        
        Я начал с uIP а закончил своим. Изучаю опыт использования других стеков, чтоб учесть замечания. Вот по поводу изменения окна компом теперь учту и проверю - OlegPowerC(09.11.2012 13:25)
  - Правильно, SciFi(209 знак., 08.11.2012 14:00)
- Промахнулся - VVB(08.11.2012 13:19, ссылка)

Микроконтроллеры