Дублирующиеся и некорректные ARP Reply

[purecopper]

Добрый день.
Обнаружил проблему с accel-ppp в режиме L2 со стартом сессии по неклассифицированному пакету. ОС Debian 8.
Конфигурация accel-ppp:

Code: Select all

[ipoe]
attr-l4-redirect=L4-Redirect
l4-redirect-ipset=NO_NET
verbose=5
password=12345
mode=L2
shared=0
ifcfg=1
ip-unnumbered=1
proxy-arp=1
start=up
gw-ip-address=192.168.1.1/24
local-net=192.168.1.0/24
interface=bond0.3998

На коммите 7fe9078e44b13c030e4c9ca55cc431f2811efc5a
Настройки сервера:

Code: Select all

ip r a unreachable 192.168.1.0/24
ip a d 192.168.1.1/32 dev lo - удаляем адрес шлюза с lo

дамп трафика от абонента:

Code: Select all

12:54:25.663149 ARP, Request who-has 192.168.1.1 (00:1b:21:86:00:a9) tell 192.168.1.2, length 46
12:54:25.663172 ARP, Reply 192.168.1.1 is-at 00:1b:21:86:00:a9, length 28
12:54:25.663231 ARP, Reply 192.168.1.1 is-at 00:1b:00:00:00:00, length 28

Сессия стартует, ARP Reply дублируется, один из маков в Reply - некорректный.

Откатился до коммита 53eaf7555a5f3f0b60854acf7933484c98ada917
С ip r a unreachable 192.168.1.0/24 accel вообще не "видит" трафика от абонента, соответственно сессия не стартует.
Убираем ip r d unreachable 192.168.1.0/24
Добавляем ip a a 192.168.1.1/32 dev lo

Сессия стартует, ARP Reply дублированные:

Code: Select all

12:44:57.669521 ARP, Request who-has 192.168.1.1 (00:1b:21:86:00:a9) tell 192.168.1.2, length 46
12:44:57.669551 ARP, Reply 192.168.1.1 is-at 00:1b:21:86:00:a9, length 28
12:44:57.669615 ARP, Reply 192.168.1.1 is-at 00:1b:21:86:00:a9, length 28

[Dmitry]

commit 2d10076d240537e1f48bca0bb6e0b99aa4427406

[purecopper]

Дмитрий приветствую.
Ответы теперь с правильным mac, но по-прежнему "задваиваются". Это нормально?

Code: Select all

10:09:48.494521 ARP, Request who-has 192.168.1.1 tell 192.168.1.2, length 46
10:09:48.494543 ARP, Reply 192.168.1.1 is-at 00:1b:21:86:00:a9, length 28
10:09:48.494587 ARP, Reply 192.168.1.1 is-at 00:1b:21:86:00:a9, length 28

[Dmitry]

нормально
один ответ акцеля, второй - ядра
посмотри дамп повнимательней, там наверняка два арп запроса пришло
акцель отвечает после авторизации клиента, за это время может прилететь второй запрос и на него уже отвечает ядро

[purecopper]

Дмитрий, спасибо огромное!