jumster:
Кто настраивал БТК с mtu 1508 (внутри PPPoE будет ровно 1500)? Вроде как операторское оборудование поддерживает baby-jumbo frame, на прошлой работе был вроде белпак (я понимаю что это не белтелеком, возможно у них все похожее) и там был mtu 1500 как и в остальном интернете. Выше я писал и мне говорили что не стоит потерянного времени, сомнительное утверждение, я нашёл сервисы которые так детектируют что юзер идёт через некоторые типы ВПНов.
У меня есть интерес заапстримить патч в openwrt для моего SoC, и это не очень сложное предприятие. Однако нужно как-то проверить это дело, и хотелось бы узнать мнение опытных специалистов.
Отвечу сам себе, вообщем я нашёл время и железяки чтобы проверить. Не работает.
- код выделить все
Multi-link PPP daemon for FreeBSD
process 8768 started, version 5.9
web: web is not running
[wan] Bundle: Interface ng0 created
<rtsock_input_ifannounce> interface ng0 removed
[undefined] GetSystemIfaceMTU: SIOCGIFMTU failed: Device not configured
[wan_link0] Link: OPEN event
[wan_link0] LCP: Open event
[wan_link0] LCP: state change Initial --> Starting
[wan_link0] LCP: LayerStart
[wan_link0] PPPoE: Set PPP-Max-Payload to '1500'
[wan_link0] PPPoE: Connecting to ''
<6>[1303] ng0: changing name to 'pppoe1'
PPPoE: rec'd ACNAME "Huawei"
[wan_link0] PPPoE: rec'd PPP-Max-Payload '1500'
[wan_link0] PPPoE: connection successful
[wan_link0] Link: UP event
[wan_link0] LCP: Up event
[wan_link0] LCP: state change Starting --> Req-Sent
[wan_link0] LCP: SendConfigReq #1
[wan_link0] MRU 1500
[wan_link0] MAGICNUM 0xe5536a00
[wan_link0] LCP: rec'd Configure Request #2 (Req-Sent)
[wan_link0] MRU 1492
[wan_link0] AUTHPROTO CHAP MD5
[wan_link0] MAGICNUM 0x84e5adc2
[wan_link0] LCP: SendConfigAck #2
[wan_link0] MRU 1492
[wan_link0] AUTHPROTO CHAP MD5
[wan_link0] MAGICNUM 0x84e5adc2
[wan_link0] LCP: state change Req-Sent --> Ack-Sent
[wan_link0] LCP: rec'd Configure Ack #1 (Ack-Sent)
[wan_link0] MRU 1500
[wan_link0] MAGICNUM 0xe5536a00
[wan_link0] LCP: state change Ack-Sent --> Opened
[wan_link0] LCP: auth: peer wants CHAP, I want nothing
[wan_link0] LCP: LayerUp
[wan_link0] CHAP: rec'd CHALLENGE #1 len: 27
[wan_link0] Name: "Huawei"
[wan_link0] CHAP: Using authname "xxxxxxx@beltel.by"
[wan_link0] CHAP: sending RESPONSE #1 len: 46
[wan_link0] CHAP: rec'd SUCCESS #1 len: 35
[wan_link0] MESG: Authentication success,Welcome!
[wan_link0] LCP: authorization successful
[wan_link0] Link: Matched action 'bundle "wan" ""'
[wan_link0] Link: Join bundle "wan"
Что я хотел проверить? Поддерживает ли БТК Baby Jumbo Frames -- RFC4638, на сколько я могу понять -- не поддерживает. Очень жаль. PPP в opensense точно должен это уметь, и ошибочно ставит реальный mtu 1500 в pppoe интерфейсе, однако пакеты не пролазят 
- код выделить все
ping -D -s 1472 1.1.1.1
PING 1.1.1.1 (1.1.1.1): 1472 data bytes
ping: sendto: Message too long
Или я что-то не понимаю, или наш оператор все же не парится о фрагментации.
P/S
Все же сообщение
- код выделить все
[wan_link0] PPPoE: rec'd PPP-Max-Payload '1500'
, наводит на мысль что сервер поддерживает полезную нагрузку стандартного пакета в 1500, и ошибка вида
- код выделить все
GetSystemIfaceMTU: SIOCGIFMTU failed: Device not configured
наводит на мысль что это ошибки интеграции PPP и клиент сам понизил MRU. Jumbo фреймы проверял, везде походят.