pavlabor

Блок питания AC/DC PSU30-AC220/DC54. Предназначен для подачи питания постоянного напряжения для оборудования в диапазоне 47-60 вольт постоянного напряжения, мощностью до 30 ватт. PSU30-AC220/DC54 может использоваться в любом устройстве, требующем соответствующие электрические характеристики, но был разработан для построения бесперебойных систем фантомного питания. Имеет разъемы для организации подключения при совместной работе с пассивными сплиттерами PoE. Внимание! Совместная работа блока питания и пассивных сплиттеров, относится к категории "Passive PoE" обеспечивает только электрическ

Думаю что нет, но не все так быстро.

Двухканальный пассивный сплиттер PoE, передача питания - версия В. Изготовлена опытная партия пассивных сплиттеров PoEp-B02A, предназначенных для передачи фантомного питания по свободным парам (версия В). Распиновка совместима с любым устройством поддерживающий питание PoE. Это значит что, через данный сплиттер, можно подавать питание на устройство поддерживающее питание PoE. Может применяться для построения сетей фантомного питания, проброса питания в уже существующих системах. Прост и удобен в использовании. Может пробрасывать широкий спектр напряжений, что позволяет использов

Одно канальный пассивный сплиттер PoE, передача питания - версия В. Изготовлена опытная партия пассивных сплиттеров PoEp-B01A, предназначенных для передачи фантомного питания по свободным парам (версия В). Распиновка совместима с любым устройством поддерживающий питание PoE. Это значит что, через данный сплиттер, можно подавать питание на устройство поддерживающее питание PoE. Может применяться для построения сетей фантомного питания, проброса питания в уже существующих системах. Прост и удобен в использовании. Может пробрасывать широкий спектр напряжений, что позволяет

От твоей статьи, не кислый движняк пошол! http://nag.ru/news/newsline/17886/provaydery-spasayut-internet-ot-torrent-klientov.html

Ничего я себе не противоречил! Читайте внимательно - про Билайн я писал с сарказмом. Жаль, что Вы этого не поняли. В том-то ведь и фокус, что компания, которая может себе позволить расширить канал, не делает этого. Яркий пример "бизнеса по-крупному"! Скормить "тупой биомассе хомячков" (это не мои слова, а мысли манагеров Билайна - это снова сарказм) пеструю рекламу про супер-скорость, дать бросовый тариф, и заставить тем самым оплачивать услугу, в реальности предоставляемую в лучшем случае на половину. Принцип Рокфеллера: "если можно не платить - не плати". Я в том же посте написал - Вы может

Это истино для одной сесии, когда длинна цыкла нарастания размера плавающего окна больше чем ттл пакета в очереди. Тогда да, нагрузка проседает и образуется просвет в канале. Ранее я и писал, это очень растроило качальщиков, начали думать как заполнить этот просвет, так и родилось решение многопоточных закачек. В режиме многопоточных закачек, канал практически не проседает. Если поставить счетчики, то они не показывают сразу превышение, хоть TCP и стар но умудряется стабилизировать канал, но тем не менее, доволно часто нагрузка на клиента увеличивается на процентов 20. Многие адми

По поводу соплей. Не нужно каждую весну воспринимать как "борьба за посевную", а каждую осень как "борьба за урожай", это совковая психология! Зачем мне кого то тут пугать? То что тут 3 страницы, это во первых инфа для планирования развития, во вторых ответы на вопросы читателей. Не нравится нечитай! По поводу випов и сиров, если вы следите за загрузкой входящего канала, при этом у вас постоянно присутствует ~20% запаса, ваш вип получает все до байтика, если он не согласен, пусть ставит счетчик на своем интерфейсе и там будет все как в аптеке. Более того, загрузки полосы под потоло

Ладно, читайте. Только проще построить серию счетчиков, недельку понаблюдать и самому раставить точки на и. Ваше "НО", справедливо только для одной сесии. Вопрос - как срывается сесия? Ответ - сесию срывает шейп, путем дропания пакета. Вопрос - почему шейп дропает пакет? Ответ - потому что канал оказался перегружен длительное время и время жизни пакета в очереди превысило допустимое ттл. Проще сказать канал был забит под завязку и пакет не удалось всунуть клиенту. Вопрос - Что означает потеря пакета? Ответ - потеря пакета означает, что пакет был закачан по внешним каналам, но был

Немного не понял, что собственно пробовать по другому?

Я не пойму, вы действительно не понимаете о чем идет речь?

Все правильно. Проблема, если ее можно назвать проблемой, начинается с выборов месного самоуправления. После того как прошли выборы, вы дали свое добро на управление всей собственностю громады. И теперь власть имеет право брать налоги, давать или не давать землю, разрешать или не разрешать заниматся какойто деятельностю и т.д. То есть, жители даного населенного пункта делегировали право распоряжатся имуществом громады до следующих выборов. Городской транспорт, водоканал, гаи, милиция, тот же убоп, это структуры которые созданы той же властю,(которой вы делегировали право) чтобы вам ж

Он разрабатывался чтобы в адсл подобные решения, впихнуть потоковое видео, конкретней он точился под IPTV. Это предел, текущих технологий, массовое видео по заказу, текущее состояние базовых сетей не в состоянии переварить. Торент тоже писали и тестировали в офисе, а в инете пошли другие режимы.

Это для меня это не новость, даже в этой ветке мне это пишут начиная от третего поста.

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

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

Хватает. А IGMP протокол придумали, потому что было нечего делать.

Прогресс это конечно хорошо, только вот оплачивает этот прогресс клиент. А на фоне подешевления пакетов, тендеции загрузки пользовательских пакетов, которые практически ВЫНУЖДАЮТ подавать магистральную полосу по не соответствующей стоимости, стоимости железа на одного абонента, наводит на мысль что не все тут, уж так кучерявенько! Сомневаюсь что в Украине найдется даже десяток провайдеров которые смогут раскошелится на необходимые брасы. Потому что, то что крутило 150ка абонентов, при таких темпах, через год, нужно ставить на 15ка абонентов. И если раньше за 100грн. продавалась полоса 1м

закрывайтесь и продавайтесь - лучший метод борьбы с тем траффиком, который вы обещаете клиенту. За последний месяц объем траффика не изменился, изменилась только структура траффика - больше пакетов стало. Сразу стало ясно кто готов был к зиме, а кто любит работать на пределе. Может и так. http://www.msk-ix.ru/eng/traffic.html За год объем трафика вырос больше чем в 4 раза. Навряд ли кто то может похвастатся ростом клиентской базы в таком же темпе. А на подходе вот такие сервисы http://korrespondent.net/business/mmedia_and_adv/1051584 все безплатно, немного будут напрягать

Вам видней, но всеравно спасибо. И я тоже извинился, потому как понял что у чела проблема, а то что эту проблему, оперативно получается решить только так как я написал, описано много раз здесь http://forum.nag.ru/forum/index.php?showtopic=55025 И еще раз напишу развитие, где то в начале февраля обнаружил повышение активности, 10 февраля обратились несколько знакомых с подобной жалобой, порекомендовал что нужно сделать, реакция такая же как и здесь - нельзя отрубать UDP! но 15, ситуация стала критической у людей реально падало ядро, попробовали отрубить и все нормализовывалось,

Если не трудно разжуй этот пункт ребятам, которые считают что благодаря великому и могучему шейпу у них абсолютно нет проблем с превышением входящего трафика над той полосой что купил абонент. Раскажи кто прокачивает оте 10% трафика(которые больше шейпа), за чей счет и кому в итоге те 10% достаются. От себя добавлю что 10% это хотелка, реально может прокачиватся и 200%. Ну если посмотреть но саму техническую реализацию шейпа и работы ТСП то могу сказать так. Что конечно переюз будет но не такой большой, да прыжки могут быть до 200% если уж очень много сессий будет и если шейп в мал

Если не трудно разжуй этот пункт ребятам, которые считают что благодаря великому и могучему шейпу у них абсолютно нет проблем с превышением входящего трафика над той полосой что купил абонент. Раскажи кто прокачивает оте 10% трафика(которые больше шейпа), за чей счет и кому в итоге те 10% достаются. От себя добавлю что 10% это хотелка, реально может прокачиватся и 200%.

На самом деле все там довольно просто, сложно с этих простых кубиков собрать всю картину, чтобы она в один момент засияла, птому что все стало ясно как Божий день. Чистый UDP не может применятся в транспорте, самый яркий пример как работает UDP, это DNS. если выполнить запрос avtoluks# dig google.com ; <<>> DiG 9.4.2-P2 <<>> google.com ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 15995 ;; flags: qr rd ra; QUERY: 1, ANSWER: 6, AUTHORITY: 4, ADDITIONAL: 0 ;; QUESTION SECTION: ;google.com.

Пока порадовать нечем, одни хотелки.

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