|
|
3.6, pavlinux (ok), 16:02, 21/10/2011 [^] [^^] [^^^] [ответить]
| +/– |
Тут собственно эффект "Зеркала под углом", общий трафик только между R1 <-> R2,
тогда делить надо.
---
А полученный результат это скорость между серверами и роутерами,
а не "из вне через R2", что не одно и тоже.
| |
|
4.9, zzz (??), 23:50, 22/10/2011 [^] [^^] [^^^] [ответить]
| +/– |
>А полученный результат это скорость между серверами и роутерами
Одна полоса используется на два потока, то есть результат будет вдвое ниже.
К тому еще необходимо учитывать проценты на оверхед и возможную фрагментацию в туннелях.
| |
|
5.13, pavlinux (ok), 17:46, 23/10/2011 [^] [^^] [^^^] [ответить]
| +/– |
> К тому еще необходимо учитывать проценты на оверхед и возможную фрагментацию в
> туннелях.
обычно берут и вычитают 22-25%
| |
|
6.16, san (??), 19:17, 31/10/2011 [^] [^^] [^^^] [ответить]
| +/– |
Зачем такие сложные расчеты, если можно посмотреть загрузку физического интерфейса на любом из этих роутеров?
| |
|
|
8.18, fantom (ok), 10:55, 01/11/2011 [^] [^^] [^^^] [ответить] | +/– | Лично я убивал канал разным трафиком и снимал по snmp счетчики с tunel интерфе... текст свёрнут, показать | |
|
|
|
|
|
|
|
|
2.15, pathchar (?), 01:29, 29/10/2011 [^] [^^] [^^^] [ответить]
| +/– |
[/usr/ports]# make search name=pathchar
Port: net/pathchar
Moved:
Date: 2010-09-08
Reason: Has expired: has been broken for 2+ years, no sources available
| |
|
1.8, CAE (?), 22:26, 22/10/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А чем не устраивает запустить rtr на обоих cisco, либо rtr на одной и udp-small-servers на другой?
| |
1.10, fantom (??), 00:48, 23/10/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
"...примерное представление о
качестве сервиса..." - соответственно оверхеды и т.д. отнесем к погрешностям.
Цель была замерять скорость, задержки, джиттер, способность переваривать высокий ппс; все эти параметры можно ПРИМЕРНО оценить в описаной схеме если есть какие-то СУЩЕСТВЕННЫЕ недостатки - они должны всплыть, если ничего не всплыло - мелочи "долижем" позже :)
| |
1.19, nikos (??), 09:42, 08/11/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
я не знаю скорости канала, но есть риск померить производительность не канала, а своих роутеров в режиме туннелирования (вы уверены что это не на проце будет жить ?)
ttcp отменили ? ( по конфигам это кошки)
| |
1.20, fantom (??), 12:57, 20/11/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Какраз возникла еще одна необходимость подобной проверки, R2 - cisco 2811; транзитный канал 35Мбит.
1. ttcp - cisco 2811 при 5Мбит уходит в 100% CPU.
2. Через 2 тунеля с VRF-ом - все 35М были успешно "переварены" с CPU в районе 50-90% (сильно разнился PPS, т.к. канал забивали то большими, то мелкими пакетами).
Вывод - ttcp ограничено применим в cisco реализации, т.к. вся обработка уходит на процессор.
| |
|