Hindi kayang gawin ng mga jumbo frame na magdala ng 9000-byte na packet ang isang VPN path

Pinagana mo ang 9000-byte na frame sa LAN at inasahan mong bibilis ang VPN. Bumagal ito, o tuluyang huminto sa pagpapadala ng malalaking transfer. Ang mga jumbo frame ay lokal na kasunduan sa link; hindi nila pinapalawak ang rutang tinatawid ng tunnel.

Ang magagamit na badyet ay itinatakda ng pinakamaliit na hangganan sa ruta, kasama ang encapsulation na idinadagdag ng tunnel.

Ano ang tunay na binabago ng mga jumbo frame

Ang MTU ay katangian ng isang interface. Ang pagtaas nito sa isang server at sa switch nito ay nangangahulugang makakapagpalitan ang dalawang iyon ng mas malalaking frame nang walang fragmentation. Wala itong sinasabi tungkol sa router sa kabila ng switch, sa ISP, o sa kabilang dulo ng tunnel. May sariling limitasyon ang mga device na iyon, at ang packet na lumampas sa isa sa kanila ay itinatapon o hinahati ayon sa mga patakarang hindi ikaw ang nagtakda.

Lokal na kasunduan, pandaigdigang bunga. Iyon ang buong kalituhan.

Ang buwis sa encapsulation

Binabalot ng tunnel ang iyong packet sa loob ng iba. Ang WireGuard sa IPv4 UDP ay nagdaragdag ng humigit-kumulang 60 byte na overhead; ang UDP mode ng OpenVPN ay nasa parehong saklaw, at nag-iiba ang IPsec ayon sa mode at algorithm. Ang mga byte na iyon ay galing sa badyet ng panlabas na ruta, hindi sa hangin.

Kaya hindi kayang magdala ng 1500-byte na panloob na packet ang 1500-byte na panlabas na link kapag naidagdag ang header ng tunnel.

Sulit gawin ang aritmetika nang isang beses. Sa rutang 1500 byte, gusto ng WireGuard interface ang MTU na humigit-kumulang 1420 upang magkasya ang naka-encapsulate na packet. Itakda ang panloob na interface sa 9000 at ang bawat malaking packet ay mangangailangan ng fragmentation na hindi kayang gawin ng tunnel, o itatapon.

Hanapin ang pinakamaliit na link sa ruta

Sundan ang ruta at hanapin ang pinakamababang MTU. Ang LAN ay karaniwang 1500 o 9000, ang WAN ay karaniwang 1500, at ang mobile o PPP link ay maaaring mas mababa pa. Pagkatapos ay ibawas ang overhead ng tunnel. Kung ang resulta ay mas maliit kaysa sa MTU ng panloob na interface, nariyan ang sagot mo. Matatagpuan ito nang awtomatiko ng path MTU discovery, ngunit kapag pinayagan lamang na makadaan ang mga ICMP message na pinagkakatiwalaan nito.

Ang na-filter na ICMP ang klasikong dahilan kung bakit humahantong ang malaking transfer habang maayos na gumagana ang maliliit na kahilingan.

Subukan ang pagdepende sa laki nang hindi pinalalawak ang pagbabago

Gumamit ng representatibong transfer at itago ang orihinal na halaga para maibalik mo. Sinusubukan ng ping -M do -s 1472 ang 1500-byte na packet na nakatakda ang DF bit; bawasan ang laki hanggang makadaan ito. Kung ang malalaking packet lang ang nabibigo, may problema ka sa laki at hindi sa routing.

Mag-ingat sa offload sa gilid ng host kapag nagbabasa ng capture. Maaaring magpakita ang segmentation offload ng mas malalaking frame kaysa sa aktuwal na dumaan sa kable, kaya mukhang sira ang gumaganang ruta at mukhang maayos ang sira.

Kailan ang malaking MTU ang tamang disenyo

Ang kontroladong pribadong network ay lehitimong makakapagpatakbo ng mas malalaking frame mula dulo hanggang dulo, sa kondisyon na sumasang-ayon ang bawat device sa ruta at isinasaalang-alang ang overhead ng tunnel. Iyon ay koordinadong disenyo na may dokumentadong halaga sa bawat link, hindi isang malaking numerong itina-type sa isang client.

Para sa ordinaryong pampublikong labasan, ipagpalagay na 1500 o mas mababa at hayaang pumili ang tunnel ng ligtas na panloob na MTU. Sinasaklaw ng RFC 8201 ang path MTU discovery para sa kaso ng IPv6 at kapaki-pakinabang na sanggunian kung paano dapat gumana ang feedback.