Разработка, производство и продажа радиоэлектронной аппаратуры
|
Требуется программист в Зеленограде - обработка данных с датчиков; ColdFire; 40 тыс.
e-mail: jobsmp@pochta.ru
|
Т.е. передатчик кинул датаграмму "на деревню дедушке", а принял там её кто-нибудь, или вообще в пути потерялась - никого не интересует.
Это если стек позволяет, то он тебе сразу может сказать, что no route to host или network unreachible, но вообще-то расчитывать на это нельзя - он может и не знать, что пути туда уже нет, или что он уже появился. Если на пути к цели стоит несколько роутеров, то какой-то из них может выяснить, что дальше пути нет, и датаграмму передать дальше нет никакой возможности, тогда он может отправить назад ICMP пакет с сообщением о невозможности доставки, но, зачастую, во-первых, этот сервис отключен, а во-вторых, ретрансляция ICMP пакетов может быть зарезана так, что даже банальный ping не работает.
Когда я делал передачу данных между узлами, постоянно с заданным интервалом t слал UDP датаграммы (содержащие инкремент номера, идентификаторы получателя и отправителя, HMAC и т.п.) и подтверждения на них. Если на датаграмму подтверждение пришло - связь есть. Если на N датаграмм подряд подтверждения нет - связь пропала.
Составить ответ | Вернуться на конференцию.
Ответы
- В том то и дело, что в датаграммы я не могу ничего добавлять (идет трансляция по стандартному протоколу). А узнать когда "дедушка помер" очень нужно. Безнадега прямо... - ETM (19.08.2009, 07:19:24 94.79.44.2, пустое)
- vitalyn предлагает, чтобы дедушка сам периодически подавал голос. ИМХО, это протоколу никак не противоречит. - =L.A.= (19.08.2009, 09:31:1 213.79.108.115, пустое)
- Постоянно спрашивать дедушку: "ты там живой еще?" - Kota (19.08.2009, 08:55:54 212.12.2.70, пустое)
- Тогда можно открыть ещё одно "управляющее" соединение по TCP или по UDP, - на манер RTCP. Тогда можно будет предположить, что потеря связи по управляющему соединению указывает и на разрыв канала передачи данных в основном канале UDP. - quark (19.08.2009, 08:35:20 79.139.182.213, пустое)
- была книжка что типа программирование TCP - ффф (19.08.2009, 08:16:37 127.0.0.1,212.57.144.20, 75 байт)