Új hozzászólás Aktív témák

• #20848 vargalex Topikgazda skippper #20846

  Új Válasz 2025-04-09 09:34:18 #20848

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  Topikgazda

  válasz skippper #20846 üzenetére

  Szia!

  Szerintem a logod első sorában ott a miértre válasz: No response to 5 echo-requests

  Azaz a szolgáltató PPPoE concentratora nem válaszolt 5 db egymás után kiküldött echo request-re, így a pppoe daemon azt gondolja (jogosan), hogy megszakadt a kapcsolat, így újra kell azt építeni. Ez anno Digi esetén néhány embernél előjött (valószínűleg leterhelt a concentrator, vagy elvesznek csomagok) és ez a beállítás elvileg segített a problémán (most nézem, 11 éves a hozzászólás ).

  Szerk.: Bár, azóta elvileg bejött a keepalive_adaptive beállítás, ami default-ban bekapcsolt és ilyenkor csak akkor küld echo request-et, ha nincs forgalom az interface-on. A fenti linken viszont az is látható, hogy valóban 5 az lcp-echo-failure alapértéke (ez magyarázza, hogy miért 5 válasz nélküli echo request után dönt úgy, hogy megszakadt a kapcsolat).

• #20847 .-..-. tag skippper #20846

  Új Válasz 2025-04-09 08:25:18 #20847

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  .-..-.

  tag

  válasz skippper #20846 üzenetére

  Szia.

  Komolyan mondom, örülök, hogy rátaláltam a hozzászólásodra.
  A helyzet az, hogy nálam is hasonló issue van, bár nálam régebb óta.
  Én már ott tartok, hogy 2 napja új router-t keresek, mondván a régi elromlott.

  Nekem egy Asus RT-AC65P routerem van, amin az OpenWRT van az Asus által már nem támogatott gyári firmware helyett.
  Nálam is az a helyzet, hogy ugyanabban a másodpercben (logok szerint) egy WAN down, majd egy WAN up történik.
  Ez akár naponta 3 alkalommal is megtörténik néha.
  A szerver gépem, ami VPN-el fut, ilyenkor ki is fekszik és megszakad a torrent seed és amig nem teszem rendbe, addig nincs feltöltés.
  Az intranet viszont akadás nélkül megy ez idő alatt is.
  A fura az egészben, hogy a router gyári firmware esetében is ezt produkálta.
  Ezért és mert nem kap már frissítéseket, váltottam OpenWRT-re.
  Viszont a hiba megmaradt.

  Szóval a hw/sw környezet:

  - exDigi, One PPPoE kapcsolat
  - ZTE zxhn f618v2 modem, optikai kapcsolattal (csak internet)
  - Asus RT-AC65P router
  - OpenWRT (most frissítettem, latest verzió)
  
  Jelenleg saját router nélkül vagyok, az ZTE router módban fut, rajta egy 4portos TP-Link Switch-el van itthoni hálózat. Így 6 napja nincs problémám.
  Emiatt azt gondoltam a router okozza a hibát és keresem már, hogy mit vegyek helyette.

  Viszont az, hogy nálad ugyanez a gond van, hát ... több, mint elgondolkodtató.

• #20566 skippper senior tag skippper #20565

  Új Válasz 2024-12-22 10:14:20 #20566

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  skippper

  senior tag

  válasz skippper #20565 üzenetére

  Egy dolog kimaradt - két fő prioritásom van, amit szem előtt tartok -> lagspikeok elkerülése kompetitív játékok alatt (az, hogy 5 vagy 6ms a latency nem érdekel, de ne legyenek spikeok benne, amennyire meg tudom oldani), a másik pedig az alapvető biztonság (nem kell atombunker, de a "szomszédhoz könnyebb legyen betörni")

• #20519 devast addikt skippper #20518

  Új Válasz 2024-12-16 16:51:35 #20519

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  devast

  addikt

  válasz skippper #20518 üzenetére

  Részletesebben itt.

• #20517 xabolcs őstag skippper #20515

  Új Válasz 2024-12-16 15:57:26 #20517

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  xabolcs

  őstag

  válasz skippper #20515 üzenetére

  m.2-es nic?
  Honnan, milyen, nem melegszik, nem fogyaszt sokat?

• #20516 devast addikt skippper #20515

  Új Válasz 2024-12-16 15:48:30 #20516

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  devast

  addikt

  válasz skippper #20515 üzenetére

  Gigabites nic-el, feltételezve hogy nem multi-queue szerver chipes én úgy szoktam csinálni n100-on, hogy core 0 az elso nic irq-ja, core 3 a masodik nic irq-ja, es es a 1/2 osszevonva megy a packet steering mindket nic-rol:
              #eth0 core 0
            echo -n 1 > /proc/irq/`grep eth0 /proc/interrupts|awk -F ':' '{print $1}'|xargs`/smp_affinity
            #queues on core 1,2
            echo 6 > /sys/class/net/eth0/queues/rx-0/rps_cpus
          echo 6 > /sys/class/net/eth0/queues/tx-0/xps_cpus
            #eth1 core 3
            echo -n 8 > /proc/irq/`grep eth1 /proc/interrupts|awk -F ':' '{print $1}'|xargs`/smp_affinity
            #queues on core 1,2
            echo 6 > /sys/class/net/eth1/queues/rx-0/rps_cpus
          echo 6 > /sys/class/net/eth1/queues/tx-0/xps_cpus

  Mondjuk az xps_cpus az azt hiszem 1 queue-s nicekkel nem mukodik, de artani biztos nem art, max kikommenteled.

• #20514 vargalex Topikgazda skippper #20503

  Új Válasz 2024-12-16 09:30:53 #20514

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vargalex

  Topikgazda

  válasz skippper #20503 üzenetére

  Szerintem az SQM azért elég erőforrás zabáló tud lenni...

• #20505 xabolcs őstag skippper #20503

  Új Válasz 2024-12-15 21:22:29 #20505

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  xabolcs

  őstag

  válasz skippper #20503 üzenetére

  A virtualizacioval lehet baja van a realtek-nek, azzal nincs tapasztalatom, de ahogy lathattad, nativan nalam usb rtl8153-rol egy masik usb rtl8153-ra ment a natolas, minden roccenes nelkul wirespeed-en!

  vargalex:

• #20501 xabolcs őstag skippper #20488

  Új Válasz 2024-12-15 19:17:25 #20501

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  xabolcs

  őstag

  válasz skippper #20488 üzenetére

  Egy DHCP tesztet csinaltam ket, USB-s rtl8153-mal.
  Soft offload nelkul is mertem 900+/300+ speedtest-et, de 500/300+-t is.
  iperf3-mal megvolt oda-vissza a 900+!

  Majd osszerakok egy PPPoE halozatot is, de 930 felett nem nagyon lehet PPPoE kapcsolatot merni gigabites linksebesseg mellett.

• #20494 devast addikt skippper #20493

  Új Válasz 2024-12-15 12:22:48 #20494

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  devast

  addikt

  válasz skippper #20493 üzenetére

  Ideális esetben flow controlnak off-on kellene lennie. Ha nincs valahol specifikusan dokumentálva, hogy kapcsold be (pl iscsi san hálózatokon van értelme), akkor mindig off. Elég ha a drót egyik végén kikapcsolod ezeket, általában auto negotiation-ra vannak állítva. Viszont ha virtualizálsz, akkor ott kell kikapcsolni ahol fizikailag a nic van.

• #20492 devast addikt skippper #20491

  Új Válasz 2024-12-15 11:52:21 #20492

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  devast

  addikt

  válasz skippper #20491 üzenetére

  amikor ugyanez a NIC a Lan felé néz, nem a WAN-ra, akkor reccenés nélkül bírja a 950-et. Van különbség aközött, hogy WAN vagy LAN interfaceként használom? Más a teljesítményigénye konkrétan a NIC-re?

  Ez így ránézésre flow controlnak tűnik. Valszeg az isp eszköz autora van állítva a switcheden meg off. Próbáld meg, hogy ethtool-al kikapcsolod a flow control-t.
  ethtool -A eth0(az eszkoz neve) rx off tx off autoneg off
  Ha nincs ethtool-od, akkor
  opkg update
opkg install ethtool

• #20490 xabolcs őstag skippper #20488

  Új Válasz 2024-12-15 10:34:57 #20490

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  xabolcs

  őstag

  válasz skippper #20488 üzenetére

  Flow offload-ot bekapcsoltad az N100-on?
  Nativan, pl egy USB-rol inditva nincs kedved ugyanezt kiprobalni?

  Este, vagy inkabb holnap meg tudom probalni ezt az N100 + USB ethernetes routingot.

• #20489 devast addikt skippper #20488

  Új Válasz 2024-12-15 10:18:02 #20489

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  devast

  addikt

  válasz skippper #20488 üzenetére

  - rPi 4B <= felejtsd el, router celra. Persze, meg lehet eroszakolni, meg elvileg mukodne, de egyaltalan nem arra valo, es ahhoz kepest tul draga.
  - N100 az jo, viszont en nagyon nem usb-s realtek nic-et hasznalnek routerben...
  Valoszinuleg az usb-s realtek miatt f*s az egesz.
  Plusz megjegyzes, hogy iperf-el nem ugy tesztelsz egy routert, hogy a szerver/kliens azon fut, hanem 2 kulon eszkozon, es a router csak a ketto kozott iranyitja a forgalmat. Maga az iperf3 is tud nem keves cpu-t enni, es ez befolyasolja az eredmenyt.

Új hozzászólás Aktív témák