Сервер UDP принимающий/передающий пакеты от всех/всем клиентам

Написан клиент, который передает пакеты на север. Помощь нужна в следующем. Мне нужно чтобы приходящие пакеты на сервер сразу были перенаправлены по ip клиентам, которые были подключены к серверу и не отсоединялись. Или скиньте пожалуйста информацию под данной тематике.

0

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

0

Мне к сожалению не нужно WCF. У меня все данные передаются через протокол UDP.

0

Сообщение от vitas199405 У меня все данные передаются через протокол UDP.

Вы плохо знакомы с предметом, к сожалению))) В WCF нет готового стека каналов на основе UDP, но есть класс UdpTransportBindingElement, на основе которого можно создать свой стек. И будет вам на UDP, как вы и хотели)

0

Как я понял WCF работает с http запросами. Или я что-то не так понял? Объясните.)

0

Сообщение от vitas199405 WCF работает с http запросами

Это зависит от транспорта, а точнее-от привязки. WCF предоставляет 9 готовых привязок (привязка-сконфигурированный стек каналов), но можно создать и свою привязку.

0

можете, тогда представить пример по моей тематике?

0

Сообщение от vitas199405 пример по моей тематике

vitas199405, понимаете в чем дело...
UDP - однонаправленный протокол, и клиент при передаче сообщения не получает никакого подтверждения, что кто-то его вообще получил. Так что концепция подключения, как вы сказали в первом посте

Сообщение от vitas199405 перенаправлены по ip клиентам, которые были подключены к серверу и не отсоединялись

практически невозможна. По крайней мере, насколько мне известно. И второй вопрос: чем продиктована необходимость использования Udp? Как я предполагаю, такое может быть продиктовано необходимостью клиентам динамически узнавать адрес службы в сети (когда адрес службы заранее неизвестен, и использовать его в коде клиентов невозможно). Это так?

0

Udp я использую для скоростной передаче аудиопакетов между клиентами через сервер. Сервер выступает в роли разветвителя. Так например клиент1 отправляет сообщение серверу, а тот в свою очередь отправляет этот пакет другим клиентам. Клиент2 отправляет аудиопакет на сервер, а сервер отправляет это сообщение остальным пользователям. Сервер также проверяет находится ли пользователь в сети, методом отправки пакета на клиент, который в свою очередь отправляет обратно этот пакет в знак его присутствия в сети, все адресы(iport) находятся в addresslist.

0

vitas199405, у вас все это организовано в локальной сети или через интернет?

0

работает как в через глобальную, так и через локальную сети

0

Сообщение от vitas199405 как в через глобальную, так и через локальную сети

так а необходимость то Udp в чем заключена? Это же протокол многоадресной рассылки, и по моим наблюдениям, он гораздо медленнее, чем тот же Http (не говоря уже про Tcp).
Адрес центрального сервера заранее известен для того, чтобы изначально настроить всех клиентов для работы с ним или нет?

0

UDP гораздо медленнее, чем тот же Http (не говоря уже про Tcp).

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

Адрес центрального сервера заранее известен для того, чтобы изначально настроить всех клиентов для работы с ним или нет?

Адрес сервера известен заранее клиентам, то есть прописан в коде (на представлении я буду использовать локальный ip, который выдает сеть), а клиентские ip буду известны после их включения. (то есть при включении клиентской программы, он автоматически передает сообщение о включении, а сервер отлавливает это сообщение и записывает его в addresslist

0

Сообщение от vitas199405 у меня не осталось времени переделывать программу

Ну скажем так, задачка не особо сложна, и переделать ее займет примерно часа два-три. Вам же нужен минимальный функционал: старт сервера, подключение клиентов и потом любой из клиентов берет массив данных (байт) и передает на сервер, а тот рассылает его всем подключенным клиентам.
Я все верно озвучил?

0

Сообщение от insite2012 Вам же нужен минимальный функционал: старт сервера, подключение клиентов и потом любой из клиентов берет массив данных (байт) и передает на сервер, а тот рассылает его всем подключенным клиентам. Я все верно озвучил?

Все верно. Добавлю только одно. Все это должно работать на UDP протоколе. И чуть чуть поясню для большей конкретики схемой.

Миниатюры

 

0

Сообщение от vitas199405 Все это должно работать на UDP протоколе

Поддержка UDP появилась в WCF начиная с .NET4.5, а я использую .NET4.0. Но если у вас есть возможность, вы сможете переделать проект.

Сообщение от vitas199405 поясню для большей конкретики схемой.

Да это и так было ясно, в моем посте именно такая логика и представлена.
Ну так что, сделать вам тестовый проект? Все приложения (и клиент, и сервер) будут на основе WinForm. В качестве транспорта будет Http ( как самый удобный для работы в интернете). Если захотите, потом переделаете.

0

А возможно реализовать сервер на wcf. Не трогая клиентскую часть? И заставить их работать между собой wcf сервер и wpf клиент? К сожалению менять протокол никак нельзя. А в http я, мягко говоря, Дуб. Да и вся система будет работать, все таки локально, так как политика, в той сети где будет презентация, закрытая.

0

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

Сообщение от vitas199405 менять протокол никак нельзя

А вот это уже плохо. Я, конечно, не супер спец, но никак не могу понять, кто вам поставил задачу использовать именно этот протокол для такого приложения. Этот протокол не подразумевает наличия обратной связи, и адреса вам, по сути (при рассылке от сервера сообщений клиентам) вовсе не нужны. UDP-широковещательная рассылка, сервер шлет сообщения по всей сети, без указания адресов, а получил их кто-то или нет-его не волнует, и узнать об этом он не может. Но поскольку у вас в задании расписано еще и поиск клиентов, их регистрация, то все получится очень громоздко и неудобно. Тут, в общем, классическая задача с дуплексным общением, и учитывая ваше последнее замечание (про работу в локальной сети), транспорт TCP (с его бинарным кодированием) подошел бы как нельзя лучше.

У вас есть формализованное ТЗ данной задачи, или вам ее просто обрисовали на словах? Любопытно было бы глянуть.

Добавлено через 19 минут
vitas199405, кстати, гляньте эту тему, там как раз про UDP.
Простейшие коды клиент-сервера UDP

Добавлено через 1 минуту
И вот еще. Поищите, примеров, думаю, много будет.
Клиент-Сервер на UDP. Работающий

0

Сообщение от insite2012 Этот протокол не подразумевает наличия обратной связи, и адреса вам, по сути (при рассылке от сервера сообщений клиентам) вовсе не нужны. UDP-широковещательная рассылка, сервер шлет сообщения по всей сети, без указания адресов, а получил их кто-то или нет-его не волнует, и узнать об этом он не может.

Тут я с вами согласен. Но уж что начато, то надо мне и закончить.

Сообщение от insite2012 кто вам поставил задачу использовать именно этот протокол для такого приложения.

Это я. Изначально я делал по TCP протоколу, но со временем решил, что UDP протокол лучше подойдет под мою задачу. И все это завернулось в диплом. Хоть я и хотел взять элементарную тему для написания диплома. Но тут я понял в какую "грязь" я влез. Вот тут и я решил довести дело до конца. Осталось сделать сервер, который будет иметь динамически создаваемые потоки для каждого подключенного клиента, передавать аудиопакеты от клиента к клиентам и проверять их состояние (подключенный/отключенный) и все это на протоколе UDP. Если вы мне поможете в реализации данной задачи, то я вам буду очень благодарен.

0

Сообщение от vitas199405 Если вы мне поможете в реализации данной задачи

Ну раз вы сами себе такую задачу поставили, то почему бы не изменить условия и вернуться к TCP? С его использованием (и используя WCF) ваша задача решается чуть сложнее чем элементарно.

0