дейтограммы!

[miss N]

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

[raxp]

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

[miss N]

так ПОЧЕМУ же мы все таки СЛУЖЕБНЫЕ сообщения отправляем с помощью дейтаграмм???

[raxp]

Для экономии времени.

[Smitt&Wesson]

Сообщение от miss N

откуда сервер узнает что ему был отправлен пакет???

Примерно отсюда.

[raxp]

...ну вы уж совсем на физический уровень перешли. TC, достаточно знать хотя-бы на уровне сокетов. В данном случае ОС формирует события message (когда доступна новая датаграмма) и listening (когда сокет начинает прием датаграмм). И сервер-клиент понятия относительные.

p.s.: кстати, я уже подслеповат стал, но журнальчик помню ...вот топик-стартер может не разобрать мелочевку.

[Smitt&Wesson]

Сообщение от raxp

p.s.: кстати, я уже подслеповат стал, но журнальчик помню ...вот топик-стартер может не разобрать мелочевку.

Ну, это уж не моя рпоблема. Захочет - резберётся. И ещё этому профессору-недоучке три форы даст. Хи-хи, с кем связались!

[raxp]

OFFTOP >
...меня не покидвает чуйство, что ТС и есть пан-профессор, решивший тут потроллить . Время сообщений его-ее смущает, IP-ника не видно, трудно сказать с какого часового пояса.

[Utkin]

Дык, потому что служебные сообщения посылаются ниже уровнем. Рассмотрите модель OSI, когда там сеансовый уровень, какой по счету? А как взаимодействовать протоколам нижнего уровня, если на них сеансы и строятся?

[Smitt&Wesson]

Сообщение от Utkin

Дык, потому что служебные сообщения посылаются ниже уровнем.

Всё на битовом уровне, куда уж ниже?