Подтвердить что ты не робот

Могу ли я использовать широковещательную или многоадресную рассылку для TCP?

Для Протокол Интернета (IP) Я могу использовать многоадресную рассылку:

Кроме того, в примере для UDP я могу использовать:

  • broadcast - отправка пакета в диапазон адресов
  • multicast - отправить пакет в список указанных адресов

Но могу ли я использовать что-то из них для TCP?

4b9b3361

Ответ 1

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

Ответ 2

Я обычно не публикую здесь, но мне просто нужно было добавить немного разъяснений к рассуждениям здесь. Ответ Стеффена правильный. Нет, ты не можешь! идеально. позвольте мне ответить остальным, чтобы сказать, что UDP является правильным протоколом для отправки сообщений многоадресной передачи и широковещательной передачи. Я кричу имя Штеффена в переполненной комнате, я хочу, чтобы все ответили? Ни за что! Если TCP был использован, все подтвердят мой пакет!

Итак, пункт два для обсуждения - это надежность. Это мешает ответ. UDP является удивительным. Когда люди говорят, что UDP ненадежен, это не значит, что это плохо. все они означают, что пакет для многоадресной передачи UDP не должен слышать ответ, чтобы подтвердить доставку. UDP также отлично подходит для голосовой связи, поскольку, когда я говорю, эти пакеты становятся быстрее, потому что слушатель не должен говорить "да", я получил этот пакет для каждого слова, которое я говорю.

Наконец, это приводит нас к надежности UDP. После того, как я проясню это, вернитесь назад и снова прочитайте абзац выше этого. UDP не надежен. Это основное различие между TCP и UDP. Итак, вот Сделка, есть UDP и R-UDP. R-UDP - это другой RFC (см. Ссылку внизу), затем UDP. Очевидно, что RFC является IETF. Могут быть и другие. Они указывают, что исходный ответ был прав, но представил информацию о UDP (RFC 2460), которая была неправильной. По академическим причинам, а также просто общие semse

Читайте о R-UDP здесь У RUDP нет надлежащего RDF. некоторые RFC используются в его концептуализации, но, по-видимому, он используется Microsoft, который отправил IETF, какой-то документ, чтобы начать процесс RFC. эта ссылка ниже:

http://www.ietf.org/proceedings/44/I-D/draft-ietf-sigtran-reliable-udp-00.txt

Кроме того, MS опубликовала некоторую информацию ниже, наряду с вики-версией RUDP:

http://www.viavisolutions.com/en-us/literature/microsoft-tv-test-application-notes-en.pdf

Ну, по-видимому, моя репутация должна быть 10, чтобы разместить больше двух ссылок - так что википедия в другой ссылке ищет R-UDP или RUDP