muff

Ага... А бывает вот фильм скачали... посмотрели - не понравился. Как вернуть?

freebsd 7.2... Стоит попробовать обновиться. Много воды с того времени утекло... Только подымайте все на новой машине. На этой уже не обновляйтесь.

Нужно скоро ждать тему от ДЕПСа... "Провайдеры... Отношение к клиентам. Так мол и так... покупаем канал интернета, не задешево... Захотели выложить на свои сервера презентации/видеообзоры/каталоги_продукции (нужное подчеркнуть) на наши сервера в Европе/Азии/Америке. И тут вместо наших 50/100/500 Mbps аплоада получаем выгрузку на 15/35/48 Mbps... Провайдер нас обманывает! Где наша скорость! За что мы платим! И не захотели нам компенсировать/вернуть разницу в скорости, которой мы не смогли воспользоваться... Провайдеры нас кидают, а мы пытаемся с ними работать качественно и чест

Бронь 10 шт. для parazit, пожалуйста. Он сейчас в дороге, не может отписаться

В ТЗ указано "любому подключеному туда устройству". Значит необходимо использование DHCP option 82. Решением может быть софтварный маршрутизатор на FreeBSD и L2-коммутаторы с поддержкой DHCP option 82 (dhcp snooping).

Таки да... Упираетесь в шину PCI... И какая будет скорость шины на даной материнке - только тестовым путем определяем... Обычно упираемся в 250-350Mbps. Как уже писали выше - переходным решением были устройства на шине PCI-X, которые работали на 66MHz и давали (если не ошибаюсь) до 4Gbps в дуплексе по шине... Решение вашей проблемы - переход на PCI-E. Даже на бюджетном десктопном железе будете иметь поболее пропускной способности. PCI почти во всех реализациях работал через южный мост. PCI-E обращается к CPU напрямую через северный мост. Последние годы в архитектуре от южного моста вооб

дебильность конечно на традиционном гос уровне. заблокировать домен Парагвая перепутали с .рф -- бывает... А до виконання як?

У Гугля, до расширения, стык в UA-IX был перегружен почти постоянно, "полка" была около 70-80% времени. Об этом я уже писал ранее. И это на протяжении нескольких лет После расширения ситуация стабилизировалась. Сейчас еще добавили несколько линков, расширив общее количество портов до 18. Емкость всех портов еще не уточнял, но ранее расширились до 12х10G. Соответственно, можно допустить, что сейчас имеем 18х10G, тоесть 180Gbps суммарно. Кстати, расширение на Гайдара сделали недавно, 19 декабря... Как то так...

Хм... А в даташите указано "Dual redundant (1+1) and hot-pluggable power supplies". Почему другой БП не получится установить? Что-то "подгорело"?

На счет разваливания LACP под прошивкой Brocade Turbo Iron 24x информация достоверная? Это существенная проблема. А так, прошивка от Brocade больше нравится, хотя к ней нужно тоже привыкнуть...

Ура... І в UA-IX гугля розширились... Пропустив цю подію. Але це відбулось порівняно нещодавно, 20 листопада... Тобто тиждень тому. Щоправда, на портах уже 6,5Gbps в їхніх лінках. Незрозуміло, як надовго вистачить. Про розширення гугля в DTEL був ознайомлений, але це було не настільки актуально, оскільки там "полки" не було... Щодо заборони анонсів в Гугл... У моїй вихідній роут-мапі в UA-IX надсилав їм коммюніті 15169:0. Вже можна знімати

Гугл ходить і через Гіганет, і через ДТЕЛ, і через УА-ІКС... От тільки в УА-ІКС гуглові лінки майже постійно в полку, відповідно, через УА-ІКС себе не анонсуємо в Гугл... А між ДТЕЛ-ом і Гіганетом гугловий постійно трафік "перетікав". У них якісь хитрі алгоритми маршрутизації.

Не владея полностью всей информацией, сложно дать точный ответ для решения проблемы. Но... Если сети арендованые, и звучало К сожалению, согласно внутренней политике нашей организации мы не передаем управление DNS. В том числе, для того, чтобы избежать злоупотребления со стороны клиента из-за отсутсвия опыта или какой-либо другой причины. Для того, чтобы делегировать управление обратными зонами на ваш ДНС мне необходимо, чтобы вы прислали минимум 2 ДНС сервера в формате FQDN, настроенных на прием обратных зон. Оба DNS сервера должны отвечать на запросы из-вне по TCP. Может стоит связать

это понятно на сервере в котором тип зоны указан слейв также нужно указать allow-query { any;}; в параметрах зоны? Да, все верно. Слейв тоже должен отвечать на запросы, когда к нему обращаются по записи этой зоны.

Слейвы перечисляем в allow-transfer.

allow-query { any; }; - Отвечать нужно всем allow-transfer { xxx.xxx.xxx.xxx; yyy.yyy.yyy.yyy; }; - Тут IP адреса ваших слейвов. Если в глобальной конфигурации укажем allow-query { any; } - получим Open Resolver, который через короткое время начнут использовать для проведения DDoS...

Для глобальной конфигурации allow-query указали правильно. Параметр allow-transfer - неверно. Здесь укажите IP, с которого slave будет коннектиться к master. В описании домена параметр allow-query установите в значение any. Записи домена будем всем "отдавать"

Кста... PPS для наглядности.

Как на меня, цена зависит от того, как будет проходить этот VLAN. Мало входных данных. Отталкиваемся от того, что из порта в порт одного коммутатора (например, в ядре сети), то одна цена, а из порта комутатора (того же таки, в ядре сети) в порт комутатора в какой-то промзоне - совершенно другая... И кстати, по МАС-ах... Сталкивался с определенными операторами, у которых разрешено не больше 2-5 МАС в транспорте

HP ProLiant DL360 G7 CPU: Intel(R) Xeon(R) CPU E5649 @ 2.53GHz (2533.47-MHz K8-class CPU) real memory = 17179869184 (16384 MB) avail memory = 16602632192 (15833 MB) FreeBSD/SMP: Multiprocessor System Detected: 24 CPUs FreeBSD/SMP: 2 package(s) x 6 core(s) x 2 SMT threads # uname -rsm FreeBSD 10.3-RELEASE amd64

Карта Intel x520-da2. На даный момент подключена к комутатору Quanta LB6M. Карта работала в паре со следующими комутаторами: - D-LINK DGS-3420-28SC - Eltex MES2324FB - Fujitsu XG2600

10G Soft Router ...

Выносите шейпера. И клиентов, соответственно, терминируйте отдельно... Схема с двумя серверами (софт-роутеры): BGP плюс крупные клиенты. Терминируем и шейпим мелких клиентов.

HP Proliant dl360 g7 В архиве BIOS, ILO и утилита для создания загрузочной флешки (чтобы записать BIOS).

http://muff.kiev.ua/content/back-resolv-dlya-bloka-ip-adresov Только уже немного дизайн и ссылки страниц в RIPE поменялись. Но логика осталась та же...