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

тплинки 840 не могут поднять dhcp, соседние сервера отвечают на АРП и процесс зацикливается

12:35пожаловаться #1

Maksim in Accel-PPP

🤷‍♂️ у нас такого нет.
и 840 популярная модель роутера в регионе

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

значит proxy_arp=2 работает, =1 глючит. После патча =1 тоже работает как надо

12:39пожаловаться #3

Ivan Lebedev in Accel-PPP

Коллеги, а зачем вам вообще proxy arp? вроде видимость клиентов в пределах сегмента неактуальна уже лет десять, не? Или я не понимаю чего-то?

12:49пожаловаться #4

shumbor in Accel-PPP

Сейчас так

Latency:     0.40 ms   (0.08 ms jitter)
   Download:   931.03 Mbps (data used: 419.9 MB)
     Upload:   856.42 Mbps (data used: 385.4 MB)

Исход низкий, т.к. ~120 мегов с дома занято камерами.
Последний раз в чнн было так же. Но сервак в чнн загружен по трафу где то на 2.5-3G

12:50пожаловаться #5

shumbor in Accel-PPP

Много впнов сейчас между абонами и и рабочими конторами. И им нужна между собой связность.

12:52пожаловаться #6

shumbor in Accel-PPP

И порой да это все в 1 сегменте

12:52пожаловаться #7

Ivan Lebedev in Accel-PPP

а, ну, разве что так. я подумал, может просто какой-то еще тайный смысл есть, которого я не знаю )

12:53пожаловаться #8

Maksim in Accel-PPP

сейчас и у нас 940 есть
на серваке трафика 2-3 гига
а вот когда к 5 поднимается то уже хуже

12:54пожаловаться #9

Maksim in Accel-PPP

всего сервак переваривает 7 гиг 100%

12:54пожаловаться #10

Линукс тут ни при чем

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

Скорее это возникают микроберсты и поэтому скорость чуть падает из-за единичных дропов

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

Можно это всё потраблшутить если сильно хочется

12:56пожаловаться #13

есть еще пара кейсов. у нас сервера раздают статические ИП из нескольких PI блоков
Соответсвенно на каждом на lo добавлены адреса-шлюзы для этих блоков
Без прокси-арп конструкция не работает

12:56пожаловаться #14

ну и те же клиенты друг друга не увидят при VPU

12:57пожаловаться #15

Это все решается через ibgp или любой igp

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