Телеграмм чат группы accel

На серваке установлен FRR + ACCEL
Когда сессия абонента на ACCEL завершает, то с интерфейса уходит IP и соответственно в ip ro тоже.
Но в самом FRR маршрут остается активным как directly connected.

Vasilii, [22.03.20 04:31]
Всем привет.
Есть связка accel-ppp(l2tp)+strongswan+frr(аннонс /32 connected пирам bgp) - после завершения l2tp сессий адреса с ppp интерфейсов корректно удаляются, но в таблице маршрутизации в frr всё еще висят connected маршруты - кто нибудь сталкивался в подобным поведением?

Dimka88, [22.03.20 04:32]
[In reply to Vasilii]
Привет, да. Это баг FRR, в 7.3 должны поправить (уже поправили)

Dimka88, [22.03.20 04:33]
@igloo_kem https://github.com/FRRouting/frr/pull/5184

GitHub

zebra: Rib Update Event Scheduler For Un-managed Routes, etc. by sworleys · Pull Request #5184 · FRRouting/frr

This patch extends the rib_update() api to be scheduled as events on the zrouter.master rather than processing them immediately.
Certain situations exists when we need to do a batch process of all ...

источник

06:28пожаловаться #4

xroft in Accel-PPP

У меня FRR 7.3
Допустим, при завершении сессии айпишник пропадает из анонсов, на интерфейсе тоже пусто, но когда заходишь в vtysh и пишешь sh interface то там появляется в списке интерфейс с айпишником давно завершенной сессии:

Interface ppp0 is down
Link ups: 1 last: 2020/03/16 15:14:10.17
Link downs: 2 last: 2020/03/16 17:56:30.12
vrf: default
index 7 metric 0 mtu 1492 speed 0
flags: <POINTOPOINT>
Type: Unknown
inet 10.111.112.10/32 peer 81.23.194.196/32 unnumbered
Interface Type Other

это баг? или что

источник

07:47пожаловаться #5

xroft in Accel-PPP

в таблице маршрутизации маршрут пропадает

источник

07:49пожаловаться #6

xroft in Accel-PPP

но я вижу этот айпишник по sh interface

источник

07:50пожаловаться #7

xroft in Accel-PPP

но больше он нигде не фигурирует

источник

07:50пожаловаться #8

xroft in Accel-PPP

А так по поводу заявленного бага в FRR 7.3:
При подключенной PPPoE-сессии directly-connected маршруты выглядят так:
xrnas# sh ip route connected
C>* 10.11.10.124/30 is directly connected, ens18, 01w0d19h
C>* 10.111.112.8/30 is directly connected, ens19, 01w0d19h

После отключения PPPoE:
xrnas# sh ip route connected
C>* 10.11.10.124/30 is directly connected, ens18, 01w0d19h
C>* 10.111.112.8/30 is directly connected, ens19, 01w0d19h

Анонс маршрута /32 на бордере тоже исчезает. Все норм, но почему в sh interface такая байда остается:

Interface ppp0 is down
Link ups: 2 last: 2020/03/24 10:52:45.90
Link downs: 3 last: 2020/03/24 10:54:36.27
vrf: default
index 7 metric 0 mtu 1492 speed 0
flags: <POINTOPOINT>
Type: Unknown
inet 10.111.112.10/32 peer 81.23.194.196/32 unnumbered
Interface Type Other

источник

07:57пожаловаться #9

xroft in Accel-PPP

о хоспаде. слишкоммногобукаф.... сорян

источник

07:57пожаловаться #10

Vasilii in Accel-PPP

Норм, спасибо за инфу

источник

08:12пожаловаться #11

seversss in Accel-PPP

xroft

Ставь bird и не мучайся

источник

08:38пожаловаться #12

xroft in Accel-PPP

там уже не cisco-like синтаксис там надо осилить

источник

08:41пожаловаться #13

xroft in Accel-PPP

но вцелом так ничего сложного не должно быть

источник

08:42пожаловаться #14

Pavel Makhanko in Accel-PPP

xroft

где именно остается маршрут? как воспроизвести проблему?

Речь о qinq. После успешной авторизации абонента, создаётся directly connected маршрут, после того как сессию абонент завершает этот маршрут должен уйти, но он остается в frr.

источник

08:56пожаловаться #15

xroft in Accel-PPP

ааа.. понятно. ну да, в FRR 7.3 маршрут уходит. так что лучше обновись до 7.3

источник

08:57пожаловаться #16

xroft in Accel-PPP

а шестая версия frr наверное особо ничем не отличается от квагги?

источник

08:57пожаловаться #17

Pavel Makhanko in Accel-PPP

xroft