Jump to content
Калькуляторы

seagull

Активный участник
  • Content Count

    170
  • Joined

  • Last visited

Everything posted by seagull


  1. Приветствую! Имеем оптическую сеть по городу для ШПД, планируем внедрять на ней еще и КТВ. КТВ для нас сфера новая... Мучаюсь вопросом относительно выбора оптических передатчиков - 1310 или 1550нм? Какие преимущества у 1550, кроме чуть более низкого погонного затухания, и наличия усилителей EDFA? Ведь для 1310 нм можно поставить оптический приемник+усилитель, и в сумме это все равно будет дешевле чем EDFA - неужели на такой связке будет принципиальная разница в качестве сигнала? Зачем покупать передатчики на 1550, которые стоят в 8-10 раз дороже? И еще вопрос. На 1310нм сколько каскадов усиления можно делать, без принципиальной потери качества? Вот по такой схеме: ГС+опт.передатчик--волокно--Каскад усиления1(Опт.приемник+передатчик)--волокно--Каскад усиления2(Опт.приемник+передатчик)--волокно--Опт.приемник-усилитель---коаксиал по дому
  2. Заберу все, пиши контакты в личку, тебе что-то личка не отправляется.
  3. Насчет цифры мысль не понял. Что на 1310 надо несколько передатчиков - это очевидно в общем. Насчет больше 15 дб - я так понимаю, что с оборудованием SNR это в общем невозможно? Передатчик http://shop.nag.ru/catalog/00003.Televizionnoe-oborudovanie/03492.Peredatchiki-opticheskie-SNR/02981.SNR-OT-1310-28 дает 28 мВт, то есть 14,5dB если я правильно понимаю? до района около 2дБ потерь, в сплиттере 1/32 еще 16,7дБ, далее по району до дальнего дома в цепочке еще 1.5дБ. Суммарно потери 19.2дБ, то есть от наших 14,5 осталось -4.7дБ. Уже мало? Тогда что делать - либо с ГС двумя передатчиками район раскачивать, или на районном узле делать переприем с каскадом... Каскадов совсем не делать мне кажется нереально в наших условиях, протяженность сети не огромная, но не совсем маленькая...
  4. IPTV уже есть, но IPTV - отстой... :( Приставки, их глюки, зависания, рассыпания картинки, переключение каналов по 5 секунд - туфта для гиков. В общем, задача - подать каждой бабушке в квартиру ТВ без лишних заморочек, как обычно аналог+DVB-C...
  5. Интересует аренда (покупка) канала или волокна от г. Одинцово ул. Кутузовская, в районе домов 1,3,5,7,9,17,19,21 до ММТС-9. Варианты в личку...
  6. Интересуют на 10-20 км, за недорого. Москва и область. Пишите в личку.
  7. Подыскивается рефлюк для покупки. Интересует что-то типа Ando 7250+AQ7255B. 1310 и 1550нм, динамический диапазон больше 35 дБ, желательно с источником видимого спектра. С живым аккумулятором. Пишите в личку.
  8. В моем случае пилить - это значит менять, а это гимор еще тот. Вот и ищу костыли...
  9. Ага, активация сервисов это хорошо, но. Может все таки сделать возможность передать модулю параметр - коэффициент скорости? Ну вот сервисы хороши, если нужно реализовать турбо-кнопку - включил юзер турбо, в биллинге в радиус-таблицу добавился ускореный класс, передернули сессию - сессия переавторизовалась, скорость увеличена. А для ночного ускорения так не удобно - слишком много телодвижений. Ведь проще сделать, если например ночью дернул modprobe ipt_ISG speed_rate=2 и все, все в 2 раза быстрее. Была мысль еще тупо конфиг подменять - но тогда все сессии дропать придется, чтобы переавторизация на новую скорость прошла, так? Может сделать перечитывание конфига и автоматическое изменение скоростей так же как с tc.conf, чтобы на лету все менялось?
  10. Куплю D-Link DES-3200-10, -18, -26, -28, в хорошем состоянии, без битых портов. Нужно в общем десятка три-четыре. И SFP модули двухглазые 10км - дешевые, должны в длинках работать. Штук 50. И SFP одноглазые, 3 км - в общем тоже недорогие. Пар 20 интересно. Не обязательно все сразу, но понятно, что из-за одного SFP на дорогу тратится не буду. Можно нал, можно безнал. Предлагайте в личку.
  11. Ап! По прежнему актуально. Предлагайте в личку.
  12. Да, у меня тоже фичреквест! Не логичней ли сделать так, чтобы цепочка -j ISG в iptables работала по другому - делала не DROP неавторизованого трафика, а наоборот ACCEPT авторизованого? А неавторизованый чтобы дальше отправлялся по цепочке? У меня например есть некое количество ресурсов, которые должны быть доступны всегда, и приходится сначала делать ACCEPT цепочки на эти ресурсы - а их может быть много, и только потом отправлять пакеты в ISG. Посколько основной трафик идет все же через ISG, то получается, что большинство пакетов впустую ходит через цепочки iptables, впустую расходуя ресурсы. Если поменять логику, то можно сделать наоборот - сначала трафик отправляется в ISG, где авторизованый акцептится, а только все что осталось идет дальше, а дропнуть его всегда можно успеть. Верно я рассуждаю?
  13. Ага, то что нужно! Будет реализовано средствами ядра (инфраструктура Netfilter), но без добавления правил в iptables. Ура-ура, ждем!
  14. О! Счастье пришло в наш скромный аул!!! Неужели!!! Это я действительно радуюсь. :) Ну, CoA для сервисов - это да, это нужно! Еще пожелание - для турбо-кнопок удобно было бы передавать через CoA что-то вроде коэффициента скорости для клиентской сессии - передал ночью всем оптом "x2" - и у всех скорости в 2 раза больше, без всякой замены сервисов. Но тут не знаю, насколько это кошерно с точки зрения идеологии. Еще есть такая штука - у меня вертится на родном радиусе UTM5, и есть такой косяк - статистика по сессиям в биллинг отдается по всем сервисам отдельно + для целой сессии, т.е. трафик суммарный в 2 раза больше оказывается. Хорошо бы это каким-нибудь параметром регулировать, типа $cfg{acct_type} = "session","service" чтобы можно было выбирать кому что нужно. У меня например разные классы чтобы пиринг отдавать без ограничений скорости, но трафик считать мне индивидуально не надо. Ну еще хочется чтобы L4redirect пошел в продакшн - тут народ вроде делал патчи, но хочется как-то в основной ветке...
  15. Ищем партнеров для предоставления телефонии в Московской области по агентскому договору. Номера нужны в кодах 495,499,498. Для физиков, так что цены для корпоративщиков можно даже не предлагать - клиент не пойдет... ;) Присылайте ваши предложения на john.seagull собака gmail.com
  16. Привет! Есть у нас UPS APC Smart 3000 rack mount, и штатные аккумуляторы там сдохли благополучно. Есть желание поставить туда автомобильные (стоять будут на улице в шкафу отдельном). Планируем ставить 4 штуки последовательно 12 вольтовые, по 150-190 Ач, номиналка упса - 48 вольт. От самого бесперебойника до шкафа с аккумуляторами будет расстояние порядка 10-15 метров. Вопрос - какое сечение проводов надо делать, чтобы потери были не очень большие? Пойдет 2 пары медных ВВГ 2х16,0 ?
  17. Для оценки применимости и удобства технологии хочу поставить какую-нибудь кошку с ISG. На нее будут терминироватся VLANы с клиентами, клиенты будут авторизоватся, аккаунтится через радиус, будет полисинг трафика. На клиента - 3 сервиса - локал, пиринг, инет. Нужна поддержка CoA для турбо кнопок всяких, возможность автоматического увеличения скорости ночью. Вопрос вот в чем. Хочу для начала найти дешевую железку для отработки - на ней будет народу немного, ну клиентов 500 как максимум (IPoE). Тарифы от 2 до 50 Мбит. Потом по результатам будем думать о ESR10008 к примеру, а что сейчас взять? Потянет такая железка по скорости и фичам: http://shop.nag.ru/catalog/00001.Kommutatory/02392.Cisco/00083.WS-C3550-12G или что помощнее надо брать? И еще вопрос - можно ли на ней делать NAT? Если да, насколько это увеличит нагрузку?
  18. Ну я так понял, macharius и есть наговский представитель эриксона, так что у него и спрашиваю :) А насчет родного радиуса - я так понял, что надо будет в качестве логинов вбивать MAC-адреса просто? Какие еще гиморы? А, вот думаю, что если денег нет и юзер заблокирован, радиус даст отлуп, и брас не даст клиенту DHCP offer... Да, это косяк, неудобно. Ну понятно, что никаких плюшек вкусных не будет, типа управления сессиями - но это я так понимаю уже проблема даже не радиуса нетаповского, а всего UTM...
  19. Можно уточнить, как идет процесс, и что имеется в виду вообще под интеграцией с UTM5? А то интересуюсь покупкой браса, и как раз думаю, как быть с биллингом (с родным радиусом), много ли гемора предстоит?
  20. Эх блин... Хочу затестить на реальных юзерах - останавливает только одно - не работает CoA нифига, соотвественно, ни турбо-кнопки, ни ночного увеличения скорости не сделать... А развитие похоже заглохло... Жаль, очень жаль...
  21. А чем он выглядит лучше циски? За такие деньги уже ESR PRE2 можно взять как мне кажется, а он поболе протянет? Только вот пишут, что в ESR нет NATа, а в SE100 есть - вопрос только в производительности...
  22. Тьфу блин... Смотрю по вышеуказаной ссылке описание - поддержка IP Source Guard - и они сливаются в аббревиатуру ISG... Признаю свою ошибку...
  23. Ну в общем, проблема решилась, никакой мистики. Аплинк как выяснилось, все таки балуется с ограничениями скорости на DPI...
  24. Такая ситуация... Софтроутер, Quagga, Linux 2.6.35.9-smp, shape/nat/netflow - все как положено. Был аплинк А, через которого лилось до 600МБит входящего, и до 400 исходящего. Подключен аплинк Б для балансировки/резерва. Сделал аплинку А 4 препенда на исходящие анонсы, и 2 на входящие. На Б препендов нет. Поднял сессию с Б - и вижу странную ситуацию. Входящий трафик распределился 60%-40% в пользу Б - ну ладно, у А связность получше несмотря на препенды, это не принципиально. Но исходящий через А упал почти до нуля, а через Б не поднимается выше ~200МБит. Аплинк трафик резать не должен. Как объяснить такую аномалию?