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

nik247

Активный участник
  • Публикации

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

  • Посещение

Все публикации пользователя nik247


  1. @fox_fan Вам удалось пофиксить ошибку "Power 3 over voltage in shelf 1" ?
  2. Именно так. Для балансировки и отказоустойчивости.
  3. на втором gw-ip-address=172.16.0.2/16
  4. вот у себя в логах сейчас нарыл такой блок - смена происходит мгновенно (shared vlan, op82) [2018-11-07 08:42:32]: info: ipoe-g0224a-33: recv [DHCPv4 Discover xid=56e9ea47 chaddr=00:11:22:33:55:b3 <Message-Type Discover> <Client-ID 0100e04c8d55b3> [2018-11-07 08:42:32]: warn: ipoe-g0224a-33: mac change detected [2018-11-07 08:42:32]: info: ipoe0: create interface ipoe0 parent v0224 [2018-11-07 08:42:32]: info: ipoe0: send [RADIUS(1) Access-Request id=1 <User-Name "g0224a-33"> <NAS-Identifier "accel-ppp"> <NAS-IP-Address [2018-11-07 08:42:32]: info: ipoe-g0224a-33: send [RADIUS(2) Accounting-Request id=3 <User-Name "g0224a-33"> <NAS-Identifier "accel-ppp"> <NAS-IP-Address [2018-11-07 08:42:32]: info: ipoe-g0224a-33: pppd_compat: ip-down started (pid 11650) [2018-11-07 08:42:32]: info: ipoe-g0224a-33: pppd_compat: ip-down finished (0) [2018-11-07 08:42:32]: info: ipoe-g0224a-33: ipoe: session finished [2018-11-07 08:42:32]: info: ipoe0: recv [RADIUS(1) Access-Accept id=1 <Acct-Interim-Interval 300> <NAS-Port-Id "ipoe-g0224a-33"> <Reply-Message "11"> [2018-11-07 08:42:32]: info: ipoe0: g0224a-33: authentication succeeded [2018-11-07 08:42:32]: info: ipoe0: send [DHCPv4 Offer xid=56e9ea47 yiaddr=10.10.4.71 chaddr=11:22:33:44:55:b3 <Message-Type Offer> <Server-ID 10.10.4.1> [2018-11-07 08:42:32]: info: recv [RADIUS(2) Accounting-Response id=3] [2018-11-07 08:42:32]: info: ipoe0: recv [DHCPv4 Request xid=56e9ea47 chaddr=11:22:33:44:55:b3 <Message-Type Request> <Client-ID 0100e04c8d55b3> [2018-11-07 08:42:32]: info: ipoe0: rename interface to 'ipoe-g0224a-33' accel-cmd -V accel-cmd f5313ce5dc5192f4539eceacd621bfe193a0eb97 1.11.2 от 03.08.2018
  5. single-session=replace было вынесено в новый блок давно.... [common]single-session=replace
  6. А это стоит? [common] sid-source=urandom #seq-file=/var/lib/accel-ppp/seq #seq-file=/var/run/accel-ppp/seq single-session=replace
  7. Удалось победить PADO-delay? Самому вот понадобилось и обнаружил, что любые установки до 1000 не влияют никак. При установке 1000 получаю задержку 1 секунду. Версия 1.11 (последняя с гита) Пробовал на разных серверах - тоже самое. Тема на профильном форуме здесь - http://accel-ppp.org/forum/viewtopic.php?f=18&t=1052 03.03.2018 - xeb fixed pado-delay commit 6e7c20d8b1eaca421793cc3876c84a0ab718282e
  8. @wglazyrin Удалось как-то решить проблему?
  9. А разве данный функционал реализован? Думаю это нужно на форуме accel-ppp писать в раздел Feature requests, что бы не потерялась идея. У меня давно (года 3-4) работает выдача IP на accel-ppp так: Динамик IP - через "Framed-Pool" - через локальный пул, имя которого передается в этом атрибуте. Статик IP - через "Framed-IP-Address" - имеет более высокий приоритет перед "Framed-Pool" А адреса кто выдаёт в итоге ? Встроенный DHCP в accel или accel релеит на внешний? Если внешний то какой ? Динамику accel-ppp из своего пула, а статику - radius. При чем работает это одинаково для IPoE и PPPoE.
  10. А разве данный функционал реализован? Думаю это нужно на форуме accel-ppp писать в раздел Feature requests, что бы не потерялась идея. У меня давно (года 3-4) работает выдача IP на accel-ppp так: Динамик IP - через "Framed-Pool" - через локальный пул, имя которого передается в этом атрибуте. Статик IP - через "Framed-IP-Address" - имеет более высокий приоритет перед "Framed-Pool"
  11. Так решается проблема в пределах одного NAS. А если их несколько и работают паралельно, то тогда только билинг и может это контролировать.
  12. В версии 1.10 еще нету.А в последней с git vlan_mon, который работает для ipoe и pppoe, уже есть и его тоже нужно собирать отдельно, также как и ipoe.
  13. Написано же...warn: vlan_mon: kernel module is not loaded lsmod | grep vlan_mon ?
  14. Покажите dhcpdump запроса - надо понимать в каком виде передаются запросы.Того, что Вы написали мало.
  15. to ronin_zp: Странно - я поглядел у себя логи (где кстати МТ pppoe клиентов много), есть такие пакеты, но проблем таких нету: root@nas02# cat /var/log/accel-ppp.log | grep "PPPoE PADI" | grep recv | grep "sid=0000 <Host-Uniq" -c 436 А вот сессия от одного такого клиента: [2016-02-03 06:30:19]: info: recv [PPPoE PADI d4:ca:6d:3e:5a:24 => ff:ff:ff:ff:ff:ff sid=0000 <Host-Uniq 00a3055a> <Service-Name >] [2016-02-03 06:30:19]: info: send [PPPoE PADO 00:1b:21:b3:29:c5 => d4:ca:6d:3e:5a:24 sid=0000 <AC-Name nas02> <Service-Name > <AC-Cookie bf9d551b58b3eea [2016-02-03 06:30:19]: info: recv [PPPoE PADR d4:ca:6d:3e:5a:24 => 00:1b:21:b3:29:c5 sid=0000 <Host-Uniq 00a3055b> <Service-Name > <AC-Cookie bf9d551b58b3ee [2016-02-03 06:30:19]: info: send [PPPoE PADS 00:1b:21:b3:29:c5 => d4:ca:6d:3e:5a:24 sid=7da0 <AC-Name nas02> <Service-Name > <Host-Uniq 00a3055b>] [2016-02-03 06:30:19]: info: : send [LCP ConfReq id=1 <auth MSCHAP-v2> <mru 1460> <magic 2078f70f>] [2016-02-03 06:30:19]: info: : recv [LCP ConfReq id=80 <mru 1480> <magic 480630a9>] [2016-02-03 06:30:19]: info: : send [LCP ConfAck id=80 ] [2016-02-03 06:30:20]: info: : recv [LCP ConfReq id=81 <mru 1480> <magic 480630a9>] [2016-02-03 06:30:20]: info: : send [LCP ConfAck id=81 ] [2016-02-03 06:30:22]: info: send [PPPoE PADT 00:1b:21:b3:29:c5 => d4:ca:6d:3e:5a:24 sid=4bc0 <AC-Name nas02> <Service-Name >] [2016-02-03 06:30:22]: info: : recv [LCP ConfReq id=82 <mru 1480> <magic 480630a9>] [2016-02-03 06:30:22]: info: : send [LCP ConfAck id=82 ] [2016-02-03 06:30:22]: info: : send [LCP ConfReq id=1 <auth MSCHAP-v2> <mru 1460> <magic 2078f70f>] [2016-02-03 06:30:22]: info: : recv [LCP ConfAck id=1 <auth MSCHAP-v2> <mru 1460> <magic 2078f70f>] [2016-02-03 06:30:22]: info: : send [MSCHAP-v2 Challenge id=1 <0a24351c2247c90ce1bbd5a5a48f7>] [2016-02-03 06:30:22]: info: : recv [MSCHAP-v2 Response id=1 <abe2694db875fea367445bca70ec6e>, <375bd97b289f941094314a32f7df9d23ad297117e3444a8>, F=0, name= [2016-02-03 06:30:22]: info: : send [RADIUS(1) Access-Request id=1 <User-Name "11736@wlan"> <NAS-Identifier "accel-ppp"> <NAS-IP-Address 192.168.118.19> <NA [2016-02-03 06:30:22]: info: : recv [RADIUS(1) Access-Accept id=1 <Acct-Interim-Interval 300> <NAS-Port-Id "ppp-11736"> <Session-Timeout 864000> <Filter-Id [2016-02-03 06:30:22]: warn: : mppe: 128-bit session keys not allowed, disabling mppe ... [2016-02-03 06:30:22]: info: ppp3: connect: ppp3 <--> pppoe(d4:ca:6d:3e:5a:24) [2016-02-03 06:30:22]: info: ppp3: send [MSCHAP-v2 Success id=1 "S=D976A543FD9DE02F6B67DD5B8818C4D71FC03D05 M=Authentication succeeded"] [2016-02-03 06:30:22]: info: ppp3: send [iPCP ConfReq id=1 <addr 192.168.118.19>] [2016-02-03 06:30:22]: info: ppp3: 11736@wlan: authentication succeeded [2016-02-03 06:30:22]: info: ppp3: recv [iPCP ConfReq id=b2 <addr 0.0.0.0>] [2016-02-03 06:30:22]: info: ppp3: send [iPCP ConfNak id=b2 <addr 10.102.0.170>] [2016-02-03 06:30:22]: info: ppp3: send [LCP ProtoRej id=3 <8281>] [2016-02-03 06:30:22]: info: ppp3: recv [iPCP ConfAck id=1 <addr 192.168.118.19>] [2016-02-03 06:30:22]: info: ppp3: recv [iPCP ConfReq id=b3 <addr 10.102.0.170>] [2016-02-03 06:30:22]: info: ppp3: send [iPCP ConfAck id=b3] [2016-02-03 06:30:22]: info: ppp3: rename interface to 'ppp-11736' [2016-02-03 06:30:22]: info: ppp-11736: send [RADIUS(1) Accounting-Request id=1 <User-Name "11736@wlan"> <NAS-Identifier "accel-ppp"> <NAS-IP-Address 192.16 [2016-02-03 06:30:22]: info: ppp-11736: recv [RADIUS(1) Accounting-Response id=1] [2016-02-03 06:30:22]: info: ppp-11736: shaper: installed shaper 2000/512 (Kbit) [2016-02-03 06:30:22]: info: ppp-11736: pppd_compat: ip-up started (pid 5075) [2016-02-03 06:30:22]: info: ppp-11736: pppd_compat: ip-up finished (0)
  16. Спасибо, понял.А как назад возвращаете?
  17. Я ж так и написал - "почти" не будет обрыва сервиса.А что понимается под "Я так между серверами IPoE клиентов перекидываю"?
  18. Правельнее было бы, что бы Radius (биллинг) после таких изменения послал на accel-ppp PoD. А вот accel-ppp может при получении PoD: # soft-terminate=0|1 # Turns on soft terminate mode. Soft terminate means that session won't be terminated immediately, # but when next lease renewal request will be received. 1) удалить сессию сразу (soft-terminate=0) - тогда до окочания лизы у клиента не будет сервиса. 2) удалить сессию по истечению лизы (soft-terminate=1) - тогда у клиента "почти" не будет обрыва сервиса.
  19. спасибо, нет не пробовал. А это поможет, если абоненты на разных насах? Если это с конфига accel-ppp, то для двух НАСов помочь не сможет, только для одного.
  20. to zlolotus: Это пробовали? [common] single-session=replace
  21. to pashaumka: При чем здесь блок по неоплате? Он есть и работает по похожему принципа, как Вы написали. Но мы говорили про случаи, когда например роутеры сходят с ума...
  22. Я думаю минимум логи будут меньше засираться...Да и биллингу будет полегче. http://accel-ppp.org/forum/viewtopic.php?f=16&t=579
  23. to nsa2006 Было одно сильное изменение с 1.9 на 1.10 - детали здесь: http://accel-ppp.org/forum/viewtopic.php?f=11&t=462 Сам наткнулся при обновлении очередной ветки с git. В двух словах: Я бы еще добавил у Вас: [common] single-session=replace
  24. to Dimka88 В 1.10.0 никаких основ DPDK еще нету. DPDK xeb начал добавлять после релиза 1.10.0. А 1.10.0 это фактически 1.9.0 с исправлениями ошибок и добавлением функционала.