pavlabor

Кстати, сегодня день работникоа суда. http://zakon1.rada.gov.ua/laws/show/1318/2000 вот подарочки http://www.unian.ua/news/541581-u-harkovi-vbili-ta-obezgolovili-suddyu-ta-yogo-ridnih.html Интересно посмотреть что подарят КЖСЕ, в день работников жеков.

Во как! Ну тогда тебе дорога в КЖСЕ. Вазелин прихвати, мало ли что этим уркам, еще в голову взбредет.

За зряплату! Остап Бендер - отдыхает.

Договора на что? Энергетики делают отчисление жекам на обслуживание электросетей квартир. И просят, чтобы у прова был аналогичный договор с жеком, а узел энергопотребления был зарегин в энергетиков, для начисления компенсации жеку. Но когда энергетики посчитали что пров за точку платить 3-5 грн в месяц, а энергетики должны отчислять жеку 1.4грн, то такое требование испарилось. Более того, акция, заключать договор только с энергетиками, закончилась тем, что энергетики передали это право жеку, и ДИКО не желают геморроя с провами. Согласно закона "про телекоммуникации", договор на аренду должен быть с собственником, а не с КЖСЕ, и никто не вправе требовать нарушить закон. Это даже если не вникать в суть, является дом коммунальной собственностью или нет, в данном вопросе - КЖСЕ вообще не при делах.

220 не ему, а монтажнику - резче судорги, чище скол.

Это мы умные когда по эту сторону кадра.

Про этот косяк я и пишу. Если сказал "да", программа доступна для всех публичных IP и IP ограниченых маской локальной сети сегмента, с других сегментов локальных сетей 10-..., 192.186...., программа не отвечает. Проверял на сетевых игрушках, ДЦ. В ДЦ-ехе проверяется получением списка файлов, с локального, внешнего ип, с ХП в других локальных сегментах - файли получаются, с семерки нет. Пинг, с шлюза пингется, через роут с другого сегмента нет. Запросы уходят, ответов от семерок нет. Копался два вечера, понял что без принудительного вмешательства вопрос невозможно решить. Сейчас думаю какая должна быть реакция, регламент поддержки на подобные вопросы. Дело в том что данная ситуация - официальная позиция разработчиков винды, предлагать отключать фаервол, разрешать доступ к 10...., 192.168..., это вмешательство в политику безопасности разработчика, что чревато жалобам, судам со стороны хомяков и юридически, при падении винды, а рано или позно она упадет, при всех умностях выше грамотнонаписавших админов- хомяк окажется прав. У нас по городу, локальный трафик упал с 500 мегабит, до 50, ходить и править фаервол для 10-15 тыс абонов никто не будет. Даже внутри своей сети, получается нужно брать двух человек, админа и юриста, админ ходит правит фаервол, юрист в суде доказывает что даные изменения фаервола, не являются причиной падения винды. Проверяйте. Потому что все выше написаные рекомендации - слова не стой песни. Потом стоит подумать, есть ли проблема и варианты, как ее решить малой кровью. Подозреваю что косяк образуется в момент выбора расположения сети - домашняя - предприятия - общественная Кстати, кто считает что у него таких проблем нет, просьба всякую фигню сюда не писать.

Как все просто... берем на работу админов, в каждую сетку ставятся дополнительные тазики...., потом админов на винду, линух, мак, фрю.... потому что хомякам это не нужно, им инет подавай, типа ж бабки плачу! Почему не написать проще - Win7 убивает локалки. А делов то - с коробки лочится локальная сеть. Лично я считаю, что это баг в голове у виндозных менеджеров. Можно подумать что инет это не та же локалка, только в пределах мира. И можно подумать что если гейс перекроет доступ с 1000-10000 локальных ip, то винда станет менее уязвимой. Но вы умничайте, один фиг оно мне не нужно, просто обращаю внимание локальщиков, на причину снижения локального трафика в сторону внешнего. Для провайдеров у кого сети построены на локальных ип дополнительные грабли, увеличение расходов на внешних каналах, из расчета гривня на клиента в месяц, потеря связности сегментов. ps Не воспитаные дятлы.

Полностью согласен. Вообщето... Ко мне обратилось учебное заведение, в котором 3 локальные сети, до 10 служб, порядка 600 собственных компов и 1000 студентов. Все построено на локальных IP, и буквально год назад все работало как часы, а этот год, админы вешаются. На 70% упал внутрений трафик и нужно ногами вгачивать каждому студенту службы, тот же файловый архив методичек. Причем через мир, работает как часы. Что получается может сам себе пофантазировать.

А что теория говорит? Какой предполагаемый максимум?

Прелюдия. Подключается пользователь, воткнулся в сеть, ему винда предлагает определится с сетью. Так вот, не зависимо с чем определился пользователь, он остается в пределах одной локальной сети. Пингуем со шлюза пинг проходит. Пингуем с другой сети, пинг на клиента уходит и блокируется. Проще сказать, винда, после выбора сети, выставляет правило, которое определяет локальную сеть по маске, остальное (10.х.х.х/х, 192.168.х.х/х....) блокирует. Перестают работать локальные ресурсы такие как ДС, чаты, и другие штуки пир-ту-пир. Падают системы мониторинга. От клиента сесии все исходят. Лечится путем установки правил, но то что с коробки все залочено, а руки до всего не дойдут, ведет к постепенному вымиранию локального трафика.

2291 - Солнце остывает. Предпринимаются попытки зажечь его снова.

http://www.youtube.com/watch?v=HoJveRDptDs#

Жаль про столбы не слова...!

http://www.epravda.com.ua/publications/2012/10/1/337475/

Хм... точно.

jumbo фреймы это транспортный уровень, и для тазика лишняя математика, равно как и для аппаратного роутера, просто на аппаратных роутерах, jumbo разбирается на аппаратном уровне. Соственно на аппаратном уровне, пакет должны разбирать и сетевые. Но это только теория, а производителей вагон и тележка. Для роутера, для того чтобы прогнать через маску, будь это ацл маршрут, правила, или нат, всеравно нужно курить каждый пакет.

http://life.pravda.com.ua/technology/2012/11/21/116105/

Это не бред, а стандартная архитектура от G80 до G200 - называется шасси, остальное добавить по вкусу. А летантность, это детали, именно того модуля который Вы добавили, завтра в продаже появится что то другое и ситуация кардинально изменится. Но шасси останется, шина останется, контролер с линухом или фрей останется. Это концепция.

Выше писал джунипер М80, это комп уровня синклера, с приличной аппаратной обвязкой. Проц не нужен для свича, в продвинутых свичах, 90% задач которые решает проц, это организация WEB интерфейса. Все боевые задачи решаются на уровне сигнального чипа. Но если посадить на ось фаервол, например с логическим шейпом, чтобы мир шейпил, локалку пропускал, то задача становится не решаема для сигнального чипа и отправляется на решение центральному процу, вот и начинаются грабли. Поетому то что тут расписываем мы с ntil, дает понятие что можно решать на аппаратном уровне, что решается на софтовом уровне. Понимание этих вещей, позволяет правильно ставить задачу и выбирать железо для их решения. Потому как в кошке и джунипере нет ничего божественного, такая же железка, просто заточена по что-то.

садитесь, два! 148,809 pps - это производительность всей коммутационной фабрики суммарно для всех портов (чипсета) разделите ППС на минимально возможное количество байт в пакете и получите пропускную способность в байтах, затем умножте на восемь и получите пропускную способность в битах. ее будет ровно столько, сколько скорость портов Х количество портов девайса. ровно. не идет.нет там несущей, когда передатчик молчит, курите IEEE 802.3 . отсутствие постоянной несущей - наследие разделяемой среды. в витопарном эзернете появилось автосогласование и линксенс, но они передают очень короткие посылки (группы из нескольких единичных очень коротких импульсов, не модулированных, не пакетов) каждые 8мс во время тишины, но это НЕ несущая и есть только в вышеупомянутом витопарном эзернете, и токо на свичах, т.к. физически там топология точка-точка между трансиверами и появилась возможность невозбранно попискивать в линию о поддерживаемых скоростях. это не тонкости, это базовые принципы! как понимание как ДВС в автомобиле работает. а знание принципов избавляет от запоминания вороха тонких особенностей. без их , понимания базовых принципов, технология превращается в колдунство. Это тонкости. Базовый принцип, это технология обработки пакета, а какая там по скорости база, меня не интересует, потому как я всеравно не могу поменять мост на матере, И на сегодня, в цене будут матери с большим количеством портов РСI-Е, х4, х8..., хорошая карта и бополнительное расчетное ядро. Все. Дальше искаить/писать дрова. И 40гиг, можно ставить за планку. По поводу несущей и бестоковости даташитов. Даташиты вещь нужная, но плохо что пишут их писатели, а надиктовывают периодически инженера, которые годами не проверяют что там написано. В результате, 30% даташита это недокументированый фичи, которые кровью и потом сам вычисляеш. Отсюда несущая это тайна за семью печатями. Например на порту MII, в зависимости от производителя чипов, она постоянная, RTL82XX, в других чипах, ее нет, в третих ее можно менять под конкретный модуль, например под адсль модем. Но при этом тактовая частота шины тактуется постояно. Другой момент, это порт, если на него смотреть со стороны гнезда, то в целях економии електроенергии, передатчики выключены, но если на него смотреть со стороны шины, то на каждый порт приходится по 100мегабит, имея шину в 800 мегабит, и опрашивая в цикле 8 портов, можно обеспечит работу порта в режиме 100 мегабит. Дальше идут страницы, 4 бита приема+4 бита передачи+2 бита типа+и один стоповый бит. Расказывать мне про курите IEEE 802.3, не нужно, даю 100% что ты и сам его толком не курил, просто выхватил фразу и думаеш что герой. Получи пакет через, MII, обработай на есемблере, тогда и будеш героем. И сразу раставится много по местам, но возникнет еще больше вопросов, которые если знаеш, то умничать как то стремно. Но это не относиться у софтовому роутеру. А относиться то, что если взять гиговый 5-пртовый чип, сделать на нем сетевую карту, транковый порт завернуть на шину писюка, написать драйвер, то получим киборга, который будет лер3 запихивать за пояс. А если на этой же сетевой, приатачить коммутационнцю матрицу, Так джунипер М80, будет просто отдыхать. Все можно разрулить на уровни ОС, при чем рулить можно даже на винде. Вот если есть желание разработать чтото толковое, можно подумать именно о такой карте. Повторюсь, куба рулит, в связке 40 гиг, как два пальца об асфальт. Еще один момент. Сегодня идет возня на уровне, 48 портов по 100 гиг и более, задачи как разрулить 10г, 40г уже решены пять-десять лет назад. Уже есть 40гиговые сетевые карты. Поетому искать проблему в разрезе "как разрулить 10г", не вижу смысла - включил и поехал.

На Украинском форуме начинают как на русском, продолжают как на еврейском, и, часто минуя американский вариант, начинают меряться фуями. Не в обиду, но, ребята, откройте тему о современной архитектуре комутирующих устройств, и я с удовольствием её почитаю, когда мне это понадобится. Здесь мне интересно почитать о достижениях в области тазикостроительства. На самом деле странно читать такое от человека желабщего почитать о достижениях в области тазикостроительства. Потому как здесь именно и идет разговор, о архитектуре тазика. Первый вариант, который предложен автором, это тазик+сетевая карта, Второй вариант, на который я сбросил ссылку, это тазик+сетевая карта+модуль обработки на базе видеокарты. Второй вариант, более интересный, потому сламывает традиции, превращает тазик в контролер с серьезной шиной данных, на которую по вкусу можно выставлять необходимые модули. На гора получаем модульную а-ля кошку/джунипер. Получить дополнительную инфу, болше чем выдано сложно. В самом начале показано что работает, после по крайней мере есть 3 топика где продтверждено что работает, более того прекрасно работает на фре. По софту, здесь никто дрова писать не будет, поэтому ожидать чуда от очередного пионера, зря потеряное время, ровно и то что глупо спорить о супер памяти RLDRAM-II, потому как на тазик ее не прикрутиш что бы тут не написали. Поетому все крутится вокруг стандартных железок и стандартного софта. И весь прикол, как с этого конструктора лего, на базе писюка, собрать модульную кошку, десяти летней древности.

Да немного перепуталось. по Max. Forwarding Rate 10M: 14,880 pps 100M: 148,809 pps 1G: 1,488,095 pps Написал немного не так, не пакетов а частота. Передается бит, понятно что скорость напорту не может быть больше 100мегабит, тактуют и синхронизируют частоту тактования, для того чтобы выделить конкретный бит, с битов собирается пакет, синхрометка, или стоповый бит, завершает пакет и подымается флаг. На этом как бы смысл частоты закончился. дальше, по маске паралельно открываются ключи, вентили в сторну служб, Выделяется маска на мак и проходит серия каскадных сравнений в логических ключах матрицы коммцтации, тут нет понятия частота, просто совпал логический ноль, ключь открылся, нет неоткрылся, тот в свою очередь открыл другой ключь и так далее пока не дойдет до ключа выгрузки пакета в порт, на етом етапе, поднимается флаг того порта, который совпал с логикой матрицы, а логика матрицы, переводится в соответствующее состояние, неличием мака в таблице коммутации. Для человека это запись в таблице, для матрицы, это маска ключей с нолями и единичками. Флаг поднялся, пошла выгрузка пакета в порт, тут опять начинает работать частота, нарезая побитно пакет. теперь например Max. Forwarding Rate - 100M: 148,809 pps, это передача, а если фулдуплекс, то еще нужно добавить прием, дальше портов 8, шину нужно делвть чтобы обрабатывался не один порт, вот и сделала шину 800мегабит. Потому как может 4 порта вливать трафик, и 4 выливать, одновременно. Получается что на порту 148,809 pps, но при работе 4 портов нужна шина 148,809 х 4 = 595 236 pps, до аккумулятора и столько же от аккумулятора в порт. Сама пропускная способность по трафику, средневзвешеная, зависит от конкретной ситуации, так как шина и сама логка, принагрузке на два порта, может работать гораздо быстрее, то стоит аппаратное огранияение 148,809 pps. При этом, емкость аккумулятора, уменьшить нельзя, он должен быть вмещать максимально возможный размер пакета. Отсюда, аккумулятор фиксированой длинны, частота шины фиксированая, бистродействие фиксированое - производительность коммутатора фиксированая и от размера пакетов не зависит. Но нагрузка на порту, плавает и Max. - 100M: 148,809 pps, несущая частота в линии, она и в африке несущая, протсо если передачи нет, то идет пустая синхронизация, передатчик гонит несущую, приемник принимает, накладывает свою частоту и нечего не выделяет, как только пошла передача, то проскочил пакет, он обработалься и в счетчиках появился бит, коммутатору побарабану, он не может изменить параметры уоторые могли бы изменить скорость, но человек, смотритт на счетчик и делает выводы, что на третем порту проходит в секунду 10000ппс, а на седьмом 2ппс и думает, наверно два толстые. Это так по простому, а если вгрызатся, то вот ntil дал талмут, можно курить. Но для меня действительно не интересны некоторые тонкости, потому как я выше писал мне не интересно какая стоит память, я в данной статье расатриваю метод решения задачи коммутации, на хардовом уровне, на софтовом, комбинированом и где в этой теме стоит кошка а где писюк. И варианты характеристик технологических решений, будут отличатся на порядки, вто время как характеристика конкретной памяти будет менять ситуацию на проценты.

Матрица, это и есть механизм. Пакет зашел, попал в аккумулятор, Мак по маске упал на матрицу, если фильтр прошел, то пакет с аккумулятора вывалился в соответствующий порт, за один цикл. Нет так нет, его подавляет следующий пакет. Технология называется "неблокируемая матрица коммутации". От размера пакета, производительность не меняется, потому как емкость аккумулятора 1516 байта. И аккумулятору по барабану, какого размера вгружать/выгружать пакет - 800 лимонов в секунду и будь здоров, в вот объем трафика, это уже другая история. Расчетной части, там в принципе нет - логический автомат.

Это производительность шины данных, 4 порта в фулдуплекса(800), на другие 4 порта фулдуплекса(800), максимальная пропускная способность мыльницы, вот и получаем паспортную производительность. Как там на самом деле, не проверял. От размера пакетов нечего не зависит, это идеальная задача чистой коммутации. В паспорте написано производительность шини 800мегабит в секунду.