- Samsung Galaxy Watch4 és Watch4 Classic - próbawearzió
- Samsung Galaxy Watch6 Classic - tekerd!
- Xiaomi 14T Pro - teljes a család?
- Elite szett, óriás telep és szuperfényes kijelző
- Xiaomi 15 Ultra - kamera, telefon
- VoLTE/VoWiFi
- Szívós, szép és kitartó az új OnePlus óra
- Motorola Razr 60 Ultra - ez a kagyló könnyen megfő
- Honor Magic6 Pro - kör közepén számok
- Xiaomi 14 - párátlanul jó lehetne
Új hozzászólás Aktív témák
-
dchard
veterán
válasz
pszichiater #2120 üzenetére
Ahogy elnéztem az I24K bekapcsolásával más keretezési módba vált az ADSL (extended framing mode 2), ahol az elérhető sebesség is magasabb, és a FEC valamint az Interleavng meg az INP együttműködése is hatékonyabb.
Dchard
-
dchard
veterán
Modem webes felületén DSL setting nevű menüpontban a target SNR margint állítsd át 60%-ra, az I24K-t állítsd On állásba, majd Save és az Admin menüpontban reboot.
Nyersz vele 1-2megát, ennyit lehet tenni. Elég jó a vonalad, de ebből csak VDSL-lel lehet többet kihozni belőle.
Dchard
-
dchard
veterán
válasz
trance89 #2114 üzenetére
Kösz a visszajelzést.
Miután végre sikerült kideríteni, hogy mi is ez a funkció nem volt kérdéses hogy be kell kapcsolni.
Az I24K az Interleaver memória méretét növeli 16-ról 24KB-ra így az interleaving hatékonyabban tud működni nagyobb sebességeknél is. Szerencsére nem gyártó specifikus, az ADSL2+-szal bekerült a szabványba, így nem csak a Broadcom DSLAM-eken érdemes bekapcsolni hanem minden körülmények között.
Dchard
-
dchard
veterán
A jelek szerint nem az ADSL kapcsolat szakad meg, hanem a PPPoE. Még annyit tegyél meg, hogy a modem webes fleületén a Status --> DSL status és alul az Info gomb kimenetét nézd meg: a LOS nevű paraméter jelzi a modem által érzékelt szakadásokat. Ha az nulla, akkor nem az ADSL kapcsolat szakadt meg.
A PPPoE kapcsolat megszakadhat sokmindentől:
1. Szar router
2. Szarul beállított router.
3. Szétterhelt router, a torrent nem jól beállítva képes erre.
4. Nincs MTU beállítva 1492-re (router és PC).
5. A PPPoE kapcsolat elsősorban linuxon, de windows-on is előfordulhat, hibásan van felkonfigurálva.
6. Ha az ADSL kapcsolat megszakad akkor a PPPoE kapcsolat is meg fog.6. Azért raktam külön mert szélsőséges példa, de a DSLAM gerinc hálózati csatlakozásának a megszakadásakor a PPPoE kapcsolat elbomlik, de az ADSL kapcsolat értelemszerűen nem. Nagyon nagyon ritka, de van elvi esélye.
A leggyakoribb PPPoE hibaok, hogy az ADSL szakad meg, illetve a gagyi és/vagy rosszul beállított routerek. Nálad előbbi kizárható.
Dchard
-
dchard
veterán
válasz
Kitakat #2108 üzenetére
Tehát azt mondod a vészvisszaállító felület sem érhető el? (reset gomb nyomás + bekapcsolás)
Ha így van akkor kuka, nincs JTAG, nem lehet visszatenni sehogy.
Egyébként te vagy a soktízezerből a 2. akinek beszarik a modemje. Valszeg hardver hibás lehetett a flash memória.
Ga garis visszaviszed, ha nem akkor a fekete dlink 360R T1E-vel olcsóbban helyettesíthető, arra ugyanúgy feltolható az általam írt firmware, ugyanaz a bele is.
Dchard
-
dchard
veterán
A modemed 175 órája megy, és nem regisztrált szakadást, sem ekeretvesztést, a mért bithiba arány is olyan alacsony amit ritkán látunk.
Amíg a szürke 360R-ed volt addig simán lehetett hogy az ADSL szakadt, most biztosan nem ez a helyzet.
Openwrt-vel kapcsolatban: most raktam fel AA-t 1043ND-re és mit ne mondjak: csinál furcsaságokat... Lehet kábelezési hiba is például a modem és a router között. Ilyet is láttam már: majd agyvérzést kaptam, kicseréltünk már mindent és akkor kiderült, hogy az egyébként hibátlannak tűnő LAN kábel volt az oka, ezt a kábelt meg is mértük, mégis kontaktos volt a fej.
A legjobb ötletem: egyszerűsítsd le a rendszert: dugd a modemet a PC_be és hazsnáld úgy pár napig, ha úgy szépen megy, akkor biztosan a router a hibás.
Dchard
-
dchard
veterán
Úgy tűnik nem az ADSL kapcsolat szakad meg, a modem naplója szerint több napja online a modem és nem történt ezalatt szakadás. Ezt támasztja alá a rendkívül alacsony bithiba arány is, illetve a tiszta spektrum.
Ha van routered azzal lehet a probléma. első körben próbáld meg a Torrent kliensben az összes csatlakozások számát 200-ra korlátozni, illetve a router naplójában ellenőrizni, hogy nem volt-e router újraindulás, vagy nem szakadt-e meg a PPPoE kapcsolat. Azt is ellenőrizd, hogy a router PPPoE beállításainál az MTU 1492-re van-e állítva.
Dchard
-
dchard
veterán
válasz
szhunor #2093 üzenetére
Mi lenne ha már felraktad, ha töltenél fel diagnosztikai adatokat? Biztosan nem a modemed szar, pláne ha 3-szor cserélték.
Modem webes felületén Status --> DSL status mind a 4 grafikon kell + a lap alján az Info gomb teljes kimenete. És ne áramtalanítsd mielőtt a diag adatokat kilvasod.
Ha tipp kell, ajánlom az OMSZ-t vagy Aigner Szilárdot. Mi mérni szoktunk
Dchard
-
dchard
veterán
Nincs változás, most is 5dB körüli delta látszik, de továbbra is azt gondolom, hogy ennyit bírnia kéne.
Lehet hogy történik ott még valami ami az SNR monitorból nem látszik, például nagy energiája inpulzus zaj, vagy valamilyen kötési kábelezési hiba följebb a telefon alaphálózatban.
Az tény, hogy ha 60% mellett történik ez, az jó esélyel szakadás lesz. Próbálkozz először 80-nal, bár tény, hogy a hibaokot kéne megtalálni.
Dchard
-
dchard
veterán
Hát ez még semmi, ennyi változás belefér a buliba bőven, szóval folytatni kell.
Esetleg a két AM rádió által zavart 2-2 csatornát ki lehetne zárni, hátha lesz javulás, bár erősen kételkednék, hogy ez a hiba oka, túl gyenge mindkettő. Éjszakára ki is kapcsolják őket amúgy.
Dchard
-
dchard
veterán
Na ezt a zuhanást kéne tetten érni. Egyébként minnél több a kép annál jobb, bár a póznáról készült távoli képpel nem leszünk beljebb: ahhoz az effektív kötéseket kéne látni.
Egyébként ha a teljes spektrumot érinti a zaj, az jó eséllyel egy másik DSL vonal ki/be kapcsolásakor fordul elő. Ilyenkor érpárat kell cserélni, hátha találnak a rendezőben olyan érnyolcast amiben még nincs DSL előfizető.
Dchard
-
dchard
veterán
200%-os marginnal érdemes volna SNR monitorozást csinálni. A 200%-os margin azért kell, hogy ne szakadjon meg a vonal a monitorozás közben, és látható eredményt kapjunk. Ha így kijön egy szar vivőcsoport, akkor annak a kizárása után vissza lehet térni a 60%-os marginhoz.
Dchard
-
dchard
veterán
válasz
trance89 #2075 üzenetére
Uplinket eleve nem lehet finomhangolni mert annak a beállításai a túloldalon vagyis az alközpontba vannak.
Az uplink sebességed 571kbit/s kiírja a modem. A 0,5Mbit/s az átszámolva 512kbit/s. Miről beszélünk?
Az, hogy régen esetleg jobban fölélőtték a sebességeket egyes csomagoknál előfordulhat. A lényeg, hogy Te a speedtest-tel meg bármi mással is IP rétegben mérsz, míg az ADSL kapcsolat sebessége a fizikai rétegre értendő. A kettő közötti különbség az ún. portokol overhead, ami különböző hálózati protokolok egymásba ágyazásából fakad. Mivel az ADSL és az ATM is jelentős overhead-del dolgozik, így jellemzően 10-15%-kal lassab sebesség mérhető IP-n mint a vonal valódi sebessége.
Egyébként ha jól látom 0,47Mbit/s-ot mértél. Komolyan amiatt a 0,03Mbit/s miatt rekalmálsz? Őrület.
Ugyan nem tudom ott milyen csomagok vannak, de azért hogy valami konklúzió is legyen: a vonalad egyébként jó, 15-16Mbit/s körüli letöltési, és 1Mbit/s feltöltési sebességre számíthatsz nagyobb csomag esetén.
Dchard
-
dchard
veterán
Azért nem gyorsult mert SNR lockod van, ezzel nem tudunk mit kezdeni pillanatnyilag.
A kérdésedet nem pontosan értem. A target SNR margin a telekomnál tipikusan 10dB, ezt mi a 60%-ára szerettük volna csökkenteni, azaz 6dB-re. Látszik, hogy ez sikerült is:
SNR (dB): 6.3 13.0
a sebesség viszont nem lett gyorsabb a fent leírt ok miatt.
Dchard
-
dchard
veterán
-
dchard
veterán
válasz
pszichiater #2057 üzenetére
Hát egyetlen paraméter sem változott, de ettől még működhet jobban az ID, az eredeti doksban is erről volt szó.
Mért késleltetés változott valamennyit? (elvileg nem változhatott).
Bithibaarányt még érdemes figyelgetni, hogy változik-e (javulást kéne látni).
Köszi mindkettőtöknek!
Dchard
-
dchard
veterán
válasz
pszichiater #2054 üzenetére
Tehát ez az i24k előtti állapot ha jól értem.
Kíváncsi vagyok az i24k-s állapotra nagyon....
Amúgy kiderült, hogy az i24k nem BCM specifikus: az ADSL2+ szabvány ha nem is kötelezően de tartalmazza a 24K méretű interleaving memóriára vonatkozó részletes leírásokat, megtaláltam
Ez még inkább a bekapcsolását teszi ajánlottá.
Dchard
-
dchard
veterán
válasz
Szokenesz #2032 üzenetére
Nem tudni, hogy figyeli-e, de nem tartom valószínűnek, mivel a DSM az ADSL fizikai rétegében vizsgálódik, ez meg nem az.
pszihiaterben bízom, hogy lesz Info gomb kimenetünk, mert abból egzaktul látszik, hogy változik-e valami. A sebesség meg az ID csak egy paraméter.
Dchard
-
dchard
veterán
válasz
pszichiater #2030 üzenetére
Én mindenkinek ajánlom az i24k-t bekapcsolni. Ha megteszed, azért majd számolj be, hogy mi lett az eredmény.
Sőt: a legjobb az lenne, ha csinálnál egy Info gomb kimenetet előtte, meg utána is, és akkor össze lehet hasonlítani. Ha megtennéd nagy szolgálatot tennél a népnek
Dchard
-
dchard
veterán
Csak a vonaldiagból lehet bármit is mondani.
Egyébként a 0,4 helyett 0,6-osra ír elő a szabvány, 0,8-as azért elég meleg pite lenne: képzelj el egy nagy egységű törzskábelt, mondjuk 800 érpárosat. A 0,8 itt már nem reális, bár tény, hogy vidékre ahol mondjuk csak 100-200-asat használnak kiépítéstől függően rakhattak volna 0,8-ast végig vagy legalább 0,6-ost.
Ha kész a javítás, csináld a vonaldiagot.
Dchard
-
dchard
veterán
Kedves Kispajtások!
Végre sikerült megfejeteni 3 olyan ADSL paraméter funkcióját, amik eddig ismeretlenek voltak.
A rövid summázat az, hogy a Settings --> DSL settings oldalon található "i24k" funkciót érdemes bekapcsolni.
A "CoMinMgm" és a "Sesdrop" funkciók bekapcsolása viszont kifejezetten ellenjavallot.
Részletek a frissített dokumentációban a lap alján:
http://logout.hu/cikk/uj_firmware_d-link_adsl_modemekhez/adsl_finomhangolas.html
Dchard
-
dchard
veterán
Nem okoz földhurkot, mivel a kötődoboznál csak közösíted a földet meg az SFTP árnyékolását és a nem használt ereket, a valódi föld az SFTP modem felöli végén lesz, tehát hurok nincs.
És igen: nyertél, az a föld.
Ha jól látom a piros-fehér érpár van használatban. Ennek az ellen oldalára megy az SFTP srága-srágafehér része, az összes többi érpárat beleértve a szürke-fekete légkábelből jövőt is, közösíteni kell az SFTP földjével és árnyékolásával, illetve a légkábelből jövő földdel.
A lényeg, hogy minden a kommunikációban részt nem vevő vezető földön legyen.
Nagyon fontos az újrakötés, kötésellenőrzés is: a piros-fehér vezetékeket és a biztosítékokat is ki kell szedni, ellenőrizni, kontak spérvel tisztítani, hogy a kötés minősége megfelelő legyen.
Dchard
-
dchard
veterán
Bazeg mennyi kérdés
"A 360-R modemet a router loop-kabeles áthidalása után tudom az sm50b-vel letesztelni?"
Nem ezt ajánlom. SImán a PC-re rádugod amíg tesztelsz, a routert hagyd ki. Ha mégis router loopolsz amit nem ajánlok, akkor ügyelj rá, hogy IP ütközés nélkül de egy alhálózatban legyen a router a modemmel.
"minden fekete DSL-360R modem T1-es"
Nem, van T1E is, de ugyanaz és az is fekete.
"Körbenéztem, de DSL-360R T1 modemet már nem igen lehet kapni. Helyette a 321B is éppúgy jó, vagy ez még jobb is?"
321B szintén ugyanaz, csak drágább szokott lenni, viszont arra vissza lehet rakni a gyári szoftvert, bár erre még nem volt igény
Dchard
-
dchard
veterán
válasz
Toby1959 #1999 üzenetére
Ha a DMT GAP detektáló képességére gondolsz, arra nem lehet hagyatkozni pontosan azért, mert nem vizsgálja meg, hogy az adott vivőn miért nincs kódolva semmi, csak a tényt állapítja meg. Például ha kizársz teljesen hibátlan vivőket akkor azok ott meg fognak jelenni. De sokszor az ADSL is félrerak néhány szabad vivőt bitswap céljából ha van sok tartalék. Ezeket szintén felsorolja majd a DMT mint "GAP".
Ahhoz, hogy a GAP detektálás jól működjön, minimum meg kéne vizsgálni még adott vivőn az SNR, QLN és Hlog térképeket is, de nem vagyok benne biztos, hogy egyáltalán írható olyan algoritmus ami legalább 80-90%-os hatásfokkal meg tudja tippelni, hogy mit kéne kizárni.
Dchard
-
dchard
veterán
válasz
Toby1959 #1997 üzenetére
Tölts fel DMT-s képet és akkor legalább közelítőleg tudunk segíteni.
A kizárt vivők egyénre szabottak minden esetben, nincs generális képlet. Azt az aktuális vonal állapota alpján döntöm el, hogy mit érdemes kizárni.
Bár gyári SW-vel nem fogod tudni elmenteni a beállításokat: minden újraindulás után el fogja felejteni a modem ezeket a paramétereket. Szerintem rakd fel az általam írt szoftvert, nagy eséllyel felmegy rá (van módszer a leírásban a kompatibilitás ellenőrzésére!).
Dchard
-
dchard
veterán
A problémád az SNR lock nevű jelenség. A telekom bevezetett egy automatikus vonalellenőrző rendszert (DSm), ami elméletben arra jó, hogy a szakadozó vonalakon automatikusan tartalékot növel, amitől lassul az elérhető sebesség de kevesebb lesz a szakadás. A probléma az, hogy a DSM sajnos hibátlan vonalakat is elteker, nem te vagy az első.
Sajnos ezzel nem lehet mit tenni, szerintem online petíciót kéne írni, mert már legalább a 20. ember vagy csak itt ezzel a problémával, de egyszerűen az ÜFSZ-nek fingja nincs róla, és nem lehet olyannal beszélni 1412-n aki ért is hozzá.
Komolyan nincs jobb ötletem.
Egyébként valóban nem volt leírva, hogy nincs hozzá, ezt most pótoltam, de azt gondolom a frissítés előtt mondjuk megnézed, hogy van-e és ha nincs és ez neked probléma, akkor a frissítés előtt kérdezel, nem pedig utána. Bár semmi értelme nincs a gyárira visszaállni...
Dchard
-
dchard
veterán
válasz
Hunsaman #1982 üzenetére
A szűrő a fővonal és a modem között rövidzárként viselkedik tehát nincs sok értelme ha csak DSL-ed van. A régebbi Siemens Xpresslink brutál nagy szűrőkben volt egy túlfesz védő, de szerintem közvetlen találatnál ez sem ér semmit. Szóval nincs szükség a szűrőre, plusz 1dB csillapítás. A lényeg, hogy a bejövő vonal végére minél rövidebb kábellel csatlakozoozn a modem.
Dchard
-
dchard
veterán
válasz
Hunsaman #1980 üzenetére
Mi lenne ha belinkelnéd az összes adatot, és akkor megmondjuk, hogy mi a baj. Esetleg spektrumképpel együtt.
Egyébként az gyanúsan a 4megás csomaghoz tartozó érték, de látni kéne hozzá a margint is meg a többi adatot. A mostani 5megás csomaghoz 6144kbit/s DS line speed szokott beállításra kerülni, ezt a vonalak 99%-a tudja is.
Dchard
-
dchard
veterán
válasz
headhunter #1960 üzenetére
Nem ért hozzá, ne foglalkozz vele, kiosztottam.
Dchard
-
dchard
veterán
válasz
headhunter #1957 üzenetére
Nem az a baj, hogy az ID magas, hanem hogy minek vették le a sebességet? Ez egy tök hibátlan vonal a nagy csillapítás ellenére, 14-15megás szinkronnal simán stabil lenne. Komolyan mondom ez őrület amit ezek a balfaszok a Telekomnál művelnek... Hibátlan vonalak magas ID-vel lekorlátozva, míg szar vonalak ID nélkül "száguldanak" és szakadnak... Egyszerűen nem tudok erre semmilyen logikus magyarázatot adni.
Dchard
-
dchard
veterán
válasz
Hunsaman #1956 üzenetére
Az eredmény nagyon jó, alig van mrhető bithibád. Tekintve a borzalmas állapotokat ez igen jó eredmény.
A STP-s dolgora pedig igen: ha sikerül a zaj egy részét kívül tartani, akkor több jó vivő lesz.
Mivel 5megás neted van, egyébként lényegtelen a vivő kiosztása. Egyébként 10megás csomagra még előfizethetsz, az még jó szerével működni fog, és ott már számítani fog, hogy pár vivőt vissza tudunk-e rakni.
Ami fotns még, hogy ha a légkábelnek ami bejön van árnyékolása akkor azt földelni kell és az SFTP kábel árnyékolásával és nem használ szálaival is közösíteni és a kábel végén földelni kell. Így lehet a legtöbb zajt kicsukni.
Dchard
-
dchard
veterán
Azt gondolom a cikkben egyértelműen benne van a lényeg:
A cél hogy a fölösleges kbeáeket, kötéseket, toldásokat kiiktassuk, és a lehető legrövidebbre csökkentsük a kábelhosszt az átaádsi pont és a DSL modem között, illetve hogy az átaádsi pont és a DSL modem között minimum UTP kábelt használjunk. Az ócska telekomos kötődobozok elhagyhatóak, az UTP kábelből kifejtett két vezeték végére (mindig azonos színpárt használjunk) közvetlenül krimpelhető RJ11 csatlakozó, csak arra ügyeljünk, hogy mielőtt krimpelünk, tömjük ki a csatlakozónál műanyag szigeteléssel a bemenő két vezeték körüli részt, hogy azok a krimpelésnél jól megszoruljanak és mechanikailag szilárd legyen az egyébként nem túl szabályos művelet.
Az, hogy ezeket az irányleveket ki hogyan alkalmazza már függ a helyzettől, lakás szerkezetétől is.
Abból amit leírtál nem tudom felmérni, hogy van-e ennél ideálisabb kialakítás, vagy sem, ahhoz ott kéne lennem
Dchard
-
dchard
veterán
válasz
Hunsaman #1948 üzenetére
Rendben.
Egy közeli AM sávú ráióadó a felelős a legnagyobb zajforrásért, azt most sikeresen kizáruk.
Minden maradjon így, a target SNR margint állítsd 160%-osra, mentés, újraindítás ahogy eddig.
Miután újraindult a modem és szinkronba állt, csinálj egy 3600 másodperces BERT tesztet és másold be az eredményét. Fontos hogy az indítás után nyomogasd a "Refresh" gombot a webes felületen, hogy frissüljenek a mérési eredmények. Látni fogod, hogy hol tat a folyamat. Mikor letelt a 3600 másodperc, nyomj még egy refresht és utána másold ki az adatokat.
Amíg fut a teszt, nyugodtan netezhetsz.
Ha a teszt készen van, hagyd úgy a modemet és netezhetsz ahogyan szoktál. Utána csak figyelni kell, hogy nem szakad-e. Ha igen, vannak még további vivők amiket ki tudunk zárni.
Dchard
-
dchard
veterán
válasz
Hunsaman #1938 üzenetére
Ezt sosem lehet előre tudni. Egyetlen módja ennek, hogy felviszed a modemet az átaádsi ponthoz (ahol a légkábel egy kötődobozban végződik), és ott közvetlenül rákötöd a modemet, így kihagyod a mérésből a ház hálózatát.
UTP-t elég az átaádsi pont és a szűrő közé kiépíteni, és a szőrű mellé rögtön lerakni a modemet. Az UTP-ből egy érpárat, a narancs - narancs fehéret használjuk, a többit közösíteni és földelni kell mindkét végén. Ha a bejövő légkáblnek van földelő szála, árnyékolása bármi ilyesmije, azt is földelni kell, ez nagyon fontos.
A lapos nem sodrott telefonvezeték hiába új, antennaként gyűjti a zajt, márpedig nálad zaj problémák vannak. Ebben az esetben, lehet hogy UP helyett inkább STP vagy SFTP kábelt kéne venni, ha már cserélsz, mivel az UTP-nek nincs árnyékolása.
Dchard
-
dchard
veterán
válasz
beringer #1935 üzenetére
Ha a feltöltési irány nem fontos, könnyen lehet, de én inkább reklamálnék.
Ha látják, hogy képben vagy mert elmondod, hogy a gerinc torlódik, akkor nem tudnak ilyen szöveggel lerázni, hogy a DSL jó (mert az tényleg jó), és mutatsz nekik pár mérést, hogy a garantált alá beesik, akkor muszály csinálniuk valamit. Esetleg ha van haver aközelben, akkor ők is bejelenthetik, és ha már többen panaszkodnak, nagyobb a motivázió a javításra. Ha kisebb csomagra váltasz, sosem csiálják meg.
Nem tudom elképzelni, hogy a 20-as csomaghoz ne lenne legalább 4-5mega a garantált.
Dchard
-
dchard
veterán
válasz
beringer #1931 üzenetére
Ez a vonal hibátlan, valóban nem az ADSL-lel van a gubanc.
Ha van routered, próbáld meg kihagyni és közvetlenül PC-n használni pár napig, lehet router probléma.
Ha így is lassú, akkor előfordulhat (főleg vidéken), hogy a falu/település gerinchálózata torlódik (túl sok az előfizető), és azért tapasztalod a lassulást. Ezt esetleg lehetne nekik jelezni, hogy nézzék meg az alközpont gerinchálózati kapcsolatát, hogy azon mekkora kihasználtságot mérnek.
Nem lehet amúgy, hogy ahonnan töltenél onnan nem jön gyorsabban az adat? (mondjuk torrentnél).
Az biztos, hogy nem az ADSL-lel van a gond.
Dchard
-
dchard
veterán
válasz
Hunsaman #1925 üzenetére
Igazi kihívás lesz, mert borzasztó rossz a vonalad.
Először is a pozitív megerősítés: nagyon jól sikerült megmérned a vonalat, ezzel nagyban megkönnyíted a közös munkát, a többiek is így járjanak el.
A problémáról:
Jól látszik, hogy a spekturm jelentős részében a zajtartalékot nagyban meghaladó zajosodás látszik (többek között a 256-300-as vivők között).
Tűzoltásként a következő beállításokat végezd el:
1. A modem webes felületén a target SNR margint állítsd 120 %-ra.
2. Kapcsold be a vivőkizárást, és írd be ezt:
0-260,298-490
3. Lap alján Save (nem Save & reboot), majd az Administration menüpontban reboot.Ez még nem biztos hogy elég lesz, de minimum a szakadások csökkenését várom ettől a lépéstől.
Kérlek, hogy a fenti beállítások elvégzése után csinálj egy ugyanilyen képet mint amit belinkeltél.
Illetve a DMT-ben a CLI nevű fülbem futtasd ezeket a parancsokat:
adslctl info --SNR
adslctl info --QLN
adslctl info --Bitsés a kimenetüket küldd el nekem (egy TXT fájlban teljesen jó lesz).
Illetve kérlek, hogy a modem webes felületén a Status --> DSL status menüpontban látható 4 grafikont is mellékeld.
A másik: valószínűleg érdemes lenne a lakás/ház telefonhálózatát átnézni, illetve a modem és az átadási pont (légkábel bejön a padláson stb.) között UTP kábelre cserélni a vezetékeket. Erről írhatnál bővebben, hogy családi ház-e, légkábelen jön vagy földkábelen a telefon stb. Amilyen részletesen csak tudod, akár rajzolhatsz is.
Dchard
-
dchard
veterán
Épp kérni akartam, hogy ezt másold be.
Ha a DSL uptime kb. megegyezik a modem uptime-mal, az azt jelenti, hogy nem az ADSL kapcsolat szakadt meg, hanem a PPPoE ami az ADSL réteg fölött fut.
Ebben az esetben kliens oldali hiba, ha lenne routered akkor azt mondanám.
Mivel nincs routered és a windows tárcsáz, ezért én azt javaslom, hogy a PPPoE beállítások között nézd meg, hogy van-e automatikus bontás beállítva, illetve a PPPoE beállítások között kapcsold ki a tömörítést, LCP-t, multilinket, és állítsd be úgy, hogy tárcsázzon újra magától ha megszakad.
Illetve a hálókártyán az 1492-es MTU-t is érdemes beállítani pl. TCPoptimizerrel.
Dchard
-
dchard
veterán
válasz
pszichiater #1918 üzenetére
Majdnem jó.
A lényeg, hogy amikor késleltetést (más néven válaszidőt, teljesen helytelenül pinget) mérünk, akkor lényegében két állomás között a hálózaton töltött időt mérjük.
Fontos megérteni, hogy a mért késleltetésnek csak egy kis része az amit az ADSL "okoz".
Például pingeljük az index.hu -t és kijön, hogy 30ms. Ezt úgy kell értelmezni, hogy 15ms oda és 15ms vissza. Namost ha ezt az ETOM által berakott vonaldiag adatokkal együtt értelmezem, akkor azt látom, hogy a 30ms-os válaszidőből 8ms oda és 8ms vissza az ami az ADSL miatt van, tehát a teljes 30ms-ból még ilyen viszonylag magas ID mellett is csak 8+8=16ms az ami az ADSL miatt van. A többi a számítógépünk és az index szervere közötti további nyomvonalon keletkezik (gerinc hálózat, core hálózati elemek, útválasztók, peering szolgáltatók stb.).
Nálam annó 16/2-es ID volt és 2/2ms-ot tett rá az ADSL a teljes késleltetésre, és 10-12ms volt az Index.hu-ra a késleltetésem. Látszik, hogy még itt is van 6-8ms a mért 10-12ms-ból amit NEM az ADSL okoz, tehát az ID-től nem kell félni. Én 50-60ms-os késleltetésnél sem hiszem el, hogy ezt akármilyen profi játékos "érzi", miközben a mért reakcióideje 100-200ms még a legjobbaknak is...
Dchard
-
dchard
veterán
-
dchard
veterán
válasz
JamesWagner #1903 üzenetére
Be kell jelenteni, szerintem port hiba, netán valahol a szakaszon van kábelezési probléma, de nekem inkább porthibának tűnik.
Dchard
-
dchard
veterán
válasz
JamesWagner #1901 üzenetére
Ez sima ADSL, nem ADSL2 és nem is ADSl2+.
Ez eddig is ilyen volt?
Dchard
-
dchard
veterán
válasz
realexecutor #1885 üzenetére
Ez ennyit megy. Mivel a spektrum ép sz SNR margin csökkentést is ellőttük, így nem maradt már semmi.
Hagyd így.
Dchard
-
dchard
veterán
válasz
StSanya #1886 üzenetére
Kb. 50 Forintból javítható. Teteje gondolom végig rajta volt... Nálam ugyanennyit ment fedél nélkül, és semmi baja. Pedig kb. 4-500-szor újra is programoztam rajta a flash-t
Többieknek: a LED nem lesz megoldva, mivel a gyári LED river nem használható forrás híján, ezt szerintem már megbeszéltük. Viszont várok további ötleteket.
Dchard
-
dchard
veterán
válasz
realexecutor #1883 üzenetére
Uplink irányban kapod a maximumot.
Lefelé szerintem 1-2megát még ki lehet hajtani belőle SNR margin 70%-ra csökkentésével, de vannak nem javítható hibák, úgyhogy mindenképpen frissítened kéne és megcsinálni a vonaldiagnosztikát. Valószínű a lakás/ház kábelezésére is rá fér egy kis ráncfelvarrás. Diagot csináld meg a leírás szerint (frissítés után) és segítünk a továbbiakban.
Dchard
-
dchard
veterán
válasz
realexecutor #1880 üzenetére
360R t1-hez nincs gyári firmware, nem lehet visszaállni rá.
A 360R t1-ből csak az általam írt szoftverrel és a DMT nevű alkalmazással lehet kinyerni adatokat a leírásban szereplő módon.. A korábbi úriember 360T modemhez használta az OrbMT-t.
Dchard
-
dchard
veterán
Na kedveskéim úgy néz ki, hogy csinálok még egy 2.0-ás végleges verziót a firmware-ből, úgyhogy jöhetnek az ötletek, hogy kinek mi hiányzik belőle.
Ami eddig összeállt:
1. Nyitólapon az ID kijelzési bug javítása (256 felett NA-t ír).
2. Nyitólapon lesz még Delay és INP kijelzés.
3. Próbálom megoldani, hogy az összes fontos adatot le lehessen tölteni egy ZIP fájlban, ez egy régóta várt funkció.
4. Ha minden jól megy lesz benne a BERT teszt mellett egy QLN monitor funkció is amivel nagyobb idősávot is át lehet majd fogni, erre nem vállalok garanciát, illetve a DELT módot is megpróbálom implementálni.Dchard
-
dchard
veterán
Ha van telefonod, akkor az új csomag 1 év hűséggel csak 4890 Forint, nem 6000:
http://www.t-home.hu/lakossagi/internet/dijcsomagok
és ezek a normál árak. Ha van konkurencia akkor meg ugyanez 3150Ft és amennyit most fizetsz, szerintem nálatok is a konkurenciás árak érvényesek. Netmánia S ről ávlthatsz Netmánia M-re hűségidőn belül is még akkor is ha olcsóbb lesz a havidíj. Én megnézném My-thome-ban mi az ami elérhető.
Dchard
-
dchard
veterán
válasz
ufocsalad #1868 üzenetére
"Az ~uj fekete 360R-be meg nem látok bele"
Felmegy rá az általam írt firmware, csak nem az kell mint a 321B-hez. Told fel rá és már lehet is diagolni
" Vdsl nekünk meg uj és ebbe sem mélyedtem még el"
Ahogy nézem ADSL-ből is van még mit tanulni
"az ISDN30a profillal 128/128Mbit-el pörögtek"
A név helyesen: Profile 30a.
A Telekom a saját hálózatán Profile 17a-t és talán 8a-t használ.
Dchard
-
dchard
veterán
válasz
ufocsalad #1866 üzenetére
Amit jó ha tudsz:
Budapesten a legzajosabbak a vonalak és nem csak az áthallási zaj miatt: itt működik a legtöbb AM sávú rádió.
A másik: a döglődő régi 360R modemeknek (szürke) jellemző hibája, hogy egy rettentően zajosnak tűnő spektrumot mutatnak, főleg a közepén, felső harmadában, de ez modem hiba. Ahol szélessávú zajt látsz, és ilyen modem van azonnal legyen gyanús a régi szutyok modem. Meg ha bármi baj van akkor is. A legtöbb esetben a modem a ludas.
A cellák amikről beszélsz az ATM rétegben mennek (Layer 2), mi keretről szoktunk beszélni (Layer 1).
Ha csak kozkásodik a kép, de nem megy el az adás és indu újra a box, szerintem inkább nem javítható bithiba miatt lehet. UGye ilyenkor kéne az ID-t felhúzni az égbe, de ezzel megszivatod a usert, mert a neten meg nagyon megnőne a késleltetés. VDSL2-ben erre találták ki a dual latency módot: az egyes streameket külön tudja kezelni a fizikai rétegben is, és tud nagyobb redundanciát adni az IPTV-nek mellette meg kis késleltetést a netnek. Ilyet az ADSL2+ nem tud.
Dchard
-
dchard
veterán
válasz
ufocsalad #1864 üzenetére
A QLN mutatja a "tiszta" zajt. Ezt a vonal inicializálása előtt méri a modem, amikor még "csend" van rajta. Ez is a neve: Quiet Line Noise vagyis csendes vonali zaj. Tehát nincs benne a saját DSL semmilyen szinten, viszont minden más: AM sávú zajok, áthallási zajok, RFI stb. minden más igen. A probléma az, hogy csak a trainelés előtt mér bele a vonalba 1-2 másodperc erejéig, de azt legalább az egész spektrumban.
Például ha a QLN tiszta de mégis beszakadást látunk az SNR/BAT térképeken, akkor tudhatjuk: az érzékelt zavarforrás a traineléskor még nem volt jelen (az SNR és BAT többé kevésbé valós idejű, 1-2 másodpercenként frissül).
Állítólag valahogy rá lehet venni a modemet, hogy folyamatos QLN mérést csináljon, ami egy delta QLN-t előállító szoftverrel komoly fegyver lenne. AKár napokra ott lehet hagyni, és a végén kielemezni, hogy milyen random zajok voltak. Ez a legnagyobb kihyvás amúgy: az időben változó zajok kiszűrése.
Külföldön például régiónként használnak különböző maszkokat, ahol ismert RFI források vannak, és az ismerten rossz vagy periódikusan rossz csatornákat eleve kizárják. Pl. kistérségi AM rádiók.
Dchard
-
dchard
veterán
válasz
ufocsalad #1858 üzenetére
Nem tesztidő kell hozzá, hanem tudni kell pontosan mit jelentenek, nameg az összefüggésüket. Ez olyan mint a csillapítás: a szerelők többsége tudja, hogy mi az, de nem tudja a helyén kezelni: pédlául 30dB-s vonalon láttam már 10megával sem menő DSL-t, meg 15-16megás stabil kapcsolatot is. Mi volt az összefüggés? A zaj, de ezt a szerelő nem tudta, így nem is vizsgálta. Csak annyit tud, hogy ha 30dB vagy nagyobb a DS csillapítás akkor már hűha, pedig ez nemigaz.
VDSL2 modemem van, a British Telecom openreach nevű szolgáltatásként értékesíti ezeket, úgyohgy mindig van az E-bay-en. Én ezért postával együtt fizettem talán 7ezer Forintot. Van neki 2db LAN portja ami jó a diagoláshoz, meg van neki két TTL soros konzol portja is, szóval pont ideális.
Úgy lehet találni, hogy Openreach vagy Huawei HG612 névre rákeresel E-bay-en.
MOD: most elég drága: 40dollárért van, de ez is 9.000 HUF alatti összeg.
Dchard
-
dchard
veterán
válasz
ufocsalad #1856 üzenetére
Be kéne szállnom erre a piacra
Nem tudnak sem delta SNR-t, sem delta BAT-ot, sem tartós QLN-t, sokszor még egy rendes frekimenetet sem.
BCM alapú modememkből (pl: 321B, 360R T1E) telneten több infót lehet kiszedni, mint az Argusból, ez elég gáz az áraikat elnézve...
Ja amúgy megsúgom, hogy hozzájutottam a BCM dsldiag alkalmazásához, amiben elég sok mindent lehet mérni, de sajnos az általunk használt platformra nem jó, mert a szerver oldal ami a modemen fut, hiányzik a forráskódokból. Most egy VDSL2 modemre írok szoftvert, abban bennevan, és működik is vele. Az már tényleg professzionális, lehet vele csinálni mindent, még konstelláció monitor is van benne ami elég durva.
Dchard
-
dchard
veterán
válasz
ufocsalad #1851 üzenetére
Dlink 321B az én szoftveremmel + DMT-vel mindenre elég, maximum nem olyan kényelmes, mert kell hozzá laptop meg táp.
Annyit az Argus sem tud, mert nincs benne delta SNR monitor ami azért jó ha van. Érdekes amúgy, hogy több az Argusnál jóval drágább műszerrel is dolgoztam, de maximum a bitallokációs tábla értékeinek a váltázását tudta mutatni a műszer és azt is csak extra licenszdíjért...
Dchard
-
dchard
veterán
válasz
JamesWagner #1852 üzenetére
Világosan leírtad a leveledben, hogy ez nem a 20megás előfizetéshez tartozó profil és ezt írták vissza?
Hát az apjuk ..szát.
Én visszaírnék valami ilyesmit:
Kedves Péterné!
Önök nem értenek meg engem. Tisztában vagyok az ADSL rendszerek limitációival, ebben az esetben nem erről van szó. Egyértelműen látszik az előfizetői oldalon is, hogy a jelenlegi portbeállításom egyértelműen a régi 15megás családi csomaghoz tartozó értéken áll, és nem a jelenlegi előfizetésemnek megfelelő 20megás Netmánia M csomagén. Kérem, hogy ellenőrizzék a DSLAM portom beállítását, mert biztos vagyok benne, hogy a profilt nem váltották át az új csomagnak megfelelőre.
Biztosan nem hagynám annyiban, gyakoratilag hazudnak és megpróbálnak átverni.
Dchard
-
dchard
veterán
válasz
JamesWagner #1848 üzenetére
Egész jó. Mehet rá a 70%-os SNR margin, így gyorsulni fog picit amúgy szép a vonal, ezen túl nemigen kell csinálni semmit.
Dchard
-
dchard
veterán
válasz
StSanya #1837 üzenetére
Az új modemmel 15-16megára lehet számítani. Ha tudsz optimalizálni a lakás vezetékezésén akkor 1-2megával többre, ha az új modemmel tiszta a spekturm nem úgy mint a régivel, akkor gy 70%-os SNR margin is bejátszhat, de csak a csomagváltás után, most semmi értelme.
Dchard
-
dchard
veterán
válasz
JamesWagner #1831 üzenetére
Ez a 15megás régi családihoz tartozó sebesség, nem váltották át az előfizetést a 20megásra, tisztán látszik.
És tessék, már megint a sötét szöveg, hogy "ennyit bír a vonal", még azt is lsuták megnézni, hogy egyáltalán a port jól be van-e állítva.
Simán meglesz az 1mega felfelé ha beállítják, de lefelé nagyjából itt a vége.
Dchard
-
dchard
veterán
Ehhez még annyit, hogy nálam egy 12Voltos VDSL2 modem amikor csak 10 Voltot kapott, nekiállt rebootloni, pedig az ampert megkapta amit kért... Ez az ún. dying gasp funkció, így tudja a modem hibás táp vagy áramszünet esetén értesíteni a központot, hogy ő most nem megszakadt, csak elment az áram.
Dchard
-
dchard
veterán
válasz
the_one #1822 üzenetére
" A T-Com-os kötődobozba, a bejövő légkábelen is van egy ilyen csupasz acélszál, amely gondolom a védőföldelés szerepét tölti be."
Pontosan. Ezt az acélszálat a saját kábeledben lévővel, az árnyékolással és a nem használt érárakkal kell közösíteni a légkábel felüli végén, a másikon meg ugyanezeket földelni.
Kíváncsi vagyok mennyi lesz a javulás, feltétlen csinálj előtt-utána képeket.
Dchard
-
dchard
veterán
-
dchard
veterán
válasz
Intruder2k5 #1814 üzenetére
Ha én törölni tudnék...
Dchard
-
dchard
veterán
válasz
ufocsalad #1811 üzenetére
A port elég rugalmas, csak a szakadozós problémák jelentős része nem oldható meg azzal, hogy meglassítom a csomagot, mivel nem a kis margin miatt szakadnak. Az, hogy a Telekom ezzel a sablon szöveggel próbál elhajtani ügyfeleket egy másik kérdés. Kedvencem az volt, amikor 5megás csomagja volt a gyereknek 20-30-as marginnal, szakadt és le akarták tenni 2megásba. Megcsinálták és ugyanúgy szakadt, ki gondolta volna... Előre megmondtam, hogy ezzel semmire sem mennek. Aztán kiderült, hogy modemhiba volt. De lehetett volna kötés hiba, kábelezési hiba stb.
A sisu-t nem a DSL miatt hallod az teljesen biztos, nagyon messze van a POTS a DSL aljától. AZ inkább háttérzaj lehet, vagy a készülék vacak, de millió más oka is lehet.
Dchard
-
dchard
veterán
válasz
ufocsalad #1803 üzenetére
Egyrészt nem igaz, hogy akinél nem megy a 10 az 1-et kap. Akinél nem megy a tíz, az a tizes profillal kap annyit amennyi kijön a vonalából 10-es marginnal, ami éppen lehet 1 mega is, de azért elég kevés vonal van, amin az 5-6mega legalább ne menne.
A másik kérdésedre a válasz:
Az MSAN portokban az a poén, hogy integrálva van bennük minden, de attól még POTS-t is tudnak. Arról nem beszélve, hogy eddig is azért nem használt a Telekom annex A-t vagy beszédsávot, mert ha egy trözskábelben van csak pár ISDN vagy voiceband előfzető, a többi vonalon meg ebben a sávban adat megy, az áthallási zajt okoz. Szóval amit írsz csak akkor kivitelezhető, ha az összes analóg telefonelőfizetést kivégzetétek adott törzskábelben. Arról nem beszélve, hogy a végberendezést is nézni kell, hogy tudja-e. Telekomos modemek jellemzően csak Annex B-t tudnak frissítés nélkül.
Egyébként időszerű lenne, mert 2-3 megát lehetne tolni ADSL2+-on is ha az analóg telefon és ISDN kompatibilitást végre elfelejtenék és ki lehetne használni rendesen az US sávot...
MOndanám, hogy tőlünk fejlettebb országokban ezt már régen, 2-3 évvel ezelőtt megtették.
Dchard
-
dchard
veterán
Linkek javítva.
Dchard
-
dchard
veterán
válasz
rétisün #1788 üzenetére
Belépsz a webes felületre és a nyitólapon összehasonlítod a DSL uptime-ot a modem uptime-mal. Ha nyagyjából stimmel akkor jó (nem fog másodpercre megegyezni).
Ezen kívül a status --> dsl status menüpontban alul az Info gomb kimenetében ha a LOS értéke 0 akkor nem volt szakadás.
Dchard
-
dchard
veterán
válasz
rétisün #1786 üzenetére
Teljesen jó ez a vonal, valószínűleg ki lehetne belőle hajtani 15-17megát a mostani 12 helyett, illetve az1mega uplink is meglenne.
nem kell állítani semmit.
Egyetlen egy dolog szúrt szemet: a nagyon sok uplink bitswap, de az lehet mérési hiba is.
Most elégedett vagy? Nincs szakadozás vagy ilyesmi? (az adatok alapján nem látok problémát)
Dchard
-
dchard
veterán
válasz
microtus #1782 üzenetére
1%-os marginnal jó esély van a lockra, jól tetted hogy 70%-ra visszaraktad. Bárki bármilyen csomagban kaphat lockot egyébként. Én arra tippelek, hogy 6dB a minimum margin a DSLAM-ben, az alatt kapható a lock meg az ipari mértékű ID is, de ez csak educated guess.
Dchard
-
dchard
veterán
válasz
Intruder2k5 #1779 üzenetére
Attól biztosan nem.
Elméletileg a DSLAM tud különbséget tenni tényeleges szakadás és táp vagy telefonkábel kihúzás között is, kérdés hogy tényleg így van-e.
Dchard
Új hozzászólás Aktív témák
Hirdetés
- Luck Dragon: Asszociációs játék. :)
- Gyúrósok ide!
- Samsung Galaxy Watch4 és Watch4 Classic - próbawearzió
- PlayStation 3
- Linux kezdőknek
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- Samsung Galaxy Felhasználók OFF topicja
- Milyen pendrive-ot vegyek?
- ASUS ROG Ally
- Samsung Galaxy Watch6 Classic - tekerd!
- További aktív témák...
- ÁRGARANCIA! Épített KomPhone i5 14400F 32/64GB RAM RTX 5060Ti 8GB GAMER PC termékbeszámítással
- Azonnali készpénzes Apple Macbook Air felvásárlás személyesen / csomagküldéssel korrekt áron
- BESZÁMÍTÁS! Asus TUF B550M R7 5700X 16GB DDR4 512GB SSD RTX 3060 Ti 8GB Rampage SHIVA FSP 700W
- AKCIÓ! Gigabyte H610M i5 12400F 16GB DDR4 512GB SSD RX 6700XT 12GB Zalman S2 TG Seasonic 650W
- SanDisk Extreme Portable 8TB (SDSSDE61-8T00-G25)
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: Promenade Publishing House Kft.
Város: Budapest