-
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
-
c41r0^
őstag
Már megoldották.
amikor a hiba fennállt:
Tracing route to dns.google [8.8.8.8]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms <router> [192.168.1.1]
2 1 ms 1 ms <1 ms 10.0.0.1
3 * * * Request timed out.
4 2 ms 9 ms 3 ms po-4.dr01.ix.digicable.hu [94.21.4.212]
5 57 ms 2 ms 4 ms ae-1.dr01.vi.digicable.hu [78.131.3.128]
6 2 ms 2 ms 2 ms ae-4-0.cr01.budapest.digicable.hu [94.21.3.140]
7 3 ms 2 ms 2 ms bb01.budapesta.rdsnet.ro [213.154.125.65]
8 * * * Request timed out.
9 * * * Request timed out.
10 * * * Request timed out.
11 * * * Request timed out.
12 * * * Request timed out.
13 * * * Request timed out.
14 * * * Request timed out.
15 * * * Request timed out.
16 * * * Request timed out.
17 * * * Request timed out.
18 * * * Request timed out.
19 * * * Request timed out.
20 * * * Request timed out.
21 * * * Request timed out.
22 * * * Request timed out.
23 * * * Request timed out.
24 * * * Request timed out.
25 * * * Request timed out.
26 * * * Request timed out.
27 * * * Request timed out.
28 * * * Request timed out.
29 * * * Request timed out.
30 * * * Request timed out.Trace complete.
mióta visszajött:
tracert 8.8.8.8
Tracing route to dns.google [8.8.8.8]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms <router> [192.168.1.1]
2 1 ms 1 ms <1 ms 10.0.0.1
3 * * * Request timed out.
4 2 ms 2 ms 1 ms po-4.dr01.ix.digicable.hu [94.21.4.212]
5 1 ms 1 ms 1 ms ae-1.dr01.vi.digicable.hu [78.131.3.128]
6 2 ms 2 ms 2 ms ae-4-0.cr01.budapest.digicable.hu [94.21.3.140]
7 3 ms 2 ms 2 ms bb01.budapesta.rdsnet.ro [213.154.125.65]
8 * * * Request timed out.
9 28 ms 29 ms 30 ms 72.14.195.50
10 29 ms 29 ms 29 ms 108.170.251.129
11 30 ms 29 ms 29 ms 66.249.94.245
12 29 ms 28 ms 28 ms dns.google [8.8.8.8]
Trace complete.Amíg a hiba fennállt, addig a következő célok a köv. útvonalon elérhetőek voltak, mert más útvonalon jutott el a csomag (belföld) a cél felé:
tracert bix.hu
Tracing route to bix.hu [193.41.47.210]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms <router> [192.168.1.1]
2 1 ms <1 ms 1 ms 10.0.0.1
3 * * * Request timed out.
4 1 ms 1 ms 2 ms po-4.dr01.ix.digicable.hu [94.21.4.212]
5 2 ms 1 ms 1 ms ae-1.dr01.vi.digicable.hu [78.131.3.128]
6 2 ms 4 ms 2 ms ae-4-0.cr01.budapest.digicable.hu [94.21.3.140]
7 3 ms 2 ms 2 ms 78.131.3.51
8 2 ms 2 ms 2 ms r1.bix.iszt.hu [193.188.137.7]
9 2 ms 1 ms 2 ms www.bix.hu [193.41.47.210]
Trace complete.tracert prohardver.hu
Tracing route to prohardver.hu [92.61.114.179]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms <router> [192.168.1.1]
2 1 ms 1 ms <1 ms 10.0.0.1
3 * * * Request timed out.
4 1 ms 1 ms 2 ms po-4.dr01.ix.digicable.hu [94.21.4.212]
5 2 ms 2 ms 1 ms ae-1.dr01.vi.digicable.hu [78.131.3.128]
6 2 ms 1 ms 2 ms ae-4-0.cr01.budapest.digicable.hu [94.21.3.140]
7 11 ms 73 ms 2 ms 78.131.3.51
8 2 ms 2 ms 2 ms bix.iec.hu [193.188.137.145]
9 3 ms 2 ms 2 ms 92.61.112.161
10 2 ms 2 ms 1 ms r10.prohardver.hu [92.61.114.179]
Trace complete. -
c41r0^
őstag
válasz
c41r0^
#92387
üzenetére
tracert 8.8.8.8
Tracing route to dns.google [8.8.8.8]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms <router_neve> [192.168.1.1]
2 1 ms 1 ms <1 ms 10.0.0.1
3 * * * Request timed out.
4 2 ms 1 ms 1 ms po-4.dr01.ix.digicable.hu [94.21.4.212]
5 2 ms 1 ms 2 ms ae-1.dr01.vi.digicable.hu [78.131.3.128]
6 2 ms 2 ms 2 ms ae-4-0.cr01.budapest.digicable.hu [94.21.3.140]
7 2 ms 2 ms 2 ms bb01.budapesta.rdsnet.ro [213.154.125.65]
8 * * * Request timed out.
9 * * * Request timed out.szóval a bb01.budapesta.rdsnet.ro hopról nem megy tovább a csomag a 8.8.8.8 felé...
-
c41r0^
őstag
Szerintem az van, hogy DIGI-n keresztül bizonyos alhálók nem érhetőek el, valami központi routing probléma miatt.
Ha a használt DNS szervered a DIGI felől elérhetetlen alhálóban van, akkor semmi nem fog menni, mert a névfeloldás sem megy (csak az, ami már a routered / géped DNS cache-ében van, de az is csak míg el nem évül).
Ha a használt DNS szervered a DIGI felől elérhető alhálóban van, akkor megy a névfeloldás, de akkor is nyilvánc csak azon alhálózatokat éred el, melyek a DIGI-n keresztül még elérhetőek.
-
c41r0^
őstag
Itt FTTB, és szintén eddig Google DNS szervereit használtam névfeloldáshoz.
Nem lehet inkább, hogy a DIGI hálózatán van olyan jellegű probléma, hogy a csomagok nem jutnak el bizonyos alhálózatokba? Azaz nem a Google DNS ipv4 szolgáltatása nem működik, hanem nem jó a routing a DIGI hálózati eszközein azon célhálózat felé, amerre a csomagok a Google DNS szerverei felé is mennének, és alternatív útvonal sincsen?
Néhány oldal meg azért működik, mert az adott gép DNS gyorsítótárában ott van a rekord, szóval ezen hostnevek feloldása még működik, míg el nem évül a rekord a kliensen (TTL).
check:
ipconfig /displaydns -
#59333
c41r0^
őstag
YellowFlash
#59328
c41r0^
őstag
válasz
YellowFlash
#59328
üzenetére
XX. ker. Eperjes lakótelep, FTTB terület, a Digi 2 saját DNS resolver szervere nem válaszol, elérhetetlenek.
Akinek nem megy a net, emiatt lesz., ideiglenesen vmelyik open DNS szolgáltatóéra át kell állítania routerben a DNS szervereket (pl. Google: 8.8.8.8 és 8.8.4.4) -
c41r0^
őstag
válasz
poli27
#34473
üzenetére
nem, hanem a szolgáltatók a szolgáltatáshoz adott router firmware-ét általában úgy csinálják meg, hogy van egy hagyományos admin mód, ami alatt minden funkció elérhető, de ehhez az user/pass-t csak ők tudják
és van egy "user" mód, ami jelen esetben a "user/digi", ehhez férsz te hozzá, de ez a user mód korlátozott, a hagyományos admin móddal elérhető funkciók metszete elérhető csak benne - és valószínűleg az admin módban be is állítható, hogy egyébként a "user" módban mely funkciók legyenek elérhetőek
szerintem itt az lenne a megoldás, hogy
1. valaki a DIGI-től - távolról, vagy helyben - belépjen a routerre admin módban, és a PPPoE passthru-t engedélyezi, kilövi a beállított PPPoE kapcsolatot, így bridge módban üzemelne az általuk adott router és a LAN portjára dugott saját router meg már fel tudja építeni a PPPoE-t
2. valaki a DIGI-től - távolról, vagy helyben - belépjen a routerre admin módban, és a "user" módban engedélyezi azon menüpontokat, amihez "user" módban még hozzá lehessen férni, hogy bridge módba tudja állítani azt a végfelhasználótehát: attól függetlenül, hogy az "user" módban mit láttok, ez egy teljes értékű router, csak nem fértek hozzá a funkcióinak teljes palettájához
-
c41r0^
őstag
válasz
Márton
#34336
üzenetére
telnet klienst telepítsd fel (vagy ha a routered diagnostic menüje alatt van adott portra telnet lehetőség, az is jó), majd:
"telnet <cél smtp hostnév vagy IP> 465"
enterha timeout-ot ír egy idő után, akkor vagy a szerver nem fogadja a csomagokat, vagy a tűzfalad fogja meg a kapcsolatot, esetleg a routered DoS protection-je tette tiltólistára az smtp IP címét, vagy a DIGI-n nem megy át valóban
ha a fekete ablak jön csak be, és entereket nyomogatva egy idő után visszajön a parancssorod, akkor létrejön a kapcsolat és máshol kell keresni a hibát
egyébként sima 25-ös porton azért sem jó levelezni, mert a küldéshez szükséges authentikálás során a postafiókod adatai (user/pw) titkosítatlanul utaznak a hálózaton
-
c41r0^
őstag
válasz
radi8tor
#34332
üzenetére
igen, olvastam már máshol is, nem csak itt, ezért nem vagyok benne biztos, hogy végleges a mostani jó állapot ill. ezért voltam a hiba alatt is bizonytalan és nem mertem verni az asztalt, hogy márpedig biztos a DIGI eszköze a hibás, mert végig bennem volt, hogy lehet a TP-Link router miatt is a gondom... csak néhány lehetőség, amit végig kellett vagy kellett volna zongorázni: kábelhiba vagy csatlakozó hiba lakáson belül, RJ45-RJ11 Y csati rossz, zajosodás valahol a házban egy lakótól ami az UTP kábelekre vagy a DIGI-s eszközökre visszahat, telefon érpár zajosodás bekavar, lépcsőházban rossz minőségű kábel vagy RJ45 csatlakozás instabil, valaki visszadolgozik egy eszközzel a hálózatra a lakók közül, túlfeszvédős elosztóm kavar be, DIGI-s switch szar vagy elkonfigurálódik, stb. - ezekből amit tudtam, megcsináltam, csak a DIGI volt rest ránézni a switch-ükre...
de nálam egyébként nem adatforgalom hatására bomlott a kapcsolat LCP down-al, hanem random, úgy, hogy még otthon sem voltam és semmilyen eszköz sem generált hálózati forgalmat - kivéve max. a router NTP kliense
- és utána sokszor vissza sem tudtam kapcsolódni -
c41r0^
őstag
válasz
Márton
#34330
üzenetére
a 25-ös portot sok netszolgáltató tiltja, mivel a legtöbb vírus, amelyik a fertőzött gépre saját SMTP szervert telepít, a localhost 25-ös portján szórja ki a spameket, ezért inkább bezárják a portot
nálam régebben volt olyan, hogy szintén nem tudtam levelet küldeni a 465 SSL-en, az 587 és 25 portokon sem, ami pedig működött előtte, aztán rájöttem fél óra kutakodás után, hogy az avast! mail védelme hülyült meg, ugyanis az "fehérlistázza" a működő SMTP forgalmat, de valami miatt nem meghülyült... le kellett törölni az avast!-ban az eltárolt és engedélyezett SMTP kapcsolatokat, majd onnantól újra működött a levélküldés
telnet megy a cél SMTP felé a 465 és 25-ös portokon?
radi8tor1: azóta már több hsz-t írtam, elvileg 2 napja a DIGI kicserélte a switch-et, azóta stabil is a net, nem is bontott a router egyszer sem, ill. a két nap alatt töltöttem le huzamosabb ideig (2-3 óra 3-4 alkalommal) max. sebességgel, 11 MB/s-el
mondjuk koránt sem biztos, hogy ez az idilli állapot végleges, meglátjuk...
-
c41r0^
őstag
válasz
lajos0001
#34329
üzenetére
Annak fényében, hogy kicserélték a lépcsőházi switch-et, vissza is fogom állítani 1492-re az MTU-t, hogy a csomagok mérete a lehetőségekhez mérten maximális legyen, meglátjuk, stabil lesz-e, de annak kéne lennie.
Nálam egyébként kb. annyit hozott sebességben:
1480 MTU: 94/52 Mbit
1492 MTU: 96/54 Mbit
lett a speedtest.net mérés (persze csak akkor amikor éppen jó volt a vonalam )A router logban is látszik / látszott régebben is, hogy a PPPoE csatlakozás felépítésénél a DIGI switch először 1492 bájtos csomagot küld a routeremnek, de mivel nem volt stabil a vonalam - akkor még nem lehetett tudni, pontosan milyen okból - a tesztelési időszakra inkább visszavettem 1480-ra, a router default értékére, mivel mikor az 50/30-as sebesség stabil volt (a 100/50-re emelés előtt 2 hónapig), akkor is 1480-as MTU-n használtam a routert.
érdekesség:
Mintha lett volna olyan felvetés, hogy ha nem azonos az MTU a két végpont között (pl. DIGI switch 1492 -> router 1480, vagy DIGI switch 1492 -> direkt PPPoE 1500), akkor a nem megegyező MTU értékek miatt a csomagok fragmentálódnak, és a hálózati eszközökre nagyobb terhet ró a dolog, mivel a csomagtöredezettség miatt többször kell átküldeni a dróton az adatokat.Ez valóban így van szerintem is, de mivel az látszik a 1043ND logban - legalábbis én úgy értelmezem az abban látottakat - hogy ha 1480-ra van állítva az én routerem MTU-ja, akkor a DIGI switch is 1480 MTU-ra áll át, annak ellenére, hogy először ugyan 1492-vel "próbálkozik be". Tehát szerintem a DIGI switch-e alkalmazkodik a PPPoE-t felépíteni kívánt eszköz MTU-jához, persze max. 1492 bájtig, efölé a szabvány max. MTU-ja miatt nem tud menni. Ezért érdemes viszont a direkt PPPoE-vel csatlakozóknak (direkt PPPoE-n mindig azt értem, amikor a kábel a PC hálókártyájába van közvetlen bedugva és nincs router) az oprendszerben beállítani a PPPoE csatlakozáshoz az MTU értékét az alap 1500-ról maximum 1492-re. A többi esetben szerintem automatán lekezelik az eszközök (bár lehet, hogy a DIGI által használt switchek típusától is függ), tehát nem olyan nagy baj, ha 1480 vagy 1472-n marad (sőt, pl. a Draytek Vigor 2120 nem éppen SOHO routerben 1454 a default PPPoE MTU!) de persze az 1492-vel hozható ki a maximum sebesség.
-
#34327
c41r0^
őstag
HateEternal
#34325
c41r0^
őstag
válasz
HateEternal
#34325
üzenetére
a pc és a router közötti UTP kábelt cseréld ki minőségire, ill. ha van krimpelő fogód, akkor nyomj rá az RJ45 végekre, hátha csak annyi a gondja, hogy nem jól érintkezik néha
a TP-Link routered lehet, hogy érzékenyebb az UTP kábelre, mint a másik routered, ezért jön elő vele a gond
ezen felül az eszközkezelőben a hálókártya spec. beállításánál megadhatod, hogy ne auto-negotiation legyen a link, hanem 1 Gbit full duplex vagy 100 Mbit full duplex, ezzel még próbálkozhatsz, de ebben az esetben ha a kábel nem bírja a tempót, akkor egyáltalán nem lesz linked, ha se a 100Mbit, se a Gbit nem stabil a kábeleden
ha auto-nego-n hagyod, akkor meg a router és a hálókártya "megbeszéli" egymással, hogy melyik a max. sebesség, amire állhat a kapcsolat, de ebbe beleszól ugye a kábel is, ezért lehet az, hogy csak 10Mbit-re áll, mert nem tud jobbra a kábel miatt
egyébként ha minden rendben van hardverileg (router, kábel és hálókártya), akkor célszerű auto-nego-n hagyni
fejlemény: engem hívott a DIGI most pár perce és az én sejtésem jött be, miszerint hibás volt a lépcsőházi switch, néha átállította a linkeket 10Mbit-re, 2 napja, mióta cserélték a lépcsőházi switch-et, atomstabil a netem
csak sikerült átverni valahogy rajtuk az eszközcserét -
#34318
c41r0^
őstag
HateEternal
#34317
c41r0^
őstag
válasz
HateEternal
#34317
üzenetére
szerintem elsőnek cseréld ki a router és a PC-d közötti UTP kábelt valami minőségire, mert lehet, hogy amiatt korlátozódik le a PC-d és a router közti kapcsolat 10/10-re, mikor a wifi-n meg gyorsabban megy
ill. mikor 10/10 van a PC-n, akkor nézd meg a router adott LAN portján és az oprendszerben, hogy a PC-d hálókártyája 100 Mbit-es vagy 1 Gbit-es linket hozott-e létre egyáltalán a routerrel, nem pedig esetleg csak 10 Mbit-est
én is gyanakodtam a routerre, mert előtte 841ND volt (amikor elkezdődött ez a hiba nálam), most meg 1043ND van, lehet, hogy a TP-Link routereket nem szereti a DIGI-s switch, olvastam már erről is (PPPoE PADO packets timeout hiba) de nálam a hiba más jellegű, mert ha hiba van nálam, akkor én a gépről (win 8.1 és win7 is van) két db. gigabites hálókártyával (egy integrált Broadcom és egy 3Com szerver kártya) sem tudok direktben PPPoE csatlakozást felépíteni - bezzeg, mikor jött a szerelő és a notebookján felcsatlakozott PPPoE-n, majd lecsatlakozott és átdugtam a kábelt a gépem hálózati kártyájába, az én gépem is csatlakozott direktben... azóta egy kezemen meg tudom számolni, hányszor volt sikeres a direkt PPPoE csatlakozás... direkt azért tettem be e a 3Dom kártyát is, hogy az integrált LAN-t is kivegyem, mint kérdéses elemet
meg mikor nekem 10/10-re lekorlátozódik, akkor a router többi LAN portjára dugott eszközeimnél is 10/10-et mért a sebességmérés (smart TV), és a wifin is csak 10/10 van olyankor (telefonon speedtest.net-el mérve)
szóval nehéz rájönni az okára, de előbb-utóbb csak meglesz
-
#34315
c41r0^
őstag
HateEternal
#34306
c41r0^
őstag
válasz
HateEternal
#34306
üzenetére
én is küzdök hasonló problémával társasházban XX. ker Pacsirta lakótelepen, TP-Link 1043ND rev 2.1 a router, van analóg telefon és 100/50-es csomag (1 érpár az analóg telefon, 2 érpár a 100-as netnek) és még mindig előjön a 10/10 Mbit-re lekorlátozódás időközönként, amit a router restart általában megold, de nem mindig... sűrűn szakadozik is a net úgy, hogy aztán utána se a hálókártyával direkt PPPOE-n, sem a routerrel nem tudok reconnectelni, mert a szakadás után az ő switchük (ami egyébként 100 Mbites portokkal rendelkezik) nem enged vissza; van, hogy csak egy óra múlva tud újra reconnectelni, amikor egy másik MAC címről kapja a routerem vissza a választ a PPPoE csatlakozási kérelemre a switchüktől
amikor meg minden jó, akkor betonstabilan jó 95/52 Mbit-es a net és 12MB/sec-el töltök lefelé és 2 ms a pingem... tehát a kábelezéssel biztosan nincs gond, mert ha megy, akkor tényleg semmi gond vele és hozza a max-ot
már vagy 5 hibajegyen vagyok túl, voltak kint, UTP kábelt cseréltünk a router WAN portja és az RJ45-RJ11 Y elosztó között, ez volt kb. 3 hete, de azóta még mindig ugyanaz a hiba, vagy 10/10, vagy szakad a PPPoE (LCP down, majd timeout)
most a sokadik hibajegy után, mikor kértem, hogy hozzáértővel tudjak beszélni és nézzenek már ugyan rá a lépcsőházi switch-re, ott tartunk, hogy 2-3 napig operátor monitorozza a vonalamat, mondanom sem kell, tegnap atom stabil volt a net routerrel... mondjuk most amíg nézegetik a vonalamat, addig visszavettem a PPPoE MTU-t 1480 bájtra a routerben 1492-ről, de nem hiszem, hogy emiatt lenne stabilabb a net
a szerelőnek és nekem is olyan gyanúm van, hogy vagy a lépcsőházi switch hibás (bár csak ugyanolyat tudna cserébe hozni, bár ha eszközhiba, akkor lehet megérné kipróbálni...), vagy valamelyik előfizetőnek olyan eszköze van (pl. router, analóg telefon), ami zajosodást okoz és visszadolgozik a hálózatra és emiatt a switch portja instabil lesz
már azt is próbáltam, hogy a túlfeszvédős elosztómból egy külön konnektorba dugtam a router tápját, hátha, de nem...
fura, de az 50/25 Mbit-es időszakban semmi gondom nem volt, csak a sebességemelés (100/50Mbit-re) után
stay tuned...
-
c41r0^
őstag
válasz
c41r0^
#32683
üzenetére
még mindig nem jó valami
a kábelek most már biztosan jók a lakásban (szerelő is ellenőrizte), cseréltem routert, az integrált Broadcom helyett most másik hálózati kártya van bent (PCI-os gigabites 3Com 3C2000-T) és ugyanúgy leesik 10/10-re a net, ha mondjuk 8 órán keresztül fel van a router csatlakozva...
miközben ma hazajőve 10/10-es volt a net, hálókártyát cseréltem, lehúztam az rj45-rj11 Y csatiról az analóg telefon kábelt meg a bejövő és elmenő rj45-öt, majd csak az rj45-öket dugtam vissza, meg reconnecteltem a PPPOE-t a routerben, és maradt 10/10-en...
visszadugtam a telefonkábelt az Y csatiba, majd router restart után megjavult 100/50-re
most megint ott tartok, hogy a router restart általában megoldja, és visszajön a 100/50 sebesség
nem tudom mit csináljak, a telefonos ügyfélszolgálat mindig azt mondja, hogy 100/50es a linkem a switch-en, minden jó, a szerelő aki kijött a kábelre tippelt, és persze kábelcsere után megint jó volt a net, úgyhogy enynivel lezárta a dolgot, de a probléma ennek ellenére megmaradt
-
c41r0^
őstag
válasz
Flashget
#32701
üzenetére
most tényleg meg ne haragudj, de a szövegértés biztosan rendesen megy?
több postban is írtam már, hogy kábel teszterrel megnéztem minden lakáson belüli kábelemet, és azok hibátlanok a teszter szerint
de a kábel teszter csak azt mutatja meg, hogy mind a 8 ér átvisz-e (pl. szakadt-e az erek közül vmelyik, vagy pl. nincs jól rákrimpelve a kábel a csatlakozó(k)ra, stb.), valós terhelést nem tud mérni
mert az egy dolog, hogy a teszter kis feszültségű tesztjele átmegy a kábelen és hibátlannak tűnik a jelátvitel, de a tényleges adatátvitelt csak akkor tudod ellenőrizni, ha a kábel terhelésnek van kitéve, ezt a léppést hagytam ki, mondván annak nem lehet baja, és itt hibáztam
álljon ezért itt tanulságul: hiába néz ki jónak az előre legyártott kábel, mindig ellenőrizzük le azt is
-
c41r0^
őstag
válasz
Flashget
#32688
üzenetére
amit én húztam be és csatornáztam a lakásban a bejárati ajtótól a szobáig (20-25 m szakasz), és a routertől a másik szobáig (10-15 m szakasz) az CAT5e volt és én is magam krimpeltem, nem is volt vele gond...
még egyszer: a 2 db. gyári, bolti, előre megcsinált, készen vett 1m valamint fél méteres CAT5 patch kábelekkel volt a gond, amiket zacskóból bontottam ki - és igen, tudom, hogy át kéne vinnie a 100 Mbit-et, ezért használtam ezt, mondván ennek jónak kell lennie, de úgy látszik valami selejt kábelek lehettek, pedig lepróbálhattam volna előtte őket a router switch portjaiba kötve a noti és gép közötti másolással, nem csak sima kábelteszterrel, és akkor megspóroltam volna magamnak egy csomó időt és bosszúságot
de mint írtam, kinézetre minőségi kábeleknek tűntek, így ezekre soha nem gyanakodtam volna
-
c41r0^
őstag
válasz
c41r0^
#32408
üzenetére
na úgy néz ki vége a kálváriának
kijött a szervizes, valamit csinált a lépcsőházi switchnél - szerintem átdugta az én végpontom egy másik csatiba, de azt mondta, csak ellenőrizte, mi van, úgyhogy ezt nem tudom
utána mutattam a gépemen, hogy nem tudok direkt PPPOE-t csinálni, pedig már MTU módosítás is volt meg mindent tesztelgettem, és a routerrel is csak 10/10 Mbit-re áll be a net
mondta, hogy nézzük meg a notijáról direkt PPPOE-vel az ő kábelét rádugva az RJ45-RJ11 Y-csatira, és egyből jött a 100/50... tehát a gyári CAT5 patch kábeleim okozták a gondot, hihetetlen... ugye hiába jó mind a nyolc ér, ha maga a kábel nem jó, áthúz az erek között, stb.
még jó, hogy a hosszú szakasz, amit én kábeleztem be a lakásban az jó minőségű CAT5e kábel, erre figyeltem, de az RJ45-RJ11 Y csati -> router -> eszközök útvonalon már csak sima CAT5 kábelt hazsnáltam, mondván ennek elégnek kell lennie
mégegyszer: gyári, fél méteres CAT5 patch kábelekről beszélek, egyszerűen hihetetlen, hogy emiatt volt ez a gond... simán át kellett volna vinnie a 100 Mbitet elméletben és a gyakorlatban is, és látjátok...
álljon itt tehát tanulságul: minőségi CAT5e kábeleket használjatok 50 Mbit-es net felett
köszi a segítséget
plussz infó: a telefon érpáron csak akkor jön a 48V feszültség, ha van a vonalon aktivitás, amúgy ha nincs, akkor bele lehet dugni a kábelt a NIC-be, de ugye nem szerencsés, ha hívnak közben
plussz infó:
router log, amiben látható, hogy a switch-ük is 1492 bájtos csomagokkal operál a PPPOE kapcsolat felépítésénél:
21 Jun 15 19:34:20 PPP INFO rcvd [LCP Ack mru=1492 magic=0x3b62c00]
20 Jun 15 19:34:20 PPP INFO sent [LCP Req mru=1492 magic=0x3b62c00]
19 Jun 15 19:34:17 PPP INFO sent [LCP Ack mru=1492 auth=pap magic=0x8bcbf4ef]
18 Jun 15 19:34:17 PPP INFO rcvd [LCP Req mru=1492 auth=pap magic=0x8bcbf4ef]
17 Jun 15 19:34:17 PPP INFO sent [LCP Req mru=1492 magic=0x3b62c00]ezt mutattam a srácnak, mert ő azt mondta, hogy mindegy, hogy 1480 vagy 1492 az MTU, szóval kölcsönösen tanultunk egymástól ma valamit
-
c41r0^
őstag
válasz
c41r0^
#32366
üzenetére
fejlemény:
a kérésemre beállították, hogy ne 100. x.x.x lokál IP-t kapjon a WAN PPP-vel, így már kaptam 188.x.x.x-es, meg 64.x.x.x-es IP-ket a routerrel. De a lényeg: így sem javult meg. Ha sikerül nagy sebességgel szinkronizálni, sebességtesztnél egyből reconnect van, egyéb esetben 10/10Mbit stabilizálódik. Random a dolog. A direkt PPPOE újfent nem megy... ugyanaz van ma este is, mint tegnap este volt.
Nagyon úgy tűnik, hogy este valami bekavar, mivel ma de. 10-kor mint írtam előző hsz-ben, jó votl a kapcsolat. Vagy valamelyik eszközükön valami schedule, ami csinálv alamit estére, vagy valakinek olyan eszköze van a társasházban, ami nekem bekavar... és azért jön csak elő este, mert mondjuk on-demand annak az ügyfélnek a PPP a routerében (magyarul csak akkor csatlakozik, ha használni is akarja a netet), vagy egy géppel használja és felcsatlakozik.
Újabb hibajegy lett belőle, most már muszáj kijönnie valakinek megnézni, de ragaszkodom az esti időponthoz... kész kálvária ez az egész, csak erre van ideje az embernek...
-
c41r0^
őstag
válasz
Flashget
#32362
üzenetére
Már megírtam nekik, várom a válaszukat.
Félreértesz amúgy, én tudom, hogy nem a 100.x.x.x lesz a publikus IP-m, hanem ez a hálózati eszközöm (jelen esetben router WAN port) PPP kapcsolat IP címe lesz, és ezt a belső IP-t a DIGI switch osztja ki neki DHCP-vel a PPP kapcsolat során. Ezek után - gondolom - a csomagok a switchükről a routerük belső lábára mennek, a router meg ugye emiatt NAT-ol.
Azért írtam az "urban legend-et", mert szerintem nem biztos, hogy ez okozza a problémát, mert ha eddig is tudatosan így konfigurálva működött és még működik is sok helyen a hálózatuk, akkor ez nem lehet véletlen.
Mindenesetre köszönöm a tippet, meglátjuk.
-
c41r0^
őstag
Flashget
én ezt értem, de a DIGI üfsz azt mondja, hogy jó a konfig... szóval nem tudom, hogy ez a "ha 100.x.x.x -es WAN PPP IP-t kapsz az rossz" ez mennyire urban legend...PeterPH
a 48V-ról nem tudtam, akkor örüljek neki, hogy nem ment tönkre az alaplap vagy az integrált LAN... csak hát minden toldást ki akartam venni, hogy a lehető "legcsupaszabb" legyen a kábel... akkor legközelebb ha a direkt PPPOE-t próbálom, akkor benne hagyom az Y toldót. köszi, hogy ezt megírtad!
amúgy fejlemény:
a lakáson kívüli kábeleket mégsem tudom ellenőrizni, mert csatornában, direktben jönnek a lakásba a 2. emeletről, szóval erre rosszul emlékeztem, a villanyóra szekrényben más lakások RJ45 toldós UTP kábelei vannak, nem az enyémde. 10 órakor ismét jó volt a 100/50-es sebesség, tehát valami történt hajnali 4 és de. 10 között, de a router még mindig 100.x.x.x IP-t kap a PPP csatlakozáskor. mivel most, hogy ment a 100-as net, lepróbáltam a router WAN PPP MTU értékeket a DIGI sebességmérőjével:
MTU 1480: 82 Mbit le / 49 Mbit fel
MTU 1492: 92 Mbit le / 52 Mbit felTehát tényleg jobb az 1492!
A sebességteszt után elkezdtem egy letöltést és mindkét MTU esetében visszaesett a sebesség ilyen 40-60 Mbit-re pár perc alatt, néha a router WAN port LED nem villog vagy 2-3 mp-ig, mintha nem lenne forgalom. Levettem a router burkolatát, lehet, hogy túlmelegszik (forró volt a bordája) és nem bírja a 100-as tempót. Venni fogok egy 1043ND v2.1-et, amúgy sem árt már az ilyen sebesség mellé. Szóval most lehet, hogy tényleg megjavult a linkem, csak a routerem most meg nem bírja a tempót.
Az ügyfélszolgálat megint azt írta, hogy ők mindent rendben látnak, mert újra bejelentettem hibára. Persze kiküldhetnek valakit csekkolni, de 2.5K, ha nem talál semmit. Ha most jönne, jónak is találná, de két napig teljesen instabil volt. Most én is jónak látom. Ez a 100.x.x.x-es PPP WAN IP-s történet nem tudom, mennyire urban legend, erre nem hiszem, hogy verhetem az asztalt, ha mindenki másnak jó a net a társasházban (bár lehet a többi lakó észre sem veszi, ha pl. lekorlátozódik 10/10-re, mint én...).
Ha estére is megy a 100-as net, akkor még szenvedek a direkt PPPOE-vel, össze kell akkor már jönnie. Ha megy és ott stabil a sebesség, akkor router csere is ajánlott. Meg veszek egy másik UTP RJ45 toldót a betáp UTP kábelhez, hátha az nem érintkezik jól. Mert ma reggel azt is megnyomogattam, és csak utána néztem a netet, és akkor már volt 100-as sebesség. Szóval még az sem kizárt, hogy akár tényleg a toldó "instabil".
bocs a hosszú hsz-ekért
-
c41r0^
őstag
válasz
c41r0^
#32293
üzenetére
Köszi a tippeket, de sajnos nem váltak be.
A hibabajelentés miatt ránéztek a vonalra, de aki felhívott a DIGI-től napközben azzal, hogy semmi hibát nem lát a switchükön az adott porton, amin lógok, és az bizony 100 Mbit-re van az beállítva és minden OK, annak sztem még az MTU állítás is idegen téma volt, szóval szerintem hiába írtam le nekik ilyen részletesen ill. a telefonban is hiába magyaráztam, nem sok jutott el hozzájuk belőle...
Megnéztem a lakásban a kábelezést kábelteszterrel: a belső UTP szakaszokkal egyenként minden rendben, 8/8 szál OK. Reggel megnézem majd a lépcsőházból a lakásba bejövő szakaszt is, amihez hozzáférek. Ezen szakaszt sem tudom végig ellenőrizni, mert meg van toldva egy RJ45 toldóval, a villanyóra szekrényben, mivel én a negyediken vagyok és a switch meg a másodikon van.
A pontos kábelezés így megy:
DIGI switch a 2. emeleten - UTP kábel a 4. emeletre - RJ45 toldó a 4.en a villanyóraszekrényben - UTP be a lakásba az óraszekrényből - lakásban RJ45 toldó (beállás vége) - lakáson belüli hosszú UTP kábel a szobába - RJ45-RJ11 Y toldó telefon miatt - UTP kábel - router WAN portReggel letesztelem majd a "lépcsőházi utolsó bontható -> szoba" szakaszt.
Próbáltam újra a direkt PPPOE-t, de értelemszerűen a RJ45-RJ11 Y toldót lecsatlakoztattam és a bejövő UTP-t közvetlenül bedugtam a NIC-be.
Így direkt PPPOE-vel a legjobb eset az, ha felkapcsolódik, de utána 3 ping-nyi idő után meg is szakad a kapcsolat. Próbáltam MTU-t is állítani megint, magára a PPPOE kapcsolatra (a Win alapból 1480-al hozza létre a PPPOE kapcsolatot), 1492-vel, 1472-vel is. Ugyanaz az azonnali szakadás van connect után, vagy 651-es hibával fel sem csatlakozik (ilyenkor utána mindig vártam 2-3 percet és felcsatlakozott), de ha csatlakozik is, egy kisebb terhelés után egyből bomlik és reconnectel...
Próbáltam megint a PPP szoftveres tömörítést ki/be kapcsolni, nincs eredménye...
Még mindig routerrel van a legnagyobb sikerem, a router PPP kapcsolatánál beállított (alap) 1480 MTU-val. Így egyszer megint visszajött a 100/50 Mbit/s kb. 2-3 percig, aztán reconnectelt a WAN port, utána megint szakadozva ment. Ez ilyenkor azt jelenti, hogy sok kifelé menő csomag van, de befelé jó ideig semmi, majd megindul, de megint leáll. Tehát akadozva megy. Ugyanígy akadozik akkor is, ha a router WAN PPP MTU-t 1492-re vagy 1472-re állítom, tehát ez sem megoldás.
Majd ezek után próbából csináltam a router WAN-ján egy MAC klónt (a PC NIC MAC-jére klónoztam), hogy a DIGI switch felejtse el a routerem gyári WAN MAC-jét, hátha frissül valami, és erre most beállt megint fix 10/10 Mbitre, ezért így hagytam, mert legalább most van net. Viszont ha erre a 10/10-re beáll a router, akkor ez mindig betonstabil, ping 2 msec és speedtest közben is annyi, igaz csak 10/10, de most még mindig ez a legjobb, amit el tudok érni...
A router status-ban a WAN IP-je 100.-al kezdődik.
WAN
MAC Address: mindegy
IP Address: 100.67.3.142 PPPoE(Connect Automatically)
Subnet Mask: 255.255.255.255
Default Gateway: 100.67.3.142
DNS Server: 193.110.56.8 , 193.110.57.4Viszont a valós IP címem már 94.21..., tehát szerintem ez így jó (mivel a 100.67... egy reserved IP tartomány, amit a DIGI switch és a routerük használ az egymás közti kommunikációra gondolom), bár mikor tökéletes volt a net, akkor sajnos nem néztem meg a routeren a WAN IP-jét, hogy mi látszott.
Szóval nem tudom, mi van, de eléggé idegesítő a dolog
Ezek után eléggé kizártnak tartom, hogy a lakásban lévő kábelek / eszközök a hibásak vagy nem jól konfiguráltak. Ha valamelyik RJ45 toldó lesz rossz, akkor az LOL lesz. De nem hagyom annyiban, megírom majd, mi lett a megoldás. -
c41r0^
őstag
DIGI OKOS csomagban van egy 50/20 Mbit/sec internet elérésem, ez tökéletesen ment is stabilan kb. 3 hónapja egészen addig, míg 100/50-es sebességre nem emeltek. Innentől kezdve instabil az internet elérés, routerrel 10/10 Mbit stabilan 2 napja, ill. a routert kiiktatva és az UTP kábelt közvetlenül a PC hálózati kártyájába dugva, majd ott PPPOE kapcsolatot beállítva pedig a PPPOE kapcsolat felépítése után pár mp. után bomlik a kapcsolat.
-------------------Részletes leírás és előzmények:
- kb. 3 hónapja rendeltem meg az 50/20-as szolgáltatást, a kezdetektől fogva mindenféle problémától mentesen működött a net stabil 50/20 Mbit-tel, routert közbeiktatva- Az ajándék sávszélesség emelés napján (kb. május 21-23.) észrevettem, hogy csak 10/10 Mbit/sec sebességű a net, ezért restartoltam a routeremet, és örömmel konstatáltam, hogy már a 100/50 Mbit-es sebesség megy. Ez volt tehát kb. 2 héttel ezelőtt.
- A 100/50-es sebesség STABILAN működött az emeléstől kb. egy hétig úgy, ahogyan az 50/20-as net is előtte: routerrel (TP-Link TL-WR841ND). Azonban pár nap után - kb. egy hete - időközönként belassult a net 10/10 Mbit/sec-ra, de ez a lassulás nem volt terhelésfüggő, azaz pl. előző este letöltöttem 10 GB-nyi anyagot 100 Mbit-tel, majd másnap reggelre már csak 10/10-es volt a net. Ilyenkor a www.digi.hu/meres ill. www.speedtest.net sebességmérő oldalakon MINDIG 10/10Mbit-es volt pontosan a sebesség, tehát nem a társasházban adódó terhelés függvényében lassult le a sebesség, hanem olyan volt, mintha a DIGI switchen az én portomhoz 10/10 Mbit-es profil lett volna aktiválva. A router restart mindig megoldotta, tehát az elmúlt héten kb. 2-3 naponta újraindítottam a routerem és mindig "visszajött" a 100/50 Mbit-es sebesség. Gondoltam, hogy ez valami átmeneti állapot a sávszélesség emelés miatt, majd javítva lesz.
- Azonban 2 napja most már a routerem restartja sem oldja meg a gondot, stabilan 10/10 Mbit sávszélesség van csak, úgy tűnik, hogy ez a 10/10-es profil állandósult a DIGI-s hálózati eszközön az én portomra. A 1272-őt hívva azt mondták, kivizsgálják, de küldjek képet sebességtesztről router kiiktatása után.
A gond az, hogy Win 8.1 és Win7 alatt jól beállított PPPOE csatlakozással nem tudok sebességet mérni, mert legjobb esetben is max. pár mp. múlva megszakad a PPPOE kapcsolat.
A közvetlen PPPOE kapcsolatot kipróbáltam Win 8.1 és Win7 alatt is ilyen módokon:
- PPPOE kapcsolat felvétele után a kapcsolat paramétereit tekintve alap értékeken hagyás (ethernet interface MTU: 1500, PPPOE virtuális WAN interface MTU: 1480, PPP szoftveres tömörítés: ki)
- ethernet interface MTU módosítás 1492-re, 1480-ra, 1472-re, ill. PPP szoftveres tömörítés: be / ki kombinációitA fenti kombinációkat kipróbálva a konklúzió: a PPPOE kapcsolat vagy 691-es hibával létre sem jön, vagy megszakad pár mp. múlva (addig viszont működik a net!). Tehát ezért így közvetlen PPPOE kapcsolattal NEM TUDOK SEBESSÉGTESZTET KÜLDENI nekik.
Ez alapján állítottam be az ethernet interface MTU-t:
http://www.richard-slater.co.uk/archives/2009/10/23/change-your-mtu-under-vista-windows-7-or-windows-8/
http://networking.nitecruzr.net/2007/11/setting-mtu-in-windows-vista.htmlA routeren egyébként a PPPOE MTU beállítást az alap 1480 értéken használtam akkor is, mikor stabil volt az 50/20 és a 100/50-es sebesség is.
Szerintem valami elkonfigurálódott a társasházban a DIGI által szolgáltatott hálózati eszközökben. Mindenesetre kb. hasonló szövegezéssel beadtam hibára.
Valaki tapasztalt már hasonlót itt?
- és utána sokszor vissza sem tudtam kapcsolódni
csak sikerült átverni valahogy rajtuk az eszközcserét
Ezek után eléggé kizártnak tartom, hogy a lakásban lévő kábelek / eszközök a hibásak vagy nem jól konfiguráltak. Ha valamelyik RJ45 toldó lesz rossz, akkor az LOL lesz. De nem hagyom annyiban, megírom majd, mi lett a megoldá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
- Dell Optiplex 3020 MT,i3-4130,8GB RAM,128GB SSD,WIN10
- AKCIÓ! LENOVO ThinkPad P15 Gen1 munkaállomás - i7 10850H 16GB DDR4 256GB SSD Quadro T1000 4GB W
- GYÖNYÖRŰ iPhone 14 Pro 128GB Deep Purple -1 ÉV GARANCIA - Kártyafüggetlen, MS4649
- Apple iPhone 13 Pro 128GB,Átlagos,Dobozaval,12 hónap garanciával
- Vásárlunk iPhone 12/12 Mini/12 Pro/12 Pro Max
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest