S
Size: a a a
2020 May 23
VG
на "настоящих" брасах vrf идет отдельным атрибутом
у циски выглядит как самопал с vpn-vrf и vrf-id, не в курсе, есть ли какой-нибудь стандарт на это?
VG
или best practice
AO
x# arping -c10 -i bond0.242 10.142.0.1
ARPING 10.142.0.1
60 bytes from 00:02:42:00:01:01 (10.142.0.1): index=0 time=210.896 msec
Timeout
Timeout
60 bytes from 00:02:42:00:01:01 (10.142.0.1): index=1 time=199.352 msec
...
60 bytes from 00:02:42:00:01:01 (10.142.0.1): index=7 time=128.443 msec
--- 10.142.0.1 statistics ---
10 packets transmitted, 8 packets received, 20% unanswered (0 extra)
rtt min/avg/max/std-dev = 47.860/138.057/210.896/58.492 ms
ARPING 10.142.0.1
60 bytes from 00:02:42:00:01:01 (10.142.0.1): index=0 time=210.896 msec
Timeout
Timeout
60 bytes from 00:02:42:00:01:01 (10.142.0.1): index=1 time=199.352 msec
...
60 bytes from 00:02:42:00:01:01 (10.142.0.1): index=7 time=128.443 msec
--- 10.142.0.1 statistics ---
10 packets transmitted, 8 packets received, 20% unanswered (0 extra)
rtt min/avg/max/std-dev = 47.860/138.057/210.896/58.492 ms
смена ядра и драйверов решила проблему
VG
в стандарите нет. у huawei это Huawei-VPN-Instance
строка, integer?
VG
ну, не вижу проблем добавить attr-ns-instance и attr-vrf-instance в конфиг
VG
ns может уже быть прямо сейчас использовано, с vrf пока нет мнения (не знаком)
VG
у кого, например брасы huawei и accel не надо будет в биллинге/радиусе делать атрибуты per-nas
ага, идея такая
D
Может есть смысл для поиска обрезать ns и прочее?
https://github.com/accel-ppp/accel-ppp/blob/master/accel-pppd/radius/radius.c#L816
https://github.com/accel-ppp/accel-ppp/blob/master/accel-pppd/radius/radius.c#L816
S
Может есть смысл для поиска обрезать ns и прочее?
https://github.com/accel-ppp/accel-ppp/blob/master/accel-pppd/radius/radius.c#L816
https://github.com/accel-ppp/accel-ppp/blob/master/accel-pppd/radius/radius.c#L816
да, я так и думал сделать, если в Nas-Port-Id есть /, то тупо не искать по нему, а интерпретировать это как команду на смену