pavlabor

>Цитата >И даже на таком примитивном устройстве, работает коммутационная фабрика на 800 миллионов пакетов в секунду. >>НЕТ, см выше Это не мое мнение, это расписано в даташите. >Цитата >фабрика, за машинный цыкл их провалит в соответствующие порты, пробросив через матрицу коммутации, >матрица коммутации, за один такт выбросит пакет в соответствующий порт или в ноль. >>за много-много, тысячи циклов. Если бы даже за одну тысячу, то мыльница былабы 10 мегабитной, причем на проце стоял бы радиатор как ведро.

Правильно сказать не объемов а наработок. Все аппаратное когдато было софтовым, тестилось и при достижении определенных результатов выливалось в аппаратное решение. Ускорять коммутационную матрицу можно до бесконечности и это всегда происходит при смене технологий. Но если сейчас говорить в разрезе роутера, то тут другие моменты. 1. аппаратные решения, это стандартные задачи, которые не будут менятся, желательно веками, отсюда.. 2. аппаратно решаются стандартные задачи, и задачи стараются преобразовать в стандартные. Например, в дешовой мильнице, есть фраза - внутренняя частота шины 800мегабит, таблица на 800 макадресов. более того есть два распространенных способа коммутации, - пакет принят, проверен, отправлен, - пакет принимается и отправляется, паралельно проверяется, если он битый, то в конце дописывается маркер, и на следубщем хопе пакет будет отброшен. Получается что аппаратно, фабрика коммутации работает с частотой 800 миллионов тактов, при этом, за машинный цыкл, на фабрику коммутации будет выброшено 800 миллионов пакетов, фабрика, за машинный цыкл их провалит в соответствующие порты, пробросив через матрицу коммутации, матрица коммутации, за один такт выбросит пакет в соответствующий порт или в ноль. И даже на таком примитивном устройстве, работает коммутационная фабрика на 800 миллионов пакетов в секунду. Но стоит, поставить другую задачу, вся конструкция рассыпится. А другая задача, может быть АЦЛ правило, логически, нужно просто вырезать с пакета преамбулу и сравнить с фильтром. Так это задача, которую можно решать через коммутационную матрицу. Но как она решается? Последовательно! Пакет прошол через первое поле коммутации, и направляется во второе, дальше в мир. Получаем падение производительности по шине передачи данных, в два раза. Решение, разганяем шину в два раза... О!, Все задышало. Теперь нат. Хех, нат... Тут не обойтись полем коммутации, пакет нудно маркировать, гдето в твблице хранить запрос, по возврату сравнивать с запросами и или отдавать или дропить. Отсюда, скажем мыльницы роутеры, при включении торенита падают. Почему? Да потому, что торент молотит тьму мелких пакетов, 1:100, и при трафике в 10% переполняет таблицу регистрации запросов, перестает натить поток. Пока по тайм ауту не отвалится часть таблицы, пукнет пару секунд и опять в даун. Выход расширять таблицы, но это бабулеты. Чтобы понять прикол, такое сравнение есть модуль кошки, не помню навскидку модель, чтото там семерка, стоит около пятерки зелени. там коммутационная матрица - миллион. Теперь берем поток, "300 МППС", поделим его пополам и получаем матрица 150 лимонов записей, сколько будет стоять такая матрица? Сто штук зеленых, микросхемка...! А если таймаут две секунды? Вот по этой причине, в лер3 невозможно получить статистику по ип, а в софтовом можно, но он чего то вдруг на колени падает...! Если идти на софтовый роутер, то так все просто как косяк. Если один проц, может раздеребанить 200метров, то паралелим поток, на два проца и деребаним 400метров. Мало! Ставим тазик на 16 ядер и получаем 3.2 гига. При этом, до одного места, какая там память, главное что одна ветка справляется со своей задачей. Итого. Juniper 80 MX, это тазик уровня Синклер, но с аппаратным решение некоторых задач. Имеея хорошую шину на писюке, софтовый тазик можно комплектовать модулями, так же как кошку, например ставим сетевую две головы, по 10г, на обработку, ставим видеокарту, на видеокарте, можем моделировать БЖП, мало, ставим еще одну видеокарту, на которой строим шейпер, а нат можно отрабатывать на штатном проце. То что и у кошки, шасси+модули+дрова. Данная статья интересна тем, что снимает забобоны, что на тазике невозможно разрулить трафик больше гига.

Вот! Это и есть чистый хард. А теперь сместить маску в некоректную сторону и девайс получит 100% загрузку проца, это пойдет софтовая обработка. И если сместить задачу, с какойто нетрадиционным фильтром, и тоже проц загибается. Потому что на процедуру может уходить под сотню-тысячу машинных цыклов. Потому для решения нестандартных задачь, есть кошки с немеряными процами, все по наивности думают, что раз цыска, то это выше Бога, а на поверку, некоторые задачи линух укладывает цыску на лопатки.

Абсолютно не корректное сравнение. vkontakte - является по сути CDN. Т.е. это просто распределенный кластер из тысяч серверов. 1Тбит - это всего максимум полторы сотни стыков 10Г. Если разделить это на количество площадок вконтакте, то получится что на каждую площадку (кластер) приходится не более 100-200Гбит/с, что как бы не много. Ну например, если вы заходите на страничу и смотрите видео, то сам html вы скажем получаете из Питера, видео идет из одного ДЦ Москвы, а ссылка на музычку под видео вообще может ссылаться на сервер в Ленинградской области. Да и я так думаю, но тогда вчем смысл пиринга. Более того, распределенный кластер, сложновато постороить на двух автономка, даже в Питере и Москве. Как то не вяжется с точками анонсирования.

Неп, чем рулит трафик VK? http://vk.com/help.php?page=peering При выборе пиринг-партнеров для прямых соединений мы проверяем, какой объем трафика генерируется между нашими AS-SET, он должен быть не менее 1,5-2% от нашего суммарного трафика (то есть не менее 15-20 Гбит/с). Суммарный объем интернет-трафика, генерируемого социальной сетью ВКонтакте в часы наибольшей нагрузки - более 1 Tбит/с. Мне просто любопытно.

Что именно не в этой ситуации? Получается это не просто от балды раздача инета по ефиру и использование ТЛ, на связки база-апешка клиента, а дальше клиент подключен по меди. Здесь оказывается существует разрешение на технологический линк. Проще сказать, лично для меня, усомнится в законности решения невозможно. Более того, если это линк офиуиальный то платится там ну гривень 200-300 в месяц. Да бюджет трещал бы по швам, при таких наполнениях. Тогда возникает вопрос, зачем резать курицу, которая несет золотые яйца? Не, если бы президентом был пасечник, то понятно, чисто принципиально, но у валсти люди которые бабулеты считают, и вырежут линки, дальше что? Это таже фигня как по Армянску, через низкое наполнения бюджета, разобратся и наказать, в результате Соломаха платил в фонды порядка 10 тыс грн в месяц, после наведения порядка, НОЛЬ. В чем прикол? Есть возможность нужно работать, а тех козлов которые нам нормально жить мешают - сажать (С).

Похоже на дыру в законодательстве. Максимум что может в таком случае НКРЗИ, это показать статистику и предложить поправку в законодательство. Но штрафовать..., аннулировать разрешение..., на каком основании? Пример с игровыми автоматами http://www.epravda.com.ua/rus/news/2012/11/5/342416/ Только по без пределу можно закрыть. Тогда зачем принимать законы.

Фигасе!!! И лицензию на добычу сланцевого газа. Лучьше две.

NEP, тут бред в другом. Сетуют за хард, а доказывают про софт. Хард, это коммутационная матрица, и в кошке, емкость определяется характеристикой например на лимон точек(анонсов) коммутации. Это здоровенная и дорогущая микросхема и это чистый хард. Прикол в том, что заливаются анонсы на софтовом уровне, а коммутация идет на хардовом. Если коммутационное поле можно расширить за счет памяти, это емуляция и хоть память переводят в состояние поля коммутации, там все равно будет вагон лишних переходов, то есть это "киборг" в мире харда. Это как бы два варианта, "чистого харда". Но коммутация не только коммутацией по маку или ип заключается, ест ацл правила, есть дхцп, нат но у потребителя все это волшебная не заканчивающаяся банка сгущенки и когда проц упирается в потолок, приходят в ужас - сгущенка закончилась! Не понимая элементарной истины, что кошка это 70% харда и 30% софта, а тазик это 90% софта и 10% харда. И до одного места сколько каналов в памяти.

C какой такой радости? Как раз в ткаме и живет таблица маршрутизации. И наполняется она контрол плейном, на его усмотрение. Контрол плейн может и один роут туда вбить, дефолт, вместо фулл вью, а фулл вью при этом держать только в контрол плейне и анонсить соседям оттуда же. Никто собссно не запрещает. Есть понятие память, есть понятие что с нее можно слепить, есть понятие софтовая коммутационная матрица, и есть понятие хранение таблицы в памяти. Если память использовать как хранилище в котором находится таблица маршрутизации, то нужен проц, который будет дергать регистры и сравнивать с ип адресом, на эту задачу уйдет вагон машинных циклов. Но есть память использовать как матрицу для построения коммутационной таблицы, то нужен один машинный цикл, для получения результата. Вот ответ, мегапризводительности. Хардовый роутер отправляет пакет, без участия проца, за один такт кварца. Софтовый роутер, тратит несколько машинных циклов для решения аналогичной проблемы, алгоритм который описал ntil. Но сегодня, на таких серьезных решениях не используют методы пузырьковых сортировок, сегодня на таких задачах используют метод матриц прямого доступа. Цыфры ип адреса, это не значения а координаты точки выхода, и если там 0, пакет дропится, если 1, пакет отправляется. Это мгновенная операция и даже на софтовом уровне обойдется парой машинных циклов. То что сейчас подняли в данном топике, это оптимизация работы сетевой карты, на предмет парализации потоков, это вариант масштабирования, но не оптимизации решения задачи, продавливание лбом. Вариант где замахнулись на 100гиг - использование процессора видеокарты кубо, проца производительней чем риск процессора. Тоже продавливание задачи лбом. Третий вариант от интела, это самый перспективный вариант, который они положили пол сукно, до хороших времен. Он заключается в сращивании аппаратного решения и софтового... Сегодня, на базе наличного парка микросхем, можно самому сделать решения с паяльником, на коленке, и такой роутер будет дешевле и производительней на порядок аппаратного. Вот только никак не разродятся. Отсюда, софтовый роутер, уделает аппаратный.

Таблица ядра(коммутационное поле) это логический автомат, там понятие "обработка", арифметика отсутствует как класс, он работает согласно тактовой частоте, у него нет понятия нагрузки и скорость обработки зависит от скорости работы полупроводниковых переходов, а ткам, это память, которую юзает проц, который занимается арифметикой, пыхтит, греется и пугает всех 100%-ной загрузкой. Пример коммутационного поля http://www.intuit.ru/department/network/telenetdev/1/

Я сетую за софтовый. Простой пример, если у прова один маршрут, и он получил фюв, то хард всервно должен отчехлить под задачу матрицу по полной программе, а софтовый, может заменить все хозяйство дефаултом. Хардовый роутер, это винда, разрешено то что разрешено, кнопки нет - будь здоров. софтовый это фря, нет кнопки нарисуем. По производительности, хардовый обходит софтовый, потому как у него логический автомат заточен под решение распространненой задачи, шаг в сторону, докупаем плату шейпа или ната, за тисячи уе. Если решать на софтовом аналогические задачи, то это на порядоу дешевле. И если сегодня какойто производитель выпустит нормальную сетевую, которую интел уже сделал минимум пять лет назад, то цыски накроются медным тазом. Вот сижу и думаю, может сделать самому такую карточку, и посмотреть на реакцию интела.

БЖП это протокол, а в софтовом роутере таблицу наполняет квага(например), а аппаратный поиск, давно так не делается, там проц тогда нужен, на соточной мыльнице, минимум 3-6 гигагерц, чтобы перелопатить поток с простой раскладкой пакетов по портам на уровне маков. Сегодня уже и софтовые роутеры так не работают. Аппаратные роутеры используют коммутационные матрицы, то же и софтовые, только в софтовый идет емуляция поля коммутации. По крайней мере, это уже с нетфлова идет, глупо делать по другому. Потому и говорят - таблицу наполняет.

А это где так работает БЖП? Помоему это время давно ушло в историю.

Релігія НІ, Фінанси, так.

А мне нравицца...! Показатели очень приличные. Могу выложить архитектуру на тазиках, и джуниперы упадут в цене.

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

По последней ссылке, на тазике, 100G топчут.

Да все там пучком. Писал когдато, хорошая карточка, тля простого транзита, не требует проца вообще, проц нужен, для решения уже прикладных задач, то же БЖП, это серьезная задача, а если туда еще шейпы вешать, как принято на тазиках, то нуже котел мама не горюй. Просто у нас в голове, если это кошка, джунипер, то на него не дышите, а если это тазик, так там и файловый архив на придачу. Вот и думаем, что кошка это цымус, а тазик это скучно. Тазик это прикольно. http://shader.kaist.edu/packetshader/io_engine/index.html http://shader.kaist.edu/packetshader/index.html http://www.ixbt.com/video3/cuda-1.shtml Или даже так http://www.ndsl.kaist.edu/~kyoungsoo/papers/2010-lanman-100Gbps.pdf For both our server and desktop configurations, we use triple-channeled DDR3 1, 333MHz, giving theoretical peak bandwidth of 32.0 GB/s for each CPU and 17.9 GB/s empir- ical bandwidth according to our experiments. Unfortunately, assuming two nodes in the system, we need effective memory bandwidth of 25 GB/s for each node to forward 100 Gbps traffic. ps. Ищу 5-ти протовую мыльницу, 10G.

А в чем именно выражается превышение полномочий?

http://www.nkrz.gov....72012_zakon.doc Закон "Про троллейбус". Попытка монополизации последней мили и поставлен под сомнение такие понятие как такси, частный автомобиль - все ездим только в троллейбусе. Если ветки нет, то пешком. Данный закон, направлен на монополизацию рынка, способствует процветанию коррупции и под покровом святых лозунгов борьбы за "добробут користувачів". Не несет жесткого требования только "ІТМ", как бы для провайдера остается выбор, - хочешь, строй сам, - хочешь, строй сам и сдавай другим, - не хочешь, можешь взять в аренду последнюю милю. Сам закон, попытка вмешательства в хозяйственную деятельность владельца ІТМ, что не предусмотрено ни Конституцией, ни законом о предпринимательстве, не политикой регулирования в целом. Это тоже самое что диктовать Телекому, как вести собственный бизнес, какие договора заключать, какие нормативы ему нужно применять, какие проекты делать, что в последствии может вылиться в причину банкротства и соответствующих судебных исков. Есть плюсы, попытка разобраться в совместном подвесе на электроопорах. есть приколы типа Что появилось первое курица или яйцо, ст. 20 2. Радіовипромінювальні засоби розміщуються з урахуванням висновків по ЕМС, діючих санітарних норм та після отримання санітарного паспорта в порядку, визначеному законодавством. "ПРИКІНЦЕВІ ПОЛОЖЕННЯ" 3. Кабінету Міністрів України протягом шести місяців від дня набрання чинності цим Законом: 1) підготувати та подати на розгляд Верховної Ради України пропозиції про внесення змін до інших законів, що випливають із цього Закону; Или например непонятка, ст. 4 6) платність послуги доступу до ІТМ; Непонятка в чем, а в том что ІТМ - это комплекс, тогда согласно Стаття 17. Плата за використання ІТМ 1. Розмір плати за використання місця (площі) в будівлях та спорудах для засобів телекомунікацій встановлюється власником цих будівель або споруд відповідно до методик розроблених та затверджених органами місцевого самоврядування або власниками будівель та погодженими з НКРЗІ. Например ОСББ, обязан с жильцов брать плату за подключение к сети интернет, в чем жильцы, абсолютно не заинтересованы! Но согласно ст 19 2. Тарифи на послуги доступу до ІТМ встановлюються власниками (володільцями) ІТМ самостійно, за винятком випадків, передбачених у частині третій цієї статті. И как тут быть? Короче закон в стиле "дирка в лісі", можно принимать и никто не обязан его выполнять, пройдет очередная волна порезов комунальщиками кабелей провайдеров, до первого суда, и в конце концов, эти батинки забросят на чердак, как абсолютно бесполезную штуку.

Дай Бог, чтобы все были счастливы.

Что опять сделали не так? И решение суда было, и милиция никого не защищала, и именно собственник жилья собственноручно защищал свою собственность, и опять плохо.. Жильцу надо было "Аванет" в *опу расцеловать, а он этого не сделал?))) (это шутко) Ну шо не так....! Да все тут через *опу, целуй ее, не целуй, суть не поменяется. (это не шутко) Согласно акта обстеження. Если нарушение - "без відповідного дозволу, який передбачає отримання технічних умов", То нарушений собственно и нет. Потому что согласно ЗУ "Про дозвільну систему", в данном случае "дозвіл" "не вимагаеться". http://zakon1.rada.gov.ua/laws/show/2806-15/page и ТУ не требуется, согласно http://zakon2.rada.gov.ua/laws/show/z0913-11 Хватит даже этого. Это если не приколупыватся к договору на основании которого жек считает себя балансоутримувачем. Я конечно понимаю, обнаружены нарушения, узел установлен на газовой трубе, затекает вода через кабель... реальные какие то нарушения, а то от мы тут с друзями бухали и нам стало скучно, а чо это жек, ни улицы не заметает, не в опу нас не целует и решили написать письмо в спорт лото - тигру не докладывают мяса! Срочно накажите Аванет. А инет, нам алкоголикам, и на не на. Конечно, оказать юридическую помощь сложно, проще дать бокорезы в руки. Благодатная почва для процветания правового нигилизма и гарантия бизнеса таким компаниям как КП "И-С". Необразованным быдлом с бокорезами проще управлять.

Мистики нет. КП "И-С" тогда уже было (оно с 2009 года), но меня в нем не было.)) Договор между ЖЭО ЖД района и Аванет. И-С в том деле как сторона не участвовал. Решение можно посмотреть в реестре суд решений по параметрам "Хоз суд АРК, Аванет". Мне если честно лень ковыряться - уже оскомину набил. Знатная трава! http://reyestr.court.gov.ua/Review/17317097 И интересно как должен был Аванет выполнить решение суда, прийти в жек и порвать договор в клочья? Расторгли и расторги, ариведерчи. При чем тут порча чужого имущества? Не Крым, а какой то правовой заповедник.