https://m.opennet.me/openforum/vsluhforumID3/80895.html Собственно ситуация проста и банальна, транзит подключили, маршрутизатор (на схеме - R2) на удаленном узле поставили, ping побежал... И тут вполне резонный вопрос - соответствует ли канал заявленным характеристикам?<br><br>Если бы за R2 стоял какой-то сервер, где можно было iperf запустить - проблема решилась бы быстро, но там на данный момент ничего кроме собственно самого R2 нет, ехать почти 200 км тоже не очень хочется, а примерное представление о качестве сервиса получить надо.<br><br>[[IMG /soft/img/SPEEDTEST_VRF.png]]<br><br>Возникла одна простая идея - между R1 и R2 поднять 2 туннеля, на R1 поместить их в разные VRF и в VRF 1 добавить интерфейс с Server 1, а в VRF 2 соответственно интерфейс с Server 2, слегка поднастроить маршрутизацию и по получившейся петле прогнать трафик с сервера 1 на сервер 2.<br><br>ВАЖНО! ТРАНЗИТНЫЙ КАНАЛ ДОЛЖЕН БЫТЬ СИММЕТРИЧНЫМ, т.е. с одинаковой скоростью в обоих направлениях<br><br>++ Реализация <br><br>Выбираем номера VLAN-ов и IP-ы для линков:<br>Т.к. подсеть 172.19.0.0/16 у меня нигде не использу https://m.opennet.me/openforum/vsluhforumID3/80895.html#20 Tue, 20 Nov 2012 08:57:52 GMT Какраз возникла еще одна необходимость подобной проверки, R2 - cisco 2811; транзитный канал 35Мбит.<br>1. ttcp - cisco 2811 при 5Мбит уходит в 100% CPU.<br>2. Через 2 тунеля с VRF-ом - все 35М были успешно "переварены" с CPU в районе 50-90% (сильно разнился PPS, т.к. канал забивали то большими, то мелкими пакетами).<br>Вывод - ttcp ограничено применим в cisco реализации, т.к. вся обработка уходит на процессор.<br><br> https://m.opennet.me/openforum/vsluhforumID3/80895.html#19 Tue, 08 Nov 2011 05:42:06 GMT я не знаю скорости канала, но есть риск померить производительность не канала, а своих роутеров в режиме туннелирования (вы уверены что это не на проце будет жить ?) <br>ttcp отменили ? ( по конфигам это кошки) <br> https://m.opennet.me/openforum/vsluhforumID3/80895.html#18 Tue, 01 Nov 2011 06:55:44 GMT &gt; Каким образом посмотреть скорость на R2 до Server1 или Server2 ?<br><br>Лично я "убивал" канал разным трафиком и снимал по snmp счетчики с tunel интерфейсов и fast0/0.3866 (это у меня основной канал таким приходит)<br><br> https://m.opennet.me/openforum/vsluhforumID3/80895.html#17 Tue, 01 Nov 2011 00:24:27 GMT Каким образом посмотреть скорость на R2 до Server1 или Server2 ?<br> https://m.opennet.me/openforum/vsluhforumID3/80895.html#16 Mon, 31 Oct 2011 15:17:14 GMT Зачем такие сложные расчеты, если можно посмотреть загрузку физического интерфейса на любом из этих роутеров?<br> https://m.opennet.me/openforum/vsluhforumID3/80895.html#15 Fri, 28 Oct 2011 21:29:20 GMT [/usr/ports]# make search name=pathchar<br>Port: net/pathchar<br>Moved:<br>Date: 2010-09-08<br>Reason: Has expired: has been broken for 2+ years, no sources available<br> https://m.opennet.me/openforum/vsluhforumID3/80895.html#14 Thu, 27 Oct 2011 17:49:18 GMT ещё есть ttcp, инструмент встроенный в IOS(а также доступен для Linux и форточек) <br>http://www.cisco.com/en/US/tech/tk801/tk36/technologies_tech_note09186a0080094694.shtml<br> https://m.opennet.me/openforum/vsluhforumID3/80895.html#13 Sun, 23 Oct 2011 13:46:35 GMT &gt; К тому еще необходимо учитывать проценты на оверхед и возможную фрагментацию в <br>&gt; туннелях.<br><br>обычно берут и вычитают 22-25%<br><br><br><br> https://m.opennet.me/openforum/vsluhforumID3/80895.html#12 Sun, 23 Oct 2011 09:21:19 GMT http://www.cisco.com/en/US/products/ps6602/prod_white_papers_list.html<br><br>Для RTT можно и echo. Для jitter и потерь надо responder. Для оценки BW надо побольше пакетов.<br>