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

kayot

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

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

  • Посещение

2 подписчика

О kayot

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

Контакты

  • ICQ
    199908616

Информация

  • Пол
    Мужчина

Город

  • Город
    ua

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

2 315 просмотров профиля
  1. accel pptpd

    @casper.w00t Вы цитату от адресата отличить можете?
  2. accel pptpd

    @zlolotus Добавьте все ваши подсети со шлюзом.
  3. accel pptpd

    Добавил тему на форуме accel. P.S. проблема решена обновлением на текущую версию из git, в релизе 1.11.2 баг.
  4. accel pptpd

    Не помогло. При смене мака клиента старая сессия не убивается, устройство не получает IP - accel тупо не отвечает на DHCP REQ. Причем сессия со старым маком может висеть бесконечно долго - dhcp запросы от страдальца поддерживают её и не дают помереть по таймауту. В конфиге [common] single-session=replace sid-source=urandom [ipoe] shared=0 ifcfg=0 mode=L2 ## check-mac-change=0 ## soft-terminate=0 По логике должна старая сессия умирать и стартовать новая, как было в 1.9. Может я еще что-то упустил?
  5. accel pptpd

    @nik247 Добавил, сделал reload. Или не помогло, или опция при reload не подхватывается.. Завтра с утра проверю рестартом.
  6. accel pptpd

    @nik247 Нет, не стоит. Поможет?
  7. accel pptpd

    От скуки обновился с версии 1.9.0(да еще и нефинальной, сборка из git) до релизной 1.11.2 Вылезли проблемы с IPoE vlan-per-user. На старой версии при втыкании клиентом устройства с другим маком происходило мгновенное убивание старой сессии и старт с новым маком. Сейчас - ничего не происходит, новое устройство IP не получает, старая сессия не рвется и висит под старым маком бесконечно(пока новый девайс шлет DHCP-запросы, старая сессия по таймауту не протухает). Опцию check-mac-change менял, разницы никакой. 48:8d:36:ac:d3:26 старый мак, активная сессия с ним. Клиент меняет девайс на 44:8a:5b:83:47:12 [root@IPoE2 ~]# accel-cmd show sessions | grep xx.xx.68.56 bond1.2090.1120 | 2090.1120 | 48:8d:36:ac:d3:26 | xx.xx.68.56 | ipoe | | active | 00:54:50 14:26:28.520600 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 44:8a:5b:83:47:12, length 291 14:26:28.520933 IP xx.xx.64.2.67 > 255.255.255.255.68: BOOTP/DHCP, Reply, length 284 14:26:28.536824 IP xx.xx.64.1.67 > 255.255.255.255.68: BOOTP/DHCP, Reply, length 358 14:26:28.537632 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 44:8a:5b:83:47:12, length 303 14:26:32.537174 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 44:8a:5b:83:47:12, length 303 14:26:39.537098 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 44:8a:5b:83:47:12, length 303 [root@IPoE2 etc]# accel-cmd show sessions | grep xx.xx.68.56 bond1.2090.1120 | 2090.1120 | 44:8a:5b:83:47:12 | xx.xx.68.56 | ipoe | | active | 00:02:40 И ничего не происходит, accel не отвечает на dhcp запросы. Точнее на дискавери отвечает, а вот дальше реквесты игнорирует, ack не шлет. Или сессию нужно убивать, или просить клиента "выключить на полчасика роутер". Как можно поменять поведение на старое?
  8. Можно, на 4948 без 'E' делал. Хоть терминируемый, хоть транзитный влан режется. Нарезка аппаратная. На сколько хватит нужно смотреть/читать, под это используются ресурсы TCAM в виде записей QoS как помню.
  9. DGS-3420/3120/3000. 3100-24TG мусор.
  10. OLT EPON C-DATA

    @Diamond911 Старые там прошивки, последние тут
  11. OLT EPON C-DATA

    @SyJet В вебе как ни странно можно видеть статус и включить/выключить. У нас стоят 4ех глазые OLT от сдата уже больше года, нареканий по работе никаких. Первые версии прошивок были кривоваты, но еще еще с конца прошлого года все починили. 8ми глазые с полгода как начали ставить, тоже проблем нет. По крайней мере порты не тухнут как у бдкома при миганиях света по району и не отсыхают стволы от старости.   Да, с удивлением обнаружили что любые ОНУ c-data умеют быть роутером. Даже копеечные 1ного портовые могут поднимать pppoe на "wan" порту и делать NAT :)
  12. @Allin В /proc/interrupts аппаратные прерывания, на них мы можем повлиять только сменив сетевку/драйвер. RPS же раскидывает дальнейшую обработку пакета по ядрам, это уже уровень soft irq.
  13. @Allin А что вы хотите увидеть в interrupts? Все правильно, прерывания приходят на 1 ядро. RPS вы той командой включили, изменения увидите в top'e или в в proc/sofirqs или как там оно.
  14. Правило SNAT не нужно. Нужно правило в форвард на разрешение IP 192.168.42.10 доступа в мир.
  15. ES3528M/ES3552M подходят под все хотелки. Купили пару штук на заре сетестроения, все длинки давно повыбрасывали, а эти живы и бодры.