Captain Jack

Нет адресов, есть желание купить. Механизм продажи? (Юр. лицу, не лиру)

С удовольствием бы прикупил с небольшой торговлей. А как же заявление RIPE о том, что действия с IPv4 более не производятся?

c2651XM

В очередной раз для себя сделал вывод - 6500/7600 это не пограничные железки, максимум уровень ядра.

Спанить на сервак тоже имеет аппаратное ограничение. Есть два пограничных устройства с N количеством гигабитных портов. Такое щастье спанить только по 10Гб на сервак, причём, на два сервака. Так же необходимы порты 10Гб на кошках, что делает эти игрушки уж очень дорогими.

Спанится на сервер может и прикольно, но чем он лучше, чем хардварный?

Собственно, делаю всё по http://www.cisco.com/en/US/prod/collateral...cd803e5017.html В дополнение в конфиге есть ещё mls ip multicast flow-stat-timer 9 mls flow ip interface-full no mls flow ipv6 mls nde sender version 5 mls qos no mls acl tcam share-global mls cef error action reset ip flow-export version 5 peer-as ip flow-export destination 2.1.0.4 9996 в ответ получаю протест вида %FM-4-FLOWMASK_REDUCED: Features configured on interface Vlan711 have conflicting flowmask requirements, some features may work in software PS поравка у меня не физический интерфейс как в примере interface Vlan711 ip address 2.1.6.1 255.255.255.252 ip access-group outside_pptp_close in ip access-group 110 out ip flow ingress service-policy input police-client-traffic-inbound

нкжна конструкция policy-map police-client-traffic-inbound class identify-inbound-client police flow mask dest-only 10000000 10000 conform-action transmit exceed-action drop RSP720-3C-GE Version 12.2(33)SRD2

Как раз задача - на одном порту порезать скорость на входе и посчитать трафик.

Подниму чужую тему, столкнулся с подобным. Вопрос - то есть про QoS и сбор статистики по netflow на одной железке можно забыть?

Пусть крепнут старые проекты и начинаются новые =)

Это показатель того, что свич медленно работает с L3, и никак неговорит о том, что он вносит задержки на L2. Это раз.Хотелось бы узнать время от хоста до фри и от фри куданить в сторону инета. А так, только подозрение, что проблема в FreeBSD

То что, трафик уменьшился, это временное явление, к утру всё вернулось. Не об этом речь. Я спрашиваю - зачем много сетевух, если всё так же работает на одной? Свои доказательства привёл. Жду как минимум обсуждения. Как максимум - конструктивного опровержения. ЗЫ На этом ротуре так же вертится квага, с оспф во внутрь и бгп наружу.

Давно хочу что-то написать, ибо просто читать уже совесть мучает. А тут такой повод... Есть у меня несколько знакомых, говорят, что в рутере должна быть одна сетевуха с вланами. А ещё есть такие, которые говорят, что две. Решил проверить. Имеем: Один комп, CPU: Intel® Core2 CPU 6600 @ 2.40GHz, FreeBSD 6.3 (SMP), две <Intel® PRO/1000 Network Connection Version - 6.7.2> em0 и em1 соответственно. Суть эксперимента состоял в том, чтобы сравнить нагрузку на систему сначала с двумя карточками, потом с одной. Исходное состояние - две карточки. Кол-во пакетов показано на графиках. При этом netstat -i 1 input (Total) output packets errs bytes packets errs bytes colls 2260 0 1227296 2288 0 1272370 0 2060 0 1212428 2100 0 1255926 0 2222 0 1365200 2134 0 1250536 0 2014 0 1112354 2114 0 1231960 0 2032 0 1205406 2016 0 1206534 0 то есть на лицо схема em0 - core - em1 для каждого пакета. Выключаю комп, вытаскиваю одну емку, все вланы перебрасываю на одну карточку. Получаем ~ # netstat -i 1 input (Total) output packets errs bytes packets errs bytes colls 1146 0 648902 1176 0 681400 0 1174 0 649886 1160 0 619802 0 1016 0 572602 1068 0 634826 0 ^C ~ # netstat -I em0 1 input (em0) output packets errs bytes packets errs bytes colls 497 0 369420 486 0 357276 0 458 0 298413 465 0 307910 0 459 0 324218 453 0 315263 0 CPU память прерывания - больше вообще ничего не изменилось. На более большем трафике вероятно эффект будет более явным, так как при меньшем кол-ве сетевух проц на прерывания меньше отвлекается. Мой вывод - две карточки в рутере зло Ваши мысли, господа?

planet WSD-800