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

Аналогичная конфигурация без accel-ppp (нат + шейп + ipt_netflow + bond) работает без сбоев.

Т.е. без туннелей? Не удивительно. У вас еще наверное по ip-down шейпер прибивается? :)

Поделиться сообщением


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

Аналогичная конфигурация без accel-ppp (нат + шейп + ipt_netflow + bond) работает без сбоев.

Т.е. без туннелей? Не удивительно. У вас еще наверное по ip-down шейпер прибивается? :)

 

Нет, и интерфейсы не убиваются до 1000 штукu unit-cache=1000, при реально онлайн до 800, и шейпер не снимается с интерфейса,

просто при новом подключении обновляется. tc class replace dev ...

 

И ловить не на чем... делаю автоматическую перезагрузку, чтобы не ехать в офис...

 

У кого были кернел паники? на этих ядрах c ppp интерфейсами?

Изменено пользователем sanyasi

Поделиться сообщением


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

И ловить не на чем... делаю автоматическую перезагрузку, чтобы не ехать в офис...

rs232 на соседа?

 

У кого были кернел паники? на этих ядрах c ppp интерфейсами?

Были. 3.14 и 4.1 ветки. Где-то раз в месяц. При создании/удалении ифейсов. 4.1.9 - вроде как много чего поправили, но еще не обновлялся на него.

Поделиться сообщением


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

Как правильно грузить модуль ipoe.ko при загрузке ОС ? в modules если просто указать ipoe он не находит естественно.

 

Прописал пока что в rc.local:

 

/sbin/insmod /opt/accel-ppp-code/build/drivers/ipoe/driver/ipoe.ko

 

И тут выше спрашивали по поводу нескольких радиус серверов, как указывать чтобы если 1 сервер не отвечает - отправлять запросы на 2 сервер?

Изменено пользователем hsvt

Поделиться сообщением


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

Как правильно грузить модуль ipoe.ko при загрузке ОС ?

/opt/accel-ppp-code/build/drivers/ipoe/driver/ipoe.ko

 

в правильный каталог положить?

 

И тут выше спрашивали по поводу нескольких радиус серверов, как указывать чтобы если 1 сервер не отвечает - отправлять запросы на 2 сервер?

вроде 2 записи радиус-серверов

Поделиться сообщением


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

у меня какое-то странное поведения с dhcp release

 

делаю с микротика - до сервера долеатет, вот ацель его упорно игнорирует, хоча должен бы закрыть сессию

 

кто-то с таким сталкивался?

 

iptables совсем пустой

версия: 30cff41b56be0d4c3e407e8aa4de5b289eef2ab0

 

 

21:19:37.728490 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto UDP (17), length 328)   10.1.0.22.68 > 10.1.0.1.67: [udp sum ok] BOOTP/DHCP, Request from 4c:5e:0c:c5:b0:0c, length 300, xid 0x1790c699, Flags [none] (0x0000)  Client-IP 10.1.0.36  Client-Ethernet-Address 4c:5e:0c:c5:b0:0c  Vendor-rfc1048 Extensions    Magic Cookie 0x63825363    DHCP-Message Option 53, length 1: Release    Server-ID Option 54, length 4: 10.1.0.1    Client-ID Option 61, length 7: ether 4c:5e:0c:c5:b0:0c21:19:38.654322 IP (tos 0x0, ttl 16, id 0, offset 0, flags [none], proto UDP (17), length 328)   0.0.0.0.68 > 255.255.255.255.67: [udp sum ok] BOOTP/DHCP, Request from 4c:5e:0c:c5:b0:0c, length 300, xid 0xe6dba0a3, Flags [broadcast] (0x8000)  Client-Ethernet-Address 4c:5e:0c:c5:b0:0c  Vendor-rfc1048 Extensions    Magic Cookie 0x63825363    DHCP-Message Option 53, length 1: Discover    Parameter-Request Option 55, length 7:       Subnet-Mask, Classless-Static-Route, Default-Gateway, Static-Route      Domain-Name-Server, NTP, Option 138    Hostname Option 12, length 8: "MikroTik"    Client-ID Option 61, length 7: ether 4c:5e:0c:c5:b0:0c21:19:38.654618 IP (tos 0x10, ttl 128, id 0, offset 0, flags [none], proto UDP (17), length 306)   10.1.0.1.67 > 255.255.255.255.68: [no cksum] BOOTP/DHCP, Reply, length 278, xid 0xe6dba0a3, Flags [broadcast] (0x8000)  Your-IP 10.1.0.36  Client-Ethernet-Address 4c:5e:0c:c5:b0:0c  Vendor-rfc1048 Extensions    Magic Cookie 0x63825363    DHCP-Message Option 53, length 1: Offer    Server-ID Option 54, length 4: 10.1.0.1    Lease-Time Option 51, length 4: 3600    Default-Gateway Option 3, length 4: 10.1.0.1    Subnet-Mask Option 1, length 4: 255.255.0.0    Domain-Name-Server Option 6, length 8: IPDNS21:19:38.655163 IP (tos 0x0, ttl 16, id 0, offset 0, flags [none], proto UDP (17), length 328)   0.0.0.0.68 > 255.255.255.255.67: [udp sum ok] BOOTP/DHCP, Request from 4c:5e:0c:c5:b0:0c, length 300, xid 0xe6dba0a3, Flags [broadcast] (0x8000)  Client-Ethernet-Address 4c:5e:0c:c5:b0:0c  Vendor-rfc1048 Extensions    Magic Cookie 0x63825363    DHCP-Message Option 53, length 1: Request    Server-ID Option 54, length 4: 10.1.0.1    Requested-IP Option 50, length 4: 10.1.0.36    Parameter-Request Option 55, length 7:       Subnet-Mask, Classless-Static-Route, Default-Gateway, Static-Route      Domain-Name-Server, NTP, Option 138    Hostname Option 12, length 8: "MikroTik"    Client-ID Option 61, length 7: ether 4c:5e:0c:c5:b0:0c21:19:38.655400 IP (tos 0x10, ttl 128, id 0, offset 0, flags [none], proto UDP (17), length 306)   10.1.0.1.67 > 255.255.255.255.68: [no cksum] BOOTP/DHCP, Reply, length 278, xid 0xe6dba0a3, Flags [broadcast] (0x8000)  Your-IP 10.1.0.36  Client-Ethernet-Address 4c:5e:0c:c5:b0:0c  Vendor-rfc1048 Extensions    Magic Cookie 0x63825363    DHCP-Message Option 53, length 1: ACK    Server-ID Option 54, length 4: 10.1.0.1    Lease-Time Option 51, length 4: 3600    Default-Gateway Option 3, length 4: 10.1.0.1    Subnet-Mask Option 1, length 4: 255.255.0.0    Domain-Name-Server Option 6, length 8: IPDNS

 

 

[2015-10-11 21:19:38]: info: eth2.100.101: recv [DHCPv4 Discover xid=a3a0dbe6 chaddr=4c:5e:0c:c5:b0:0c <Message-Type Discover> <Request-List Subnet,Classless-Route,Router,Route,DNS,NTP,138> <Host-Name MikroTik> <Client-ID 014c5e0cc5b00c>]

[2015-10-11 21:19:38]: info: eth2.100.101: send [DHCPv4 Offer xid=a3a0dbe6 yiaddr=10.1.0.36 chaddr=4c:5e:0c:c5:b0:0c <Message-Type Offer> <Server-ID 10.1.0.1> <Lease-Time 3600> <Router 10.1.0.1> <Subnet 255.255.0.0> <DNS IPDNS>]

[2015-10-11 21:19:38]: info: eth2.100.101: recv [DHCPv4 Request xid=a3a0dbe6 chaddr=4c:5e:0c:c5:b0:0c <Message-Type Request> <Server-ID 10.1.0.1> <Request-IP 10.1.0.36> <Request-List Subnet,Classless-Route,Router,Route,DNS,NTP,138> <Host-Name MikroTik> <Client-ID 014c5e0cc5b00c>]

[2015-10-11 21:19:38]: info: eth2.100.101: send [DHCPv4 Ack xid=a3a0dbe6 yiaddr=10.1.0.36 chaddr=4c:5e:0c:c5:b0:0c <Message-Type Ack> <Server-ID 10.1.0.1> <Lease-Time 3600> <Router 10.1.0.1> <Subnet 255.255.0.0> <DNS IPDNS>]

 

 

[ipoe]verbose=12username=ifnamepassword=emptylease-time=600max-lease-time=3600unit-cache=300shared=0ifcfg=1mode=L2start=dhcpv4ip-unnumbered=1proxy-arp=1attr-dhcp-client-ip=Framed-IP-Addressattr-dhcp-router-ip=DHCP-Router-IP-Addressattr-dhcp-mask=DHCP-Maskattr-dhcp-lease-time=DHCP-Lease-Timeattr-l4-redirect=L4-Redirectlua-file=/etc/accel-ppp/accel-ppp.luavlan-mon=re:eth2\.1[0-9][0-9],100-4000vlan-mon=eth2,100-199vlan-timeout=120vlan-name=%I.%Ninterface=re:eth2\.1[0-9][0-9]\.[1-9][0-9][0-9],shared=0,username=lua:user_qinqinterface=re:eth2\.1[0-9][0-9]\.[1-4][0-9][0-9][0-9],shared=0,username=lua:user_qinq

 

Изменено пользователем vitalvas

Поделиться сообщением


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

Коллеги, всем привет!

 

Собрал стенд для тестов передачи параметров IPv6 в радиус при соединении pptp и сбора статистики по выделенным IPv6 адресам accel-ом

 

конфиг

[ipv6-pool]

2a00:ede0:1::/48,64

delegate=2a00:ede0:101::/48,60

 

Но не получается принять от accel-ppp параметр Delegated_IPv6_Prefix:

 

при этом сам accel клиенту выдает адреса при установлении соединения, а делегированный адрес уже после установки соединения

 

лог соединения

[2015-10-16 22:33:33]: info: ppp0: send [RADIUS(1) Accounting-Request id=1 <User-Name "tugik"> <NAS-Identifier "nas-2-ppp"> <NAS-IP-Address 10.10.1.42> <NAS-Port 0> <NAS-Port-Id "ppp0"> <NAS-Port-Type Virtual> <Service-Type Framed-User> <Framed-Protocol PPP> <Calling-Station-Id "194.79.63.117"> <Called-Station-Id "213.111.128.42"> <Acct-Status-Type Start> <Acct-Authentic RADIUS> <Acct-Session-Id "c2c77254d9c84189"> <Acct-Session-Time 0> <Acct-Input-Octets 0> <Acct-Output-Octets 0> <Acct-Input-Packets 0> <Acct-Output-Packets 0> <Acct-Input-Gigawords 0> <Acct-Output-Gigawords 0> <Framed-IP-Address 192.168.243.233> <Framed-Interface-Id 0:0:0:6> <Framed-IPv6-Prefix 2a00:ede0:1::/64>]

[2015-10-16 22:33:33]: info: ppp0: recv [RADIUS(1) Accounting-Response id=1]

[2015-10-16 22:33:33]: info: ppp0: shaper: installed shaper 1024000/1024000 (Kbit)

[2015-10-16 22:33:33]: debug: ppp0: pptp: ppp started

[2015-10-16 22:33:33]: info: ppp0: pppd_compat: ip-up started (pid 9421)

[2015-10-16 22:33:33]: info: ppp0: pppd_compat: ip-up finished (0)

[2015-10-16 22:33:34]: info: ppp0: recv [DHCPv6 Solicit XID=d71368 <Client-ID 3:0001d4ca6dc48339> <Option-Request DNS> <Elapsed-Time 419430400> <IA-PD 6000000 T1=1800 T2=2880>]

[2015-10-16 22:33:34]: info: ppp0: send [DHCPv6 Advertise XID=d71368 <Server-ID 3:001b0000000000000001> <Client-ID 3:0001d4ca6dc48339> <DNS 2a00:ede0::1,2001:4860:4860::8888> <IA-PD 6000000 T1=60 T2=96 {IA-Prefix 2a00:ede0:101::/60 pref_lifetime=120 valid_lifetime=120}> <Preference 255>]

[2015-10-16 22:33:34]: info: ppp0: recv [DHCPv6 Request XID=df4db8 <Client-ID 3:0001d4ca6dc48339> <Server-ID 3:001b0000000000000001> <Option-Request DNS> <Elapsed-Time 419430400> <IA-PD 6000000 T1=60 T2=96 {IA-Prefix 2a00:ede0:101::/60 pref_lifetime=120 valid_lifetime=120}>]

[2015-10-16 22:33:34]: info: ppp0: dhcpv6: route add 2a00:ede0:101::/60 via 2a00:ede0:1::6

[2015-10-16 22:33:34]: info: ppp0: send [DHCPv6 Reply XID=df4db8 <Server-ID 3:001b0000000000000001> <Client-ID 3:0001d4ca6dc48339> <DNS 2a00:ede0::1,2001:4860:4860::8888> <IA-PD 6000000 T1=60 T2=96 {IA-Prefix 2a00:ede0:101::/60 pref_lifetime=120 valid_lifetime=120}> <Preference 255>]

 

в сам радиус не приходит этот параметр

 

в дебаг режиме freeradius -X

 

rad_recv: Accounting-Request packet from host 10.10.1.42 port 60508, id=1, length=223

User-Name = "tugik"

NAS-Identifier = "nas-2-ppp"

NAS-IP-Address = 10.10.1.42

NAS-Port = 0

NAS-Port-Id = "ppp0"

NAS-Port-Type = Virtual

Service-Type = Framed-User

Framed-Protocol = PPP

Calling-Station-Id = "194.79.63.117"

Called-Station-Id = "213.111.128.42"

Acct-Status-Type = Start

Acct-Authentic = RADIUS

Acct-Session-Id = "c2c77254d9c84189"

Acct-Session-Time = 0

Acct-Input-Octets = 0

Acct-Output-Octets = 0

Acct-Input-Packets = 0

Acct-Output-Packets = 0

Acct-Input-Gigawords = 0

Acct-Output-Gigawords = 0

Framed-IP-Address = 192.168.243.233

Framed-Interface-Id = 0:0:0:6

Framed-IPv6-Prefix = 2a00:ede0:1::/64

# Executing section preacct from file /etc/freeradius/sites-enabled/default

 

Думал что при следующем опросе возможно появится, но ничего не изменилось

 

И как следствие не ложится в базу радиуса

......SET framedipaddress = '192.168.243.233', framedipv6prefix = '2a00:ede0:1::/64', delegatedipv6prefix = '', ....

и

mysql> select username,framedipv6prefix,delegatedipv6prefix from radius.radacct;

+----------+---------------------------+-------------------------+

| username | framedipv6prefix | delegatedipv6prefix |

+----------+---------------------------+-------------------------+

| tugik | 2a00:ede0:1:1::/64 | |

+----------+---------------------------+-------------------------+

1 row in set (0.00 sec)

 

 

Коллеги, возможно я что то упустил, подскажите пожалуйста.

Поделиться сообщением


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

да нет, ничего не упустил

так работает accel-ppp, Delegated-IPv6-Prefix обратно в радиус не передаётся

Поделиться сообщением


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

Спасибо, теперь все понятно!

 

В ходе теста подразумевался сбор статистики по использованию ip клиентами, в "реальной жизни" это нужно при возникновении спорных вопросов с органами и тп...

 

Подскажите, возможно ли в следующих (ближайших) версиях реализовать передачу Delegated-IPv6-Prefix в радиус ?

 

 

P.S. Но все же, выйти из ситуации на сегодняшний день можно, если выдачей IP адресов будет заниматься биллинг...

Поделиться сообщением


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

возможно ли в следующих (ближайших) версиях реализовать передачу Delegated-IPv6-Prefix в радиус ?
возможно

Поделиться сообщением


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

День добрый.

 

а ipv6 пулы? я писал 2 страницами выше?

Поделиться сообщением


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

на одном брасе terminate ip x.x.x.x - не работает (сессия не сбрасывается). к слову, на нем же почему-то и по DM сессии не рвутся (особо не разбирался чего). аксель - коммит 30cff41b

Поделиться сообщением


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

Добрый день , простите что не по теме, не хочется засорять форум, помогите пожалуйста с кросскомпиляцией софта под мипс ,мучаюсь уже неделю, линковщик не видит библиотеку,есть здесь программисты?

Поделиться сообщением


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

k781

Под арм собирается. Работает ли - не проверял. Дистр - LEAF.

Поделиться сообщением


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

Это не касается accel-ppp пытаюсь собрать freeswitch под mips,никто не сможет ничего посоветовать ?

Поделиться сообщением


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

k781

Здравствуйте, это форум про аниме?

Да.

Подскажите, как пропатчить KDE под FreeBSD.

Поделиться сообщением


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

ubuntu 15.10 c ядром 4.2

ubuntu 14.04 3.13.0-66-generic

debian 8.2 3.16.0-4-amd64

accel-ppp version 30cff41b56be0d4c3e407e8aa4de5b289eef2ab0

 

около 1500 туннелей pptp/l2tp, трафик до 1,6 до 250 Кpps conntrack ~120 тыс

 

на всех системах падает, в произвольный момент. Ежедневно.

 

Иногда в 4 утра, иногда в момент отключения пользователей, когда перебрасываются на другой сервер.

4 разных компьютера, ранее работающих на ядре 3,2 и ubuntu 12.04 годами, на версии accel-ppp da7bb06e70252ba11751f4e3a9f8b97144500d9e от 2013 года.

Попытки переехать на новое ядро не прошлиии.

 

ethtool -G eth0 rx 2048 tx 2048

ethtool -G eth1 rx 2048 tx 2048

ethtool -K eth0 tso off gso off gro off lro off

ethtool -K eth1 tso off gso off gro off lro off

ifconfig eth0 txqueuelen 10000

ifconfig eth1 txqueuelen 10000

ifconfig bond0 txqueuelen 10000

прерывания по ядрам раскиданы.

 

+bond bond-mode 802.3ad

 

[86185.346539] WARNING: CPU: 1 PID: 31758 at /build/linux-xkTWug/linux-3.16.7-ckt11/kernel/watchdog.c:265 watchdog_overflow_callback+0x98/0xc0()
[86185.359253] Watchdog detected hard LOCKUP on cpu 1
[86185.363882] Modules linked in: l2tp_ppp l2tp_netlink l2tp_core ipt_REJECT xt_ratelimit(O) xt_nat xt_set iptable_nat nf_nat_ipv4 xt_TCPMSS xt_tcpuds
[86185.458511] CPU: 1 PID: 31758 Comm: sqlvpn Tainted: G           O  3.16.0-4-amd64 #1 Debian 3.16.7-ckt11-1+deb8u5
[86185.468786] Hardware name: Gigabyte Technology Co., Ltd. To be filled by O.E.M./Z77-D3H, BIOS F22 11/14/2013
[86185.478632]  0000000000000009 ffffffff8150b4c5 ffff88021f285c98 ffffffff81067767
[86185.486124]  ffff88021665fc00 ffff88021f285ce8 ffff88021f285d88 0000000000000000
[86185.493615]  ffff88021f285ef8 ffffffff810677cc ffffffff8171c978 ffffffff00000020
[86185.501105] Call Trace:
[86185.503557]  <NMI>  [<ffffffff8150b4c5>] ? dump_stack+0x41/0x51
[86185.509519]  [<ffffffff81067767>] ? warn_slowpath_common+0x77/0x90
[86185.515717]  [<ffffffff810677cc>] ? warn_slowpath_fmt+0x4c/0x50
[86185.521645]  [<ffffffff81134338>] ? perf_prepare_sample+0x268/0x310
[86185.527925]  [<ffffffff810fccd8>] ? watchdog_overflow_callback+0x98/0xc0
[86185.534643]  [<ffffffff81134467>] ? __perf_event_overflow+0x87/0x220
[86185.541007]  [<ffffffff8102f9fa>] ? intel_pmu_handle_irq+0x1ea/0x3d0
[86185.547371]  [<ffffffff8140af2f>] ? __netdev_alloc_frag+0xef/0x140
[86185.553569]  [<ffffffff81027606>] ? perf_event_nmi_handler+0x26/0x40
[86185.559933]  [<ffffffff81016a9d>] ? nmi_handle+0x8d/0x120
[86185.565340]  [<ffffffff81016fc3>] ? default_do_nmi+0x43/0x110
[86185.571097]  [<ffffffff81017184>] ? do_nmi+0xf4/0x170
[86185.576161]  [<ffffffff81513a92>] ? end_repeat_nmi+0x1a/0x1e
[86185.581832]  [<ffffffff81510f5c>] ? _raw_spin_lock_irq+0x2c/0x40
[86185.587849]  [<ffffffff81510f5c>] ? _raw_spin_lock_irq+0x2c/0x40
[86185.593867]  [<ffffffff81510f5c>] ? _raw_spin_lock_irq+0x2c/0x40
[86185.599883]  <<EOE>>  [<ffffffff8151062d>] ? rwsem_down_write_failed+0x14d/0x320
[86185.607319]  [<ffffffff8150fe2e>] ? mutex_lock+0xe/0x2a
[86185.612558]  [<ffffffff812b7253>] ? call_rwsem_down_write_failed+0x13/0x20
[86185.619445]  [<ffffffff81510029>] ? down_write+0x29/0x40
[86185.624765]  [<ffffffff81174281>] ? anon_vma_prepare+0x71/0x160
[86185.630697]  [<ffffffff81167fae>] ? do_cow_fault+0x2e/0x220
[86185.636279]  [<ffffffff811694a6>] ? handle_mm_fault+0x5e6/0x11c0
[86185.642296]  [<ffffffff8116d80a>] ? vma_link+0x7a/0xc0
[86185.647445]  [<ffffffff8116f97c>] ? mmap_region+0x19c/0x650
[86185.653030]  [<ffffffff810572b7>] ? __do_page_fault+0x177/0x4f0
[86185.658961]  [<ffffffff81170119>] ? do_mmap_pgoff+0x2e9/0x3b0
[86185.664719]  [<ffffffff81158f5b>] ? vm_mmap_pgoff+0x9b/0xc0
[86185.670302]  [<ffffffff815136a8>] ? page_fault+0x28/0x30
[86185.675622] ---[ end trace e9d0a0e126121c75 ]---

[86734.893265] ------------[ cut here ]------------
[86734.897901] WARNING: CPU: 2 PID: 0 at /build/linux-xkTWug/linux-3.16.7-ckt11/kernel/watchdog.c:265 watchdog_overflow_callback+0x98/0xc0()
[86734.910262] Watchdog detected hard LOCKUP on cpu 2
[86734.914891] Modules linked in: l2tp_ppp l2tp_netlink l2tp_core ipt_REJECT xt_ratelimit(O) xt_nat xt_set iptable_nat nf_nat_ipv4 xt_TCPMSS xt_tcpudp iptable_mans
[86735.009408] CPU: 2 PID: 0 Comm: swapper/2 Tainted: G        W  O  3.16.0-4-amd64 #1 Debian 3.16.7-ckt11-1+deb8u5
[86735.019595] Hardware name: Gigabyte Technology Co., Ltd. To be filled by O.E.M./Z77-D3H, BIOS F22 11/14/2013
[86735.029434]  0000000000000009 ffffffff8150b4c5 ffff88021f305c98 ffffffff81067767
[86735.038441]  ffff8802166f9c00 ffff88021f305ce8 ffff88021f305d88 0000000000000000
[86735.047452]  ffff88021f305ef8 ffffffff810677cc ffffffff8171c978 ffffffff00000020
[86735.056465] Call Trace:
[86735.060419]  <NMI>  [<ffffffff8150b4c5>] ? dump_stack+0x41/0x51
[86735.067853]  [<ffffffff81067767>] ? warn_slowpath_common+0x77/0x90
[86735.075505]  [<ffffffff810677cc>] ? warn_slowpath_fmt+0x4c/0x50
[86735.082881]  [<ffffffff81134338>] ? perf_prepare_sample+0x268/0x310
[86735.090589]  [<ffffffff810fccd8>] ? watchdog_overflow_callback+0x98/0xc0
[86735.098713]  [<ffffffff81134467>] ? __perf_event_overflow+0x87/0x220
[86735.106450]  [<ffffffff8102f9fa>] ? intel_pmu_handle_irq+0x1ea/0x3d0
[86735.114143]  [<ffffffff814950d2>] ? fib_table_lookup+0x42/0x390
[86735.121358]  [<ffffffff81027606>] ? perf_event_nmi_handler+0x26/0x40
[86735.128974]  [<ffffffff81016a9d>] ? nmi_handle+0x8d/0x120
[86735.135590]  [<ffffffff8101703d>] ? default_do_nmi+0xbd/0x110
[86735.142534]  [<ffffffff81017184>] ? do_nmi+0xf4/0x170
[86735.148768]  [<ffffffff81513a92>] ? end_repeat_nmi+0x1a/0x1e
[86735.155595]  [<ffffffff810c7798>] ? __getnstimeofday+0x78/0xc0
[86735.162598]  [<ffffffff810c7798>] ? __getnstimeofday+0x78/0xc0
[86735.169581]  [<ffffffff810c7798>] ? __getnstimeofday+0x78/0xc0
[86735.176557]  <<EOE>>  <IRQ>  [<ffffffff810c77ea>] ? getnstimeofday+0xa/0x30
[86735.184715]  [<ffffffff810c7871>] ? ktime_get_real+0x11/0x50
[86735.191516]  [<ffffffff8141d06e>] ? netif_receive_skb_internal+0x3e/0x90
[86735.199373]  [<ffffffff8141db30>] ? napi_gro_receive+0xb0/0xe0
[86735.206362]  [<ffffffffa013d160>] ? igb_poll+0x690/0xfb0 [igb]
[86735.213347]  [<ffffffff8141d3e0>] ? net_rx_action+0x140/0x240
[86735.220249]  [<ffffffff8106c611>] ? __do_softirq+0xf1/0x290
[86735.226974]  [<ffffffff8106c9e5>] ? irq_exit+0x95/0xa0
[86735.233256]  [<ffffffff815144a2>] ? do_IRQ+0x52/0xe0
[86735.239366]  [<ffffffff815122ed>] ? common_interrupt+0x6d/0x6d
[86735.246346]  <EOI>  [<ffffffff8101cc42>] ? mwait_idle+0x62/0xa0
[86735.253445]  [<ffffffff810a7fc0>] ? cpu_startup_entry+0x340/0x400
[86735.260686]  [<ffffffff81042daf>] ? start_secondary+0x20f/0x2d0
[86735.267758] ---[ end trace e9d0a0e126121c76 ]---
[86738.578155] ------------[ cut here ]------------
[86738.583940] WARNING: CPU: 3 PID: 0 at /build/linux-xkTWug/linux-3.16.7-ckt11/kernel/watchdog.c:265 watchdog_overflow_callback+0x98/0xc0()
[86738.597479] Watchdog detected hard LOCKUP on cpu 3
[86738.602108] Modules linked in: l2tp_ppp l2tp_netlink l2tp_core ipt_REJECT xt_ratelimit(O) xt_nat xt_set iptable_nat nf_nat_ipv4 xt_TCPMSS xt_tcpudp iptable_mans
[86738.704405] CPU: 3 PID: 0 Comm: swapper/3 Tainted: G        W  O  3.16.0-4-amd64 #1 Debian 3.16.7-ckt11-1+deb8u5
[86738.715991] Hardware name: Gigabyte Technology Co., Ltd. To be filled by O.E.M./Z77-D3H, BIOS F22 11/14/2013
[86738.727250]  0000000000000009 ffffffff8150b4c5 ffff88021f385c98 ffffffff81067767
[86738.736170]  ffff880216773c00 ffff88021f385ce8 ffff88021f385d88 0000000000000000
[86738.745093]  ffff88021f385ef8 ffffffff810677cc ffffffff8171c978 ffffffff00000020
[86738.754019] Call Trace:
[86738.757919]  <NMI>  [<ffffffff8150b4c5>] ? dump_stack+0x41/0x51
[86738.765334]  [<ffffffff81067767>] ? warn_slowpath_common+0x77/0x90
[86738.772980]  [<ffffffff810677cc>] ? warn_slowpath_fmt+0x4c/0x50
[86738.780320]  [<ffffffff81134338>] ? perf_prepare_sample+0x268/0x310
[86738.787971]  [<ffffffff810fccd8>] ? watchdog_overflow_callback+0x98/0xc0
[86738.796034]  [<ffffffff81134467>] ? __perf_event_overflow+0x87/0x220
[86738.803755]  [<ffffffff8102f9fa>] ? intel_pmu_handle_irq+0x1ea/0x3d0
[86738.811481]  [<ffffffff814541aa>] ? ip_rcv+0x18a/0x3a0
[86738.817991]  [<ffffffff81027606>] ? perf_event_nmi_handler+0x26/0x40
[86738.825719]  [<ffffffff81016a9d>] ? nmi_handle+0x8d/0x120
[86738.832468]  [<ffffffff8101703d>] ? default_do_nmi+0xbd/0x110
[86738.839542]  [<ffffffff81017184>] ? do_nmi+0xf4/0x170
[86738.845880]  [<ffffffff81513a92>] ? end_repeat_nmi+0x1a/0x1e
[86738.852786]  [<ffffffff810c7798>] ? __getnstimeofday+0x78/0xc0
[86738.859823]  [<ffffffff810c7798>] ? __getnstimeofday+0x78/0xc0
[86738.866807]  [<ffffffff810c7798>] ? __getnstimeofday+0x78/0xc0
[86738.873744]  <<EOE>>  <IRQ>  [<ffffffff810c77ea>] ? getnstimeofday+0xa/0x30
[86738.881849]  [<ffffffff810c7871>] ? ktime_get_real+0x11/0x50
[86738.888595]  [<ffffffff8141d06e>] ? netif_receive_skb_internal+0x3e/0x90
[86738.896372]  [<ffffffff8141db30>] ? napi_gro_receive+0xb0/0xe0
[86738.903283]  [<ffffffffa013d160>] ? igb_poll+0x690/0xfb0 [igb]
[86738.910186]  [<ffffffff8141d3e0>] ? net_rx_action+0x140/0x240
[86738.916993]  [<ffffffff8106c611>] ? __do_softirq+0xf1/0x290
[86738.923623]  [<ffffffff8106c9e5>] ? irq_exit+0x95/0xa0
[86738.929815]  [<ffffffff815144a2>] ? do_IRQ+0x52/0xe0
[86738.935832]  [<ffffffff815122ed>] ? common_interrupt+0x6d/0x6d
[86738.942712]  <EOI>  [<ffffffff8101cc42>] ? mwait_idle+0x62/0xa0
[86738.949716]  [<ffffffff810a7fc0>] ? cpu_startup_entry+0x340/0x400
[86738.956867]  [<ffffffff81042daf>] ? start_secondary+0x20f/0x2d0
[86738.963835] ---[ end trace e9d0a0e126121c77 ]---

oops.doc

Изменено пользователем sanyasi

Поделиться сообщением


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

Откатитесь на 3.2 ядро, понаблюдайте ради эксперимента на одном тазике.

Поделиться сообщением


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

обнаружил странны глюк - если в конфиге явно не задать lease-time и max-lease-time больше время лизы - то ровно через 11 минут сессия у клиента закрывается, хотя время лизы передается через радиус в несколько часов

Поделиться сообщением


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

В Microtik RouterOS начиная с версии 6.33rc15 реализовали поддержку PPPoE тега PPP-Max-Payload (RFC4638).

Теперь его PPPoE клиент при указании MTU=1492 не может подключиться к серверу accel-pppd((

 

В конфиге:

[ppp]
min-mtu=1400
mtu=1492
mru=1492

Поделиться сообщением


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

Откатитесь на 3.2 ядро, понаблюдайте ради эксперимента на одном тазике.

 

3.2 ядро работает годами... Жаль такой регресс с новыми ядрами, в области VPN.

Поделиться сообщением


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

Теперь его PPPoE клиент при указании MTU=1492 не может подключиться к серверу accel-pppd((
а в логах что ?

Поделиться сообщением


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

Дождался. Это старое ядро?

Где-то советовали попробовать 4.1.9 свежее (вроде как именно в этом релизе много багов сетевой подсистемы пофиксили)

Из проверенного - 3.2.х ветка, хоть и медленнаее несколько свежих, но аптайм был как-то пару лет (ребуты - по питанию или плановый апгрейд).

То, что мы обсуждали, пофиксили в 4.1.12, 3.14.56

Патч ppp: don't override sk->sk_state in pppoe_flush_dev()

 

[ Upstream commit e6740165b8f7f06d8caee0fceab3fb9d790a6fed ]

Поделиться сообщением


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

О, отлично, надо заапдейтиться.

 

Яеще такой костылик нашел к одному из крашей, но пока не тестил; думаю, сломать он ничего не должен (во всяком случае - без него будет явно хуже) :

 

--- linux-4.1/drivers/net/ppp/pppoe.c	2015-06-22 08:05:43.000000000 +0300
+++ linux-4.1-new/drivers/net/ppp/pppoe.c	2015-10-20 14:36:29.109646656 +0300
@@ -590,7 +590,8 @@

	po = pppox_sk(sk);

-	if (sk->sk_state & (PPPOX_CONNECTED | PPPOX_BOUND | PPPOX_ZOMBIE)) {
+	if (po->pppoe_dev &&
+	    sk->sk_state & (PPPOX_CONNECTED | PPPOX_BOUND | PPPOX_ZOMBIE)) {
		dev_put(po->pppoe_dev);
		po->pppoe_dev = NULL;
	}

Поделиться сообщением


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

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.