передача данных без соединения

[Алексей++]

передача данных без соединения

стоит такая задача:
имеется одна программа (П1) , в которой, неважно откуда зарождаются ДАННЫЕ ))) . Имеется также вторая программа (П2) , которая так же может пользоваться этими данными.
П1 и П2 , в общем случае, выполняются на разных машинах. П1 знает адрес компьютера (К2) , где работает П2 (адрес - IP и port).

П1 работает всегда. П2 может работать или нет - по своему желанию.
П1 всегда скидывает данные на К2 , причём никогда не знает, работает ли в это время П2.
Если П2 работает, то она принимает данные и что-то там с ними делает.
Если П2 не работает, данные просто теряются.
----
1) возможно ли по TCP/IP передавать данные на  известный адрес, не устанавливая соединения ?

2) или, если кто делал, как можно реализовать всё это ?



заранее пасиба )

[Finch]

Можно конечно передавать данные по UDP протоколу. Протокол не требует установление соединения и не требует подтверждения получения данных. Так что твоя программа П1 может все время посылать данные. Вторая при включении ставит порт на прослушивание.

[Алексей++]

такс, щас  в асю приду )

[Diletant]

передача данных без соединения

----
1) возможно ли по TCP/IP передавать данные на  известный адрес, не устанавливая соединения ?

В ТСР нельзя по определению, он работает только через соединение. Только UDP.

2) или, если кто делал, как можно реализовать всё это ?

Есть такая функция WSASendTo() ...

[Finch]

Diletant, Имя TCP/IP это название целого семейства протоколов. В том числе и UDP входит в это семейство.

[Serg79]

Используй именнованный канал или почтовые ящики. 

[Serg79]

Забыл добавить, машины должны быть объеденены в сетку для этого.

[Serg79]

П1 работает всегда. П2 может работать или нет - по своему желанию.
П1 всегда скидывает данные на К2 , причём никогда не знает, работает ли в это время П2.
Если П2 работает, то она принимает данные и что-то там с ними делает.
Если П2 не работает, данные просто теряются.

Вот для этого почтовые ящики самое то. Только данные будут кидаться не на К2, а вообще будут разлетаться по сетке. И их могут принимать все проги в сети, если они будут слушать данный ящик.

[Алексей++]

Serg79, не, это не пойдёт. По совету Финча удачно опробовал UPD , но там вроде как гарантии достаффки нет, поэтому всё же решено соединение устанавливать , П1 - клиент , П2 - сервер

[RXL]

Алексей1153, если ты работаешь в локальной сети, машины не имеют обыкновения жестко тормозить и трафик ты большой создавать не собираешься, то считай, что UDP надежен на 99.99%.
TCP проигрывает UDP только во времени готовности к передаче (из-за установления соединения в самом начале - всего 2+1 маленьких пакета) и в увеличении задержек в случае пропадания пакетов.

[Serg79]

Serg79, не, это не пойдёт. По совету Финча удачно опробовал UPD , но там вроде как гарантии достаффки нет, поэтому всё же решено соединение устанавливать , П1 - клиент , П2 - сервер

Почтовые ящики посылают свои данные датаграмами (используя UPD), по этому присутствует ограничение на разовую запись в MailSlot. По этойже пречине можно просто открывать ящик не задумываясь открыт ли он еще гдето, и слушать его или писать в него.

На мой взгляд, MailSlot самый простой способ организации обмена данных между процесами на разных машинах.

[RXL]

Serg79, это все прекрасно будет работать в варианте с broadcast или multicast UDP. Конечно, если возможно несколько слушателей - иначе достаточно unicast UDP или TCP.
Главное - стандартные протоколы - нет зависимости от совместимости протоколов MS от версии к версии.

[Алексей++]

RXL, Ром, я подумаю, возможно опционально сделаю выбор между способами ) Слишком много где будет применяться, условия не известны заранее ваще