Статус документа
В этом документе предлагаются простые правила для широковещательной рассылки дейтаграмм Internet в локальных сетях, поддерживающих широковещание, и пересылки широковещательных дейтаграмм через шлюзы.
Этот документ содержит стандарт, предложенный сообществу ARPA-Internet, и является запросом на дальнейшее обсуждение с целью совершенствования протокола. Документ может распространяться свободно.
1. Введение
Использование широковещательной адресации (особенно в скоростных ЛВС) обеспечивает хорошую базу для множества приложений. Поскольку широковещательная адресация не рассматривается в базовой спецификации IP RFC 791 [13], не существует согласованного способа использования широковещательных адресов и разработчики не могут пользоваться такой адресацией (этот вопрос поднимался и ранее — например, в работе [6], но стандарт не был предложен).
В этой работе рассматривается только случай широковещательной рассылки дейтаграмм без гарантии доставки и использования порядковых номеров а также с возможностью дублирования (вопросы широковещательной рассылки TCP рассматриваются в работе [11].) Широковещательная рассылка дейтаграмм достаточно эффективна [1], несмотря на отсутствие гарантий доставки и ограниченные размеры дейтаграмм.
Мы предполагаем, что канальный уровень локальной сети поддерживает эффективный механизм широковещания (например, Ethernet [7, 5], ChaosNet [10], token ring [2] и т.п.).
Никаких предположений о надежности широковещания не делается (этот вопрос может решаться на уровне протоколов, лежащих над IP). Гарантированная доставка широковещательных пакетов — дорогое удовольствие и взамен просто делается предположение, то хост будет получать большую часть переданных широковещательных пакетов. Важно избежать чрезмерного использования широковещания, поскольку каждый хост будет тратить свои ресурсы на обработку каждого такого пакета.
Когда дейтаграмма передается с использованием широковещания, ее обработка отнимает ресурсы каждого хоста, принявшего такую дейтаграмму. Поэтому широковещание следует использовать только в тех случаях, когда оно обеспечивает наилучшее решение задачи.
Отметим, что некоторые организации делят свою сеть IP на подсети, в соответствии с предложенным стандартом RFC 917 [8]. Данный документ не рассматривает вопросы широковещательной рассылки в среде с подсетями (эта тема рассматривается в работе RFC 922 [9]).