NiTr0

Ничего обещать не буду, но может попытаюсь поучаствовать по мере наличия свободного времени на освоение/кодинг. У нас астериск крутится, пока - в стадии исследовательско-производственной, но настраивал его другой сотрудник - я в свое время с наскоку не осилил диалпланы и т.п. характерные для телефонии вещи, и отложил до лучших времен... С пхп/перлом/чем там еще проблем не возникнет думаю. + могу помочь с организацией под это дело мини-дистрибутива на базе LEAF (астериск там присутствует, но насколько рабочий - не проверял; как довесок к основному биллингу/NFS хранилищу записей на отдельной маш

Вот если без абиняков: что неправильного в том, что МВД по постановлению суда заблокировало сайт? Или апариори: всё что делает МВД в отношении провайдеров, даже если и по постановлению суда - это беспредел? (Я МВД не защищаю - сам с ними борюсь много и часто, но справедливости ради не вижу смысла всё валить на них...) Блокировка сайта и демонтаж всего оборудования хостинга, где работают еще сотни (или тысячи) сайтов - несколько разные вещи, не? А вообще - да, хоститься здесь таки становится опасно... Даже если не за что сайт прикрывать - просто за компанию могут в процессе "следственных де

Думаете, продавец будет помогать запилить бесплатное решение?

Мобильные в основном КС, иногда лайф попадает. Приоритет КС. Вообщем все понятно, астерикс + мопед хуавей. Пока не накупил мопедов отговорите от зла... Да в общем-то нормально работают. Некоторые - имеют свойство виснуть, некоторые - работают идеально. Включать через хаб с отдельным питанием. Лучше - с возможностьб передергивания портов. Длинк такие предлагает... Качество звука - какбы последнее, что волнует звонящего абонента. Если оно в меру плохое. А оно для модема вполне пристойное. Многоканальный сделать можно, правда извратившись с gsm redirect'ом. 1) дешевые sip>fxs шлюз

Подробнее - кол-во/размер подсетей для нарезки, мин/макс скорость каждого, и почему всенепременно бздя Спасибо конечно, но если прочитать этот пост до конца - это обычный бриджинг без какой-бы то нибыло обработки на 3-ем уровне. По простому из тазика сделали свитч. Это - бридж-полисиер. разницу полисиера и свича - улавливаете? А для обработки на л3 достаточно и какого-то старичка типа киски 3550. тупой роутинг - гигабит крупных фреймов спокойно пережевывал семпрон 2800+ сокет 754 (если память не подводит) на стенде (тестировал работу интеловой карточки, какие-то грабли с не

Пережует, легко. Если руки у настраивавшего прямые. Линь, htb + hash tables, шейпинг по направлениям мир/уаикс + общий трафик для тех, у кого не предусмотрена большая скорость на украину, терминация туннелей - феном 2 925, довольно старый, еще на АМ2 матери (с медленной шиной - из-за чего сильно падает скорость л3 кеша) в свое время при аварии на одном из брасов в ЧНН добросовестно подхватил всю нагрузку, не много не мало эдак мбит 800-900 в одну сторону и мбит 600-700 в обратку, и вполне сносно ее жевал...

Древненький феном 4-головый, на ддр2, спокойно жует под гиг трафика в каждую из сторон. Терминация пптп или пппое, шейпинг с разными скоростями в зависимости от направлений... Какой-то i5 из последних - гига 4-5 в каждую из сторон пережует без особого напряга. Сколько таких тазиков на 10 килобаксов можно поставить, и сколько они в сумме пережуют - думаю, сами посчитаете...

Эмбеддед дисры в помощь. Ни на гейтвее, ни на бордюре, ни на брасах нафиг не упал полновесный дистр... А 20-30 МБ забекапить, и в случае надобности потом развернуть - элементарно.

Плюсую за nginx, + php-fpm бэкэнд...

Добавьте битмэп по случаю. С ним развалившийся массив синкается резвее намного... И добавьте проверку винтов - как смарт тесты (short ежесуточно, long раз в неделю), так и проверку массива (к примеру раз в месяц). Весьма и весьма полезно... Ессно, мониторить смарт и в случае чего - материться на почту. Дабы не случилось конфуза подобного происшедшему. И да, если сомневаетесь в действиях над массивом (т.е. действия могут быть потенциально деструктивны) - бекапьте важные данные!

Можно. Но не нужно. Лучше адекватный дистр туда поставить - полновесный нафиг не нужен. И горячий либо холодный резерв держать. А виртуализация даст сильно большой оверхид...

длинки - в общем-то достаточно печальны по софтовой части. от того и шьет их народ во что попало, лишь бы не родная варь стояла. и флудят они тоже иногда, вон недавно народ жаловался, что дыр-300 ложат сегмент на мыльницах. тплинки, впрочем, тоже не всегда идеально работают. как и все прочее. да и как по мне - гораздо лучше взять опенсорс варь (*wrt, либо, для ралинков - wive), и залить ее на китайскую нонейм железку (или заказать чтобы китайцы залили), чем натыкаться на специфические баги родного софта (которые вылазят в самый неподходящий момент).

вариант в принципе; хотя правильнее флудерастов отсекать на дхцп сервере (rate limit сделать - благое дело несложно и не шибко по ресурсам будет накладно). А там особо и припинывать вроде как не надо, стандартный pppd+radcoad темплейт прокатывает на ура, и даже скоростью рулит по CoA (если не выпилено) Т.е. 2.1.6-2 ставился из репозитария федоры, и он стабилен как скала. у меня там федора 8, с проапдейченым ядром (родное тоже текло), и в репах только 1.1.7 присутствовал... Какой такой нас для IPoE голого-то? У вас что, в одном сегменте 2 конкурирующих дхцп сервера? н

учитывая, что там таки аппаратные оффлоады присутствуют - все может быть Хотя опять же, компромисс между гибкостью и скоростью...

Ну какбы по доступу ценники вроде не слишком уж печальные, менее $300 в розницу новые можно найти за 24-ку, 500 с копейками за 48 портов. Кто-то на форума продавал еще дешевле новые - на уровне длинков, баксов по 200, но реселлер ли это или кладовщик монстротелекома, продающий "усушку" - неведомо. При этом, судя по мануалу - свичик очень вкусный, вроде как и л3 умеет даже (хоть и не надо), и шейпинг/полисинг на базе ACL (хоть и не особо надо, и даже вредно - из соображений совместимости с другими вендорами - но смотрится внушительно), и кучку прочих приятных плюшек... да и железо кошерное, оза

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

Какой такой нас для IPoE голого-то? У вас что, в одном сегменте 2 конкурирующих дхцп сервера? Да и периоды - как-то не нужно оно для дхцп, это не на дхцп решается, а несколько выше (шейпер/файрвол, который, впрочем, аожет быть совмещен с дхцп рилеем, а может и нет - рилеем часто вообще л2 свич выступает). это все решается всего лишь добавлением полей и условий к скл запросу элементарно в общем-то. я биллинг патчевал через 3-4 дня после его установки на стенд. до того - был скромный опыт программирования на дельфи и с/с++, + пхп (чуть-чуть). и да, перл не настолько разительно от с/

flashcache лучше развалится ссд - не страшно.

а я понял, что вы ничего не поняли. у меня стояла задача свалить с глюкала "isc dhcpd + горка костылей", дабы иметь возможность в реалтайме и логи посмотреть, и ип сменить, не рестартуя сервак и не залазя в дебри парсинга логов. задача решена более чем успешно. то, что вам этого мало - ваши личные проблемы. модуль дхцп к слову из коробки большего и не дает (ну или как минимум года 1.5 назад не давал - биллинг пока не апдейтил, нужды не было, а портировать дифф допиливаний под наши нужды эдак с сотню кб на новый релиз просто так со скуки - смысла не вижу). вы бы как-то определились что л

мне не нужно было делать проверку баланса и выдачу ип из левого пула - я и не делал. банальная статика, с опцией 82 (которая, впрочем, у нас пока еще не используется). вам надо - допилите, делов-то на 5 минут, элементарно же... а биллинг - как раз таки непосредственное участие принимает. собссно он наполняет базу. 1) опция 82 - нормальная, а не костыль 2) отсутствие необходимости рестартовать сервер (для нескольких тысяч абонов - генерация конфига занимает с полминуты, будет 10000+ абонов - устанете ждать пока конфиг сгенерится) 3) нормальные логи в БД. не через костыль в виде скрипто

Да ну? Неужели? Нахрена там радиус, когда дхцп сервер выгребает данные напрямую из мускул БД? Или просто вам хочется усложнить себе задачу? Для статики еще проканает кое-как, хоть и с минусами. Для динамики - нет. Что есть готовое? Как вы реализуете динамически выдаваемые ип адреса из пула? При этом - с полноценной stateful логикой (т.е. - освобождать лизу по тайм-ауту или по release пакету, продлевать по dhcp inform и т.д.)?

Да нормально все с ними в общем-то. Особенно если сервер будет недогруженным. Интенсивное i/o вынесите из виртуалок (к примеру высоконагруженную БД), и будет счастье. Стройте софт-рэйд (в чипсетном контроллере тоже софт-рэйд, но со своими вендорскими тараканами, тупо на другую мать с другим чипсетом винты навряд удастся перенести к примеру, да и как со смарт будет дружить хз). Целесообразность еще одного винта - разве что рази восстановления бекапа после ошибочного удаления базы или файлов. не более. лучше бекапить на какой-то тазик, доступный извне, с толстым домашним пакетом (предусмотреть

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

а еще обсуждается вот этот проект. который у меня в продакшне (после небольшого перепиливания логики и допиливания под абилллс) стабильно выдерживал флуд порядка сотен запросов в секунду длительное время, ни разу не упав. и да, вы не поверите, маршруты он тоже шлет. и добавить любую другую опцию - элементарно... т.е тупо насрали на стандарты и шлете в ответ на request всегда offer вместо ack? а с чего вы взяли, что все без исключения девайсы примут такое попирание стандартов как должное, не послав вас лесом или, и того хуже, устроив флуд на сервер? или вы клиенту будете доказывать, что

на наге вполне себе есть дхцп сервер с мускул базой. я его у себя пользую, собссно допиленный под абиллс код выложил. правда - статика только пока, без отключения по негативному депозиту и без динамики (для динамики будет сложнее, но пилить пока что мне ее не надо). к слову, адаптация заняла менее недели... а фрирадиус - оно умеет быть всем и в то же время ничем, еще и память постоянно течет (то ли в связке с rlm_perl то ли сама по себе - хз), эдакий комбайн из пластилина, и ИМХО для продакшна не лучшее решение (но у нас пока трудится, подпертый скриптовыми костылями - после случаев краша или