Hegi

Tag
  • Tartalmak

    25
  • Csatlakozás időpontja

  • Utolsó látogatás

Blogkommentek, amit Hegi posztolt


  1. 14 órája, DaneeXIII írta:

     "Ez a Wi-Fi-hálózat nem ad internet hozzáférést." Ezt a hibaüzenetet kapom. Itthon minden más eszköz tökéletesen működik. (Az én telómon kívül még 3, és 2 laptop, valamint 2 asztali gép)
    Viszont az én telefonom pedig mindenhol máshol rendben van. Koliban, barátnőnél, haveroknál, suliban. Mindenhol máshol, ahol eddig próbáltam.:(
    Mi lehet a baj? Mit lehet tenni? Egy router a modem mellé? Ha igen, melyiket ajánlanátok, mire kell figyelnem ilyenkor?
    Előre is köszönöm szépen a válaszokat! ^_^

    Próbáld meg a telefont fix IP címre beállítani, manuálisan. Ilyen hibaüzenetet én akkor kaptam, amikor nem osztott a kliensnek IP címet a Sagem.


  2. 22 órája, anonymus írta:

    Új szoftver érkezik hamarosan, ami a következő változásokat hozza:

    -Számos új funkció

    -Linux alapú szoftver,  így pl 5000 egyidejű kapcsolat helyett 20.000 egyidejű kapcsolatot tud kezelni

    -Fon

    -Számtalam hibajavítás

    -Korábiaknál jobb wifi performencia AC-n akár 600M+

    -Ftp külső hálózaton

    Egy körülbelüli időpontot tudsz mondani, mikor lesz az a hamarosan? Ugyanis éppen lecserélni tervezem ezt a szép fekete dobozt akár szolgáltatóval együtt is, de lehet hogy ha nem sokáig kell várni az új szoftverre akkor azt még megvárom.


  3. Sziasztok,

    Szeretném tudni (ha nem titkos), hogy milyen jel-zaj viszony elfogadható a letöltési csatornákon, illetve milyen értékek lennének megfelelőek pl jelszintben.

    Azért érdekel, mert mostanság naponta többször újraindul a Sagem, és mielőtt leadnám hibára, megnézném mit mond a vonalról. Másrészt, lehet, hogy maga a router halódik. Minden újrainduláskor ilyen üzenet van a logban:

    TLV-11 - unrecognized OID;CM-MAC=24:7f:20:ac:c2:18;CMTS-MAC=... 

     

    Köszi


  4. Ekkor: 20/03/2019 at 21:21, Sagi írta:

    eredményes ping

    Pinging 192.168.0.19 with 32 bytes of data:
    Reply from 192.168.0.19: bytes=32 time=10ms TTL=128
    Reply from 192.168.0.19: bytes=32 time=10ms TTL=128
    Reply from 192.168.0.19: bytes=32 time=2ms TTL=128
    Reply from 192.168.0.19: bytes=32 time=18ms TTL=128

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

     

    Nem lehet, hogy a nyomtató nem fix IP címen van, és minden alkalommal másik címet kap a DHCP-től? Ezért nem elérhető... Próbáld meg a nyomtatót fix IP címmel. Régebben a Sagemcom DHCP szervere nálam is akadozott, aztán a fontos gépeket fixre címeztem és ezzel megkerültem a problémát.


  5. Szerintem ez akár normális is lehet, amikor a DHCP lease lejár, akkor újrakéri az eddigi IP címet - de attól még a bérlete le fog járni. És gondolom ezt a Windows benaplózza (bár nem ismerem a Windowst ilyen mélységig). Próbáld meg max értékre állítani a Sagemben a DHCP lease értéket, én nem emlékszem fejből most mennyi illetve hogy mennyi a default.


  6. Ekkor: 07/01/2019 at 19:27, Bitang írta:

    2.4 GHz-nél csak a 20/40-Auto beállítás elérhető a sagecom modemnél de 20MHz-en futtatja. Nincs túl sok wi-fi a környéken így nem lettem sokkal okosabb de köszi az ötletet mindenkinek.

    Igen, ebben a routerben ez így van megtervezve. Vagy fix 20 MHzre állítod, vagy 20/40 auto-ra, amit a router automatikusan le fog venni 20-ra ha a 2.4 GHz-es sávban jelet észlel.


  7. Ekkor: 03/01/2019 at 12:36, Bitang írta:

    Üdv!

    Próbáltam visszaolvasni de nem láttam semmi hasznosat így kérdeznék. Adott egy 150Mbites net a most cserélt sagecom fast386 v2.0 3.97 modemmel. A 2.4Ghz WiFi-m nem hajlandó 45 Mbit-nél gyorsabb netet adni egyetlen eszközön sem. Annak ellenére sem hogy közvetlen a modem mellé rakom. Az 5Ghz WiFi minden gond nélkül stabilan tartja a 140-150 Mbit-et ugyanilyen elhelyezéssel. Van erre valami megoldás/beállítás hogy jobban hasítson? Köszi ha segítesz!

     

    Nagy valószínűséggel a 2.4 gigás wifid 20 Mhz sávszélességre van korlátozva (40 helyett). Ellenőrizd, hogy 802.11 b/g/n van-e beállítva, de mivel ez a default, szerintem az lesz, hogy a router lekorlátozza a sávszélességet. Akkor csinál ilyet, ha zavart a 2.4 GHz-es sáv.


  8. 23 órája, aaronmeister írta:

     

    Az előfizetésem 50es elvileg. egy speedteseten wifin kb 52/5öt mérek (lehet h akkor kábelen nem is lesz ennél gyorsabb?),de kábelen nem tudom, a kábeles netet szeretném megcsinálni.
    A kábel 10 méteres, cat.5E, csatlakozás nincs a modem és a gép között.
    Zöld színű a led, de a gép ugye "Nem Azonosított Hálozatot" jelenít meg, és a kapcsolat "Korlátozott".
     

    Ennél jobbat a vezetékesen se fogsz kapni, ennyi az előfizetésed. A PCden azért korlátozott az internet, mert még nem azonosítottad a hálózatot (otthoni, nyilvános, stb). Ezért a Windows nem engedi ki a gépet az internetre, de elvileg a Sagemet el tudod érni. Ha jól emlékszem, a windowsban a control panelben (vezérlőpult) lesz egy hálózatos ikon, és abban meg tudod adni, hogy az ethernet milyen tipus.

    Ellenőrizni úgy tudod a kapcsolatot, hogy indítasz egy command prompt-ot (parancssor talán a magyar - futtatás menüben beírod: cmd) és kiadod az "ipconfig" parancsot. Ha itt van az ethernet portodnak IP címe, pl. 192.168.0.2 akkor a routert jól látja a PC.


  9. Ekkor: 11/06/2018 at 11:57, anonymus írta:

    Jelszintek ? Ebből nem derül ki semmi sajnos:(

    Közvetlenül újraindulás után. Nem tűnik rossznak...

    Csatorna Állapot Moduláció Azonosító Frekvencia Teljesítmény SNR
    1 Beállítva QAM256 2 132000000 Hz -4.0 dBmV 39.6 dB
    2 Beállítva QAM256 18 514000000 Hz -1.8 dBmV 44.5 dB
    3 Beállítva QAM256 17 506000000 Hz -2.1 dBmV 40.3 dB
    4 Beállítva QAM256 19 522000000 Hz -2.3 dBmV 44.3 dB
    5 Beállítva QAM256 20 530000000 Hz -2.1 dBmV 44.2 dB
    6 Beállítva QAM256 21 546000000 Hz -3.0 dBmV 43.9 dB
    7 Beállítva QAM256 22 554000000 Hz -2.6 dBmV 44.0 dB
    8 Beállítva QAM256 23 562000000 Hz -3.6 dBmV 43.5 dB
    9 Beállítva QAM256 24 570000000 Hz -3.5 dBmV 43.4 dB
    10 Beállítva QAM256 5 346000000 Hz -3.3 dBmV 43.3 dB
    11 Beállítva QAM256 6 354000000 Hz -3.4 dBmV 43.4 dB
    12 Beállítva QAM256 7 362000000 Hz -3.9 dBmV 42.6 dB
    13 Beállítva QAM256 8 370000000 Hz -4.1 dBmV 42.6 dB
    14 Beállítva QAM256 9 378000000 Hz -3.8 dBmV 43.0 dB
    15 Beállítva QAM256 10 386000000 Hz -4.3 dBmV 42.8 dB
    16 Beállítva QAM256 11 394000000 Hz -4.3 dBmV 42.9 dB
    17 Beállítva QAM256 12 402000000 Hz -4.0 dBmV 42.4 dB
    18 Beállítva QAM256 1 124000000 Hz -3.5 dBmV 40.7 dB
    19 Beállítva QAM256 3 140000000 Hz -3.9 dBmV 39.9 dB
    20 Beállítva QAM256 4 148000000 Hz -4.8 dBmV 39.0 dB
    21 Beállítva QAM256 13 434000000 Hz -4.3 dBmV 41.9 dB
    22 Beállítva QAM256 14 442000000 Hz -3.9 dBmV 42.0 dB
    23 Beállítva QAM256 15 450000000 Hz -3.8 dBmV 41.9 dB
    24 Beállítva QAM256 16 458000000 Hz -3.8 dBmV 41.9 dB


     

    Feltöltési csatornák állapota
    Csatorna Állapot Hozzáférés típusa Azonosító Szimbólum ráta Frekvencia Teljesítmény
    1 Beállítva ATDMA 4 5120 Ksym/sec 55400000 Hz 47.5 dBmV
    2 Beállítva ATDMA 1 5120 Ksym/sec 36200000 Hz 46.0 dBmV
    3 Beállítva ATDMA 2 5120 Ksym/sec 42600000 Hz 46.0 dBmV
    4 Beállítva ATDMA 3 5120 Ksym/sec 49000000 Hz 47.5 dBmV
    5 Nem beállított Ismeretlen 0 0 Ksym/sec 0 Hz 0.0 dBmV
    6 Nem beállított Ismeretlen 0 0 Ksym/sec 0 Hz 0.0 dBmV
    7 Nem beállított Ismeretlen 0 0 Ksym/sec 0 Hz 0.0 dBmV
    8 Nem beállított Ismeretlen 0 0 Ksym/sec 0 Hz 0.0 dBmV

  10. Sziasztok,

    mostanában egyre gyakrabban indul újra a Sagem (nem fizikailag, csak újraszinkronizál). Ezek vannak az eventlogban, bejelentsem hibára?

    Idő Prioritás Leírás
     Mon 11 Jun 2018 11:11:29  Értesítés (6)  Honoring MDD; IP provisioning mode = IPv4 
     Mon 11 Jun 2018 11:11:34  Figyelmeztetés (5)  DHCP WARNING - Non-critical field invalid in response ;CM-MA... 
     Mon 11 Jun 2018 11:11:34  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.1;CM-MAC=24:7f... 
     Mon 11 Jun 2018 11:11:34  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.2;CM-MAC=24:7f... 
     Mon 11 Jun 2018 11:11:34  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.3;CM-MAC=24:7f... 
     Mon 11 Jun 2018 11:11:34  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.4;CM-MAC=24:7f... 
     Mon 11 Jun 2018 11:11:34  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.5;CM-MAC=24:7f... 
     Mon 11 Jun 2018 11:11:34  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.6;CM-MAC=24:7f... 
     Mon 11 Jun 2018 11:11:34  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.7;CM-MAC=24:7f... 
     Mon 11 Jun 2018 11:11:34  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.8;CM-MAC=24:7f... 
     Mon 11 Jun 2018 11:11:34  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.9;CM-MAC=24:7f... 
     Mon 11 Jun 2018 11:11:34  Értesítés (6)  TLV-11 - unrecognized OID;CM-MAC=24:7f:20:ac:c2:18;CMTS-MAC=... 
     Mon 11 Jun 2018 11:24:08  Kritikus (3)  Started Unicast Maintenance Ranging - No Response received -... 
     Mon 11 Jun 2018 11:34:23  Kritikus (3)  Unicast Ranging Received Abort Response - Re-initializing MA... 
     Mon 11 Jun 2018 11:34:35  Kritikus (3)  Received Response to Broadcast Maintenance Request, But no U... 
     Mon 11 Jun 2018 11:34:43  Kritikus (3)  Unicast Ranging Received Abort Response - Re-initializing MA... 
     Mon 11 Jun 2018 11:34:55  Kritikus (3)  Started Unicast Maintenance Ranging - No Response received -... 
     Mon 11 Jun 2018 11:34:55  Kritikus (3)  Received Response to Broadcast Maintenance Request, But no U... 
     Mon 11 Jun 2018 11:35:17  Kritikus (3)  No Ranging Response received - T3 time-out;CM-MAC=24:7f:20:a... 
     Mon 11 Jun 2018 11:35:24  Értesítés (6)  Honoring MDD; IP provisioning mode = IPv4 
     Mon 11 Jun 2018 11:35:29  Figyelmeztetés (5)  DHCP WARNING - Non-critical field invalid in response ;CM-MA... 
     Mon 11 Jun 2018 11:35:30  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.1;CM-MAC=24:7f... 
     Mon 11 Jun 2018 11:35:30  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.2;CM-MAC=24:7f... 
     Mon 11 Jun 2018 11:35:30  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.3;CM-MAC=24:7f... 
     Mon 11 Jun 2018 11:35:30  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.4;CM-MAC=24:7f... 
     Mon 11 Jun 2018 11:35:30  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.5;CM-MAC=24:7f... 
     Mon 11 Jun 2018 11:35:30  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.6;CM-MAC=24:7f... 
     Mon 11 Jun 2018 11:35:30  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.7;CM-MAC=24:7f... 
     Mon 11 Jun 2018 11:35:30  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.8;CM-MAC=24:7f... 
     Mon 11 Jun 2018 11:35:30  Hiba (4)  Missing BP Configuration Setting TLV Type: 17.9;CM-MAC=24:7f... 
     Mon 11 Jun 2018 11:35:30  Értesítés (6)  TLV-11 - unrecognized OID;CM-MAC=24:7f:20:ac:c2:18;CMTS-MAC=... 
     Mon 11 Jun 2018 11:36:24  Kritikus (3)  Started Unicast Maintenance Ranging - No Response received -... 
     Mon 11 Jun 2018 11:35:46  Értesítés (6)  eRouter is provisioned with IPv4 mode 
     Mon 11 Jun 2018 11:35:46  Értesítés (6)  eRouter retrieved DNS 84.2.44.1  
     Mon 11 Jun 2018 11:35:46  Értesítés (6)  eRouter retrieved DNS 84.2.46.1  
     Mon 11 Jun 2018 11:35:46  Értesítés (6)  eRouter retrieved an IPv4 31.46.143.220 with lease of 74925 ... 
     Mon 11 Jun 2018 11:11:59  Értesítés (6)  192.168.10.12 has expired or released! 
     Mon 11 Jun 2018 11:11:50  Értesítés (6)  eRouter is provisioned with IPv4 mode 
     Mon 11 Jun 2018 11:11:50  Értesítés (6)  eRouter retrieved DNS 84.2.44.1  
     Mon 11 Jun 2018 11:11:50  Értesítés (6)  eRouter retrieved DNS 84.2.46.1  

  11. 18 órája, btz írta:

    @Hegi

    Miért akarsz vele dupla natot és alhálózatot csináltatni? Ahhoz amit ő szeretne, ahhoz felesleges így megcsinálni. Céltalan. 

    Csak a default beállítások miatt. Ugyanis ha  két router van a hálózatban akik routolnak is, akkor eléggé megnőhet a ping, akkor a dupla nat a kisebbik baj.

    Természetesen lehetnek ugyanabban a subnetben is, de akkor valamelyik routert ki kellene kapcsolni (jelen esetben bridge mód kizárva az IPTV miatt, pedig az lenne a rendes megoldás).


  12. Ekkor: 07/04/2018 at 11:02, csabesz1971 írta:

    Sziasztok. Leskicceltem, hogyan épül fel jelenleg az itthoni hálózatom.Tudom, *****, de ma megyek eszközbeszerző útra, és addig is kérnék Tőletek egy kis segítséget, hogy rendezzem át az egészet, hogy a wifi is jó legyen, mert ugye azzal vannak gondok, és a többi, LAN-ra dugott eszközöm is jól működjön.Ha számít, akkor 250-es T-s netem van. Délután beszerzek egy remélhetőleg gigabites wifi routert, bár eléggé drágállom némelyiket bevallom.A 2 gigabites switchet egyenlőre nem bántanám, de ha azt mondjátok, akkor szétbombázom.

    A kérdéseim: kell-e bármelyik ,akár létező, akár később beszerzésre kerülő (ma délután) eszköz default IP-jét változtassam, ha igen, mire?

    Hova kerüljön a hálózatba a most beszerzésre kerülő wifi router? Hogy konfigoljam át a SAGE-t úgy, hogy ne Ő ossza a WIFI-t?A 3 TV-t nem piszkálnám, azokat továbbra is a SAGE-nak kell kiszolgálnia.Nincs bridge mód, nem is nagyon szeretném...

    A wifi routert terveim szerint valahova a desktop gép környékére raknám, mármint fizikailag...ott szabadon lenne, nem úgy, mint most a SAGE, a TV mögött :-) De ez részletkérdés :-)

    A rajzért sorry, pár perc alatt dobtam gyorsan össze :-)

     

    Na, akkor.

    Az új routert tedd a Sagem és a két switch közé, így: Sagem - router - switch, mindkettő switchet a router LAN portjaira kösd, a router WAN lába menjen a Sagem üres LAN portjába, amin nincs TV.

    Sagem: 192.168.1.1, DHCP mehet .10 -től akár az összesre, szóval kioszthatsz 243 címet. A routerben állítsd be a WAN portra a static címeket 192.168.1.2, default gateway 192.168.1.1 (a Sagem címe) netmask 255.255.255.0, de hagyhatod alap DHCP-n is akkor a 192.168.1.10 címet fogja megkapni. A router LAN legyen DHCP, 192.168.0.1-192.168.0.255 között  - ha nem akarod átcímezni a dolgokat. Alapvetően NET1= sagem router közötti, NET2 = a router LAN és a két switched

    Ha azt akarod, hogy az új routered szórja a wifit, akkor egyszerűen kapcsold ki a Sagemben (kiszeded a pipát a Wifi neve mellől) és engedélyezd a router saját wifijét a kézikönyv alapján. Mivel így a router is meg a két LAN Switch is ugyanazon a networkon lesz, ha valahol nagyon gyenge a Wifi akkor veszel Access Pointot ( ilyesmire gondolok pl: https://edigital.hu/jelerosito/asus-rp-n12-300mbps-hatotavnovelo-range-extender-p403898) és azt feldugod az egyik szabadon maradt switchportra.

    Remélem érthető voltam, de ha nem, szivesen segitek.


  13. 1 órája, acel írta:

    Olvass vissza, a media szervert felejtsd el,  vegyel inkabb egy pi3b-t helyette. Nekem az asus rt66ac b2  is kevés mediaszerver/letöltő kliensnek.

    Nem akarom én a media szervert valóban használni, csak tesztként gondoltam feléleszteni. És még mindig áll amit régebben írtam: minek van benne, ha nem használhatom? Akkor ne legyen, mert így csak bosszantásnak jó.


  14. Nekem TP-Link WR-941 van itthon (v1), sosem volt vele gondom - de csak egysávos. Amikor megkaptam a Sagemcomot, a routert félretettem, nálam bridge mód nem nem játszik sajnos. Most a TPLink egy jó barátomnál dolgozik, eddig szintén hiba nélkül.

    Nos, nálam stabilabbnak tünik a wifi. igaz, kikapcsoltam egy csomó dolgot a Sagemben, pl. az összes USB funkciót. Még tesztelem, mit szól ha a media server is dolgozni fog. Mindenesetre a panaszkodásnak vége, bár fix csatornán megy most mind a 2.4, mind az 5 GHz. Én elsőre elégedett vagyok a 3.97-el.


  15. Ekkor: 27/03/2018 at 15:28, anonymus írta:

    Annak ne örülj :) 3.87 és a 3.91-ben is van wifi fagyi. Szoval nagyon nem lenne neked ez megoldás.

     

    Valakinek van valami változás?

    Ma egész nap a wifin dolgoztam, gond nélkül. Igaz, hogy 35 centire a routertől, senki más nem volt a hálózaton, és kizárólag az 5GHzes sávban. Húsvét után fog kiderülni az igazság, addigra elég komolyan meg fogom *****atni..  ööö... szóval kipróbálni.


  16. 28 perce, anonymus írta:

    Wifi fagyásra eddig pasz, nyomozok ahogy olvastam csak 3.87-el 3.91-el senkinek nem volt baja.  

     

    Fő ok a halgatásomra jelenleg hogy lesznek bizonyos humán biorobot beli változások. Illetve nekem nem ez a kenyérre valo munkám. :( Egy másik nagy projekt 8-5ig leköt h-p:((((

    Már megbocsáss - de kinek van már 3.91 ? a wifi fagyás már a 2.xx firmware-ben is hiba volt, a 3.87 után valamivel jobb lett, bár a jelszint is visszaesett egy kicsit.

    Nem sürgetni akarlak amúgy, félre ne érts.


  17. Ekkor: 2018. 03. 17. at 19:27, OldMike írta:

    Sajnos az utóbbi néhány napban két olyan problémát okozott a HGW, amit csak újraindítás, illetve a másodiknál áramtalanításos újraindítás oldott meg. Az elsőnél "csak" a wifi szűnt meg. Érdekes - számomra legalábbis - hogy a mobil eszközök jelezték a hálózatot, és jónak mutatták a vonali kapcsolatot, de az egyik csak próbálgatott kapcsolódni (sikertelenül), a másik viszont nem írt sem kapcsolódást, sem pedig hibaüzenetet sem. Mindenesetre adatkapcsolat nem jött létre (offline volt mindkettő), a HGW-n viszont a wifi LED folyamatosan villogott. Nem rendszertelenül, ahogyan egyébként. Mivel kábeles internet volt, a PC-ről újraindítottam, és rendbe jött a wifi.

    Ez nálam is gyakori hiba, a Wifi egyszerűen lemerevedik. Ilyenkor Wifin keresztül a routert sem lehet elérni, vezetékről működik. Minden mobil eszköz eléri a rádiót és be is tud lépni, de kifele már semmi.

    V1 és még 3.87.


  18. 23 órája, zulu írta:

    Szia

    Szerintem,ha szépen megkéred a 1414-en megcsinálják neked.Miért ez nem jó,valami nem működik jól?

     

    Hogy őszinte legyek, pont a wifi nem működik jól.  Sosem volt fényes, és biztosra veszem, hogy ezen a 3.91 se fog változtatni.

    Adunk egy routert amiben van WiFi 2.4 és 5 GHz is, de 2.4 GHz-en nem lehet beállítani a fix 40 MHzes csatornákat, mert a router úgy gondolja. Nem a felhasználó, hanem a router... A wifi jelszint olyan amilyen.  Az 5 GHzes csatorna visszaáll 20 MHzre, csak úgy. Adunk CUPS servert, de annyira elavult, hogy rengeteg nyomtatóval nem kompatibilis... Szóval nem lenne jobb ezeket nem is erőltetni? Az efi csak azt látja, hogy kap valamit ami benne van a dobozban csak éppen nem működik, és marhára nem érdekli, hogy miért nem és kinek a hibájából nem megy. Jobb lenne egy butább, de stabilan működő HGW, mint egy olyan amiben minden van, csak rosszul. Mert az ember csak olyan, hogy ha megkapja akkor használni szeretné jól. Akkor minek van benne BÁRMI, ha használhatatlan? Bosszantásnak?

    Tudom, hogy a 3.87 egy viszonylag stabil FW. Viszont nem minden efi fog utánatúrni annak, hogy miért lassult be a netje amióta ez a frankó kis fekete doboz áll az asztalon. Csak mérgelődik, és aztán a telekom meg veszti az ügyfeleket.

    És a végére: azt is tudom, hogy ez nem a ti hibátok srácok - csak ez most kikívánkozott belőlem.