-
Mobilarena
DIGI internet Gyakran Ismételt Kérdések
(Kattints az Összefoglaló kinyitása feliratra!)
Utolsó frissítés: 2024. február
Aktív témák
-
#29810560
törölt tag
válasz
TeeJay
#66059
üzenetére
Persze, hogy nem hibásak a routerek ... már a szakadást illetően persze.
... ráadásul a napok óta tartó szakadás polémiából kiolvashatóan a probléma világos. A túloldali peer (OLT) valamiért nem válaszol a router PPP Echo üzenetére vagy válaszol, de időn felül, ami már nem játszik. Erre a router bontja a kapcsolatot mondván nincs aktív kapcsolat. Ezt követően a router az automatikus újrakapcsolódási beállítása miatt rögtön újra visszakapcsolódik, amit az OLT le is kezel és újra van kapcsolat. Az eredmény: szakadás.Most már csak azt kellene tudni, miért keletkezik ez az állapot, de ehhez egy DIGI-s hálózati szakértővel - akik az OLT-ket kezelik - kellene beszélgetni, mert ennek a megoldásához/felderítéséhez a DIGI helyszíni kiszálló egysége "kevés".
-
eisento
addikt
válasz
TeeJay
#66040
üzenetére
en helyileg szolnok 1440-el van valasz csak...
Pinging bix.hu [193.239.149.210] with 1440 bytes of data:
Reply from 193.239.149.210: bytes=1440 time=6ms TTL=58
Reply from 193.239.149.210: bytes=1440 time=6ms TTL=58
Reply from 193.239.149.210: bytes=1440 time=6ms TTL=58
Reply from 193.239.149.210: bytes=1440 time=6ms TTL=58Ping statistics for 193.239.149.210:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 6ms, Maximum = 6ms, Average = 6ms -
klrt
tag
válasz
TeeJay
#66040
üzenetére
A routerba töröltem az MTU értékét, így már válaszol
C:\WINDOWS\system32>ping www.tp-link.com -f -l 1464
Pinging e247.f.akamaiedge.net [104.103.91.26] with 1464 bytes of data:
Reply from 104.103.91.26: bytes=1464 time=23ms TTL=54
Reply from 104.103.91.26: bytes=1464 time=23ms TTL=54
Reply from 104.103.91.26: bytes=1464 time=23ms TTL=54
Reply from 104.103.91.26: bytes=1464 time=22ms TTL=54Ping statistics for 104.103.91.26:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 22ms, Maximum = 23ms, Average = 22msHa, viszont megadom manuálisan a routerba MTU 1492 akkor már megint nem kapok választ
C:\WINDOWS\system32>ping www.tp-link.com -f -l 1464
Pinging e247.f.akamaiedge.net [104.103.91.26] with 1464 bytes of data:
Reply from 192.168.1.1: 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 104.103.91.26:
Packets: Sent = 4, Received = 1, Lost = 3 (75% loss), -
maxima
tag
válasz
TeeJay
#66029
üzenetére
Hali!
Nem igazán értem, hogy miért nem lehet az MTU-t auto-ra állítani?
Nálam így van, ping-re ez jön:
xxxx@yyyyyy:~$ ping 8.8.8.8 -s 1464
PING 8.8.8.8 (8.8.8.8) 1464(1492) bytes of data.
1472 bytes from 8.8.8.8: icmp_seq=1 ttl=122 time=7.78 ms
1472 bytes from 8.8.8.8: icmp_seq=2 ttl=122 time=4.49 ms
1472 bytes from 8.8.8.8: icmp_seq=3 ttl=122 time=9.15 ms
1472 bytes from 8.8.8.8: icmp_seq=4 ttl=122 time=5.86 ms
1472 bytes from 8.8.8.8: icmp_seq=5 ttl=122 time=7.96 ms
1472 bytes from 8.8.8.8: icmp_seq=6 ttl=122 time=6.82 ms
1472 bytes from 8.8.8.8: icmp_seq=7 ttl=122 time=4.39 ms
1472 bytes from 8.8.8.8: icmp_seq=8 ttl=122 time=8.42 ms
1472 bytes from 8.8.8.8: icmp_seq=9 ttl=122 time=6.95 ms
^C
--- 8.8.8.8 ping statistics ---
9 packets transmitted, 9 received, 0% packet loss, time 8013ms
rtt min/avg/max/mdev = 4.392/6.873/9.157/1.580 msAuto-ra van állítva és beáll 1492-re mert az a jó nálam,
XV. ket FTTBÜdv.
-
dchard
veterán
válasz
TeeJay
#66022
üzenetére
Nálam FTTH-n 1492 az MTU, amennyinek lennie kell, most mértem meg.
Azt tudom elképzelni, hogy FTTB-nél elkezdtek valami transzport tunnelinget bekapcsolni, és ezért tűnt el az end user MTU egy része. Ha így van, az nagyon gáz, mert az összes routernek le kellene követnie ezt a változást (meg kellene változtatni az MTU-t a helyes értékre). Ellenkező esetben minimum komoly teljesítmény-romlás várható.
Ha van még itt más is FTTB-n, érdemes volna megnézni, hogy területileg máshol is van-e ez a probléma, vagy csak nálad?
Ezzel a paranccsal lehet kipróbálni:
ping 8.8.8.8 -l 1464 -f
Ha jön válasz, akkor az MTU helyes. Ha nem jön válasz, akkor az MTU kisebb mint 1492 bájt.
-
dchard
veterán
válasz
TeeJay
#66007
üzenetére
AZ MTU-val kapcsolatban, ha nem megy át az 1492 bájt PPPoE mögött (ezt könnyen ki lehet próbálni), akkor a DIGI szart el valamit. Arra vigyázz, hogy a windows-os ping alkalmazásnál a payload méretét adod meg és nem a csomagét, tehát ha mondjuk 1500-as MTU-t akarsz tesztelni, akkor 1472-re kell állítana méretet (IP fejlécet le kell vonni).
A másik az LCP. Ugyan a PPPoE kapcsolat felépítéséhez (link establishment) kell az LCP, ellenben a szabvány nem írja elő kötelező jellegűen az LCP echo reqeuest-re adandó válasz létezését. Tehát simán lehet, hogy a routered küldzgeti az echo requesteket, amire sosem kap választ és ha a kliens rosszul van beállítva, akkor bizonyos mennyiségű megválaszolatlan kérés után bont. Volt már ilyen a Telekomnál is DSL-en, illetve a mobilnetnél amíg PPP tárcsázást használtunk, a modem emulálta a PPP szervert, ami vagy jól implementálta az LCP részt, vagy nem. Ott is előfordult, hogy az LCP echo request-ekre egyszerűen nem válaszolt a modem, pedig a kapcsolat működött.
A megoldás: úgy kell bellítani a PPP/PPPoE klienst, hogy küldje az echo requesteket, de ne legyen rá timeout beállítva.
-
-
hackeeeee
Jómunkásember
-
hackeeeee
Jómunkásember
válasz
TeeJay
#65959
üzenetére
FTTH-s net?
Nekem x naponta szakadt/újra indult a Syno RT2600AC router, miután FTTB-ből FTTH lett. Egyeztettem a Syno support-tal, mert úgy nézett ki, hogy a router a hibás. Nem tudtak távolról mit tenni, írták, hogyha fennáll a gond, RMA. Cserélték a Router-t, azzal is ugyan ezt csinálta.
Amíg RMA-ban volt a Syno, egy 840N volt berakva, az a beállíás után pár napra rá szakadt, utána bő 2 hétig nem..
Vissza rakattam Router módba az ONT-t, majd dmz-be tettem benne a Router-t, azóta nem tapasztalok szakadást. 50 nap körül volt a legutolsó uptime-om, reboot nélkül.
-
Tomikapc
aktív tag
válasz
TeeJay
#65875
üzenetére
Én veszprémi vagyok, ha az számít valamit. Ma voltak kinn bekötni az ezres netet, gondoltam majd azzal javul valamit a helyzet. Eddig csak százas volt. Mivel ha közvetlen rádugja a laptopját a kábelre, úgy megvan a garantált minimum sávszél, ezért nem tud mit kezdeni vele, azt mondta valószínű a router szar. És én is efelé hajlottam, de 2 routerrel is csak 30 megabites a letöltés, viszont router nélkül meg megvan a 100 megabit. Ki érti ezt.. Köszi a választ
-
Vakegérke
félisten
válasz
TeeJay
#65845
üzenetére
Nálunk se a Digi építette ki a hálózatot, átvették a TvNetWork-től. Az eredeti kiépítésen én voltam az első, akit bekötöttek.
Nem tudom, nem is értek hozzá, hogy hány lakást fog kiszolgálni egy céleszköz, de őszintén remélem, hogy minden ugyanolyan flottul működik majd, mint eddig.
-
bb71
őstag
válasz
TeeJay
#65822
üzenetére
Neked válasz, de több téma és másnak is szól:
- kb. mint 3 éve van digi, a régi 668-cal nem volt érzékelhető problémánk soha
- ha igen, akkor központi volt
- netezik az ember, játszik a gyerek és jön a segélykérés: nincs wifi... meg kell oldani
- mivel a Digi fejleszti a rendszerét sokfelé, nem durrogok, ha néha lassulás van, vagy nincs internet, vagy megszakad - ezt elfogadom, természetesen belefér az én elváásaimbaDE, ha eszközcsere óta most már 1 hónapja naponta szakad a net (hivatalosan újraindul az ONT), akkor elvárom, hogy oldják meg!!!
Egyébként a két eszközt kicserélve tegnap estig (másfél nap) nem történt újraindulás - tehát megoldódott a probléma.
-
#65802
Intruder2k5
MODERÁTOR
TeeJay
#65799
válasz
TeeJay
#65799
üzenetére
Ilyen 16 meg 50 perces kapcsolati idők nem túl hosszúak, ennyit szerintem valahogy kibírsz WiFi nélkül, én a helyedben megpróbálnám közvetlen PC-s kapcsolattal is. Bár mivel routert is cseréltél már, így kétlem, hogy az lenne a hunyó, de akkor legalább tudod mondani a hibabejelentőn, hogy bizony úgy is szakad. Ha meg PC-vel megy reggelig, holnapig, akkor az már több mint gyanús.
-
bb71
őstag
válasz
TeeJay
#65766
üzenetére
Na, ma felhívtak, megbeszéltük, hogy nem tudjuk mi legyen, mert ő jó jelszinteket lát... arra jutottunk - korrekt volt -, hogy kijönnek és kicserélik az ONT-t.
Kijöttek.
Kicserélték - és nem volt internet!!!!
Majd kicserélték az első kisdobozt is, azóta
nincsnem történt szakadás. Megint csak holnapra kiderül...Egyébként a szembe szomszédnál végtelen idő óta nem indult újra az ONT. Egy oszlopon vagyunk.
-
4Grider
félisten
válasz
TeeJay
#65700
üzenetére
Én Zyxel vállalati eszközöket használok, ahol 5-6000 session az alapértelmezett egy ip felé. És még nálam is előfordul itthon, hogy ezt a session mennyiséget elérem a DNS kiszolgáló felé (én Cloudfare dns-t használok, de ez ebből a szempontból tök mindegy). Ha a routereden van session limit, akkor mindenképp ellenőrizendő, hogy nincs-e session limitre utaló üzenet a logban azelőtt, mielőtt a DNS probe-ra épülő kapcsolatod megszakad...
-
4Grider
félisten
válasz
TeeJay
#65698
üzenetére
Nekem ez a DNS probe azt sugallja, hogy a DNS-en történik meg a kapcsolat diagnosztizálása. De ha szolgáltatói DNS-t használsz, azok simán lehetnek túlterheltek. Vagy ott van a saját router, ahol lehet olyan session limit, ami egy adott irányba limitálja a kapcsolatok számát, ami pedig egy DNS kiszolgáló irányába nagyon nem jó ötlet a DNS probe mellett még egy nem szolgáltatói DNS mellett sem...
-
#65697
Intruder2k5
MODERÁTOR
TeeJay
#65695
válasz
TeeJay
#65695
üzenetére
Persze kicsi rá az esély, de az is lehet, hogy valójában a kapcsolat nem szakad meg, csak a túloldali eszköz valamiért nem válaszol, és ezért a saját eszközöd bontja a kapcsolatot. Ha így van, akkor most kikapcsolt állapotban nem szabadna megszakadnia a netnek, és ha tényleg ez a helyzet, akkor a teszt után majd a PPP Echo helyett válaszd a DNS Probe módot, hátha azzal rendben működik.
-
nullpoint
őstag
válasz
TeeJay
#65681
üzenetére
"nézzék meg ezen az ONT-n lévő többi előfizető ..... náluk is volt-e szakadás...."
Ezt én is kértem és meg is igérték a szerelő kamikor kint voltak, az egyik még biztosított is róla hogy fel fog hívni másnap hogy mi az eredmény. Azóta is hív. Sajnálom az ötezret amit kaptak jattot....
Utána amikor újra jelentettem pár nap múlva a hibát, akkor is kértem. Náluk van a hiba, tudják is szerintem, csak sunnyognak, és inkább küldözgetik ki a szerelőket ellenőrizni a semmit, biztos nem lenne jobb dolguk....
-
Armi5
tag
válasz
TeeJay
#65675
üzenetére
Nekem tegnap és ma éjjel nagyon durván modem hangup van óránként többször, hasonlóan hetek óta néha napokig nincs de most már betelt a pohár, betelefonáltam szerencsére tegnap nagyon rendes call centerest kaptam és azt mondta lát engem a hálózaton látszólag nincs probléma, de a lépcsőházi eszközzel lát valami gondot nem éri el vagy valami ilyesmi, és megnézik, felvett egy hibajegyet erről, elvileg ma megnézik a dolgot.
Bárki aki így jár és látja ezeket a modem hangupot a logokban jelentse be nyugodtan, nem normális a dolog.
Én XV. kerületben lakom a panelházas részen
-
#65676
MasterMark
titán
TeeJay
#65675
MasterMark
titán
válasz
TeeJay
#65675
üzenetére
Így néz ki egy egészséges ledobás majd utána reconnect:
(TP-Link log)
INFO rcvd [LCP TermReq]
ERROR LCP down
WARNING LCP down
INFO sent [LCP TermAck]
NOTICE Standard authentication.
INFO sent [PADI Host-Uniq(0x00000xxx)]
INFO rcvd [PADO AC-Name:DIGI AC-MAC:xxx]
INFO sent [PADR Host-Uniq(0x00000xxx)]
INFO rcvd [PADS sess-id(5471)]
INFO sent [LCP Req mru=1480 magic=0xad3e0150]
INFO rcvd [LCP Req mru=1492 auth=pap magic=0x8a653d95]
INFO sent [LCP Ack mru=1492 auth=pap magic=0x8a653d95]
INFO sent [LCP Req mru=1480 magic=0xad3e0150]
INFO rcvd [LCP Ack mru=1480 magic=0xad3e0150]
INFO sent [PAP AuthReq user="xxx" password=(hidden)]
INFO sent [LCP code=0xc]
INFO rcvd [LCP EchoReq magic=0x8a653d95]
INFO sent [LCP EchoRep magic=0xad3e0150]
INFO rcvd [PAP AuthAck ""]
INFO sent [IPCP Req addr=0.0.0.0 dns1=0.0.0.0 dns3=0.0.0.0]
INFO rcvd [IPCP Req addr=10.0.0.1]
INFO sent [IPCP Ack addr=10.0.0.1]
INFO rcvd [proto=0x8057] xxx
INFO sent [LCP ProtRej]
INFO rcvd [IPCP Nak addr=xx dns1=193.110.56.8 dns3=193.110.57.4]
INFO sent [IPCP Req addr=xx dns1=193.110.56.8 dns3=193.110.57.4]
INFO rcvd [IPCP Ack addr=xx dns1=193.110.56.8 dns3=193.110.57.4]
NOTICE PPPoE connectedAz MTU beállítás nem stimmelt, de így is kimatekozta.
A lényeg, hogy itt ugye a másik oldalról jön a kérés a terminálásra. Nálad mintha a te oldaladon lenne valami.
-
Calogero
addikt
válasz
TeeJay
#65617
üzenetére
Nálam az 1000-es FTTH rosszabbul teljesít mint az 500-as FTTB
A régi csomagom simán ment a gépemen (adatlapomon) 520-540-et, az 1000-es csomagnál már az is jónak mondható ha eléri 400-at. Volt kint a digi is, ők sem mértek többet, pedig cserélték már a csatlakozókat, az ont-ot ,de semmi. Nem tudtak magyarázatot adni.
A gépemen nem változott semmi.
És 2 hetente mindig visszakerülök NATolt ip-re, lassan más gyors hívóra van rakva a digis telefonszám![;]](//cdn.rios.hu/dl/s/v1.gif)
-
nullpoint
őstag
válasz
TeeJay
#65614
üzenetére
Nálam most végre kint voltak, lecserélték az optika szálon a dugaszt, mert csak
De azóta is megy a szakadozás napjában többször, szerintem a hálózatukkal van gond, csak nyilván nem fogják beismerni.Még mindig úgy gondolom hogy nem érett meg a hálózatuk arra hogy mindenkinél padlógázzal menjen a net, és most ezért szívunk....
-
adika4444
addikt
válasz
TeeJay
#65564
üzenetére
Hali!
Először is inkább hívd őket.
Másodszor pedig mostanság kellene, ilyenkor már a kis üfsz-osok alszanak, és sztem ügyelet van, ott meg egy hónapja egy elég rendes technikust fogtam ki.
Végül pedig sztem csak azt jelentsd be, hogy szakadozik ennyi és ennyi időnként a kapcsolat. Géppel, routerrel mindenhogy.
Amikor nekünk volt probléma próbáltam két géppel, routerrel, és amikor elmondtam tök korrekt volt, felvette a hibajegyet, aztán keresett a szerelő. Szóval szerintem így próbálkozz. -
adika4444
addikt
válasz
TeeJay
#65556
üzenetére
FTTH, bridged módba tett ZTE F668, ASUS AC66U B1 gyári firmmel, a szeptemberi hibám javítása óta, megy a 168 óra. Az más kérdés, hogy hibás konyhai gép miatt az áramhálózat többször is elszállt, így kb. 3 hete nem értem el a 168-at, de szakadásom egyáltalán nincs, most 4 napnál tartok.
-
M@Db0Y
senior tag
-
knuckle
aktív tag
válasz
TeeJay
#65458
üzenetére
Nálunk Újpesten a Víztoronynál már több mint 2 hónapja, de lehet már 3 is akár, ki volt téve egy papíros, miszerint a megnövekedett igények miatt FTTH-ra váltanak.
Eccer csak
Mert azóta sem láttam senkit erre, nem kerestek, nem tom mivan
De van egy-két Digi ismerős, lehet rákérdezek most már.
Nem mintha bajom lenne a mostanival, de azért mégis csak optika
Egy bajom az már most lesz már látom
Lesz egy másik áramfogó 
De annyi baj legyen
-
mpo
veterán
válasz
TeeJay
#65504
üzenetére
Nem vagyok ám annyira paranoiás.
Van lakásbiztosításom (másodlagos hatások ellen is), a tv és környékén és a PC-nél APC elosztó van, kártérítéssel. A bejövő kábelek ellen nem védekeztem.
Az egész az FTTH előnyéből indult.
Az LCD tévék hibái topikban sokan írnak, hogy villámtól tönkrement és nincs biztosításuk se. -
Celtis
veterán
válasz
TeeJay
#65442
üzenetére
Hát nem azt írtam, hogy a digis mért egyet a saját gépével és ezzel le lett zárva a probléma? Nyilvánvaló, hogy a 300 alatti sebesség oka a saját eszközeimben keresendő. Egy percig sem vitattam. De amíg nem láttam jó mérést addig joggal feltételezhettem, hogy a hiba nem nálam van, hiszen egészen különböző eszközökkel is hasonló eredményeket kaptam.
Csak azért van még bogár a fülemben, mert a digis ember a saját eszközeivel sem mérte azt amit szokott.
-
zsolt501
nagyúr
válasz
TeeJay
#65398
üzenetére
Nem kell ezen csodálkozni a lakosság jelentős része bérből és fizetésből él, és sokak nem 6-8 órás munkaidőben dolgoznak, hanem 12-16 órát is dolgoznak és ha hazaér akkor örül hogy az otthoni dolgát is el tudja végezni és hulla fáradtan beesik az ágyba, hogy holnap újra kezdhesse a rabigát.
Több olyan hely is van, ahol reggel bemész dolgozni és valamikor este keveredsz haza (oktatás, egészségügy, vendéglátás, de ide sorolhatom még a belügyi dolgozókat is ahol pl. letiltották a túlmunkát, de ennek ellenére nem tudják megoldani hogy nem keljen túlórázni)
Szóval nem kell csodálkozni azon hogy nem mindenki lóg egész nap a NET-en és nem torrentezik folyamatosan. -
Brandynew
őstag
válasz
TeeJay
#65362
üzenetére
Igen, 712 171 felhasználója van jelenleg az nCore-nak, és tudjuk, hogy az nCore-on nagyon erősen, már-már eszelősen szűrik a dupla accountokat.
Nálunk az "én" accountomat összesen 5-en használjuk. Nem tudom, hogy mekkora szorzót kellene tenni a 712 171-re, hogy megtudjuk, ténylegesen hányan használják az oldalt, de ha csak kettes szorzó van rajta, az is rengeteg ember.
És akkor ebben nincsenek benne azok, akik csak más torrentoldalakat használnak, esetleg filmeket nem töltögetnek le, csak külföldi oldalakról zenéket, szoftvereket.
Nem hiszem, hogy van aktuális, megbízható statisztika a torrentesekre vonatkozóan, de nagyon ritkán találkozok olyannal, aki soha nem tölt le semmit torrentről. A saját nagymamám is magának tölti a filmeket.
Én ezt a 1,5-2 millós becslést valósnak gondolom, annyian szerintem torrenteznek Magyarországon. Lehet, hogy valaki csak havonta egyszer, lehet, hogy valaki naponta, de torrenteznek.
Valaki írta ezt a statisztikát a globális torrentes adatforgalomról: ehhez máris hozzá lehet adni pár millió németet és pár száz millió kínait, akik VPN-en keresztül nyomják a torrentet, így nincsenek benne a statisztikában.
Online streamingről: a torrentes statisztikák nem azt mutatják, hogy egyre kevésbé népszerű a torrent, sőt, ahogy egyre többen képesek, egyre jobban kezelni a kütyüket, úgy egyre többen torrenteznek. Igen, a streaming egyre népszerűbb, de tapasztalatom szerint elsősorban (és nem kizárólag) azoknak a körében, akik korábban nem torrenteztek, mert nem tudják, hogy kell, nem értik a fogalmait (pl. seed). Ez a réteg korábban szomszéd Pistikétől szerezte be a másolt DVD-ket, most pedig már maga is képes megnézni egy-egy filmet. A torrentezéshez a mai napig kell egy minimális műszaki beállítottság.
-
Brandynew
őstag
válasz
TeeJay
#65347
üzenetére
A "csak torrentet" úgy írod, mintha az egy kis szelete lenne a történetnek és csak egy elszeparált csoport torrentezne. Magyarországon nagyjából 1,5-2 millió ember torrentezik rendszeresen, ha nem lenne torrent, még mindig elég lenne az 50 Mbit. A torrent miatt kell fejleszteniük a netszolgáltatóknak, az a lényege az egésznek. Senkit nem érdekelne, hogy milyen nete van, ha nem lenne torrent. A torrent a legfontosabb felhasználási területe az optikai hálózaton szolgáltatott internetnek.
-
viktorhu
veterán
válasz
TeeJay
#65336
üzenetére
Valószínűleg pont azért merte meglépni a Telekom az ezres feltöltést, mert annyira nem használja ki senki a 200-at sem, másrészt meg a Telekom nem ad mindenkinek ezres netet, így a többség nem is arra fizet elő, a 150-es letöltés mellé meg 50-es feltöltés jár - valószínűleg ha T-s optikám lenne, én sem akarnék az ezres netért fizetni.
A Digi is azért merte mindenkinek olcsón megadni az ezres letöltést, mert azt sem használja ki a többség, vagy ha igen, csak nagyon rövid ideig, nem egyszerre mindenki. Az olcsó ezres letöltés sokkal többet ér, mint az ezres feltöltés, és a két dolgot együtt kínálni szerintem kicsit felelőtlenség volna.
-
dchard
veterán
válasz
TeeJay
#65154
üzenetére
Természetesen igaz, mint minden megbízható továbbítást végző protokol, így a torrent is használ nyugtázást, minél nagyobb sebességgel akarok forgalmazni mondjuk felfelé, annál több nyugtát kell tudom fogadni a letöltési oldalon, ez a fordított szituációra is igaz. Ha fullra kitekerik a feltöltést, akkor minden más web szolgáltatás is szar lesz. A megoldás, hogy a klienst mindkét irányban korlátozni kell.
-
dchard
veterán
válasz
TeeJay
#65150
üzenetére
A gigabit ethernet valójában 1.25Gbit de mivel 8/10-es kódolást használ a technika, így jön ki a fizikai(!!) rétegen a gigabites sebesség. De.
Erre rájön még a különböző protokol overhead-ek (MAC 14 bájt, IP 20 bájt, TCP 28-32 bájt), amiket ha levonunk már eleve nem kaphatunk gigabites mérést. És akkor még nem beszéltünk a PPPoE overhead-ről, innen jön a mérési különbségek nagy többsége, hogy van aki kiméri saját helyi szerverrel, kap 970-980mgeabitet, aztán méri PPPoE-n és kap 940-945-öt és nem érti hová tűnt 20-30 megabit. Megkajálta a PPPoE.
Ha egyetlen átvitt keretre leveítetm mindezt, nem túl rózsás a kép:
VLAN tag nélkül egy ethernet keret 1518 bájt, amibe 1492 bájtos IP csomagokat tudunk tenni, amibe minimum 28 bájtos TCP csomagokat rakunk. Ha eltekintek a magasabb rétegekben keletkező overhead-től (pedig van még itt legalább 1-2 réteg amit kihagytam, akkor az látszik, hogy 1464 bájt "hasznos" adat átviteléhéz valójában 1518 bájtot kell továbbítanom, tehát körül-belül 96%-os az átvitel "hatékonysága" --> 1000 x 0.96 = 960Mbit. Ebből még lejönnek az ebből a számításban kimaradt magasabb rétegben lévő protokolok (pl: QUIK, HTTP, FTP, Bittorrent stb.) és már meg is kaptuk a protokolltól függően 940-950 megabitet.
-
Lacccca87
addikt
válasz
TeeJay
#65132
üzenetére
Szerintem teljesen rendben van hogy csak 1 db GBit-es port van rajta. Azzal teljesítik a kötelességüket a szolgáltatást eljuttatják a megrendelő címére, tudja használni. Akinek ettől több kell az saját router és azt dugja rá a gigás portra, onnan meg anniy fele osztja amennyire akarja.
És igen azért nagy tételben már komoly összegekbe kerül ha csak 1$-al is emelkedik az ONT beszerzési ára. -
leviske
veterán
válasz
TeeJay
#65125
üzenetére
"tökmindegy milyen gigabites routert vagy LAN kártyát kötsz rá több nem lesz
max kevesebb"
Anno a 2,5-es Killereknél emlékeim szerint az volt az érv, hogy csökken a CPU terhelés.
Mindegy. Azért nem teljesen analfabéta vagyok a témában, csak az érdekelt, hogy itt, ahol a routereket is elég sokan maxra járatják, észlelt-e bárki az ilyen extra cuccok erejéből bármi pozitívat. Azaz érdemes-e vásárláskor számításba venni, vagy addig nincs semmi jelentősége, amíg itthon nem 10GbE-s ONT és router figyel. A válasz akkor értelemszerűen az, hogy nem.
-
leviske
veterán
válasz
TeeJay
#65123
üzenetére
Persze, azt nem vártam, hogy hirtelen 1200Mbps-el hasít majd a net.
Igazándiból ilyen használati tapasztalatok érdekeltek volna csak. Van-e bármiféle különbség a oldal betöltődési időkben, meg úgy általános használat során. Esetleg a 1Gbps sebességhez közelebb kerültek-e olyanok, akik csak az ONT-ról tolják, vagy komolyabb routerről. -
bksgbr
tag
válasz
TeeJay
#64782
üzenetére
Igen, sajnos nálam még fennáll a probléma, laptopon a Messenger 5 percenként újrakapcsolódik, és néhány oldal elég nehézkesen jön be, főleg a külföldiek, de egy-két magyar oldal is. Egyébként FTTB, Eger.
Körülbelül két hete óta tart ez az állapot, reggel pl 8 és fél 9 között egyáltalán nem volt net.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Vagy lehet megrágta a kábelt az egér... 
Lesz egy másik áramfogó 
Aktív témák
Hirdetés
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
- GAMER PC : RYZEN 5 4500 / 16GB DDR4 / ASUS RX 480 8GB / WiFi / Bluetooth / 512GB M.2 SSD / 500GB HDD
- Dell Latitude 7390, 13,3" FHD IPS , I5-7300U CPU, 16GB DDR4, 512GB SSD, WIN 11, ( olvasd végig )
- Acer PREDATOR HELIOS NEO 16 / i9-14900HX / RTX 4070 (140W) / 1 TB SSD / 240HZ
- Topping A70 Pro fejhallgató erősítő
- Topping D70 Pro Octo DAC
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest