1

Я сделал простой тест на моей маленькой домашней локальной сети.

Я включил широковещательные ICMP-эхо-ответы с

sysctl net.ipv4.icmp_echo_ignore_broadcasts=0

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

--- 224.0.0.1 ping statistics ---
1000 packets transmitted, 1000 received, 0% packet loss, time 1000322ms
rtt min/avg/max/mdev = 1.956/3.666/163.318/10.781 ms

Однако одноадресный пинг однорангового узла напрямую по его IP-адресу составлял 0,7-1,5 миллисекунды.

--- 192.168.8.23 ping statistics ---
1000 packets transmitted, 1000 received, 0% packet loss, time 999270ms
rtt min/avg/max/mdev = 0.498/2.459/227.312/12.608 ms

Для полноты, в локальной сети есть Wi-Fi-соединение, соединенное 100-мегабитным Ethernet между хостами.

Итак, каково объяснение? Может ли это быть программной проблемой? Вещание теоретически подразумевает увеличение задержки передачи? Как?

1 ответ1

5

WiFi ссылка может быть вашей проблемой, если она находится в пути. Большая часть широковещательной / многоадресной передачи в Wi-Fi идет с самой низкой базовой / требуемой скоростью передачи данных, поскольку она должна идти на все станции. Это означает, что его часто можно резко замедлить.

Многоадресная рассылка по каналу WiFi может достигать 1 Мбит / с в зависимости от конфигурации. Вот почему многоадресная рассылка часто не разрешается в сетях WiFi, и ряд корпоративных поставщиков внедряют проприетарные решения (например, преобразования многоадресной рассылки в одноадресную).

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .