URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID6
Нить номер: 16218
[ Назад ]

Исходное сообщение
"Тестирование пропускной способности"

Отправлено umca , 07-Май-08 17:55 

Доброго времени суток , у меня стоит cisco 7204 соединённая 2-мя обьединёнными каналами с 3560 (каналы по 100 мб)-Port-channel.
Настроил , теперь стоит вопрос как всё это проверить, протестировать , нагрузить каналы...
Пробую простыми методами - зацикливанием трафика  ..... (нагрузка есть), подскажите пожалуйсто как можно ещё проверить Port-channel .


Содержание

Сообщения в этом обсуждении
"Тестирование пропускной способности"
Отправлено sh_ , 08-Май-08 18:35 
А что проверить то хочешь?

"Тестирование пропускной способности"
Отправлено umca , 08-Май-08 23:11 
>А что проверить то хочешь?

Я обьеденил 2 Ethernet порта .
Хотелось бы проверить в действительности (на практике) пропускная способность увеличилась в 2 раза или ....  , тут же хотелось проверить несколькими спосабами (для уверенности).



"Тестирование пропускной способности"
Отправлено umca , 10-Май-08 01:24 
Подскажите ,как и чем можно нагрузить канал

Буду благодарен.


"Тестирование пропускной способности"
Отправлено CrAzOiD , 10-Май-08 12:05 
>Подскажите ,как и чем можно нагрузить канал
>
>Буду благодарен.

ну неужели вы не можете сами придумать? ну копирование какое-то по ftp, http и пр.
или вы хотите что-то более изощренное?
гугл вас забанил?
http://www.google.com/search?ie=UTF-8&hl=ru&q=ip%20traf...
http://www.omnicor.com/netest.htm


"Тестирование пропускной способности"
Отправлено fantom , 12-Май-08 09:00 
>>Подскажите ,как и чем можно нагрузить канал
>>
>>Буду благодарен.
>
>ну неужели вы не можете сами придумать? ну копирование какое-то по ftp,
>http и пр.
>или вы хотите что-то более изощренное?
>гугл вас забанил?
>http://www.google.com/search?ie=UTF-8&hl=ru&q=ip%20traf...
>http://www.omnicor.com/netest.htm

Не вводите в заблуждение человека.
если чел обьединил 2 езера (например LACP), то читаем теорию - распределение нагрузки поумолчанию осуществляется на основе src или dst MAC!!!! адреса, следовательно никаким копированием с машины на машину ftp или http вы это не обнаружите, нузны обращения с РАЗНЫХ MAC адресов, причем если мне память не изменяет - разной четности, т.е. четные попадут в один канал,нечетные - в другой.
Либо (если оборудование позволяет) настроить распределение по IP адресам и/или портам, в таком случае потребуется многопоточная закачка с разных ip-ов (условие четности сохраняется, но уже для комбинации IP_ port)).

Наиболее оптимальный путь - снимаете статистику с обоих интерфейсов и смотрите нагрузку - оцениваете распределение трафика по интерфейсам.


"Тестирование пропускной способности"
Отправлено CrAzOiD , 12-Май-08 09:18 

>Не вводите в заблуждение человека.
>если чел обьединил 2 езера (например LACP), то читаем теорию - распределение
>нагрузки поумолчанию осуществляется на основе src или dst MAC!!!! адреса, следовательно
>никаким копированием с машины на машину ftp или http вы это
>не обнаружите, нузны обращения с РАЗНЫХ MAC адресов, причем если мне
>память не изменяет - разной четности, т.е. четные попадут в один
>канал,нечетные - в другой.
>Либо (если оборудование позволяет) настроить распределение по IP адресам и/или портам, в
>таком случае потребуется многопоточная закачка с разных ip-ов (условие четности сохраняется,
>но уже для комбинации IP_ port)).

я где-то написал что "возьмите одну машинку и создайте нагрузку"? естественно подразумевалось что в процессе тестирования будет участвовать не один хост, а несколько
Спасибо что напомнили про теорию, я в курсе как работают EtherChannel

>Наиболее оптимальный путь - снимаете статистику с обоих интерфейсов и смотрите нагрузку
>- оцениваете распределение трафика по интерфейсам.

Рассуждать это хорошо, но автору все же интересно КАК создать нагрузку, а не как ее смотреть или оценивать.


"Тестирование пропускной способности"
Отправлено fantom , 12-Май-08 10:46 
>[оверквотинг удален]
>я где-то написал что "возьмите одну машинку и создайте нагрузку"? естественно подразумевалось
>что в процессе тестирования будет участвовать не один хост, а несколько
>
>Спасибо что напомнили про теорию, я в курсе как работают EtherChannel
>
>>Наиболее оптимальный путь - снимаете статистику с обоих интерфейсов и смотрите нагрузку
>>- оцениваете распределение трафика по интерфейсам.
>
>Рассуждать это хорошо, но автору все же интересно КАК создать нагрузку, а
>не как ее смотреть или оценивать.

Такое наблюдение позволяет понять распределяется ли трафик вообще по 2-м каналам и если да - то примерно в каких пропорциях.

Автор указал, что обьединил канал между 2-мя кошками, вероятнее всего ето точка-точка канал (хоть и пропущен по езеру), следовательно:
1. Проверить как осуществляется балансировка - если по мас адресам - тестирование не даст никакого результата, т.к. на канале всего 2 мас адреса.
2. если IOS-ы позволяют -  настроить балансировку по IP адресам и/или портам.
3. обеспечить многопоточность с характеристиками, которые кошка сможет использовать для распределения нагрузки.



"Тестирование пропускной способности"
Отправлено umca , 13-Май-08 00:42 
Спасибо всем большое за помошь -
я тестирую так , беру прописую с 2 х сторон :

cisco 7204

interface Vlan502
ip address 192.168.1.1 255.255.255.0
*****
ip route 192.168.2.0 255.255.255.0 192.168.1.2

и с

cisco 3560

interface Vlan502
ip address 192.168.1.2 255.255.255.0
******
ip route 192.168.2.0 255.255.255.0 192.168.1.1

Тем самым делая петлю

ДАлее с Unix машины начинаю запускать ICMP запросы на 192.168.2.1 (штук 10 -20)
ping -f -s 1500 -ь 254 192.168.2.1 > /dev/null &


вот что на интерфейсе
c7204-pppoe#sh inter port-channel 1
Port-channel1 is up, line protocol is up
  Hardware is FEChannel, address is 0021.1bd3.b008 (bia 0021.1bd3.b008)
  MTU 1500 bytes, BW 200000 Kbit, DLY 100 usec,
     reliability 255/255, txload 124/255, rxload 132/255
  Encapsulation ARPA, loopback not set
  Keepalive set (10 sec)
  ARP type: ARPA, ARP Timeout 04:00:00
    No. of active members in this channel: 2
        Member 0 : FastEthernet0/0 , Full-duplex, 100Mb/s
        Member 1 : FastEthernet0/1 , Full-duplex, 100Mb/s
    No. of Non-active members in this channel: 0
  Last input 00:00:00, output never, output hang never
  Last clearing of "show interface" counters 00:02:49
  Input queue: 0/150/0/0 (size/max/drops/flushes); Total output drops: 139453
  Queueing strategy: fifo
  Output queue: 27/80 (size/max)
  30 second input rate 104134000 bits/sec, 20287 packets/sec
  30 second output rate 96182000 bits/sec, 18897 packets/sec
     2772896 packets input, 1874883071 bytes
     Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
     0 watchdog
     0 input packets with dribble condition detected
     2772479 packets output, 1874944975 bytes, 0 underruns
     0 output errors, 0 collisions, 0 interface resets
     96 unknown protocol drops
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier
     0 output buffer failures, 0 output buffers swapped out



"Тестирование пропускной способности"
Отправлено EdRoot , 03-Авг-09 12:57 
Какие еще есть варианты?
У меня не проходит такое все что смог выжать это Input 1430.00 Mbits/sec
Маловато.
Канал LineSpeed 20000 Mbit
У кого какие мысли по поводу как нагрузить такой канал?