Я читал, что iperf в основном пытается отправить как можно больше информации по соединению как можно быстрее, сообщая о достигнутой пропускной способности. Этот инструмент особенно полезен при определении объема данных, которые могут передавать связи между двумя машинами.
Можно ли получить такие же результаты, отправляя обычные данные, как и в случае с данными не тестирования?
я пытаюсь сделать вот что; отправка данных на переднем плане, а на заднем плане - сбор статистики (пропускная способность и джиттер).
так может кто-нибудь сказать мне, как iperf вычисляет эти два значения?
Можно ли, отправляя обычные данные, получить такие же результаты, как и при не тестировании?
Я так не считаю, по крайней мере, не использую iperf. Если вы можете получить реальные данные с помощью pcap / tcpdump / wirehark, то вы сможете использовать wirehark для определения джиттера.
Я подозреваю, что iperf вычисляет джиттер по формуле, как определено в RFC 3550 для протокола RTP. Вам, вероятно, придется покопаться в источнике, чтобы узнать наверняка.
If Si is the RTP timestamp from packet i, and Ri is the time of
arrival in RTP timestamp units for packet i, then for two packets
i and j, D may be expressed as
D(i,j) = (Rj - Ri) - (Sj - Si) = (Rj - Sj) - (Ri - Si)
The interarrival jitter SHOULD be calculated continuously as each
data packet i is received from source SSRC_n, using this
difference D for that packet and the previous packet i-1 in order
of arrival (not necessarily in sequence), according to the formula
J(i) = J(i-1) + (|D(i-1,i)| - J(i-1))/16
Whenever a reception report is issued, the current value of J is
sampled.
The jitter calculation MUST conform to the formula specified here
in order to allow profile-independent monitors to make valid
interpretations of reports coming from different implementations.