In other words, ios10 and above can only be connected with third-party software, not the vpn that comes with ios, right? Can I understand this?

подскажите, вроде бы по всему пути mtu увеличен, но с клиента сейчас в тесте половина сайтов не прогружается. вот его интерфейс:

ip a | grep 1200
2408: p1p2.1200@p1p2: <BROADCAST,UP,LOWER_UP> mtu 1514 qdisc noqueue state UP group default qlen 1000

2809: p1p2.1200.101@p1p2.1200: <BROADCAST,UP,LOWER_UP> mtu 1500 qdisc tbf state UP group default qlen 1000
   inet 100.49.0.254 peer 100.49.0.1/32 scope global p1p2.1200.101

перед брасом сделал set interfaces xe-0/0/2 mtu 1600 и поехало...

до этого видимо не хватало там, было так: Link-level type: Ethernet, MTU: 1514,

Джун и циска (причем разные модеои по разному) по разному л2 мту считают

1540 ставлю на серваках

сранный ланбиллинг будь он проклят

специально в 2017 году достал их чтобы сделали у себя поддержку для авторизации по QinQ вланам и они сделали в 024 сборке и я даже проверял всё работало.

(#17671) Поддержка идентификатора порта в формате Linux QinQ для метода «AuthByVLan».

в итоге сейчас на 027 версии нихера не пашет снова.


Должно быть:

10.05.2017 16:42:28.302648 VERBOSE LWP18853 [radius_record.cpp:82:ParseBody] Attribute "NAS-Port-Id", value: "bond0.1110.101"

А приходит:

15.09.2020 15:23:35.475203 VERBOSE LWP31649 [src/radius_record.cpp:301] Attribute "NAS-Port-Id", value: "1882288178"

и как следствие

15.09.2020 15:23:35.476106 DEBUG LWP31638 [src/radius_packet.cpp:974] Auth by 'vlans' fail

а ЛБ тут разве виноват?

нас-порт-ид же формирует accel

разве нет?

ну как бы и да и нет, accel то шлёт нормально сейчас <NAS-Port-Id "p1p2.1200.101" (в 2017 был bond0, это не суть)

а LB не может получается распарсить

может в исходниках ЛБ зашит регэксп на bond?

попробуйте p1p2 переименовать в bond0

хм)