Перейти к содержимому
Калькуляторы

kayot

VIP
  • Публикации

    1 430
  • Зарегистрирован

  • Посещение

2 подписчика

О kayot

  • Звание
    Доцент

Контакты

  • ICQ
    199908616

Информация

  • Пол
    Мужчина

Город

  • Город
    ua

Посетители профиля

2 528 просмотров профиля
  1. OLT EPON C-DATA

    Да, и как в любом свиче конфиг правится на лету через cli. Никаких сливаний и ребутов.
  2. OLT EPON C-DATA

    @AlKov Скорее это Вы застряли в далеком прошлом :) OLT это банальный свич с виртуальными XXX портами. И конфигурация естественно хранится тут же в файлике на флешке. Профиль это далеко не то же что было в доксисе, это скорее настройки этого самого виртуального порта и не более того. Править конфиг при каждом подключении не нужно, перед установкой ОЛТа прописываете наперед всем ОНУ свой влан, стволам свой SVLAN, а в биллинге ставите SVID-CVID ОНУшки которая попалась клиенту. У бдкома точно так же, синтаксис чуть другой.
  3. OLT EPON C-DATA

    Ну как бы да.
  4. OLT EPON C-DATA

    @AlKov Вторая метка навешивается на PON-глаз, соответственно можете делать что угодно. Хоть один svlan на весь OLT, хоть разный на каждый ствол. Одна заморочка - создавать 256 профилей с номерами вланов для ONU то еще занятие.
  5. Linux softrouter

    @jffulcrum Нагуглили по-быстрому какой-то ерунды. Уж raid контроллер на роутерах, тем более самосборных с десктопными матерями явно из области сказок.
  6. Судя по манере общения - ответ тебе и не нужен. А свичи такие есть в хозяйстве.
  7. Стандартно для любых web-smart свичей. Поставить порт в allow frame all, tagged vlan добавить 2, pvid на порт прописать 1.
  8. Linux softrouter

    Совершенно верно, это Вам разными словами и пытался народ объяснить) А еще есть НАТ и фаерволы которые я не упомянул и каждый из которых может производительность сервера "все-в-одном" зарезать еще раза в 2. Собирается сервер на глаз да с запасом который карман позволяет, если не хватило - рядом ставится еще один.
  9. Linux softrouter

    @zdutpdzi Нет никаких правил. На простой маршрутизации между портами хорошей 10G карты(тазик как бордер используется, BGP и больше ничего) и целерон из современных вполне может эти самые 10G осилить. Добавление любого интеллекта резко снижает PPS/гигабиты. Терминация клиентов - половину долой. Шейпер - еще половину. Любой сенсор трафика - еще кусочек. 1G карты в бондинге - продолжаем резать. Только ВЫ знаете что будет работать, предсказать сколько пролезет на каком железе можно только в +- пару раз.
  10. accel pptpd

    На днях наступили на те же грабли с новыми роутерами Tp-link 820n. Стоит у этой гадости arp_ignore=1 и не хочет роутер отвечать на ARPы от сервера. На lo прописаны адреса шлюзов для разных блоков IP, сервер отвечает не с того интерфейса(точнее всем с одного IP висящего на lo). Нашли решение или это врожденная кривизна ядра? P.S. придумал решение, тупое но полностью рабочее. Может кому пригодится. Ставим пакет arptables(arptables_jf в centos подобном) и в нем подменяем SRC IP для неверных ответов. Работает. cat /etc/sysconfig/arptables *filter :IN ACCEPT [0:0] :OUT ACCEPT [0:0] :FORWARD ACCEPT [0:0] -A OUT -d 172.20.0.0/16 -s ! 172.20.0.0/16 -j mangle --mangle-ip-s 172.20.0.2 -A OUT -d xx.xx.164.0/20 -s ! xx.xx.164.0/20 -j mangle --mangle-ip-s xx.xx.164.2 -A OUT -d yy.yy.64.0/19 -s ! yy.yy.64.0/19 -j mangle --mangle-ip-s yy.yy.64.2 COMMIT Лог без подмены и с подменой 14:10:15.329908 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has 172.20.10.37 tell XX.XX.64.1, length 28 14:10:15.330142 ARP, Ethernet (len 6), IPv4 (len 4), Reply 172.20.10.37 is-at c4:6e:1f:af:f0:97, length 46 14:09:54.059909 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has 172.20.10.37 tell 172.20.0.1, length 28 14:09:54.060050 ARP, Ethernet (len 6), IPv4 (len 4), Reply 172.20.10.37 is-at c4:6e:1f:af:f0:97, length 46
  11. accel pptpd

    @s.lobanov Спасибо, пнули в нужную сторону. NASы с pppd у нас interim updates вообще не используют(трафик коллекторами собирается) потому и проблемы нет - обращений к радиусу с их стороны в разы меньше. Раз волшебной крутилки у accel для этой ситуации нет и потери возможны всегда - написал простой скрипт к биллингу проверяющий раз в N минут last acct update для серверов с accel-ppp и убивающий висящую сессию.
  12. accel pptpd

    @s.lobanov Дампа нет, не представляю как поймать 1 потерянный пакет из миллиона. Виснет ведь не конкретный абонент, а любой дернувший сессию 10-20 раз подряд. Параллельно работает 2 сервера с rp-pppoe, той же конфигурации, с тем же радиус-сервером, включенные в тот же коммутатор ядра. Ничего не теряется - делаю вывод что грабли в аццеле, пули не вылетают.
  13. accel pptpd

    Да, сессия умирает штатно. Но иногда при этом accel не шлет stop-пакет на радиус, получается зависшая сессия. У нас биллинг не следит за повторными сессиями и подобными "висяками", а целиком полагается на радиус. С серверами на pppd никаких граблей нет, а вот accel теряет. Accel шлет acct и interim, но иногда, при флапаньях сессий чего-то теряет. @taf_321 pppd_compat не используем, сам модуль в [modules] закоментирован. Если этого недостаточно и скрипты вызываются - значит баг..
  14. accel pptpd

    @s.lobanov Прописаны в разделе ppp, все ок. Pppoe сессия в реальности убивается, но в радиусе она не заканчивается - имеем висяк.