Перейти до

Как правильней связать vlan per user и Ubilling.


Рекомендованные сообщения

 

Циска хуже. Чем? Чем линукс. Хотя бы тем что это лишняя точка отказа в цепочке прохождения трафика.
Может у Вас это и так. А как у Вас решаеться задача с резервированием ? У нас, если падает один брас, то сразу же все юзеры бегут в другой брас. Если выключаеться БД сервер, или любой другой в "связке" - всеравно юзеры работают. 

 А у Вас, если потечет память с с ацелем, то что делают юзеры ?

 

Переключаются автоматом на соседний сервер с accel. Странно, да?

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

 

Число терминируемых вланов у б/у цисок невелико(~750 для спокойной жизни), с точки зрения масштабируемости это грусть.
С точки зрения масштабируемости, можно 37 на 45 версию поменять. А вот как добиться производительности в миллионы pps на линупсе - это грусть.

 

Заветные мильены PPS - это несколько десятков гигабит трафика. И соответственно 10ки тысяч онлайн-юзеров. Чувствуете масштабы, да?

+ на тупой маршрутизации(а у нас ведь банальная маршрутизация+шейпинг) "этот наш линукс" запросто лопатит эти самые мильены PPS.

+ балансировка и резервирование. У софта все это делается by design, а у цисок ручным перебрасыванием вланов между железками, да? :)

+ а кто сказал что у 45xx есть какой-то запас по тем же вланам? 2к(причем не онлайн а суммарно), это смешные цифры для "масштабируемости". Даже у шкафчиков 6500/7600 их толи 2к, толи 4к. Не фонтан.

Ну и что б добить окончательно - вы подменяете понятия. Циска ведь в вашей схеме просто терминирует вланы. Дальше трафик все равно должен пройти через тазик, для учета/доступа/шейпинга. Зачем тут циска, для красивого бизнес-плана? :)

 

А когда ipv6 в ворота постучит(он таки постучит, через год-два-три), 
Dual-Stack будем юзать, у цисок с этим проблем нет.

 

В смысле нет проблем? Пробормочите заклинание, и ваша циска 3550/3750/4500 научится делать unnumbered для IPv6? Хренушки. Придется продавать машину и бежать за б\у MX80.

 

Но сама по себе она ведь ничего не умеет делать, верно? Считать трафик, разрешать доступ, шейпить etc - нужны какие-то модули, скрипты и костыли. Логичнее вместо этого использовать готовое решение, тот же accel например. 
Может все  что надо и даже больше чем линупс.

 

Т.е. по вашему, BSD умеет быть BRASом сама по себе? Научите очередному заклинанию, очень интересно.
Відредаговано KaYot
Ссылка на сообщение
Поделиться на других сайтах
  • Відповіді 55
  • Створено
  • Остання відповідь

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Я не намекаю, я кричу об этом в голос)) Если на каждого юзера отдельный влан - не нужны никакие классические костыли, авторизация проводится именно по номеру влана, и 'мозг' умеющий opt82(в который

Вы путаете красное с мягким. Удачи.

Повторюсь, путаете технологии и не понимаете сути явления. Зачем это делать на доступе, если можно сделать в любом удобном месте? Хоть на агрегации, хоть в ядре, но лучше всего - прямо на BRASе.  

Вы  SVI не путайте с  802.1q тегами. А еще у  "шкафчиков" есть разные супервизоры. И ваши опусы про вланы. это наверное для 3550 серии цисок, которые ставят обычно в сетки до 1К юзеров. 

Ваша философия костылинга привела Вас к той схеме, которая вам приемлема. И, ессесно минусов у софт решений нет  :D

Я противник того, чтоб вланы терминировать на софте, этому есть свои железки. 

 балансировка и резервирование

PBR + VRRP

root@bras2:/ # netstat -w1 -h
            input        (Total)           output
   packets  errs idrops      bytes    packets  errs      bytes colls
      292k     0     0       208M       285k     0       206M     0
      276k     0     0       197M       270k     0       195M     0
      259k     0     0       183M       253k     0       182M     0
      264k     0     0       190M       257k     0       189M     0
root@bras2:/ # uptime
10:32PM  up 155 days, 18:26, 2 users, load averages: 3.36, 2.43, 1.77

Вот только что снял стату по одному из  трех брасов. На этом в пиках под 500К ппс. И все это на  Intel® Xeon® CPU     X3430

Чувствуешь разницу, да ? 

 

 Отсыл unnumbered для ipv6 вообще неуместен.

Т.е. по вашему, BSD умеет быть BRASом сама по себе?

Сама по себе это как ?  Типа как Установка-далее-далее ?? Ну тогда типа того, да.

Відредаговано loki
Ссылка на сообщение
Поделиться на других сайтах

Вы  SVI не путайте с  802.1q тегами. А еще у  "шкафчиков" есть разные супервизоры. И ваши опусы про вланы. это наверное для 3550 серии цисок, которые ставят обычно в сетки до 1К юзеров. 

Ваша философия костылинга привела Вас к той схеме, которая вам приемлема. И, ессесно минусов у софт решений нет  :D

Ага, понял. Вы по аналогии с реализованными ранее костылями собираетесь делать схему без SVI на клиента. Удачи вам в начинаниях, я затыкаюсь.

 

Вот только что снял стату по одному из  трех брасов. На этом в пиках под 500К ппс. И все это на  Intel® Xeon® CPU     X3430

Чувствуешь разницу, да ? 

...

поскипано

Честно - вообще не понял о чем это. Какой-то поток сознания.
Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

    • Від Чучундра
      Добрий день.
       
      Буду вдячний якщо хтось поділиться робочим конфігом щоб прокинути на ЛАН порт ОНУ декілька VLAN-ів з тегами.
    • Від mac
      Глюк в тому, що один (так - тільки один) mac адрес onu існує в білінгу у вигляді строки. Це трохи заважає.
      olt - bdcom gepon.
      Наскільки зрозумів, це виключно проблема реалізації snmpwalk у freebsd, де snmpwalk може на свій розсуд віддати mac адресу не як hex-string, а як звичайний string.
      Можливо snmpwalk тригериться на якомусь символі, мені невідомо.
       
      # tcpdump -vv -i em0 udp port 161 and host olt and host ub | grep "3320.101.10.4.1.1.241 ... olt.snmp > ub.47940: [udp sum ok] { SNMPv2c C="*****" { GetResponse(44) R=93278354 E:3320.101.10.4.1.1.241="8LO"W*" } } ub.47940 > olt.snmp: [udp sum ok] { SNMPv2c C="*****" { GetNextRequest(34) R=93278355 E:3320.101.10.4.1.1.241 } } snmpwalk -c***** -v2c -t5 olt .1.3.6.1.4.1.3320.101.10.4.1.1 SNMPv2-SMI::enterprises.3320.101.10.4.1.1.241 = STRING: "8LO\"W*" snmpwalk -Ox -c***** -v2c -t5 olt .1.3.6.1.4.1.3320.101.10.4.1.1 SNMPv2-SMI::enterprises.3320.101.10.4.1.1.241 = Hex-STRING: 38 4C 4F 22 57 2A  
      Це стосується таких параметрів у snmp конфізі bdcom
       
      [signal] MACINDEX=".1.3.6.1.4.1.3320.101.10.4.1.1" [misc] ONUINDEX=".1.3.6.1.4.1.3320.101.11.1.1.3"  
      За для усунення глюку спробував трошки змінити код і завдати тип snmp параметру явно у ./api/libs/api.ponbdcom.php у function collect()
      Це працює. Мабуть станеться у нагоді:
       
      # diff api.ponbdcom.php{.new,.bak} 37c37 < $onuIndex = $this->snmp->walk('-Ox ' . $oltIp . ':' . self::SNMPPORT, $oltCommunity, $onuIndexOid, self::SNMPCACHE); --- > $onuIndex = $this->snmp->walk($oltIp . ':' . self::SNMPPORT, $oltCommunity, $onuIndexOid, self::SNMPCACHE); 91c91 < $macIndex = $this->snmp->walk('-Ox ' . $oltIp . ':' . self::SNMPPORT, $oltCommunity, $macIndexOID, self::SNMPCACHE); --- > $macIndex = $this->snmp->walk($oltIp . ':' . self::SNMPPORT, $oltCommunity, $macIndexOID, self::SNMPCACHE);  
      P.S. Створив тему, а зараз міркую: а може це глюк у ПЗ olt. Оновлю фірмваре olt та перевірю...
       

    • Від Plastilin
      Вітаю. Маю наступний комплект. Ubilling на Debian + Mikrotik CHR як маршрутизатор. Наче все запустилось, але виникло питання яке не вдається розрулити. Читав Wiki, ковиряв, читав знову Wiki, знову ковиряв - не допомогло.
      Чи можливо якось визначити конкретну IP адресу з пулу який видає Mikrotik клієнту через Radius? Мені пропонує обрати наступну вільну адресу з пулу при спробі зміни адреси?
      З цього з'являється додаткове питання, чи можливо контролювати доступ користувачам у яких IP назначений статично, тобто прописаний вручну? Наприклад при зміні статусу не активний - пхати до Firewall Mikrotik правила заборони доступу з IP адреси визначеної вручну, навіть якщо вона не отримана по DHCP.
       
      UPD: з першою частиною знайшов: IP_CUSTOM=1 в alter.ini 
    • Від olapchuk
      Вечір добрий 
      потрібно підсказка чи це взагалі можливо зробити через snmp в ціско
      як влан створити, видалити і переімінувати розібрався через snmp, якщо комусь цікаво тут написано https://www.cisco.com/c/en/us/support/docs/ip/simple-network-management-protocol-snmp/45080-vlans.html, якщо треба приклади скину 
      але проблема в наступному, в ціско всі знають є таке штука яка interface vlan **id**
      тут потрібно саме це створити через snmp і задати пару параментрів, його взагалі можна створити через snmp!?
      interface Vlan3**
        no shutdown
        ip address 192.168.***.***/27
      подякував якщо хто тикне куди дивитись
    • Від ppv
      Потрібно було витерти одну мережу, всі абоненти з неї були перенесені в іншу. Але світить що 6 IP зайняті, хоча вона повністю вільна.
       
      ID    Мережа/CID           RВсього IP        Використано IP ▾           Вільно IPСервіс
      6      172.16.70.0/23        506                    6                                       500
       
      Підкажіть як правильно це підчистити щоб видалити мережу.

×
×
  • Створити нове...