adeep
Сitizens-
Всього повідомлень
2 238 -
Приєднався
-
Останній візит
-
Дней в лидерах
16
Тип контенту
Профили
Форум
Календарь
Все, що було написано adeep
-
Киевстаровцы говорили, что можно брать карточки и с них делать переадресацию на сип от киевстара, тогда получается многоканальный мобильный номер. Ньюанс: тариф переадресации на сиповский номер.
-
UPS с внешними батареями посоветуйте
тема ответил в catmad пользователя adeep в Джерело безперервного живлення
У вас на сайте тоже не густо с местонахождением. -
Juniper SRX650 Redback SE100
-
а чего у него должно быть 2гб? и почему до 2х?
-
IP телефон и перенаправление звонков.
тема ответил в Will пользователя adeep в Невеликі роутери. DSL, Wi-Fi, Ethernet
Да, можно. Но будет дополнительное время ожидания с гудками пока вызов переадресуется. Проще с помощью АТС. В принципе это должно делаться нажатием на пару кнопок. -
так вам же уже ответили. все из списка: http://dlink.ru/ru/products/4/361_o.html
-
es3510ma - подскажите пожалуйста, как обюновить firmware
тема ответил в ua.feldsher пользователя adeep в Комутатори L2
поставить на упсу, удалить старую прошивку с памяти, залить новую -
слабо верится что все так плохо...можна детали ? типичная UDP атака через днс рефлекцию порядка 70Гбит + около 10 Гбит TCP порядка 2 млн. pps. Клиента нашего досили, до этого здесь в Украине ДЦ Воля, потрусило порядка 60-70Гбит, Воля аналогично в блэкхол, а то плохо стало их каналу на эвропу. 70 + 10 = 80гбит/с, что больше паспортных для МХ80
-
все равно не понимаю чем вам помешал ibgp в качестве igp, если он справляется с этой задачей успешнее чем ospf?
-
Запомните, iBGP это не протокол для маршрутизации внутри автономной системы, это протокол для обмена BGP маршрутами между граничными роутерами. Для корректной работы iBGP требует наличия любого другого протокола маршрутизации внутри автономной системы. кто вам сказал такую глупость?iBGP как раз обменивается маршрутами внутри автономной системы и вполне готов работать в нужном режиме. при использовании роут-рефлекторов даже не надо полную связность строить
-
IPTV. Клиентские устройства. Ваш выбор?
тема ответил в _WesT_ пользователя adeep в IPTV КТВ Кабельне телебачення
С магом тоже глюков много поймал с режимами fullhd/hdready. iNext понравилось, но текущую железку я бы домохозяйкам не ставил. Причин несколько: - для обновления прошивки в автоматическом режиме требуется установленная и отформатированная флешка (продавать сразу с флешкой?) - все завязывается на сайт инекста и рулится путем общения с их программерами (легко перенастроить чужой инекст на свою сеть у домохозяйки не выйдет) Ну и мидлварь пилить не хотят, открытое апи делать тоже не хотят, только под заказ и под задачу -
http://www.cpubenchmark.net/cpu.php?cpu=Intel+Xeon+E5420+%40+2.50GHz http://www.cpubenchmark.net/cpu.php?cpu=Intel+Xeon+E3-1270+V2+%40+3.50GHz
-
разделяйте производителей чипов и производителей плат. Вы же не берете все только у производителей чипов? Тем более что платы это не один чип. HP очень много своего выпускает, а главное тестирует компоненты в сборе. А софт-рейд и псевдо-рейд на материнской плате между собой отличаются весьма-весьма. Первый к железу вообще не привязывается. С железными контроллерами вам повезло - я сам за последние два года видел два сгоревших с печальными последствиями для хранилища. Да есть. Дали же кучу мнений, пирвели кучу аргументов. Но вы же считаете что сервер который проработал где-то 5 лет вып
-
разница в 4 поколения процессора решает
-
1. Как раз таки зависит от того железа, на котором создан и нет гарантии, что будет работать на другом. 2. Не факт, что если что-то случится с материнкой и/или рейдом массив останется жив + известны случаи, когда при глюках проца, ОС - разваливался напрочь софтовый рейд. 3. Что там можно гибко конфигурировать интересно?) Ага, а если данные, которые готовятся на запись в рейд и находятся в памяти (кэш программного рейда) вруг повреждены и память без ECC этого не узнает, то имеем поврежденные данные и по закону подлости критичные... 1. как программный рейд зависит от железа? примеры, кейс
-
Ну да, 1 двух ядерный десктопный проц аля Celeron (Pentium), SATA диски, десктопная память (без ЕСС и т.д.). Отличный сервер, а главное отказоустойчивый.В таком случае проще взять обычный системник, будет и дешевле и лучше, только это все не подходит для нашего веб-сервера. Еще варианты есть? Не всегда новое ПО - лучшее решение, особенно для серверных решений. читать умеете? проц меняется на е3, память меняется. официальный сервер от hp. однозначно лучше чем дремучее железо насчет софта 9.2 однозначно лучше будет 8.1
-
+ не зависит от железа + если сгорит материнка/рейд просто переставляете и пользуетесь + гибкость конфигурации - нет батарейки на кеш
-
возьмите hp microserver g8 стоит 500$ поменяете процессор и память и у вас отличный тихий сервер. аппаратный рейд - даже не смотрите и не думайте, программный наше все. 8.1неактуально, когда есть 9.2
-
Да при прямом сравнении характеристик второй выглядит интереснее - памяти больше и винтов. Процессор большой разницы не имеет. И про 8.1 на мой взгдяд странное решение.
-
FreeBSD AMD64 или i386 под интел ?
тема ответил в kvirtu пользователя adeep в Для тих, хто в пелюшках ще
а еще в подвале гремело. но я переставил систему с линукса на фрю и теперь звуков из подвала уже не доносится... -
FreeBSD AMD64 или i386 под интел ?
тема ответил в kvirtu пользователя adeep в Для тих, хто в пелюшках ще
если вам надо экономить память - ваше дело. но это единственный плюс. Да, на задачах маршрутизации были какие-то условные тесты, что i386 лучше, но разница была на грани статистической ошибки, да и тесты делались на заре появления архитектуры, с тех пор компиляторы стали лучше разбираться как правильно компилировать) В остальном все преимущества на стороне amd64. -
Она пропадает через некоторое время.
-
кеш ничто на задаче прогона трафика. главное - частота ядра.
-
Куплю свич extrene 650 б/у. Предложения в личку