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

[miss N]

Сообщение от Smitt&Wesson

Мы - последнее препятствие, на пути к знаниям (не заблуждайтесь).

Зачем мне настраивать прокси???

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

[Freedo]

Протокол UDP не предусматривает ни каких механизмов гарантирующих доставку, поэтому тут всё на совести разработчика. Ведь можно реализовать это в прикладном протоколе. Узел которому было направленно сообщение может отправить обратно отправителю сообщение о том, что сообщение было доставлено. Правда подтверждение тоже может затеряться.

[Smitt&Wesson]

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

Протокол UDP не предусматривает ни каких механизмов гарантирующих доставку, поэтому тут всё на совести разработчика. Ведь можно реализовать это в прикладном протоколе. Узел которому было направленно сообщение может отправить обратно отправителю сообщение о том, что сообщение было доставлено. Правда подтверждение тоже может затеряться.

Поэтому и говою - нужно настроить обращение к DNC-серверу.
Кто он? Спросите у провайдера.
Можно использовать и "по умолчанию" но сервер не знает кто еть кто и находи Вас в кеше.
Если DNC указать явно, он на это счёт парится не будет и быстренько найти обратившегося.
Очередь, боле быстродействующая хрень, чем кешь.

[miss N]

вопрос : почему мы СЛУЖЕБНЫЕ СООБЩЕНИЯ отправляем с помощью дейтаграмм??? препод делает на это акцент! и говорит ответ очень простой.

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

[Smitt&Wesson]

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

вопрос : почему мы СЛУЖЕБНЫЕ СООБЩЕНИЯ отправляем с помощью дейтаграмм??? препод делает на это акцент! и говорит ответ очень простой.

Передай от меня ,тему привет. Если сам не знает, чему учит?
Протокол Х25.
Перавая ошибка - нес лужебные Сообщения, а служебный пакт.
Вторая ошибка, - отправляются не дейтограммы, а пакеты, в форме диаграмм (кому-как повезёт).

И всё, действительно просто. Каждое сообщение упаковывается в обёртку IT, а она, в свою очередь в TCP. Но эти понятия, настолько сейчас срослись, что протокол так и называется TCP/IT.
По простому говоря, - это матрёшка.

[miss N]

Сообщение от Smitt&Wesson

Передай от меня ,тему привет. Если сам не знает, чему учит?
Протокол Х25.
Перавая ошибка - нес лужебные Сообщения, а служебный пакт.
Вторая ошибка, - отправляются не дейтограммы, а пакеты, в форме диаграмм (кому-как повезёт).

И всё, действительно просто. Каждое сообщение упаковывается в обёртку IT, а она, в свою очередь в TCP. Но эти понятия, настолько сейчас срослись, что протокол так и называется TCP/IT.
По простому говоря, - это матрёшка.

это все хорошо, но ответ почему все таки служебные ПАКЕТЫ мы отправляем в этой форме????

[raxp]

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

[Smitt&Wesson]

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

2- дейтаграммы можно пересылать непрерывно повторяясь, и даже при потере одного-двух, третий-последующий дойдут.

Стоп, стоп, стоп. В пакетах нет коррекции ошибок. Если пакет теряется и сервер не получает ответ за date-time, он пересылается снова. За зборку пакетов ответственнен, именно, TCP. IT - ответственнен за пересылку.

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

это все хорошо, но ответ почему все таки служебные ПАКЕТЫ мы отправляем в этой форме????

Стандарт 1986-го понемаете-ли? Не промню-уж, где-то в журналах есть, но искать - лениво.

[miss N]

2- дейтаграммы можно пересылать непрерывно повторяясь, и даже при потере одного-двух, третий-последующий дойдут.[/QUOTE]

а если все три дойдут то тогда, придется выполнять выполнять и три одинаковых операции (не знаю как правильно это объяснить ) которые содержались в этом сообщении, те например реакция уже поступила, а тут приходят еще 2 таких же


ПОВТОРЯЮСЬ : что ответ быстрота и возможность отправлять в любой момент времени мной уже проговорились преподу, он их отклонил

Сообщение от Smitt&Wesson

Стоп, стоп, стоп. В пакетах нет коррекции ошибок. Если пакет теряется и сервер не получает ответ за date-time, он пересылается снова.

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

[raxp]

Стоп, стоп, стоп. В пакетах нет коррекции ошибок.

пофигу, эту коррекцию можно ввести протоколом верхнего уровня.

TCP. IT - ответственнен за пересылку.

TCP/IP ответственнен за контроль доставки, не UDP.

а если все три дойдут то тогда, придется выполнять выполнять и три одинаковых операции

вы же просто тупо шлете абы что? Какую-то информацию ведь вкладываете в пакет? Вкладываете. Что мешает вложить счетчик, метки времени? Пускай себе приходят. К тому же, речь даже не о однонаправленности, клиент-серверная архитектура подразумевает обмен.

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

если он его примет, то узнает и никак иначе.