-
Fototrend
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
-
slug
senior tag
Zarjuk rovidre az MTU allitgatast, PPPoE kapcsolodaskor wireshark-al egyertelmuen latszik, hogy a DIGI eszkoze elkuldi a sajat MRU -jat PADI/PADO/PADR/PADS utan "Config Request" -nel a kliensnek, ami 1492, az en kliensem is kuldi az 1492 -es MRU -t a DIGI eszkoze fele, megegyeznek, hogy 1492 lesz - mivel mindketto ugyanazt mondja.
Amennyiben az egyik oldal kisebb MRU -t ajanl - kliens oldalon atallitottam 1480-ra, akkor 1480-ban egyeznek meg. Ebbol adodoan a maximum 1492, de kisebb csomagmeretet is el fognak fogadni.
Amennyiben a ping-nel az MTU erteket allitgatva sikeres (erkezik valasz) vagy framentation needed jon vissza, akkor a kapcsolat jol mukodik, akkor kell gyanakodni, ha timeout -ot kapsz vissza
udv.
-
TeeJay
félisten
válasz
Flashget
#66096
üzenetére
várnak a fejállomás cuccokra, utána fog indulni azt mondták nekem múlt héten
gondolom OLT kell az új hálózathoz meg csomó OLT kártya meg valami szekrény is lesz a telep közepén valahol és azok nem két filléres cuccok
gyanítom 19-ben nálatok is ez a helyzet
itt is már minden panelban ott van az új optikai kábel meg a DIGI-s fehér dobozok
csak még nem aktív a hálózatha bekötik utána már viszont jöhet majd az átkötés mindenkinél
reméljük legkésőbb tavaszra sorra kerülünk -
Flashget
félisten
Nálunk 2016 júliusa óta semmi változás..madzagokat akkor felhúzták az emeletekre és ennyi..még dobozokat sem raktak fel.
ma hazajöttünk és nincs net sem telefon. 1272 felhív szokásos dolog iktassam ki a routert..mily érdekes akkor sem volt net.
aztán beugrott villanyóraszekrénybe nézzem meg a csatlakozást..tegnap ott matattunk és annyira jött szét a csatlakozó, hogy ne legyen net és telefon ma reggeltől de ránezve egybe tűnt. De érdekes mert tegnap meg volt net miután matattunk.
No mindegy ez letudva viszont hosszú idő után ha már pc bekapcsolva mértem speedtesten az eredmény lehangoló...514mb...94-es ip-vel..800 alá sosem ment korábban. -
-
Kroni1
veterán
Sziasztok! Digi TV van rákötve a droidos philips pus6561re, a guide csúszik egy órát. Az óra jól mutat, de minden csatorna el van csúszva, egy órával hamarabbra írja mint ahogy valójában kezd.
Mi lehet a baj? Próbáltam a müsorfüzetet netre, ill szolgáltatóra is, az orát, kézi, országfüggő, auto módba de mindig ez van. Ugyanitt samu tévé jól veszi az adatokat, nincs csúszás vele..
-
válasz
TeeJay
#66089
üzenetére
Sokan nem veszik észre, mert ez valóban használati mód függvénye is, de vannak olyan esetek, amikor megszakad a videohívás és hasonlók, akkor már nem hagyják figyelmen kívül, pláne a sokadik alkalomnál.
Megmutattam az érintetteknek, hogy hol kell nézni és mit küldjenek át nekem, így már távolról, telefonon is tudok mit mondani nekik.
Ketten már átküldték, az elmúlt 24 órában már jobb volt a helyzet, mint korábban, de még mindig volt szakadás.qqcqqc: Vegyes, van benne mindenféle csomag.
-
TeeJay
félisten
az a baj hogy valszeg sokkal több embernél jön elő csak a router log-on kívül semmi mást nem lehet a DIGI felé küldeni mert amúgy aki nem használja folyamatosan a netet sosem fogja észrevenni ha PPPoE szakadás lenne. a legtöbb ember akinek meg router van fogalma sincs hogy van benne log amit el lehet küldeni a DIGI felé
nálam mondom tegnap este 7körül volt egy szakadás előtte sem volt fél napig meg azóta sincs
nem bánnám ha így maradna amíg át nem költözök a másik helyre ott meg már másik ONT és másik porton leszek bár azonos fejállomáson
és max ha ott is hiba lesz be tudom jelenteni -
#66085
kali
legenda
herdsman12
#66082
válasz
herdsman12
#66082
üzenetére
A szakadozás.
WaterWave: Ne érts félre nem a DIGI-nek dolgozom, még közvetve sem.
Én is Újpesten lakom és ahhoz képest, hogy ebben a házban konkrétan kiírta már idén tavasszal a DIGI, hogy április 11-én jönnek optikázni, azóta sem történt semmi, továbbra is csak koax + LAN lóg a szekrényben.TeeJay: Hétvégén nem nagyon szoktak hívni - csak végszükség esetén -, így az elmúlt 2 nap passz, de abban maradtunk, hogy ma késő délután, vagy este kezdik el majd küldeni a logokat, utána kiderül, hogy mennyit változott a helyzet.
-
válasz
TeeJay
#66059
üzenetére
Az elmúlt egy hétben túl sok DIGI előfizető hívott fel adott probléma miatt ahhoz, hogy azt gyanítsam, mindenkinél egyszerre hibásodott meg a router - amiket korábban én tettem ki és/vagy konfiguráltam be nekik -, ráadásul eltérő gyártósak is, így még azt sem mondhatom, csak az Asus lehetne a hiba forrása - ha a router lenne az.
Furcsa, hogy jó ideje ment mindenhol probléma nélkül a szolgáltatás adott routerekkel, aztán egyik pillanatról a másikra, sok helyen azonos hiba adódik és bár még nem jutottam el mindenkihez a fentiek közül, de egyik helyen sem a routerrel van gond, hanem a DIGI szolgáltatásával. -
Criton
veterán
Sziasztok!
Ftth területen, konkrétan a 2.kerületben a DIGI teszteli a sebességet? Utóbbi napokban több mérés és több számítógépen is a feltöltési sebesség 800Mbps szokott lenni, majd 300Mbps-en fixen marad, a legkisebb feltöltési sebesség 240Mbps szokott lenni, ha nem csal az emlékezetem pár hete/hónapja a feltöltés fixen 205Mbps volt szinte mindig.
-
#66074
Multibit
nagyúr
Cirbolya_sen
#66073
Multibit
nagyúr
válasz
Cirbolya_sen
#66073
üzenetére
OK, nem csak az én fejemben keverednek néha a parancsok
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
#66073
Cirbolya_sen
aktív tag
wwenigma
#66071
Cirbolya_sen
aktív tag
válasz
wwenigma
#66071
üzenetére
Ez XV.ker FTTB csak ipv4
Microsoft Windows [verziószám: 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. Minden jog fenntartva.
c:\mtu>mtupath 8.8.8.8
MTU path scan to 8.8.8.8, ttl=64, limit=48
# 16 processing - best MSS 1464 (estimated MTU 1492) [pPPPPpPppPppPppp]
# 08 nearest minimum MTU on 78.131.4.33 (4 hops away)
#1 MSS IN RANGE 1 <== 1463 ==> 1464
#2 MSS EXCEEDED 1465 <== 14919 ==> 16384
c:\mtu>mtupath bix.hu
MTU path scan to bix.hu (193.239.149.210), ttl=64, limit=48
# 16 processing - best MSS 1464 (estimated MTU 1492) [pPPPPpPppPppPppp]
# 08 nearest minimum MTU on 78.131.3.58 (4 hops away)
#1 MSS IN RANGE 1 <== 1463 ==> 1464
#2 MSS EXCEEDED 1465 <== 14919 ==> 16384
c:\mtu>itt megy ez az oldal is: http://www.letmecheck.it/mtu-test.php
----
- otthon ipv4-ipv6 és FTTH, az értékek ezek, de az olasz mtu oldal nem jön be /korábban bejött/
hibát nem vettem észre, ezért nem szórakozom vele, ha működik, hát működjön
-
#66071
wwenigma
Jómunkásember
Cirbolya_sen
#66070
wwenigma
Jómunkásember
válasz
Cirbolya_sen
#66070
üzenetére
Nem, Miskolc FTTB 500-as.
-
#66068
wwenigma
Jómunkásember
Cirbolya_sen
#66057
wwenigma
Jómunkásember
válasz
Cirbolya_sen
#66057
üzenetére
C:\Users\wweni\Downloads>mtupath 8.8.8.8
MTU path scan to 8.8.8.8, ttl=64, limit=48
# 16 processing - best MSS 1464 (estimated MTU 1492) [pPPPPpPppPppPppp]
# 08 nearest minimum MTU on 10.0.0.1 (2 hops away)
#1 MSS IN RANGE 1 <== 1463 ==> 1464
#2 MSS EXCEEDED 1465 <== 14919 ==> 16384
C:\Users\wweni\Downloads>mtupath bix.hu
MTU path scan to bix.hu (2a00:e6a0:2:8000::210), ttl=64, limit=48
# 16 processing - best MSS 1444 (estimated MTU 1492) [uUUUUuUuuUuUUUuu]
# 08 nearest minimum MTU on 2a01:36c:1400:2391:c8f0:e488:5ac6:4b5c (2 hops away)
#1 MSS IN RANGE 1 <== 1443 ==> 1444
#2 MSS EXCEEDED 1445 <== 14939 ==> 16384Nalam minden OK ha jol nezem...
-
#29810560
törölt tag
A router amúgy egy ún. ONT (Optical Network Terminal).
... vagy ZTE - Lásd miroon hozzászólása! - vagy Huawei ONT-ket ad a DIGI. (Területfüggő.)
Manapság - Huawei területen - a Huawei - HG8121H típusút viszik ki.
(... de, adnak mellé(elé) egy FTTH Receivert is a TV szolgáltatás okán.)(Régebben Huawei - HG8247H típusú ONT-ket adtak.)
-
Brandynew
őstag
Szia,
5x2 mm az optikai kábel.
Amit adnak eszközt az használható, van wifi funkciója, de nem mindenki van oda érte, itt a legtöbbünknek saját vezeték nélküli eszköze van, a Digis eszközt át lehet kérni az ügyfélszolgálaton bridge módba.
Maga a Digi internet a legjobb választás jelenleg Magyarországon, nemcsak az ára miatt. Van a rokonságban UPC- és Telekomos net is, és mindkettőnél sokkal több a kihagyás, sokkal magasabb a jitter és a ping.
Nyilván vannak gondok a Digivel is (én személy szerint nem tapasztaltam, de mások számoltak be már róla), de messze nem annyi, mint a két másik nagy szolgáltatónál.
-
#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".
-
nofi
addikt
Sziasztok!
Eddig UPC felhasználó voltam, de hamarosan költözünk és úgy láttam elérhető az új helyen a szélessávú Digi előfizetés is. Elég nagy különbség van árban és mivel nekünk csak internet szükséges komolyan elgondolkodtam a váltáson. Két dolgot nem tudott az ügyintéző, hátha itt van már tapasztalat ezekről:
- Milyen átmérőjű védőcsövet érdemes az optikai vezetéknek előkészíteni?
- A modem amit manapság hoznak rendelkezik Router funciókkal? A UPC Connect Boxa eléggé elég jó az AC-s WiFi-vel. Lehet tudni Diginél milyen típust adnak mostanság? -
#66058
dchard
veterán
MasterMark
#66056
dchard
veterán
válasz
MasterMark
#66056
üzenetére
"Mindenki állítgat össze-vissza, vak vezet világtalant."
Nekem is ez a benyomásom.
Sokan nem értik, hogy azért mert mondjuk a tplink routerükben gyárilag 1480 van és ezzel nem tapasztalnak hibát, attól ez még nem lesz optimális beállítás...
-
#66057
Cirbolya_sen
aktív tag
Cirbolya_sen
aktív tag
Egy kis segítség MTU és MSS értékekhez: https://www.iea-software.com/products/mtupath/
Igaz ezzel csak akkor kell foglalkozni, ha gondok vannak egyes weboldalak betöltésével, máskor pedig pont olyan játék, mint a speed tesztelgetés nyakra főre
-
#66055
knuckle
aktív tag
Intruder2k5
#66052
knuckle
aktív tag
válasz
Intruder2k5
#66052
üzenetére
hmm, nagyon fura
meg mernék rá esküdni, hogy 1492 volt korábban benne. :
No de mindegy is akkor, a lényeg, hogy nincs vele gondom -
#66053
Joe123
senior tag
Intruder2k5
#66052
Joe123
senior tag
válasz
Intruder2k5
#66052
üzenetére
Nekem az MR3220-ban is annyi.
-
#66052
Intruder2k5
MODERÁTOR
knuckle
#66047
válasz
knuckle
#66047
üzenetére
TP-LINK routerekben 1480 a default érték. Bár lehet nem mindben, de pl. a WDR4300-ban igen.
-
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 -
Brandynew
őstag
válasz
predakon
#66046
üzenetére
Ha a routeredben látható WAN cím nem egyezik a https://whatismyipaddress.com/ oldalon kiírt IP-val, akkor NAT-olva vagy, telefonálj be és pikk-pakk kivesznek NAT mögül.
Ha NAT-olva vagy, akkor a passzív státuszú peereknek nem tudsz seedelni (ők azok, akik szintén NAT mögött vannak, vagy nem nyitottak portot a kliensüknek), az aktívaknak tudsz.
-
Willie
őstag
Sziasztok!
Szüleimnél Debrecenben DIGI van, itt használtam 2 hónappal ezelőttig egy DS216J NAS-t, amit akkor elvittem Budapestre, ahol UPC-t használok. A hétvégére visszahoztam a NAS-t és sehogyan sem sikerült működésbe hozni, hogy kívülről is el lehessen érni az "xyz.synology.me:port" oldal segítségével, illetve a WebDAV sem működik.
Nagy nehezen sikerült kideríteni a Synology topik segítségével, hogy elvileg amiatt, mert azóta natolt IP-t adott a DIGI. A HG8247H ONT oldalán 100-al kezdődő IP címet látok, míg ha neten rákeresek az IP-re, akkor teljesen más címet dob ki.
Ez natolt IP lenne, igaz? Hívjam fel a 1272-t és jelezzem feléjük, hogy nem kérek natolt IP-t? Ez okozhatja szerintetek is a fentebb írt anomáliát?Köszönöm!
Üdv.
-
#66043
MasterMark
titán
MasterMark
titán
Semmi köze a szakadásnak az MTU-hoz, és nem is lett kevesebb.
-
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), -
klrt
tag
Üdv!
PPPoE Kaposvár
Én is próbálgatom a z MTU állítást.Nekem 1480; 1492; 1500-ra is ezt adja:
C:\WINDOWS\system32>ping 8.8.8.8 -l 1464 -f
Pinging 8.8.8.8 with 1464 bytes of data:
Request timed out.
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),Valamit rosszul csinálok?
-
#66035
poli27
veterán
banderasz77
#65902
poli27
veterán
válasz
banderasz77
#65902
üzenetére
sztem ennyi kábel volt kint a kábelcsatornában az ajtód előtt, ennyi a megfejtése... ennyit tudott bevinni..... lusta volt másikat csinálni hozzá...
-
adika4444
addikt
Hali!
Csodálatos ismét a net. Nem olyan tragédia mint a 4 napban, de látható, hogy a hibaelhárításnak nevezett művelet csúfos kudarcba fulladt. Ha ez ilyen mesés marad, jövőhéten a 4 napban ismét használhatatlan lesz...
A ping megint felszökkent, a speedtest még 200--300 mega körül mér, de ftp.bme.hu-ról a letöltés 30 MB/s fölé nem igazán megy. Szóval biztos nem akkor a terhelés mintt múlthéten a négy napban, vagy valamit buheráltak aminek van némi eredménye, de nem az igazi most sem.
Azthiszem újra írnom kell nekik. -
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.
-
-
TeeJay
félisten
válasz
dchard
#66023
üzenetére
igen nálam 1452-re jön válasz 1454-re már nem így 1480 kell hogy legyen az MTU
és 1000% hogy tavaly mikor néztem ezt még 1492 volt az MTU
és júniustól változhatott ez. én ugye 18. ker Havanna lakótelep panel FTTB-n vagyok
valamit júniusban állíthattak ezen csak gondolom tojtak rá hogy pár router majd megkergül ettől
TP-link-ben gyárilag 1480 az MTU de az ASUS-ban 1492...
ugye az userek 99%-a meg fogalma sincs erről
srác is mondta hogy sokan észre sem vennék hogy szakad a net
én is csak onnan tudom hogy chatzilla fut örökké meg van router log amúgy max akkor vettem volna észre ha netrádió akad -
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.
-
TeeJay
félisten
válasz
dchard
#66018
üzenetére
annyi biztos hogy tavaly még 1492 MTU volt a helyes mert lemértem
most meg valamit elállított a DIGI felénk mert most 1480 a jó
és az internet detection is tiltva van így már nincs PPP Echo
és láss csodát azóta 1 szakadás sem volt. Asus FW-ben gyárilag ez volt benyomva nem gondoltam hogy bekavarhat de most már nincs és így meg egyelőre jószerelő srác is csak annyit tudott mondani hogy lehet az IPv6 miatt állítottak valamit júniusban és ezért nem jönnek már válaszok ilyen PPP Echo-ra de nekik nem fogják közölni ezt mert egyszerű szerelők csak
abban maradtunk hogy most nem szakad a router marad így aztán ha jó lesz jó lesz ha újra szakad akkor megint küldök log-ot hogy mitől lehetmondom eddig stimmel minden
nem tudom a DIGI mit állított el a környékünkön de remélem jövőre már nem kell ezzel foglalkozni és FTTH lesz
hozzák az OLT-t a telepre meg tolják befelé azt a 140 lépcsőházat és happy mindenki
a szerelő srác is mondta hogy már ők is nagyon várják mert sok a szívás az FTTB-vel -
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.
-
lócitrom
őstag
lehet rosszul értem, de a ZTE kezelőfelülete vagy lebutított vagy egyszerűen csak ilyen paraszt a gyártó: szóval az összefoglaló alapján ha szeretném elérni, hogy a saját WRT-s router végezze el a PPPoE csatlakozást, akkor nem elég a ZTE ZXHN F660-ból törölni a belépési adatokat, majd LAN-ra ráközni a saját router-t? az alaphelyzet egyébként az, hogy net és tévé van, de amennyire lehet a saját router-t szeretném használni. hogy lehet ezt megoldani?
-
FeRR95
csendes tag
válasz
Tomikapc
#65998
üzenetére
Megtettem a megfelelő lépéseket, a Digi nem válaszol két napja természetesen, a kábelt bedugtam egy másik gépbe, ott is pont ugyanennyivel szed le, pedig 1 gigás a sebessége, a kábelezéshez sajnos nem értek, de nem hiszem, hogy csak úgy 2 év után megától lekorlátozta volna magát
-
#66010
TeeJay
félisten
MasterMark
#66009
TeeJay
félisten
válasz
MasterMark
#66009
üzenetére
Illetve nem az Asus hülyesége csak a DIGI hálózatán nem mindenhol jó a PPP Echo teszt mert nem jön rá mindig válasz majd.
Sebaj most 2 óra üresjárat után bontja csak a kapcsolatot az meg sosem lesz mert a torrent fut mindig.
Hamarosan meg költözök másik tömbbe és remélem jövőre jön az FTTH ide a telepre végre.
Ott új fejállomás lesz gondolom új OLT és kártyák bele majdcsak nem lesz baj.
Srác mondta hogy a kerület 10 gigabiten lóg és félig sincs terhelve szóval nem lesz gond az FTTH-val -
TeeJay
félisten
válasz
Joe123
#66005
üzenetére
mióta én is 1480-ra raktam az MTU és MRU-t meg letiltottam az internet detection PPP Echo-t
azóta este 8óta reggel 9:45-ig nem volt szakadás
akkor is azért mert megnézték a DIGI-sek az ONT-tabban maradtunk tesztelem így tovább mert a srác szerint is a DIGI a hálózatán tilthatott valamit
hogy ne érkezzen válasz a pingre
és ez bekavarhat routereket
elmondása szerint már nagyon várják az FTTH hálózatot mert nyűg nekik is az FTTB a sok gond miattlehet más FTTB/FTTH hálózaton meg nincs gond az MTU-val vagy a PPP Echo-val
csak abból indultam ki hogy a logban mindigLCP terminated by peer (Peer not responding)
hibával indult a szakadás és az LCP = Link Control Protocol
[link]The LCP protocol:
-checks the identity of the linked device and either accepts or rejects the device
-determines the acceptable packet size for transmission
-searches for errors in configuration
-can terminate the link if requirements exceed the parametersna itt lehetett a hiba oka hogy nem jött válasz és emiatt bontotta a kapcsolatot a router
most hogy nem is nézi ezt nincs gondja egyelőre -
hackeeeee
Jómunkásember
válasz
Laccoss
#66003
üzenetére
Hát, passz..
Panelban, ha mondjuk a "központi" ONT-től kell új kábelt húzni, akkor azt kifizettetik veled, ergo visszafűzhetnéd a szekrényig, de úgy sem fogod. De igen, alapjában véve elvileg úgy van, hogy a lakások előtt van a kábel vége, oda szoktak toldót feltenni (FTTB esetén). De az onnantól húzott kábelt bekötéskor ugyan úgy kifizettetik Veled, ha ők húzzák be, vagyis, az a Tiéd.
Igen, csak pl. FTTH esetén nálam csak csatiztak, semmi kábelt nem húztak be, ami látszik is, mert nem olyan fajta a kábel, mint amit ők használnak, sőt, nem annyira kontárul van megoldva, mint ahogy a legtöbb helyen sajnos ott szokták hagyni.. A szerelési lapon sem szerepelt, hogy bármiféle kábelt is felhasználtak volna, mert mindent megcsináltunk előtte, csak lényegében az ONT-t kellett konfigurálniuk, és ment is..
Nálam az FTTH átkapcsolás kb. max 5 perc volt.
-
Laccoss
addikt
válasz
Laccoss
#66003
üzenetére
Ez meg a folytatása, bár itt zavaró az ajtó "síkjában elhelyezett aljzat", de gondolom az első csatlakozási pontig tart a házon belül.
"A LAN hálózat esetében a Szolgáltató hálózata és az Előfizető végberendezése közötti adatátviteli szakaszok optikai és UTP kábelekből vannak kialakítva, úgy, hogy a telepítési címen található ingatlan bejárati ajtajának síkjában elhelyezett UTP/telefon aljzat képezze az átadási pontot. A teljesítés helye és hibaelhárítás szempontjából a Szolgáltató felelősségi határa ezen átadási pont."
-
Laccoss
addikt
válasz
hackeeeee
#66001
üzenetére
Saját esetből tudok kiindulni. Tehát ajtótok megfúrva, kábel behúzva, egy lyuk a falon, azon áthúzva, és ott az utp kábelnek a vége, arra dughatom a routert, kábelt stb. Tehát a behúzott kábel alig volt 1 méteres. Így ott az utp csatiig a szolgáltatóé (végpont). De ha te erre már dugsz másik kábelt, eszközt az már a tiéd.
Persze nekem már váltottak FTTH-ra, így a ONT csatlakozója a végpont.
TomikaPC-nél az nem világos, hogy mit ragasztott, meg ugye levágta a digis utp kábel végét.
"Az internet szolgáltatáshoz való hozzáférést az Előfizetőhöz telepített végberendezés (kábelmodem, VoIP Gateway, vezeték nélküli végpont, vezetékes végponti eszköz, vezetékes/WIFIs végponti eszköz) biztosítja,
mely a Szolgáltató tulajdonát képzi." -
reméljük legkésőbb tavaszra sorra kerülünk
![;]](http://cdn.rios.hu/dl/s/v1.gif)
/ 
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
- BESZÁMÍTÁS! Gigabyte H170 i7 6700K 16GB DDR4 512GB SSD GTX 1080 8GB ZALMAN S2 TG A-Data 600W
- GYÖNYÖRŰ iPhone Xs Max 256GB Black -1 ÉV GARANCIA - Kártyafüggetlen, MS3537, 100% Akkumulátor
- Yurbuds Ironman fülhallgató
- Iphone 14 Pro Max 128GB // Számla + Garancia //
- Samsung Galaxy Watch Ultra LTE, Új, Bontatlan, 1 Év Garanciával
Állásajánlatok
Cég: NetGo.hu Kft.
Város: Gödöllő
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest