-
Fototrend
DIGI internet Gyakran Ismételt Kérdések
(Kattints az Összefoglaló kinyitása feliratra!)
Utolsó frissítés: 2024. február
Új hozzászólás Aktív témák
-
dchard
veterán
válasz Lajosnagy17 #86612 üzenetére
A kisebb hálózatok felvásárlása évek óta zajlik. 5 évvel ezelőtt még 200-nál is több kistérségi hálózat üzemelt, 2019 végére 70-nél is kevesebb maradt. A bekebelezés pedig tovább zajlik. Őszintén szólva fájó kimondani, de az esetek nagy részében az ügyfelek jobban járnak ezzel. Amennyi lerohadt méregdrága ilyen hálózatot láttam már az országban, nem tudom jó érzéssel azt mondani, hogy kár értük.
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
válasz qnadam #86642 üzenetére
Majdnem megkérdeztem tőle, hogy mennyi tapasztalata van mérőszerver üzemeltetéssel, de aztán rájöttem, hogy van jobb dolgom is Használtam már kismillió féle engine-t szerver oldalon, de az a helyzet, hogy a körülményessége ellenére az Ookla terméke tűnik a leginkább megbízhatónak, különösen a gigás sebességek tekintetében. Nálunk alkalmas ONT-vel saját szerverrel ki tudom mérni a 2.3gigát is (az ONT-n 2.5gigás ethernet port van), bármi más volt a szerver oldalon, teljesen következetlen eredmények jöttek ki.
[ Szerkesztve ]
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
válasz TeeJay #86786 üzenetére
Ha tippelnem kéne azt mondanám, hogy vagy a 100gigás port upgrade, vagy a hozzá kapcsolódó bővítések/átterelések környékén lesz a hiba. Az hogy ennyi ideig nem tudják elhárítani azt jelzi, hogy esetleg hw limit lesz valahol (például a bővített kapacitást nem tudja valamelyik router kinyomni).
Ezt némiképp megerősíti, hogy a saját speedtest szerverük (ami hálózaton belül van, bőven a BIX előtt), az frankón működik, ennek ellenére oldal betöltések, YT nézés az elég vacak (főleg ha bele tekerek vagy gyorsítva nézném).
[ Szerkesztve ]
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
válasz MasterMark #86855 üzenetére
Szerintem az MSS clamping-et minden router csinálja PPPoE-n, ellenkező esetben eddig is szart mértek volna, különösen uplink-ben.
A DNS szerveres ötleted tűnik jónak, nálam évek óta Cloudflare és google van az első és második helyen, és az elmúlt napokban teljes kiesésem nem volt, csak néhány weblapnál lehtett érzékelni (inkább külföld felé), hogy igen lassú, illetve YT is lassan bufferel.
Megnézve a két DNS szervert (CF és google) az előbbi keveseb HOP és nem használ külső peeringet, utóbbi kettővel több HOP és peering-en éri el. Ez utóbbi azért is érdekes, mert mind a kettő elérhető direktben a BIX-en keresztül is. Szóval ezért is érdemes minimum ezt a kettőt használni.
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
válasz TeeJay #87089 üzenetére
Arról nem beszélve, hogy ha valóban core router gond van, az ugyanúgy értinti az FTTB ügyfeleket is, ahogyan az látszik is. Engem is lecsaptak 160mega uplink-re, de legalább stabil a szolgáltatás. Nálunk TV-vel telefonnal nem volt gond.
Az is érdekes, hogy a face-n előkerültek a "már hetek, hónapok óta szar" ügyfelek. Gondolom ők "hetek, hónapok óta" be is jelentették ezt, hiszen ha nekik valóban hosszú idő óta szar, annak semmi köze a jelenlegi hibához.
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
válasz TeeJay #87114 üzenetére
Nekem sem volt eddig semmi gondom, pedig napi több órát skype-olok nyugat-eu-val. Ha csak egy kicsit is bizonytalan lenne a kapcsolat, az gyorsan feltűnne. Persze előfordulhat, hogy pont ez a peering mindig atom stabil, a többi meg vacakol, csak hát ennek kevés az esélye. Az is igaz, hogy sosem használtam a Digis névszervereket.
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
Szerintem félre érted a dolgot. A hülyeség az, hogy a beszélgetés folyam amire válaszoltál, annak az elején a kérdező összekötötte a sávszélesség és a szolgáltatói névszerver használatát, ami valóban hülyeség, vagy nevezzük tájékozatlanságnak.
Egyébként a legtöbb tipikus operációs rendszeren 300-600 másodperc a DNS cache egyes bejegyzéseinek az élettartama, utána mindenképpen új lekérdezés történik, de vannak esetek, amikor ennél sűrűbben is. Ergó mindegy, hogy naponta milyen oldalakat nézel, de az is mindegy, hogy óránként mit nézel Legalább is DNS cache szempontból.
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
válasz TeeJay #87151 üzenetére
Hogy mit hogyan kéne csinálni tökéletesre, meg mi a gazdasági realitás, az két külön dolog. Sokkal jellemzőbb, hogy redundáns (!) kapacitásból soha nem áll rendelkezésre annyi, amennyi a csúcs terhelést le tudja kezelni. Nyilván ennek is van méretgazdaságossága: nem mindegy, hogy két CR-ből szarik be egy, vagy 5-ből, esetleg 10-ből. A másik, hogy a komolyabb CR-ek port és linecard szinten is redundánsak, tehát az hogy "beszarik" egy komplett CR, szinte elképzelhetetlen. Tehát összességében sokkal jellemzőbb, hogy tandemben működnek a CR-ek, ha úgy tetszik a redundancia másodlagos, inkább a terhelés elosztás a fő funkció.
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
válasz viktorhu #87326 üzenetére
"Lehet, hogy a 128-asnál is nagyobb osztást alkalmaz?"
Ez valószínűtlen. A sima GPON nem tud 1:128-nál többet, nem hiszem hogy belemennek valamelyik vendor semmivel nem kompatibilis bővített OMCI protokol implementációjába. A másik meg, hogy a legtöbb helyen power budget sem lenne még az 1:128-ra sem, nemhogy felette.
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
válasz Sisco2 #87423 üzenetére
Toronto nekem 250/300mega (ez teljesen jó), Sydney 300-as válaszidővel 70/70.
Az üzleti csomag fiy IP-vel nem fog segíteni, de átpakolni sem fogják, csak mert neked rossz. Mérjél speedtest.net-en az említett két városra. Ha 100mega felett vagy (Sydney esetében ez a 70/70 már jó), akkor a túloldali szerver van szar helyen hostingolva, esetleg ha még VPN is van, akkor a céges VPN szerver nemzetközi iránya a szar, vagy a feltöltésre használt protokol nem többszálú vagy rosszul tűri a 100ms+ válaszidőt. Akárhogy is: ezt a Digi nem fogja neked megoldani.
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
Nálam 25ms Hollandia. Talán sosem volt még ilyen jó VPN-en látok egy-egy dobott csomagot nagy ritkán, de ha ugyanezt a host-ot nem VPN-en pingelem, akkor jó, tehát ez az egy-egy csomag sem Digis probléma.
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
válasz pinnacle #87618 üzenetére
A műholdak nem is, de a meteorológiai radarok annál inkább. Valószínűleg DFS miatt mászott vissza. Nézd meg a hozzád legközelebb lévő radart (budapesten három is van: Feri-hegy, Lőrinc és az időképnek is van egy sajátja ami hol megy hol nem). Vidéken is van néhány.
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
válasz pinnacle #87623 üzenetére
Na akkor nézzünk valami hitelesebb forrást: [link]
"budapesti radarnál ~5625 MHz, vidéki radaroknál ~5610 MHz"
Ebben persze Ferihegy, az Időkép és esetleg egyéb nem ismert de radar üzemeltetési engedélyel rendelkező szereplők használata nincs is benne.
Mivel a 40-50 eurós wifi routerek nem spektrumanalizátorok, ezért a radar deteketálás lehet hibás is (fals deteketálás vert jelből például). Nálam 120-as csatornán például nincs radar detektálás, de egy fél hegy kitajarja dél-pestet, ahol a radarok vannak.
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
válasz MasterMark #87627 üzenetére
Olyan értelemben nem lenne mindegy, hogy egy tisztességes lista tükrében könnyebb lenne potenciálisan nem radarral terhelt csatornát választani. A DFS-t pedig sajnos számos eszközben ki lehet kapcsolni, tehát az üzemeltetőknek is érdeke volna, ha könnyebb lenne elkerülni ezeket a frekiket.
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
válasz TeeJay #87730 üzenetére
Az AX lényege, hogy az OFDM moduláció elvégezhető frekvencia szelektíven is (ezt hibásan OFDMA-nak hívják, amihez persze semmi köze). Az AC például OFDM modulációt használt, de csak időosztásban lehetett több klienst kiszolgálni, és a kis sebességű forgalomnál is ez volt a megoldás.
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
válasz 4Grider #87792 üzenetére
Érdemes figyelembe venni, hogy a port upgrade nem feltétlenül jelenti azt, hogy nincs valahol routing limitáció. Simán előfordulhat, hogy a port upgrade után a megnövekedett forgalmat a router már nem tudja kiszolgálni, és ezzel küzdenek. De lehet más limitáció is átviteltechnikán, amit a port bővítés hozott elő.
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
-
dchard
veterán
Maximum FTTB-n. GPON-nál a QoS-nak OMCI-n kell beállítva lennie, különben az OLT nem tudja megfelelően priorizálni a forgalmat. Az OLT egy alapvetően L2 eszköz, ahol a PON Queue-k és a VLAN-ok összerendeléséből, illetve a hozzájkuk beállított sebesség profilokból áll össze maga a modell, ehhez képest a PPPoE egy magasabb szint.
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
-
dchard
veterán
válasz MadMancs #88383 üzenetére
"Ennek a fiberhome cuccnak tv kimenetén se kép se hang, illetve TV led se világít."
Naná, hogy nem. Ezt távolról tudják állítani. Nem csak ki/bekapcsolni, de tudnak bizonyos keretek között gain-t is állítani.
" kb 1 órát hegeszgetett/szerelt csak a lépcsőházi dobozban."
Ez nálunk is így volt, de szűrő az nincs a dobozban, csak az osztó (amire megfelel a leírásod: "2mm vastag és kb 6cm hosszú sötétszürke merev valami"), meg a bekötött szálak.
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
válasz CirrMee #88505 üzenetére
Én annyit tudok neked mondani, hogy 2600x-szel FF szépen ki tudja mérni a maxiumot is, ugyanez igaz a CLI-re is, de az is igaz, hogy következetesen mindig a Digi szerverét választom. Esetleg próbáld meg így, ha még nem tetted volna.
A CLI appról annyit, hogy egy Rasberry Pi 4-en a hivatalos speedtest CLI app is simán kimér mindkét irányban gigabitet, tehát erőforrás problémát CLI oldalon biztos nehéz lenne találni.
Olyat viszont már nem egy laptopnál láttam, hogy ha nincs bedugva, és/vagy nincs kiválasztva a maximális teljesítményű profil (volt olyan hogy a bedugás sem volt elég, a profilt is be kellett állítani), a mérés simán megállt 600meganit körül, és bőven nem volt a proci egyetlen magja sem 100% közelében. Bedugás és profil váltás után ugyanez a laptop kimérte a gigabitet.
Ezek a saját tapasztalataim.
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
válasz CirrMee #88509 üzenetére
Ez jó kérdés, de azt biztosan állíthatom, hogy több különböző gyártó termékével is ez volt a helyzet. Többnyire azért nem csúcs i7-es masinákat kell elképzelni. Ügyfélpanasz kivizsgálás miatt volt fontos, hogy találjunk stabil megoldást giga/giga kapcsolatok megbízható mérésére. A megoldás saját speedtest szerver (a maghálózaton belül), és saját magam által felkészített laptopok voltak Speedtest CLI-vel. Minden más esetben bizonytalan mérés, vagy egyenesen vacak eredmények jöttek ki. A forgalomelemzést végző tűzfal/antivírus is képes elképesztő módon visszavenni a sebességet. A legtöbb esetben ügyfél oldalon is a gyenge PC (hw vagy sw oldalon is jelentkezhet ez a "gyengeség") a fő hibaforrás. Személyesen 24 PON végpontot néztem át, de ebből egyszer sem hálózati hiba okozta a lassulást. Ez utóbbi sokat elárul.
[ Szerkesztve ]
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
2. kerületben elvileg 01:00-től indul a karbantartás, de már döglődik egy csomó irány Szerintem reszelik már a témát. 8.8.8.8 nem válaszol, 1.1.1.1 még igen.
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
válasz TeeJay #88790 üzenetére
Nem a Digi hülyesége. A PON hálózatok power limitesek. Minden egyes végpont amin nincs előfizető rontja a hatékonyságot, mivel az optikai teljesítmény függetlenül attól, hogy a végponton van-e ügyfél, elosztásra kerül. Tehát hacsak nincs monopólium, én 44 lakásra egy 32-es osztót tervezek, és ha abból van 26 előfizető az messze nem olyan jó, mintha lenne 32 és azt a plusz 1-2 előfizetőt meg elviszi más, aki építheti ki a felesleges osztások miatt a hálózatát rosszabb megtérüléssel Tehát összefoglalva: ha egy PON porton a power budget 32 vagy 64 előfizetőt tesz lehetővé, az a jó, ha 32 vagy 64 előfizető van rajta. Nem neked, hanem a szolgáltatónak. Ha ügyes a hálózati topológia (van elég tartalék szál), akkor lehet játszani: például ha egy területen jobbak a szintek az előzetesen tervezettnél, akkor lehet további osztást betenni, vagy egy kevéssé kihasznált portot visszabutítani mondjuk 64-ről 32-re és egy 1:2-es osztóval tovább vinni a ki nem használt "teljesítményt" máshol.
[ Szerkesztve ]
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
válasz Dragon3000 #89143 üzenetére
Szerintem legalább egy végpontig ki kell építenie, az ÁSZF-ben foglalt feltételekkel (valamennyi talán benne van ingyen, utána fizetni kell stb.). Ez a trógerolás csak akkor elfogadható, ha tájékoztatja a usert, hogy a meglévő kábelezés felhasználásával meg tudja csinálni, de 10-ed annyi lesz csak a max sebesség (100Mbit).
Az már csak hab a tortán, hogy ez a közösen visszük egy UTP-ben az ethernetet meg az analóg telefont, nem felel meg semmiféle kötési normának sem. A telefon vonalon a csengetéskor 100-105Volt váltakozó feszültség is lehet, ezt összeereszteni a +-2.5 Voltos ethernettel, főleg ezekkel az ócska árnyéklatlan kábelekkel... Ez az első pillanattól kezdve rossz gyakorlat volt, most meg kezd a nyakukra égni.
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
válasz 4Grider #89151 üzenetére
A második idézett mondat elég egyértelműen leírja, hogy ha például én kapok egy STB-t is (mivel kábeltv-re előfizettem és jár a szolgáltatás részeként az egy darab STB), akkor a kábeltv szolgáltatás vételére alkalmas végberendezés (mely a szolgáltató tulajdonában van) az STB, és nem pedig az ONT, ezért már most meg is dőlt, hogy az ONT az átadási pont. És ha az STB az átaádsi pont, akkor az előtte lévő koax hálózatért is felel az ONT és az STB között.
Arról nem beszélve, hogy ha a szolgáltató embere pénzért kiépíti a hálózatot, azért ugyanúgy felel, hiszen a munkájáért jótállással tartozik. Ha azért a gányolásért pénzt vett fel, akkor garanciális javításra kötelezhető, és majd ha bizonyítást nyert, hogy az ügyfél gányolta össze (bizonyítási kényszer a szerelőn, csinált fotót amivel tudja igazolni, hogy hogy adta át a munkát?), akkor lehet azt mondani, hogy nincs garanciális javítás.
Érzésem szerint az egész probléma abból fakad, hogy a szerelők alig tudnak valamit kiszámlázni, így nem nagyon éri meg az ügyfélnél sok idő alatt igényes munkát végezni, ezért inkább a címekre mennek. Az ügyfél pedig nem mondja azt, hogy csinálja meg rendesen több pénzért, de ingyér elvárná, hogy a budiba is kikábelezzék neki a hálózatot. Ennek az ellentmondásnak a feloldása a gyorsan gányolok, és nem kérek érte pénzt, így felelősségre sem lehet vonni hozzáállás.
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
válasz Dragon3000 #89175 üzenetére
Nincs az az ÁSZF pont, ami ebből a szarból kimosdatja őket. Ez teljesen vállalhatatlan. Aki egy F csatit nem tud felnyomni a koax végére, az inkább kapáljon.
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
"Nézted már a DDR2 írás/olvasási sebességét?"
Nézegetheti, annak önmagában nem sok köze van az elérhető sebességhez. A processzornak annál inkább. Általánosságban DDR2-höz két magos proci volt a jellemző, azzal - hacsak nem linux alatt méri - már bőven lehetnek problémák.
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
válasz Dragon3000 #89341 üzenetére
Mint láttad, én is azt írtam: általánosságban a két mag volt a jellemző. Persze a magszámtól függetlenül is az egy magra vetített IPC is jelentősen elmaradt bármitől az elmúlt 3-4 évből. Az architekturális különbségekről már nem is beszélve.
CoF:
Akkor ugyanarról beszélünk
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
válasz viktorhu #89696 üzenetére
Az ex-matáv (ma telekom) kábelek amiket a 90-es évektől 2000-ig raktak fel, tudok mutatni neked prominens budapesti kerületekben is okádék kábelezéseket, még ha nem is ilyen durvát mint Indiában. Szóval van bőven mit söpörnünk a saját házunk táján is
[ Szerkesztve ]
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
válasz 4Grider #89860 üzenetére
Gondolom elírás az 1000 Gbps. De legalább is remélem.
Egy OLT 80Gbps-ig olcsón és gyorsan bővíthető, kizártnak tartom hogy ezek a sok területen felbukkanó problémák helyi jellegűek lennének. Inkább a core-ban, vagy egy fontosabb tranziton kell keresni a hibát.
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
válasz Intruder2k5 #90149 üzenetére
Lassan be lehetne rakni az összefoglalóba
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
válasz TeeJay #90207 üzenetére
Normálisan beállított QoS és shaping mellett nem akkora probléma ez: ha van kapacitás akkor ki lehet hajtani, ha pedig nincs akkor lassabb lesz. Ennyi. Tekintve hogy a shapinget már az ONT-ben el lehet végezni uplink irányban (az OLT ütemezési döntése alapján természetesen), így elég jól lehet szabályozni torlódás esetén. Más kérdés, hogy ebben az esetben TRM-et, országos bevezetésnél pedig core-t is bővíteni kell, kihazsnálástól függően ez a drága dolog, nem a PON rész, amit csak át kell konfigurálni. És tekintve, hogy érzésre core problémák vannak mostanában (vagy peering, sosem tudjuk meg), így meg tudodm érteni az óvatosságot is.
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
válasz TeeJay #90217 üzenetére
Szerintem itt többféle hiba lesz, amit az emberek hajlamosak összemosni. Az én meglátásom az, hogy van egy FTTB-t érintő probléma, és egy általános core vagy peering probléma.
Az FTTB-t évek óta nem bővítik és a tervszerű karbantartása sem valósul meg, mondván hogy jön az FTTH, ami egyes helyeken éveket csúszott. A SOHO switchek kezdenek döglődni egyre nagyobb számban + eleve rájött erre a CoVID okozta extra terhelés, miközben a forgalom managelésre ezek a switchek képtelenek, tehát ha torlódás van, dobálnak. Ezek együttese azt a benyomást kelti, hogy általánosságban szar az egész FTTB. És az előfizetők csekély százaléka érti meg, hogy FTTH-n majd merőben más lesz.
És ott van még az "általános" hiba, ez is úgy tűnik több tényezős: például aki nem Digi DNS-t használ, sokkal kevesebbszer, és kevésbé érzékeli ezt a problémát. Nálam például sosem volt olyan durva lassulás, vagy teljes szolgáltatáskiesés a decemberi 1-2 hetet leszámítva, de akkor is inkább lassulás volt, meg 1-2 oldal elérhetetlen volt, de melózni tudtam, holland VPN is hasított. Messze nem volt olyan dráma, mint itt többeknél. Tehát központi hiba is lehet több féle van: a DNS minden szolgáltatónál gyenge pont, és sokan érzékelik ha nem vagy akadozva megy. Emellett volt kapacitás probléma is valahol, de azt mi sosem tudjuk meg. A DIGI speedtest servere jellemzően jó eredményt adott, ezért a hálózaton belüli súlyos hibát vagy torlódást ki lehet zárni. Marad a CR és/vagy a peering, esetleg ezek együttese + routing vagy load balance probléma. Nézegetve a BIX lábat, a bővítés óta a szumma forgalom tovább nőtt, és a hibák is akkor szaporodtak meg, ez némiképp a CR irányába tereli a figyelmet, amit messze nem olyan könnyű cserélni. Ez nem egy SOHO router 20 ropiért a hülye azért nemvagyokban Azt is el tudom képzelni, hogy év végén a beszerzése sem egyszerű egy ilyen cuccnak. Ráadásul nem csak megvenni kell: ha például nagyobb kategóriára bővítettek, akkor újra kell építeni az architektúrát is, ami lehet nem ment zökkenőmentesen, egy ilyen kaliberű eszközt ki kell tapasztalni, nincs hozzá user manual. Például egyetlen tűzfal szabály ha rossz helyre kerül a táblában, jelentősen javulhat vagy romolhat a teljesítmény.
Sokat lehetne még erről értekezni, de itt most lezárom, mert ez már túlmutat a Digin
[ Szerkesztve ]
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
válasz ElektrikusDE #90409 üzenetére
és Akosman:
ezekre csak Mucsit tudok idézni: ezt a trágya gány melót... Egyik szarabb mint a másik. Ha ez jellemző (különösen ha ezért még bekötési díjat is szednek), akkor nyomnám is fel a fogyasztóvédelemnél őket. Elképesztő. És sajnos az utóbbi időben volt itt a topikban minden féle gánya szerelésről fotó, tehát érzésre nem egyedi eseteket látunk.
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
válasz MasterMark #91561 üzenetére
Na ezt nem tudtam. De aki szeret siránkozni, az sosem használna ilyen funkciót, hiszen a lényeg veszne el.
[ Szerkesztve ]
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
válasz radi8tor #91617 üzenetére
Érdekes a "too many sessions" üzenet. Ugye ezt a peer (tehát ebben az esetben a PPPoE kiszolgáló) küldi. Ez vagy túlterhelésnél fordul elő (sok száz vagy ezer végpont próbál egyszerre újracsatlakozni egy nagyobb volumenű szakadás után), de jelentheti azt is, hogy az előző kapcsolatodat még nem zárta le a szerver és úgy veszi, mintha ez egy második csatlakozási kísérlet lenne ugyanarról a végpontról. Meg kéne nézni, hogy ez a jelzés melyik esetre vonatkozik...
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
válasz ToM2oo4 #91718 üzenetére
Két megjegyezés:
1. Ethernet rétegen (L2) nincs újraküldés, az magasabb protokol rétegek feladata (L4 vagy fölötte). FCS hiba esetén dobás van.
2. Mivel az auto-nego a link felépülése során működik csak, nem pedig folyamatosan, aktív link státusz ellenőrzés pedig nincs az ethernet szabványban, ezért simán széthullhat a kommunikáció menet közben úgy, hogy akár a gigabites linksebesség is megmarad, csak éppen alig vagy egyáltalán nem megy át semmi. Röhejes, de így van. Nem véletlen, hogy utólag kellett számos ilyen megoldást belegányolni a szabványba, de ezek SOHO eszközöben nincsenek benne sajnos.
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
válasz Masato #91773 üzenetére
Amikor én speedtest-elek a Digi budapesti szerverére, a forrás címe a csomagoknak egyáltalán nem ez. Hanem a 78.131.0.106. És tekintve, hogy az Ookla a 8080 és az 5060-as portokat használja a szerver oldalon, könnyen ellnőrizhető, hogy valóban ezen a címen figyel a kiszolgáló. Ha nem vagyok indiszkrét, honnan van ez a speedtest1.digi.hu cím?
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
válasz Masato #91798 üzenetére
Na, az csak egy frontend. Ha ugyanitt kiválasztom a Digis szervert, mérés közben nézem wireshark-kal, ugyanúgy a 78.131.0.106 a forrás cím. Ami nem pingelhető ICMP-vel, csak HTTP-vel a 8080 vagy az 5060-as porton.
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
válasz Samott #91862 üzenetére
Az, hogy mi számít normálisnak, alapvetően az ügyfél és a szerver távolsága, másodsorban az átviteltechnika leterheltsége fogja meghatározni. Például ha valaki a kisvárdáról próbál elérni egy budapesti szervert, az biztosan több lesz, mint 1-2ms.
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
válasz Lewzke #92081 üzenetére
"A nem sztenderdizált optikai szolgáltatás eléggé vicc"
Ha valaki nem ért hozzá, de butaságokat beszél, az is vicces. A GPON a világ vezető FTTH "sztenderdje", a Digi hálózata ennek teljesen megfelel. Neked kényelmi problémáid vannak, azt nem biztos, hogy egy fapados szolgáltató tudja a legjobban kielégíteni.
"ha be is szerzek valami más GPON-t az működni fog-e a digivel?"
Nem, mint ahogy más szolgáltatóval sem. Marad a bridge.
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
Új hozzászólás Aktív témák
Olvasd el az összefoglalót!
Társtopikok:
● DIGI kábel TV
● DIGI Mobil
● DIGI műholdas TV
● DIGI vezetékes telefon
Router kérdésekkel ezekbe a topikokba fáradjatok!
● Milyen routert?
● Router gondok
- Xiaomi Redmi 10 4/64GB, Normál, Kártyafüggetlen, Töltővel, Dobozzal, 1 Év Garanciával!
- Honor 200 8/256GB, Újszerű, Kártyafüggetlen, Töltővel, Dobozzal, 1 Év Garanciával!
- Xiaomi Redmi Note 8T 4/64GB, Újszerű, Kártyafüggetlen, Töltővel, Dobozzal, 1 Év Garanciával!
- Xiaomi Redmi Note 11 Pro 5G 6/128GB, Megkímélt, Kártyafüggetlen, Töltővel, 1 Év Garanciával!
- Samsung Galaxy A14 4/64GB, Normál, Kártyafüggetlen, Töltővel, 1 Év Garanciával!
Állásajánlatok
Cég: Ozeki Kft
Város: Debrecen
Cég: Ozeki Kft
Város: Debrecen