Digi - Wifi - TCP MSS CLAMPING tipp?

Hálózatok egyéb

Sziasztok!

Olyan problémám akadt a Digivel, hogy a szolgáltatói eszközüket bridge módba tettem egy Asus Tuf 5400-as routerrel, de akár a Digi-s Huawei-n eszközön mérek, akár a sajátomon "CSAK" Wifin, és WAN oldalon beleütközök egy 350Mbites plafonba az 1000-es netemmel. Wifi Lan-on fájl másoláskor (meg van a 1Gbit) is, Digi eszközbe kábelen vagy Asus-ba kábelen mérve  szinte mindig 900+ / 300+ értéket mérek akár speedtest-en, akár Online sebességmérés indítása ‐ Szélessáv.net (szelessav.net)-en, akár Sebességmérés | digi.hu-n vagy akár letöltök bárhonnan egy ISO-t, kábelen mindig jó, Wifin mindig rossz. Wifi 6-os eszközeim vannak, és mindig Wan oldalon van a probléma. Windowsba pppoe kapcsolat beállítása után tűnt fel az a Digis MTU 1480-as értéket használ, bár nem értem ez miért csak a Wifit befolyásolja, a kábelt nem.
Egyenlőre ennyi információ van, ti merre indulnátok el ? Hardveresen rendben vagyok, de kábelezni nem szeretnék, most kötöttem be a Digit.

Ebből indultam ki "ip tcp adjust-mss":

Default MTU... Mi van? | HUP

Bármire tanácsot, megköszönök.

Digi eszközére csatlakozva ezt tapasztalom.

C:\Users\Ecsi\Downloads\iperf-3.1.3-win32>ping 8.8.8.8 -f -l 1465

Pinging 8.8.8.8 with 1465 bytes of data:
Packet needs to be fragmented but DF set.
Packet needs to be fragmented but DF set.
Packet needs to be fragmented but DF set.
Packet needs to be fragmented but DF set.

Ping statistics for 8.8.8.8:
    Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),

C:\Users\Ecsi\Downloads\iperf-3.1.3-win32>ping 8.8.8.8 -f -l 1464

Pinging 8.8.8.8 with 1464 bytes of data:
Reply from 8.8.8.8: bytes=68 (sent 1464) time=3ms TTL=116
Reply from 8.8.8.8: bytes=68 (sent 1464) time=3ms TTL=116
Reply from 8.8.8.8: bytes=68 (sent 1464) time=4ms TTL=116
Reply from 8.8.8.8: bytes=68 (sent 1464) time=3ms TTL=116

Ping statistics for 8.8.8.8:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 3ms, Maximum = 4ms, Average = 3ms

C:\Users\Ecsi\Downloads\iperf-3.1.3-win32>

  • 272 megtekintés

( secretx v | 2023. 01. 28., szo – 14:20 )

clamp-mss-to-pmtu

Hell is empty and all the devils are here.
-- Wm. Shakespeare, "The Tempest"

Itt nézd meg a routered:  https://openwrt.org/toh/start?dataflt%5BBrand*%7E%5D=asus
bár mintha nem szerepelne itt. 

1. szabály soho routernek csak olyat szabad megvenni ami OpenWRT támogatott, kivétel a Mikrotik ami külön életet él a RouterOS világban. Még akkor is ha nem tervezed lecserélni a gyári, egyébként szintén linux alapú firmwaret. Ha az OpenWRT nem támogatja, annak gyakran az az oka, hogy kétes minőségű blob(ok) vannak a firmware levesben a nem jól összeválogatott hardverkomponensek miatt. 

2. szabály ha jól választottál routert de a hiányzik egy funkció, no problem csak le kell cserélni a gyári firmwaret OpenWRT -re. Ha nem vagy gyakorlott ebben, akkor TP-Link támogatott routerei ajánlottak, mert azokon a legegyszerűbb és legbiztonságosabb a firmware csere. Archer C széria ráadásul erős wifi jelet tud szolgáltatni. 

A proprietary hardware-nat régóta nem jelent problémát amióta van fastpath. Korábban egyébként pont ilyen 300mbps limitet okozott hardveres nat támogatás hiánya még fastpath előtt. 

( gabrielakos v | 2023. 01. 28., szo – 15:01 )

Wifin mi van MTU-nak beállítva?

Gábriel Ákos

( uid_4278 | 2023. 01. 28., szo – 15:07 )

Az nem lehet, hogy a wifi eszközeid ennyit tudnak az adott csatornán? Iperffel ki tudod deríteni..

Ahogy fentebb írtam ha Wifin másolok 900+ - 1000 Mbit meg van két ssd-s laptop között. Mellesleg én vagyok a környéken a 2. Wifi 5ghz-en garázdálkodó személy. az előttem szólók is megírták / (megerősítette azokat amiket én találtam )mi a megoldást szerintem. Csak, hogy én ezt hogy fogom megoldani az Asus-on még lővésem sincs.