xpasha

Обнаружил еще одну странность. При загрузках порядка 2Гбит начинаются резкие скачки загрузки процессора с 20% до примерно 50%. Кто-нибудь может сказать в чем дело? Наверняка из присутствующих на этом форуме немало народа работает с 10G картами от Intel. Прикладываю к посту соответствующие скриншоты из Заббикса.

Так как эти два метода работают совместно? У них же и принцип работы то совершенно разный. Или механизм NAPI начинает использоваться только на относительно больших загрузках сетевого адаптера?

Всем доброго дня, Поделитесь пожалуйста информацией, кто имел опыт работы с 10G картами Intel, конкретно у меня X520-SR1 две штуки. Под эту карту с sourceforge скачивается и компилируется под текущее ядро в Линукс системе драйвер ixgbe.ko, последняя версия 3.17.3, в более ранних драйверах в описании к сорцам было упоминание, что драйвер можно собрать с NAPI и тогда к версии драйвера добавлялся постфикс NAPI, с версии если не ошибаюсь 3.10.15 опциональную сборку с NAPI упразднили и судя по сорцам драйвера NAPI там собирается по умолчанию. Ладно с этим вроде удалось разобраться, непонятен остается вопрос, если драйвер собран с NAPI означает ли это, что драйвер будет работать в режиме NAPI в любом случае и не требуется как-то этот режим активировать/деактивировать. Ведь настройка параметрой драйвера осуществляется строкой в /etc/modprobe.conf options ixgbe IntMode=2,2 InterruptThrottleRate=30000,30000 RSS=16,16 DCA=2,2 Если карта работает в режиме NAPI то играет ли какую-то роль параметр InterruptThrottleRate? Это ведь параметр регулирующий максимальное число прерываний в секунду если не ошибаюсь и применяется он в режиме отложенных прерываний, аналогичный параметр есть у других карт Интел, но в режиме NAPI он как бы не имеет смысла. Как убедиться, что NAPI работает и нужно ли как-то этот режим активировать? Что еще в этом драйвере есть полезного для повышения производительности сетевухи? P.S. Ссылка на источник на sourceforge - http://sourceforge.net/projects/e1000/ Кстати в Интеле сказали, что под Линукс драйверы они не поддерживают. Типа все в комьюнити.

Скажие спасибо шведскому трактористу, или экскаваторщику. Интересно при чем тут шведский тракторист, если оба провайдера до сих пор продолжают сосать, теперь уже по России периодически возникают грабли, клиенты воют. Сейчас подняли канал от третьего магистрала, у него ничего подобного нет, все летает.

Если небыло войны, то что тогда было?? С пятницы сосет почти вся страна, а достоверных сведений почти нет, нигде об этом не пишут толком, тока форумы.

Best самый умный да?? Может прежде лепетать насчет приоритетов ICMP прочитать мое упоминание про неработающий VoIP как следствие этих граблей, нелишне также добавить про тормоза при работе с банальным вебом. Рассуждения относительно гарантий работоспособности VoIPа на сетях российских провайдеров к обсуждаемой теме не относятся и по сути не более чем пустые разглагольствования, потому как в обычных условиях VoIP работает вполне сносно, сейчас же имеет место быть нештатная ситуация. Вобщем, если хочется чегонить сказать, а сказать по делу нечего, лучше промолчи, иначе выглядит это смешно... :)

ГЫ это не ответ, из дискуссии в топеке куда меня так любезно завернули нифига неясно что же все таки произошло, идет перетирание темы провайдерских войн, пиринговых политик, но по собсно теме поднятой мной конкретной информации никакой. Можно конечно предположить что эти два гиганта засрали друг другу забугорные аплинки трафиком который раньше ходил напрямую, но это только предположение.

Причем тут соседний топик? Там разговор о пиринговой политике в России. Как она может относится к фактам проблем с забугорными хостами да еще у двух независимых провайдеров?

Наблюдается странная картина, начиная с ночи пятницы оба крупнейших российских магистральных провайдера РТКОМ и ТРАНСТК не работают. Картина выглядит примерно так: traceroute: Warning: www.google.com has multiple addresses; using 216.239.37.99 traceroute to www.l.google.com (216.239.37.99), 30 hops max, 38 byte packets 1 static-host.249-82-82-88.kgts.ru (88.82.82.249) 0.448 ms 0.623 ms 0.417 ms 2 static-host.8-87-107-217.kgts.ru (217.107.87.8) 1.614 ms 1.208 ms 0.687 ms 3 kazan-dsr0-fa0-0-6.rt-comm.ru (195.161.95.185) 2.361 ms 2.569 ms 1.920 ms 4 lnd-bgw1-po1-0-2-0.rt-comm.ru (217.106.0.170) 270.987 ms * 261.570 ms 5 195.66.226.125 (195.66.226.125) 271.903 ms 272.472 ms 91.643 ms 6 66.249.95.130 (66.249.95.130) 276.566 ms 278.856 ms 270.859 ms 7 72.14.236.216 (72.14.236.216) 337.996 ms * 338.775 ms traceroute: Warning: www.google.com has multiple addresses; using 216.239.37.104 traceroute to www.l.google.com (216.239.37.104), 30 hops max, 38 byte packets 1 static-host.249-82-82-88.kgts.ru (88.82.82.249) 0.672 ms 0.879 ms 0.460 ms 2 static-host.8-87-107-217.kgts.ru (217.107.87.8) 1.213 ms 1.187 ms 1.173 ms 3 80.250.207.133 (80.250.207.133) 9.696 ms 2.561 ms 1.317 ms 4 kzn15.kzn23.f02.105.transtelecom.net (217.150.48.210) 1.950 ms 14.262 ms 32.922 ms 5 195.66.224.125 (195.66.224.125) 135.152 ms 130.545 ms * 6 72.14.238.248 (72.14.238.248) 114.110 ms 114.852 ms 64.233.174.26 (64.233.174.26) 148.609 ms MPLS Label=742115 CoS=0 TTL=1 S=1 7 72.14.236.216 (72.14.236.216) 187.553 ms 177.437 ms 174.274 ms Сверил данные с коллегами из других регионов, картина примерно та же. В настоящий момент РТКОМом по прежнему невозможно пользоваться, ТРАНСТК более менее ожил, но потери на зарубежные хосты достигают порой 30%, на многие российские хосты, тот же яндекс потери значительно ниже. Если серфинг у клиентов еще более менее работает, то VoIP в эти дни можно смело списывать ф топку. У кого какая информация на этот счет, какие соображения?

1. Кроме железки нужен сертифицированный биллинг. 2. Сертификат ССС должен быть действующий. Просроченые не подходят. Вот это херово, придется видимо в Инпро пихать на время сдачи карты ForeRunner HE-155 и переводить трафик туда. Кстати, как влияет на процесс сдачи узла наличие посторонних карт в сертифицированом сервере? От этого сервер перестает быть сертифицированным или нужен отдельный сертификат на эти карты? 3. лицензия - Услуги связи по передаче данных для целей передачи голосовой информации. Какой сертификат у биллинга должен быть? Банальный NetUP не пойдет я так понимаю, там только про карточки в их сертификатах есть. Лицензия есть такая. Есть еще на местную тел. связь, но тут я понимаю надо для сдачи железку которая сертифицирована для городской связи?

Добрый день, коллеги Хотим продавать вместе с Инетом городские номера по VoIP по собственной и арендованым сетям. Подскажите пожалуйста, какая лицензия соответствует этой услуге? Имеем на узле подержаную железку Fore ASX-200BX произведенную Marconi. Сертификат ССС на нее когда-то был точно знаю, такое железо продавалось в России. Сейчас действующего сертификата видимо нет в природе, устройство достаточно давнее. Попробовал найти хотя бы старый серт, так никто не смог дать, Маркони недавно присоединили к Эриксону, а в Эриксоне насчет этого сертификата никто ничего незнает. Что можно сделать в этом случае? Ведь когда-то этот сертификат был и по нему сдавалось немеряное количество узлов с этим железом. Может запросить какую-нибудь выписку из реестра Минсвязи о том, что такой сертификат был? Фирме всего год, естественно куплено он было как подержаное у реселлера, в период когда последний сертификат уже истек.