экспериментальных исследований использовались компьютеры в сле-
дующей конфигурации: процессор Intel Celeron с тактовой частотой
764,2МГц, объем жесткого диска 20 Гбайт, тип подключения жестко-
го диска IDE UDMA/33, сетевой адаптер на базе чипсета Intel 8280
IBA/CAM Pro 100/Ethernet, операционная система FreeBSD Release
6.1 patch-level 15. Коммутация в сети осуществлялась ненагруженным
коммутатором Cisco Catalyst 2950 (SW1) и функционирующим в кор-
поративной сети МГТУ им. Н.Э. Баумана коммутатором Cisco Catalyst
6500 (SW2). На всех хостах экспериментальной сети были установле-
ны три программных модуля.
Первый из запланированных экспериментов был предназначен для
определения среднего значения RTT между хостами H1 и H3 при
отсутствии иных потоков информации между всеми указанными хо-
стами. В результате средним значением оказалась величина порядка
270000 тактов процессора, что соответствует длительности 353 мкс.
В последующих экспериментах между хостами H2 и H3 возбуждал-
ся UDP-трафик с различной интенсивностью, что меняло степень за-
грузки сегмента между коммутаторами и граничного сегмента между
интерфейсом коммутатора и хостом H3. Оказалось, что даже в слу-
чае100%-ной загрузки маршрута между H2 и H3 (порядка 12500
Кбайт/с, что соответствует технологии 100BaseT, 100 Мбит/с) и обя-
зательного столкновения передаваемых от хостов H1 и H2 на хост
H3 кадров в коммутаторе SW1 (блокировка впереди стоящим) изме-
рение RTT дает те же значения (в пределах разброса из-за случайных
факторов), что и для ненагруженного маршрута до тех пор, пока на-
грузка потока измеряющего хоста H1 на интерфейс коммутатора SW1
не станет соизмеримой с такой же нагрузкой на свой интерфейс того
же коммутатора от хоста H2. Это объясняется тем, что в коммутато-
рах Cisco Catalyst в буферном пространстве организуется две и более
очереди в случае, если нескольким интерфейсам требуется коммута-
ция с каким-либо другим (одним и тем же) интерфейсом, т.е. двум
и более входным кадрам, прибывшим по разным портам коммутато-
ра, практически одновременно понадобится один и тот же выходной
порт. В соответствии с дисциплиной WFQ предпочтение всегда отда-
ется менее длинной очереди кадров, т.е. кадр исследующего потока
будет передан первым на выходной порт коммутатора SW1 и далее
по всему маршруту в ущерб исследуемому потоку кадров. Лишь при
интенсивности потока исследующих кадров, приводящей к сравнимой
с исследуемым потоком загрузке буферного пространства, возможна
заметная их задержка, отражаемая в увеличении RTT. Возникает па-
радоксальная ситуация, при которой, для того чтобы определить сте-
пень загрузки какого-либо сегмента в сети, мы должны нагрузить этот
сегмент трафиком, сравнимым по интенсивности с уже имеющимся.
ISSN 0236-3933. Вестник МГТУ им. Н.Э. Баумана. Сер. “Приборостроение”. 2010. № 2 59
