How to become an author
  • All streams
  • Development
  • Administrating
  • Design
  • Management
  • Marketing
  • PopSci
Log in Sign up
28.0
Karma
0.0
Rating
4
Followers
1
Following

DenJS DenJS

User

Profile

Posts 4

Comments 31

Bookmarks

  • Рынок телекоммуникаций в России — что, где, как, почем
    154
    DenJS
    February 4, 2011 at 12:12 AM
    0
    Для контент генератора бесплатно и неограниченно :). Но это не интернет провайдер а Internet Exchage, собственно траффик раздается только подключенным к нашей сети. Потребление траффика — чем больше тем лучше. По стойко-местам и железу как с датацентрами договоритесь. Могу порекомендовать парочку датацентров которые уже подключены, но это реклама будет :)
  • Рынок телекоммуникаций в России — что, где, как, почем
    154
    DenJS
    February 3, 2011 at 11:40 PM
    +1
    Дык. Есть-же агрегатор уже :)
    www.dataix.ru, там и яндекс и мейл.ру и рутуб, потихоньку развиваемся. Планируем в самаре еще узел открывать

  • Fidonet. История одного пойнта (2010-й год)
    149
    DenJS
    April 21, 2010 at 04:41 PM
    +1
    привет от бывшего 2:5030/2333.0
  • Отказоустойчивый узел передачи данных
    78
    DenJS
    February 3, 2010 at 12:32 AM
    0
    Коллега, пишите в комментариях что именно и как :)

    P.S. Есть еще масса решений этого вопроса, как гласит истина и она права кстати «спроси мнение 3-х провайдеров и получи 4 возможных решения» :)
  • Отказоустойчивый узел передачи данных
    78
    DenJS
    February 1, 2010 at 05:35 PM
    0
    Рассказывайте свою концепцию и как предлагаете :) А почему вам не понравилось то что файрвола два?
  • Отказоустойчивый узел передачи данных
    78
    DenJS
    February 1, 2010 at 05:02 PM
    0
    пиринг не хотите поднять? :)
  • Отказоустойчивый узел передачи данных
    78
    DenJS
    February 1, 2010 at 05:01 PM
    0
    кстати, а вы пиринг поднять не хотите?
  • Отказоустойчивый узел передачи данных
    78
    DenJS
    February 1, 2010 at 04:32 PM
    0
    стыдно говорить, но MS Visio (
  • Отказоустойчивый узел передачи данных
    78
    DenJS
    February 1, 2010 at 02:48 PM
    0
    и что?:) эта информация не является коммерческой тайной :)
  • Отказоустойчивый узел передачи данных
    78
    DenJS
    February 1, 2010 at 11:58 AM
    0
    Конкуренты с унтолово, где мы спалились? )
  • Отказоустойчивый узел передачи данных
    78
    DenJS
    February 1, 2010 at 02:16 AM
    0
    А что по вашему мнению стоит поправить? И в какую сторону? Опишите свое решение, лично мне очень интересно
  • Отказоустойчивый узел передачи данных
    78
    DenJS
    February 1, 2010 at 02:15 AM
    0
    А ядерный ipfw nat уже достаточно отлажен? Все на pf из-за того, что боязно до сих пор переходить. Как оно себя поведет при траффике 300мбит/с в обе стороны (суммарно 600) и 100к pps? pf справляется, но действительно — нагрузка на железо не радует
  • Отказоустойчивый узел передачи данных
    78
    DenJS
    February 1, 2010 at 02:10 AM
    0
    Угу. про что я и говорю, но имхо все-же еще стоить бить сеть на вланы. По влану на дом — самое то, а на агрегации держать Л3 коммутаторы для терминации домовых вланов. Делать один влан на 3к юзером имхо чревато, хотя доводилось работать и с такими сетями и оно прекрасно работало и работает до сих пор :)
  • Отказоустойчивый узел передачи данных
    78
    DenJS
    January 31, 2010 at 10:39 PM
    0
    не. vlan access-map делать не можем) на доступе используем Dlink DES-3526 и его весьма неплохие возможности. Ставить каталисты на доступ к физлицам — недешевое удовольствие да и совсем бесполезное а случаи с флудом или вирусными эпидемиями много беды не приносят, по крайней мере не затрагивают всех пользовалей. На каждый дом делаем свой отдельный влан
  • Отказоустойчивый узел передачи данных
    78
    DenJS
    January 31, 2010 at 10:14 PM
    0
    Нетфлоу умеет, им и сливаем все с шейперов. Не, через джуниперы траффика много льется + несколько бгпфулвью.
    Шейпим по адресу источника и по адресу назначения. А зачем добиватся чтобы юзеры друг друга невидели?) Нет такой нужды, предоставляем абонентам полный доступ к локальной сети и соседним операторам которые с нами в пиринге на скорости порта (до 100мбит/с), единственное что на уровне доступа ограничиваем — это режем броадкаст и нетбиос, вещание мультикастом и привязываем с помощью ACL выданный IP адрес абоненту на его порт
  • Отказоустойчивый узел передачи данных
    78
    DenJS
    January 31, 2010 at 09:23 PM
    0
    router ospf 1
    router-id 172.16.48.32
    log-adjacency-changes
    redistribute connected metric 2 subnets
    redistribute bgp 65000 metric 4 metric-type 1 subnets
    network 10.249.0.8 0.0.0.3 area 0.0.0.0
    default-information originate metric 100
    !

    я имел ввиду примерно вот такую конфигурацию :)
  • Отказоустойчивый узел передачи данных
    78
    DenJS
    January 31, 2010 at 09:21 PM
    0
    все скорости тарифов как и добавление и удаление из таблиц используем самописным модулем, поэтому для изменения скорости тарифа на всех маршрутизаторах достаточно поправить циферки в веб интерфейсе :)
  • Отказоустойчивый узел передачи данных
    78
    DenJS
    January 31, 2010 at 09:21 PM
    0
    хм. спасибо, вот про это не знал
  • Отказоустойчивый узел передачи данных
    78
    DenJS
    January 31, 2010 at 09:20 PM
    0
    Для биллинга используем дописанный UTM5, все скорости тарифов как и добавление и удаление из таблиц используем самописным модулем, поэтому для изменения скорости тарифа на всех маршрутизаторах достаточно поправить циферки в веб интерфейсе :) 3560 занимаются коммутацией и маршрутизацией пирингового и локального траффика, поэтому нарезание полос на нем не совсем уместно. Да одновремено используется два канала, весь NAT осуществляется прямо на шейперах. NAT на джуниперах не используем в связи с тем, что тупо не справятся при текущих потоках траффика
  • Отказоустойчивый узел передачи данных
    78
    DenJS
    January 31, 2010 at 06:48 PM
    0
    кстати по оспф-у там косяки у меня. можно было не прописывать
    в router ospf 1
    network
    а сделать redistribute local.
    статья и куски конфигов в ней очень старые)
  • Отказоустойчивый узел передачи данных
    78
    DenJS
    January 31, 2010 at 04:04 PM
    +2
    Ну Л3 свитч ставится обычно не один, а несколько :) по 12 домов на него цепляется. Да и можно с VRRP поиграться
  • Большие таблицы и уникальные ключи
    126
    DenJS
    November 24, 2009 at 03:02 AM
    0
    ну тогда с этой таблицы шла выборка по траффику пользователей. дуратская идея хранить траффик в бд
  • Большие таблицы и уникальные ключи
    126
    DenJS
    November 24, 2009 at 12:15 AM
    0
    небольшая табличка) у меня на биллинге табличка как-то 50ГБ занимала. правда выборка оттуда еле-еле ворочалась)
  • Серьезный разговор о рулях
    164
    DenJS
    October 23, 2009 at 01:34 AM
    +1
    заслуженный ап топику и плюс в карму)
  • Серьезный разговор о рулях
    164
    DenJS
    October 23, 2009 at 01:33 AM
    +1
    Спасибо за обзор. Приятно было почитать
  • Методы привязки пользователя к своему IP в сети
    7
    DenJS
    June 21, 2009 at 12:56 PM
    0
    Это не только про WestCall, есть еще такие сети
  • Методы привязки пользователя к своему IP в сети
    7
    DenJS
    June 21, 2009 at 12:23 AM
    0
    Это да, заголовок статьи некорректен. сначала хотел написать про одно а вышло про другое )
  • Как устроен типичный ISP (Internet Service Provider)
    15
    DenJS
    June 19, 2009 at 11:57 PM
    +2
    О! А вот это идея для следующей статьи ) постараюсь рассмотреть типичные схемы авторизаций и привязки пользователей, а про шейпинг это наверное отдельная статья будет.
  • Как устроен типичный ISP (Internet Service Provider)
    15
    DenJS
    June 19, 2009 at 03:24 PM
    +3
    можно подумать по этому поводу, но имхо на основе файфай нету смысла строить большие сети. получится больше вреда чем пользы
  • Как устроен типичный ISP (Internet Service Provider)
    15
    DenJS
    June 19, 2009 at 03:08 PM
    0
    а что интересно? могу написать
  • Как устроен типичный ISP (Internet Service Provider)
    15
    DenJS
    June 19, 2009 at 02:44 PM
    0
    Упс… сорри )) исправил

Info

  • Rating 6,033–d
  • Date of birth October 14, 1983
  • Activity 7/11/17, 6:03 PM
  • Registered May 27, 2008

Contribution to hubs

  • Statistics in IT 7
  • IT-companies 7

Your account

  • Log in
  • Sign up

Sections

  • Posts
  • Hubs
  • Companies
  • Users
  • Sandbox

Info

  • How it works
  • For Authors
  • For Companies
  • Documents
  • Agreement
  • Terms of service

Services

  • Ads
  • Subscription plans
  • Content
  • Seminars
  • Megaprojects
© 2006 – 2021 «Habr»
Language settings
About
Support
Mobile version
Language settings
Interface
Content