D
Size: a a a
2020 March 22
AO
когда маршруты появились все ок стало
D
Romanset Multik
[2020-03-20 11:33:29.503] ppp194: 8dd1c40b239c222b: send [RADIUS(3) Accounting-Request id=c <User-Name "home380206"> <NAS-Identifier "172.16.1.45"> <NAS-IP-Address 172.16.1.45> <NAS-Port 194> <NAS-Port-Id "ppp194"> <NAS-Port-Type Virtual
> <Service-Type Framed-User> <Framed-Protocol PPP> <Calling-Station-Id "ec:08:6b:7f:70:21"> <Called-Station-Id "f8:f2:1e:66:c7:98"> <Acct-Status-Type Stop> <Acct-Authentic RADIUS> <Acct-Session-Id "8dd1c40b239c222b"> <Acct-Session-Time 4
7085> <Acct-Input-Octets 34272551> <Acct-Output-Octets 384784969> <Acct-Input-Packets 228914> <Acct-Output-Packets 346797> <Acct-Input-Gigawords 0> <Acct-Output-Gigawords 0> <Framed-IP-Address 172.16.38.98>
<Acct-Terminate-Cause NAS-Requ
est>]
ppp194 | home380206 | ec:08:6b:7f:70:21 | 172.16.38.98 | pppoe | | finish | 13:04:45
> <Service-Type Framed-User> <Framed-Protocol PPP> <Calling-Station-Id "ec:08:6b:7f:70:21"> <Called-Station-Id "f8:f2:1e:66:c7:98"> <Acct-Status-Type Stop> <Acct-Authentic RADIUS> <Acct-Session-Id "8dd1c40b239c222b"> <Acct-Session-Time 4
7085> <Acct-Input-Octets 34272551> <Acct-Output-Octets 384784969> <Acct-Input-Packets 228914> <Acct-Output-Packets 346797> <Acct-Input-Gigawords 0> <Acct-Output-Gigawords 0> <Framed-IP-Address 172.16.38.98>
<Acct-Terminate-Cause NAS-Requ
est>]
ppp194 | home380206 | ec:08:6b:7f:70:21 | 172.16.38.98 | pppoe | | finish | 13:04:45
Сори, совсем про этот таск забыл. Я вот думаю какая то проблема с аккаунтингом
D
Всем привет.
Есть связка accel-ppp(l2tp)+strongswan+frr(аннонс /32 connected пирам bgp) - после завершения l2tp сессий адреса с ppp интерфейсов корректно удаляются, но в таблице маршрутизации в frr всё еще висят connected маршруты - кто нибудь сталкивался в подобным поведением?
Есть связка accel-ppp(l2tp)+strongswan+frr(аннонс /32 connected пирам bgp) - после завершения l2tp сессий адреса с ppp интерфейсов корректно удаляются, но в таблице маршрутизации в frr всё еще висят connected маршруты - кто нибудь сталкивался в подобным поведением?
Привет, да. Это баг FRR, в 7.3 должны поправить (уже поправили)
D
В
Сегодня замечаю вот уже второй раз как выпадает процесс accel-ppp
.[0;39m[2020-03-22 03:20:15]: msg: eth1.1711.313: .[0;39midle timeout
и на этом процесс accel-ppp выпал и в dmesg пусто
после 90+ дней аптайма
а вот тут дальше запустил я его и всё норм
.[1;32m[2020-03-22 03:59:28]: info: .[0;39msend [RADIUS(1) Accounting-Request id=1 <Acct-Status-Type Accounting-On> <NAS-Identifier "accel"> <NAS-IP-Address 10.10.0.1>]
добавил его теперь на всяк в monit, но всё же интересно почему он выпал
.[0;39m[2020-03-22 03:20:15]: msg: eth1.1711.313: .[0;39midle timeout
и на этом процесс accel-ppp выпал и в dmesg пусто
после 90+ дней аптайма
а вот тут дальше запустил я его и всё норм
.[1;32m[2020-03-22 03:59:28]: info: .[0;39msend [RADIUS(1) Accounting-Request id=1 <Acct-Status-Type Accounting-On> <NAS-Identifier "accel"> <NAS-IP-Address 10.10.0.1>]
добавил его теперь на всяк в monit, но всё же интересно почему он выпал
O
деб 10 зло...
да да, ждём 11)