- iPhone topik
- Bemutatkozott a Fairphone 6
- Nem fogy a Galaxy S25 Edge?
- Minden készen áll a Galaxy Unpackedre
- QWERTY billentyűzet és másodlagos kijelző is lesz a Titan 2-ben
- Samsung Galaxy S23 Ultra - non plus ultra
- Milyen okostelefont vegyek?
- Motorola Moto Tag - nyomom, követ
- Samsung Galaxy A54 - türelemjáték
- Google Pixel topik
Új hozzászólás Aktív témák
-
#1777
dchard
veterán
SteveBeard
#1776
dchard
veterán
válasz
SteveBeard
#1776
üzenetére
Persze, hogy gyorsabb lett, mivel visszavettél a target SNR margin-ból. Kb. 70%-ra az is látszik. Jól tetted, maradhat így.
Dchard
-
-
dchard
veterán
válasz
Szokenesz
#1770
üzenetére
NEm ezek csak a javítható és nem javítható hibák (azok is rossz összefüggésben mert a CRC az ADSL SuperFrame-ekre vonatkozik, a FEC meg az RSCodeword-ökre, teljesen különböző a kettő aránya, nem összevethetők.
Ami nekem kell azt csak az Info gomb kimenete tudja a firmware-emben, az azt mutatja, hogy mekkora a FEC mértéke, meg még sok minden mást is
Dchard
-
dchard
veterán
válasz
Szokenesz
#1763
üzenetére
Szakadás csak súlyos esetben egyébként a hibás és/vagy vesztett keretek száma kezdhet el növekedni, mivel a vonalnak így gyakrolatilag nincs felfelé inpulzus zaj elleni védelme. (ID=0) Azért kértem a kimenetet, hogy lássam: FEC van-e és ha igen mennyi, de a FEC önmagában nem nagyon véd az inpulzus zaj ellen.
Dchard
-
dchard
veterán
válasz
Szokenesz
#1761
üzenetére
Ha szakadna akkor emelni kell az SNR Margin-t de egyelőre jó lesz így.
Ilyet se láttunk még, hogy megszűnt a SNR lock, lehet mégis érdemes váltani, ha ez beigazolódik. Bár láttunk már olyat aki váltot és ugyanúgy maradt a lock. Amíg a Telekom nem specifikál, addig csak a sötétben tapogatózunk.
Egyébként ez a másik véglet: a 128/8 az aránytalanul nagy szopatás volt, ez a 16/1 viszont túl gyenge. Legalább egy 16/2-t kellett volna beállítaniuk, vagy 32/2-t. Nem kéne átesniük a ló túloldalára azzal, hogy a túl sokból túl keveset csinálnak, mert a kimaxolt vonalak azért jobban ki vannak téve az impulzus szerű zajoknak (is).
Egy Info gomb kimenetet még másolj be csak a kíváncsiság kedvéért.
Dchard
-
dchard
veterán
válasz
StSanya
#1747
üzenetére
Sajnos igen. Szinte nincs olyan vonal, ahol a 15meágs csomaghoz tartozó 18.500kbit/s-nál nagyobb sebességgel tudna szinkelni a modem, viszont jóval konzervatívabban az ID/FEC beállítások amitől nő a válaszidő (igaz a vonal stabilabbá válik).
Viszont a legtöbb vonalon kijön a nagyobb csomag gyorsabb feltöltési ága. Persze ez alig 200kbit/s-mal több hát nem tudom ez valakinek megér-e ennyit.
Dchard
-
dchard
veterán
Igen ismerem, hát amivel én dolgozom az azért ennél drágább kütyü úgy kb. egy nagyságrenddel. De mondjuk arra amire kell az is jó.
Valóban a kilóméteres hurkán amúgy az is egészen jó eredmény.
"rakerdeztem az ID-re, hogy lehetne-e piszkalni es meglepo modon, lehet, hogy nem tudja pontosan mi az, de elmondta, hogy elore meg van hatarozva a profil minden sebesseghez, es nem tudjak beallitani a 15-s profiljához tartozó ID-t a 20-ashoz"
Persze, mert a DSLAM portodhoz effektíve nem fér hozzá, ahol ezt igenis be lehet állítani, csak csomagot tud váltani azt kész.
"kerdeztem a szinkron sebességet is, azt mondta, hogy ez az uj 20M-s profil ugy van beallitva, hogy 12 es 24M kozott szinkronizal ugy hogy 9-10dB kozott legyen az SNRM"
Nem pont így van: a profil maximum sebessége a target SNRM van meghatározva a többi a vonalon múlik. Ha elég jó a vonal akkor a max sebesség fog koppanni mielőtt eléri a target SNRM-et a modem, vagy ha nem olyan jó, akkor a target SNRM fogja korlátozni a vonal sebességét.
A 15-ös csomagban valszeg máshogy van az ID/FEC konfigurálva kevésbé volt szigorú mint most. Amúgy a 15-ös profilnak valahol 18.5xxx-nél van a vége azt simán ki fogod tudni hajtani ahogy nézem.
Dobj egy Info gomb kimenetet az új "jó" késleltetéses állapotról!!!
Dchard
-
dchard
veterán
A modem frissítését és annak beállítását valamint a webes diagnosztikát el tudod végezni Mac alatt is, az platformfüggetlen, ugyanúgy kell eljárni mint windows vagy más rendszerek alatt. A DMT csak Windows-on fut szóval arra nincs megoldás.
Azt viszont hadd ne magyarázzam el, hogy miként kell MAC-en IP címet beállítai meg ilyesmi. YT-on biztos van egy csomó videó erről mint ahogy windows alá is van. Tessék utána keresni.
Dchard
-
dchard
veterán
Hol van az még
Bár a ZH-k után éppen rám férne az ivás...A csávókámat videóra is vehetnéd, valószínűleg napiszar gyanús lenne a produkció.
Viccet félretéve: feltétlenül kíváncsi vagyok arra, hogy mivel fogja tömni a fejedet a mellébeszélésen kívül, majd jön hogy messze vagy a központtól, vagy a klasszikus "ennyit bír a rendszer" szöveggel.
Egyébként az Info gomb kimenetében van egy "Delay" nevű paraméter, na ott látod, hogy maga az ADSL mennyi késleltetést rak rá irányonként. Ehhez még persze hozzájön a magyar backhaul és a nemzetközi irány is ha olyan helyen játszol, ez kizárólag az ADSL fizikai rétegét mutatja. Ez nálad delay: 7.08 8.00. namost akinél 16/2 az ID azoknál ezek jellemzően 2/2 vagy 3/3ms. összeadva kijön a különbség: 4-6ms vs 14-16ms és ez csak a DSL.
Dchard
-
dchard
veterán
32/2 a tuti megoldás de lehet 16/2 is.
De fogadjunk egy liter pálinkában hogy fingja nem lesz róla, hogy mi az az interleaving az összefüggésre meg pláne. Feltétlenül kérdezz rá így konkrétan: "Te figyi, tudod mi az az interleaving?" És ne hagyd kitérni a válasz elől. Innen fogod látni, hogy lófasz a tudásuk esti holdfénnyel.
Akarok röhögni egy jót
Dchard
-
dchard
veterán
válasz
rétisün
#1723
üzenetére
Erre a modemre nem tudod felrakni az általam írt szoftvert.
A maszkot az IP cím beállításánál kell megadni. Ebbe a modembe nem tudsz belépni, mivel nincs webes felülete, de legalább vonaldiagnosztikát tudsz csinálni az SM50B nevű programmal. De ezt is csak a hálókártya beállítása után. A modem közvetlenül kell hogy a PC-hez csatlakozzon, routeren keresztül nem megy.
Dchard
-
dchard
veterán
válasz
rétisün
#1720
üzenetére
Milyen színű a modemed?
A címzést amúgy elrontottad: a számítógépnek adjuk meg a 192.168.1.2-es címet a hálókártya beállításánál, a 192.168.1.1 a modem IP címe ezt írjuk a böngészőbe. A maszk: 255.255.255.0
Ha szürke 360R modemed van akkor az SM50B nevű programmal lehet diagnosztikát készíteni, jó volna mielőtt belematatsz a vonalba.
Dchard
-
dchard
veterán
Kevered a fogalmakat:
A spektrumképedre mondtam azt hogy tiszta, mivel nincs rajta látható zaj.
Az ID és a FEC növelésével azt lehet elérni, hogy HA lenne IPTV előfizetésed, akkor lehetőleg ne legyen hibás vagy vesztett keretek, mert abból látható képhiba keletkezik. A Telekom nem választja el a csak internet vagy IPTV előfizetőket mivel a DSL-nek transzparens, hogy internetezel vagy TV-t nézel fölötte, így minden vonalon megnövelték az ID-t. A TV-nek ugye mindegy a késleltetés, ott fontosabb a robosztusabb átvitel, a 20-30ms-os késleltetés meg nem érzékelhető játékoknál, szóval az internetes előfizetőnek sem baj, hogy nagyobb.
Dchard
-
dchard
veterán
Persze hogy nem gáz, ki a rák veszi észre a különbséget a 20 meg a 40 ezred másodperc között. Ennél "sokkal" több idő telik el amíg az egérből kilép a jel, hogy headshot, ezt feldolgozza a számítógép, szépen bekeretezi elküldi majd a szerver oldalon kijön megint feldolgozásra kerül, kiértékelik hogy a lövés talált-e és utána te kapsz egy visszajelzést hogy igen vagy nem. Összességében a valódi lövéstől a visszaigazolásig sokkal több idő telik el az infó feldolgozásával a két végponton, mint ameddig az adatok a hálózaton utaznak. Szerintem érzékelhető módon egy amúgy időkritikus játéknál 50-70ms felett kezdődnek az érzékelhető jelenségek de ehhez is profi játékosnak kell lenni, a többség 100ms-ot sem hiszem, hogy észrevesz. Még egyszer: 100ms-nál is csak 50ms amíg a lövésed infója eljut a szerverig, az hogy a visszaigazolás is 50ms a találatot már nem befolyásolja. Ennél sokkal rosszabb az, ha sokan játszanak egy szerveren nagyon eltérő vonalakon. Ott előfordulhat, hogy akinek a többiekéhez képest aránytalanul jó a vonala (optika) az némi, hangsúlyozom némi előnyre tehet szert.
Sokkal fontosabb hogy megbízható legyen a kapszolat.
Például ha Nite kolléga lecsavarja az SNR margint akkor ugyan gyorsul a kapcsolat de több lesz a vesztett keret és megnő a javíthatatlan hibák száma is, márpedig újraküldésre egy játéknál vagy voip-nél nincs lehetőség. Szóval ez sokkal gázabb.
Dchard
-
dchard
veterán
A 37 vs. 90 az elég druva. Szerintem ennyit nem a DSL-en szed össze hanem nemzetközin.
Amúgy itt és most mondom: hiába rak vissza 15megára, egy centivel nem lesz jobb, ha ugyanilyen magas lesz az ID akkor ugyanilyen magas lesz a késleltetés is. Arra próbáld rávenni, hogy az ID-t állíts át 16/2-re vagy maximum 32/4-re (van még 32/2 is), bár szerintem fogalma nincs erről és nem is fér hozzá ezekhez a beállításokhoz. Szerintem az SNR-t sem érti pontosan, hogy mi és hogyan függ össze.
Régen például keringett egy Telekomos oktatási anyag amiben volt egy táblázat, hogy a végponton milyen mért SNR margin (igen jól látod, margin) a megfelelő érték, amiben a 30 vagy afeletti volt a szuper, és 12-től lefelé a nagyon rossz minősítés.
Namost ezzel csak az a baj, hogy amelyik vonal 30-as SNR margint produkál, az túl nagy adászinttel ad és csak a zajt generálja a többi vonalon, a DSLAM meg nem engedi a beállított minimum alá az SNR-t szóval eleve nem érheti el a modem a nagyon rossz besorolát (az általam készített firmware-ről most ne beszéljünk
)6 és 10dB között ideális a margin, én 15dB-nél már venném vissza a power-t. A világ jobbik felén jellemzően 6dB az SNR margin mindkét irányba és inkább picit nagyobb az ID és a FEC amivel megoldják a problémákat, ugyanis összességében többet nyersz sebességben ha 10 helyett 6dB a margin és inkább a FEC-et növeled.
Sok hibás vonalat birizgáltunk már itt együtt, de minden esetben az volt, hogy ahol 12-13dB-re emelt SNR margin sem oldotta meg a problémát, ott fölmehettünk 20-30dB-re is, meg lerakhatták lassabb csomagba is, ugyanúgy szakadt. Ezt nem értik meg, hogy a lassítás az nem a probléma kivizsgálását jeletni, pláne nem a megoldását.
Dchard
-
dchard
veterán
Másodlagosan meg majd azt mondják, hogy a hibát elhárították csak éppen nem történik semmi
Mondjuk arra azért kíváncsi lennék, hogy a mérésen kívül valakinek van-e gyakorlati problémája a megnövekedett válaszidővel, mert a 10-15 helyett a 20-30ms-os késleltetés sem vehető észre a gyakorlatban. Ez ugye fordulási idő, tehát a 30ms-nak is csak a fele, amíg a csomag például játéknál elér a szerverig.
Dchard
-
dchard
veterán
A koncepció alapvetően el van tolva a már említett IPTV-s előfizetők miatt.
Szerintem arra reklamálhatsz hogy a pinged megnőtt, a sávszélességre viszont nem. Határozottan állítsd hogy a csomagváltás után történt mindez és hogy előtte teljesen jó volt, stabil volt stb.
Ezt lehet tenni, de tömegesen kéne jelezni az ilyen panaszokat mert egy fecske miatt nem fogják az országos beállításokat megváltoztatni...
Dchard
-
dchard
veterán
Azért nem járatjuk a vonalat 3dB-s marginnal mert nagyon pici a headroom a változásnak amik mindig vannak egy DSL vonalon. A kicsi margin miatt nagyot nőhet a nem javítható hibák száma, a vonal jellemzően instabillá is válik. AZ elvi lehetőség adott a 3dB-s marginra de mióta a Telekom nyomja a DSM-et (jól láthatóan szar beállításokkal mert mindenki reklamál minimum a ping növekedésére), és nagyon könnyen megkaphatod ilyen beállításokkal az SNR lockot ami jelentős lassulást fog eredményezni.
Hát ezért nem.
Dchard
-
dchard
veterán
Nem az a lényeg, hogy neked van-e. Az ADSL alaphálózat a Telekom tulajdona a GTS csak visszabérli, a műszaki megoldásokba nincs beleszólásuk sem rálátásuk. Mivel a Telekomnál szaporodnak az IPTV előfizetők ezért a DSL vonalakat elkezdték túltartalékolni válogatás nélkül, mert így csökkenthető az esetleges keretvesztések miatti képhibák esélye.
A sebességről: amit képeket linkeltél azon látszik, hogy 10/0,5-ös csomagod van. Ezt meg is kapod. Azért nem mérsz ekkora sebességet mert az átvitel során ún. protokol overhead van jelen: például hibajavító kód, vagy az egymásba ágyazás miatt stb. Ez teljesen normális, a mértéke ADSL hálózaton a 10-15%-ot is elérheti. Ezért van az, hogy mindig a modemből kiolvasható sebességeket kell alapul venni és nem a speedtest-es vagy bármilyen sebességmérő oldalét.
Esetleg a modemben a target SNR margint próbáld meg 70%-ra csökkenteni majd lap alján Save és az Administration menüpontban restart, és utána linkelj egy újabb mérést, hogy mit mutat. Kíváncsi vagyok.
Dchard
-
dchard
veterán
válasz
trance89
#1695
üzenetére
1. Ugye a fikázás helyett az olvasás képességét kellett volna általánosban elsajátítani és akkor rájöhettél volna, hogy ebben a firmware-ben nincs PPPoE sem IP modul le van írva az első oldalon az okával együtt. Nem is hiányzik bele.
2. A PPPoE felhasználói nevet és jelszavat a routerben kell megadni, ha ez nálad nem megy akkor szar a routered (amit nem hiszek mert ismerem ezt a típust). Egyébként ha nem megy a PPPoE az inkább azért lehet mert a második oldalt sem olvastad el ahol világosan le van írva, hogy a modem DSL interfésze le van tiltva, azt a frissítés után be kell állítani. Valószínűleg ezért nem tárcsáz a routered sem. Vagy esetleg nem a router WAN portjába dugtad a modemet.
Az ilyen szart sem ér megjegyzések helyett inkább olvass és a megfelelő tisztelet adás mellett kérj segítséget, mert határ eset volt hogy nem küldtelek el simán a nyavajába ezzel a stílussal.
Dchard
-
dchard
veterán
Az IPTV olyan TV szolgáltatás ami nem kábeltv-n vagy műholdon, hanem például ADSL-en keresztül jön, megállítható újranézhető az adás, interaktív stb. A neve ezt is jelenti: hogy IP csomagokba ágyazva jön a TV adás digitálisan kódolva.
Az ID-t ami miatt nagy a késleltetés a szolgáltató álítja be, de hogy ezt nem fogják neked külön macerálni az biztos. Csak az képzelhető el, hogy a sok panasz miatt globálisan megváltoztatják az eddig alkalmazott irányelveket: például ha nincs IPTV előfizetés akkor kisebb ID-t raknak be. Számos módon lehetne finomhangolni ezt amúgy.
Neked a válaszidőre érdemes reklamálni a sebességre nem, mivel a csomagodhoz tartozó maximumot kapod mndkét irányban. Ez csak Netmánia M (20megás) előfizetéssel fog változni, de a gyorsabb csomagban sem lesz jobb a késleltetés, mivel most sem a sávszélesség a kevés.
Dchard
-
dchard
veterán
Pedig egyszerű:
Minnél gyorsabb a csomag, annál kisebb tartalék marad a vonalon, és a kisebb tartalék miatt hogy a vonal stabil maradjon, növelik az ID-t. Persze lehetne ezt szelektíven és ésszel is csinálni, de az IPTV miatt túllövik az ID-t mert így sokkal kisebb a keretvesztés és ezáltal a képhiba lehetősége.
Bár szerintem az a hülye aki IPTV-t rendel ADSL-re. VDSL-en teljesen más: ott lehet külön virtuális útvonalat létrehozni az IPTV-nek ami robosztusabb és jobb késleltetésűt az internetnek.
Dchard
-
dchard
veterán
Igen, a következő látszik:
1. Sajnos elég messze vagy a DSLAM-től.
2. Megrendelheted a 20megás csomagot, de a letöltési sebességed nem fogja meghaladni a 13-15megát, felfelé viszont meglesz a dupla sávszélesség a mostanihoz képest.Ezen túl elég szép zajmentes a spektrum. A relatíve magas késleltetés a nagy ID miatt van, viszont cserébe szinte nincs bithiba a vonalon.
Dchard
-
dchard
veterán
Leírtam, hogy miért nem járatjuk 3dB-s marginnal a vonalat, ha nem értesz a szóból akkor magadra vess. AMúgy is: 3dB-s marginra én is benyomnám a 64/8-as ID-t a Telekomos mérnökök helyében...
A gyorsabb csomagtól azért lett nagyobb a késleltetés mert csökkent a tartalék, ráadásul a képeken látszik, hogy az áthallási zaj nálad eléggé jelen van. Ha sokan fizetnek elő ADSL-re ez a következmény.
A lassabb csomagot nem fogod visszakapni mert már nem létezik. Amiben reménykedni lehet, hogy esetleg felülbírálják a csomagokhoz tartozó ID és FEC paramétereket, mert az tisztán látszik, hogy az IPTV miatt emelték meg ezeket, hogy minnél kevesebb bithiba legyen amitől pixelesedik a kép.
Dchard
-
dchard
veterán
Sehogy. Ennél nem lesz gyorsabb ha tótágast állunk akkor se.
Még esetleg 50%-ra vissza lehet venni, hogy 6dB felett legyen a margin, de ennek már nem nagyon van értelme. Nem hiszem, hogy az ezzel nyerhető pár száz kilobit/s növekmény jobbá tenné az életedet
Késleltetéssel meg nincs mit kezdeni. Irányonként még így is csak 8-10ms. Aki ezen nem tud rendesen játszani az beképzeli magának hogy ez a késleltetés miatt van.
Dchard
-
dchard
veterán
Onnan látom, hogy első képen még a régi az uplinked míg a másik képen már megvan a 20megáshoz tartozó érték.
Miután beállítottad az SNR-t a lap alján Save majd Administration menüpontban újraindítás megvolt? Ne halsználd a DSL settings alján a Save & Reboot gombot! Úgy csináld ahogy leírtam.
ja és a 60%-on miután megvolt a restart csinálj megint képeket, de az előbbi kettő mellé még másold be az Info gomb kimenetét (grafikonoknál alul van a webes felületen).
Dchard
-
dchard
veterán
Az első képen még nem történt meg az emelés.
A második képen már igen.
SNR margin csökkentése 70% vagy maximum 60%-ra hoz még további gyorsulást, a késleltetés az ID növekedése miatt következett be, ezzel nem lehet mit kezdeni. Az extrém margin csökkentés a vonal csúnya meglassításához vezethet szóval nem ajánlom.
Dchard
-
dchard
veterán
válasz
the_one
#1668
üzenetére
Ha a kábelből csak egy érpárat szeretnél használni, akkor az összes nem használt érpárat a földdel együtt közösíteni és földelni kell a kábel mindkét végén, így érhető el a maximális zajvédelmi hatás.
Ha a Dlink 360R T1E-re felrakod az általam írt szoftvert akkor SNR margin csökkentéssel (70% alá NE menj) további sebesség növekedés érhető el, ha még nem érted el a csomaghoz tartozó maximumot. Érdemes kipróbálni. Egyébként elég jó vonalad van.
Dchard
-
dchard
veterán
válasz
tomi319
#1659
üzenetére
Ha jól látom ez már a 20megás csomag.
Ha a lakásban/házban lévő telefonhálózat tovább nem optimalizálható (ez valószínű mert elég jók az értékek), akkor a target SNR margin 70%-os beállításával lehet nyerni kb 1megát lefelé, felelé kapod a maixmumot, de ennyi. 70% alá NE menj! Ez a bállítás a modem webes felületén a DSL settings alatt található. Utána mentés (Save) és újraindítás (Administration --> Reboot).
Egyébként a csillapításodhoz képest egészen jó eredmény ez is.
Dchard
-
dchard
veterán
Amikor megírtam a Dlink 321B-ről a modem tesztet, még nem létezett a 360R T1E, ezért ajánlgatják sokan a 321B-t
Én jelenleg a 360R T1E-t ajánlom több okból:
1. Ugyanolyan a bele mint a 321B-nek
2. viszont sokkal olcsóbb
3. Minden T-pontban egyszerűen beszerezhető
4. Ezzel a modemmel is működik az általam készített firmwareSzóval szerintem 360R T1E (fekete).
Dchard
-
dchard
veterán
Ennél összetettebb a kép.
Ha a 360T-t frissíted routertech-re, akkor elméletileg ugyanazt fogja tudni, mint a 360R T1E, ami ADSL2+ 24mega.
De.
A 360R T1E-nek újabb a hardvere ezen kívül ugyanaz a cég gyártja mint aki az alközpontokat is, ezen kívül több a diagnosztikai és beállítási lehetőség is. Biztos, hogy egy ilyen modemmel gyorsabb lesz az elérhető maximum mint a 360T-vel, de azt nem lehet megmondani előre hogy mennyivel.
Én azt mondom ha nem akarsz pénzt költeni, akkor első körben mindenképpen érdemes frissíteni a meglévőt routertech-re és megnézni mi jön ki belőle. A mostani vonaladról tudsz diagnosztikát csinálni az OrbMT nevű alkalmazással (Avalanche SAR módba kell állítani). Jó lenne látni ilyen képet.
Dchard
-
dchard
veterán
A 360T routertech-re való firssítés utána tudni fogja az ADSL2+-t, a probléma inkább az, hogy a 321B-ben vagy a 360R T1E-ben (utóbbi olcsóbb és könnyebben is be lehet szerezni) sokkal fejlettebb az ADSL meghajtó és gyorsabb a DSP is, tud egy csomó olyan funkciót amit a 360T nem.
Dchard
-
-
dchard
veterán
válasz
poostibi
#1647
üzenetére
Az eredmény szerint nincs mérhető bithiba ez remek.
Remélem ezt tisztáztad a telekommal is, hogy nincs szakadásod hanem a sebességet nincs meg. Azt nem mondtad nekik hogy hibásan van a profil beállítva a porton? Csinálsz képeket amostani 1.6 megáról? Megnézem változtt-e valami.
MOD: most jövök rá, hogy BERT teszt közben csökken a sebesség mivel a teszt maga is forgalmaz. Bakker majdnem benéztem
A modem nyitólapján a Current line speed az amit nézni kell, ha az változik akkor változik a tényleges sebességed is.
Dchard
-
dchard
veterán
Itt a link a videóhoz:
http://www.youtube.com/watch?v=-k9V3zL3PJ8
Illetve a letöltési oldal:
http://www.routertech.org/viewtopic.php?f=23&t=5202
Regisztrálni kell, hogy le tudd tölteni.
A videóban benne van, hogy hogyan kell detektálni a megfelelő verziót:
Ha adam2 bootloadered van akkor ez kell: File comment: 1-Port non-wireless (Adam2 bootloader).
Ha PSP bootloadered van akkor ez: File comment: 1-Port non-wireless (psp bootloader).
A lényeg, hogy a letöltött file-ban van Annex A és Annex B firmware is ráadásul ebből van 2 és 4megás is. Azt, hogy mekkora kell a videóból szintén ki tudod deríteni (jellemzően a 2megás), Magyar Telekom területen pedig Annex B verzió kell.
Felrakod és már lehet is használni.
Dchard
-
dchard
veterán
A mostani modemed milyen színű? Azért fontos, hogy tudjuk a régi vagy az új 360R-ed van-e?
Ha fekete színű, akkor nem kell cserélni. Ha szürke, akkor:
Dlink 360R T1E (fekete) <-- ezt könnyű beszerezni, minden T-Pontban van kb. 6.000 bruttóért. Fontos, hogy a vásárlásnál ellenőrizd, hogy a T1E verziót kapd (fekete) és ne a régiek közül amik szürke/zöld színűek.
Dlink 321B (fekete)
Vagy a TPlink 8810 (fekete)A 360R T1E (fekete) modemre fel lehet rakni az általam írt szoftvert és lehet vele vonaldiagnosztikát, finomhangolást csinálni. Ez erősen ajánlott, mert akkor tudunk is mondani valamit, hogy mi a helyzet, ha elkészítetd a vonaldiagnosztikát (korábbi hozzászólások a képekkel, szöveggel).
Dchard
-
dchard
veterán
válasz
poostibi
#1637
üzenetére
Ez a kép érezhetően sokkal jobb mint korábban volt, menni fog ezen az 5mega szépen.
Vivőkizárást fogunk csinálni, de nem akkorát mint korábban volt.
A bekötésnél: ha jól értem, akkor a piros-fehér vezeték jön a föld alól gégecsőben a fekete drót az meg megy a modem felé?
Az a fekete kábel az teljesen csereérett. Megmondom én mit csinálnék:
1. Ezt a kötődobozt leraknám a földhöz minnél közelebb de úgy, hogy ne tudjon beázni.
2. Vennék SFTP kábelt (falit) és azt a fekete szutykot kicserélné arra egészen a modemig (ha jól értem nincs telefon vagy más szolgáltatás, így se szűrő se elosztás se toldás nem kell).
3. A bejövő telefonvezetéket az SFTP-vel forrasztanám abban a kötődobozban, az ilyen kültéri kötések simán eloxidálódnak, növelik a csillapítást.
4. Az SFTP végére felkrimpelni egy Rj11 telefoncsatit és rögtön tolni a modembe.Egy valami kérlek még meg: a DMT-ben a jobb oldalon lehet parancsot megadni. Arra kérlek, hogy ott add ki az alábbi parancsot:
adslctl info --SNR
és
adslctl info --QLNés ennek a kettőnek a tlejes kimenetét küldd el nekem privátban. Ez alapján mondok neked vivőkizárásra egzak értékeket.
Dchard
-
dchard
veterán
Nekem ezzel ment:
ftp://ftp.dlink.hu/dsl/dsl-360t/driver_software/DSL-360t_fw_revALL_20060220_ALL_eng_20060220.zip
De én elgondolkodnék a Routertech megoldásán is, mivel sokkal jobb mint a gyári szoftver, és frissebbek a DSL és ATM meghajtók is, van belőle Annex A és Annex B is szóval sokkal jobb.
Dchard
-
dchard
veterán
Ja igen és a DMTs monitozorás után kérlek csináld meg ugyanúgy a képeket és az Info gomb kimenetét is másold be úgy mint az első hozzászólásban.
Többieknek érdekesség:
Tessék megfigyelni, hogy hiába zajos a vonal, nincs se interleaving, se hibajavítás, semmi. Ez azért van, mert lekorlátozták a profil sebességet, emiatt magas a margin és az alközpont azt hiszi: fasza a vonal. Ha visszakpja az 5megás profilt és leesik a margin 10dB körülire, akkor be fog kapcsolni az interleaving is meg a hibajavítás is, amitól robosztusabb lesz a vonal. Ezért van az, hogy a szakadó vonalakat nem érdemes és nem is lehet túltartalékolással megoldani. Ha egy vonal 12-13B-s marginnál is szakad ott más probléma lesz amit ki kell vizsgálni, és nem lerakni az elfőizetőt lassabb csomagba mert ez lesz az eredmény (bár itt nem szakad a vonal): ellentétes hatást érünk el.
Dchard
-
dchard
veterán
válasz
poostibi
#1633
üzenetére
Figyelj ezt a Tenetet próbáld partnerként kezelni. A leveledben írd meg, hogy tisztán látszik: ez a 2megás előfizetéshez tartozó profil mivel a feltöltés sincs meg (pont a fele) és hogy jelezzék a T-Home-nak, hogy a portod rosszul van beállítva.
Mielőtt a DMT-s monitorozást csinálod, feltéltenül állítsd vissza a margint 100-ra a vivőkizárást meg kapcsold ki.
Illetve próbaképpen berakhatnád ADSL2 módba ADSL2+ helyett. Tipp: ilyenkor eltarthat akár 10-15 percig is, míg rájön a közpnti oldal, hogy módot váltottunk. Viszont ha 15 perc után sem áll szinkronba, akkor rakd vissza ADSL2+-ra (bár látszik, hogy G.DMT módban fut a modem).
Esküszöm nálad elgondolkodtam azon, hogy hiába csak pár méter kábel van, nálad érdemes lenne árnyékoltra cserélni és nem az átadási ponttól, hanem a föld felett rögtön. Azt nézd már meg légyszíves, hogy az átaádsái pontnál a kábel ami jön a földből árnyékolt-e, mert ha igen, akkor a meglévő telefonvezeték cseréje SFTP-re és a megfelelő földelés jelentősen csökkentheti a zavarást amit jó lenne legalább mérsékelni. Ez nem egy nagy beruházás, pár száz forintból megúszható.
Normál esetben ennek semmi értleme, de a Solti adó 2000kwatt teljesítménnyel sugároz, és ilyen közelségből akár néhány méter árnyékolatlan vezeték is brutális mennyiségű zajt szed össze. Ebben az esetben azt is el tudom képzelni, hogy a föld alatt lévő tözskábel is szedi össze a zajt, mert az alacsony freki ilyen mélységben simán képes a föld alá hatolni.
Dchard
-
dchard
veterán
válasz
poostibi
#1627
üzenetére
És végig a faluban földkábel van, csak az a pár méter van a föld fölött? Elképesztő, el is rakom a gyűjteményembe ezt a képet, tankönyvi eset.
A beállításoknál a target margint állítsd vissza 100-ra, a vivőkizárást pedig kapcsold ki. Esetleg megpróbálhatnád ADSL2+ helyett ADSL2 módba állítani a modemet.
Valaki biztos, hogy nem jól állított be valamit és ez a T-Home lesz ha az ő hálózatán jön a cucc. 19dB-s SNR margin lefelé csak akkor lehet. Szóval a T-Home sara. Sebességet nem kell mérni, mert látszik, hogy 2mega sincs a letöltési irányod, és a feltöltési sincs 512kbit, pedig mindkét irányban van még tartalék a vonalon.
Ez a profil rosszul van beállítva az tuti.
Dchard
-
dchard
veterán
válasz
poostibi
#1625
üzenetére
Kérlek készíts egy képet a DSL settings menüpontról is, hogy lássuk miként állnak a beállítások.
Ezzel a vonallal valami nagyon nem stimmel. Megkérdezhetem, hogy melyik település ez?
A Kossuth rádió olyan mértékben zavar, amilyet még nem láttam, ráadásul baromi hosszú a lefutása. Ez alapján azt mondanám a Solti adó mellett lehetsz...
A lényeg, hogy először mindenképpen nézd át a házban/lakásban a telefonhálózatot és írd le, hogy mit tapasztalsz. A legjobb az volna, ha rajzot is készítenél, hogy értsük mi merre.
A többit a beállítások és a rajz megnézése után fogom mondani, de annyit elárulok, hogy ebből a vonalból simán ki kellene hogy jöjjön az 5mega, és az is látszik, hogy a szolgáltató NEM 5megás profilt állított be. Első korben kérni kell, hogy a profilt az 5megásnak megfelelően állítsák be, mert ez nem annyi. Ha azt mondják, hogy nem lehet akkor hazdunak, és mondd hogy saját felelősségre is kéred az 5megás beállítást, pláne ha annyiért fizetsz.
Dchard
-
dchard
veterán
Általam készített videó:
http://www.youtube.com/watch?v=-k9V3zL3PJ8
Azért van ez, mert a modem vészvisszaállító (failsafe recovery) módban marad valószínűleg a hibás és vagy nem bootoló firmware miatt.
Én azt ajánlom a videó alapján töltsd fel rá a legfrissebb routeretch firmware-t és használd boldogan.
Dchard
-
-
dchard
veterán
válasz
Szokenesz
#1612
üzenetére
Nekem gyanús a lefelé irányod. Túl nagy a csillapítás a feltöltéshez képest, nem szokott ekkora különbség lenni...
Egyébként a VDSL-lel kapcsolatban: szerintem gyorsabb lenne valamivel, mondjuk a 20megát biztosan ki lehetne préselni belőle, de ami még fontos, hogy a VDSL-ben megint csak rengeteg olyan fejlesztést pakoltak, amitől sokkal stabilabb lehet a kapcsolat, például az SRA-t és a bitswap-ot felváltotta a Rapid Rate Adaptation, ami egy elég komoly találmány: gyakrolatlag az SRA továbbfejlesztése: gyakorlatilag az Inpulzus szerű zajokhoz is képes adaptálni a vonalat szakadás vagy akár keretvesztés nélkül.
Dchard
-
dchard
veterán
Ha nem 8MB RAM lenne benne, akkor belefért volna
Bár szerintem még ha benne is lenne: gynege ez a hardver ahhoz, hogy mondjuk routolást, vagy port forwardingot is rábízzunk, pedig PPPoE kapcsolat kezelése egyben ezt is jelenti. Ha valaknek egy gépe van, az beállíthatja az automatikus tárcsázást a windows-ban/linux-ban is, akinek meg több van, az beállítja ugyanezt a routerében.Dchard
-
dchard
veterán
-
dchard
veterán
"Én inkább úgy kérdezném, nem lehet, függetlenül attól, hogy 15 megás csomagra vagyok előfizetve, hogy szándékosan lassítanak?"
Erre a kérdésre is választ fogunk kapni az új modemmel, mivel több olyan paraméter is van, amit a mostani modemed meg sem mutat. Simán lehet, és megmongom miért gyanús ez: mivel lefelé 10dB-nél mgasabb a margin (15dB), és ennek ellenére csak 12mega a szinkron.
Egyelőre ne vegzáld az ügyfélszolgálatot, kiderítjük először hogy mi a gond, és utána lehet reklamálni a kész tények ismeretében. Különben csak visszaraknak 5megára azt meg nem szeretnéd...
Dchard
-
-
dchard
veterán
Mivel elég jó volt a vonal, így látványos javulásra nyilván nem volt esély, de sikerült mindkét irányba csökkenteni a csillapítást, és nőttek a tartalékok is, szóval szerintem megérte, pláne ha azt vesszük, hogy így át van ellenőrizve az egész ház az összes kötés, szóval nem érhetnek meglepetések.
Dchard
-
dchard
veterán
Szia,
A megszaladó hibaszám, a csillapításhoz képest sem elég magas sebesség és a magas frekik szétesése tipikus jelenségek, amiket ez a szar szutyok modem okoz, amid van (régi 360R).
Első és legfontosabb lépés: modem csere. Dlink 360R T1E (fekete) modem az ajánlott, ezzel használható az általam írt firmware is, így stabilabb lesz a kapcsolat, sokkal több vizsgálatot tudunk elvégezni, ezen kívül a vonal is finomhangolható lesz.
"Növelhető egyáltalán a letöltésem sebessége, vagy nem is érdemes vele foglalkozni, mert ennyi a vége, és örüljek neki, hogy ennyi van?"
Igen érdemes, már önmagában megéri, hogy stabil és kis hibaszámú legyen. Csodákat nem érdemes várni, de szerintem ez alapján amit látok, az új modemmel meglesz az 1mega felfelé, és lefelé is el tudok képzelni még minimum 2-3megát. Elég sok a tartalék: jellemzően 6-7dB-s SNR marginnal is tartható az elvárt bithiba-arány, ehhez képest nálad 14-15dB ez az érték. Nem lehet, hogy ez nem 15megás csomag amúgy? Egyébként mindegy, a modemet akkor is érdemes kicserélni.
Valószínűleg a kábelezést is érdemes átnézni az összes kötéssel együtt, mert nekem furcsa, hogy 13dB felfelé csillapítással nem jön ki az 1mega, pedig szép a felfelé spektrum.
Dchard
-
#1595
dchard
veterán
z123456789
#1594
dchard
veterán
válasz
z123456789
#1594
üzenetére
Gyere át ide:
http://prohardver.hu/tema/t-online_internet_t-home_tv_hdtv_barmi_gondod_van_gyere_es_megoldjuk/hsz_1-50.html
Itt tedd fel a kérdést és segítünk.
Dchard
-
dchard
veterán
válasz
gabipaci
#1588
üzenetére
Na jó, de csak azért mert pang a topik:
"Veszünk oda is egy dsl-320-at. A kijövő rj45-öt egy routerbe, annak 3 portját 3 kamerába kötöm. Eddig majdnem hogy gyerekjáték."
Eddig világos.
"A negyedik portot egy következő routerbe kötöm, a bemenethez, kb 80 méterrel arrébb vezetve"
Tehát megoldható, hogy a másik router vezetéken csatlakozzon? Ez a preferált megoldás a következő eltéréssel:
A végére nem kell router (ha csak nem kellenek oda is további vezetékes portok), ha ezen a végponton elég a WIFI, akkor elég egy AP-t venni aminek a csatlakozó routerrel egy alhálózatban kell lennie, innen kell választani egy még nem használt IP-t. Az AP-t utána állíthatod WDS módba, de szerintem több értelme van más csatornára rakni, jobb tejesítmény érhető el.
Tehát: 1 modem, 1 router, 1 AP az igény, de ha van régi routered, azt is használhatod a AP helyett csak ilyenkor a LAN portját hazsnálod és a router Switchként és Bridge-ként fog üzemelni, tehát nem fogod használni a routing funkciókat. Címzésnél ugyanúgy kell eljárni mint az AP-nél, csak a beépített DHCP szervert kell letiltani az AP-ként működő routerben, hogy az automatikus címzést és NAT-olást a DSL mdoemhez csatlakozó router végezze.
Dchard
-
dchard
veterán
válasz
gabipaci
#1584
üzenetére
"A negyedik portot egy következő routerbe kötöm, a bemenethez, kb 80 méterrel arrébb vezetve. A második routernek bridge módban kell lennie? Milyen IP címet kell neki beírni?
Vagy van olyan switch (PnP) ami sugároz WiFi-t is?"Router topicba.
"Ha a telefonvonalat még a telefonoszlopon ikresítem, "A" vonal megy a házba egy adsl modem routerhez, "B" vonal a műhelybe egy másik ADSL modem routerhez, akkor tud egyszerre mindkét router csatlakozni az internetre?"
Rosszul használod az ikervonal kifejezést. Ez azt jelenti, hogy hogy egy fővonalat egyszerre ketten használnak, ma már ilyenre szerencsére ninc sszükség, rühellte is az akinek ilyenje volt.
Neked két analóg fővonal kell, mindkettőre meg kell rendelni a DSL-t, és minkettőre modemet kell rakni. Szerintem ez tök felesleges. Szerintem két sávos router a megoldás, amivel 5gigán át lehet lőni a műhelybe, míg a 2,4-es sávon osztod a kapcsolatot.
Dchard
-
dchard
veterán
A házat egységesen UTP vagy több lóvé esetén FTP kábellel érdemes áthúzni, mivel ezeken lehet telefont és adathálózatot is üzemeltetni. A nem használt érpárakat földelni kell, és valóban az átadási pont és a DSL modem között a lehető legrövidebb és lehető legkevesebb kötést tartalmazó rész legyen. Érdemes ezt az átaádsi ponthoz lehető legközelebb telepíteni a szűrővel együtt (ha van analóg telefon, riasztó stb.).
Dchard
-
#1568
dchard
veterán
z123456789
#1565
dchard
veterán
válasz
z123456789
#1565
üzenetére
Valóban offtopik.
ADSL-ből eleve nem lesz 10/5-ös, arról nem beszélve, hogy hűség nélküli tarifák eléggé drágák: pl. T-Home-nál a 15/1 hűség és minden nélkül 8630 Ft/hó.
Hacsak nincs DIGI vagy UPC, akkor felejtős...
Dchard
-
dchard
veterán
válasz
Adamyno
#1563
üzenetére
Érdekes.
Az egész vonalon 10dB körüli romlást, ami egyszercsak visszajavult. Ez elég sok, arra emlékeztet, mintha egy pászmában lenne több DSL előfizető is, és valaki ki/be kapcsolgatja a modemét, amitől az áthallási zaj ilyen mértékben megváltozhat.
A másik: a hiba számlálók nullát mutatnak, ám a negyedórás mérésekben egyszercsak befigyel 1200 CRC hiba úgy, hogy se előtte se utána semmi.
Írok privátot, majd nézd meg.
Dchard
-
dchard
veterán
válasz
Adamyno
#1561
üzenetére
"de egy esetleges nagyobb napkitörés vagy közeli villámcsapás által generált áramok"
Úristen micsoda sületlenség...
Egyrészt a szűrő a modem irányába rövidzárként működik, tehát nem fog meg semmit, másrészt napkitörés, meg közeli villámlás által indukált áramok?? Nem gondoltam hogy valami még feldobhatja ezt a szar napot, de ez...
Azt azért megkérdezhetnéd a T-home-os ismerősödtől, hogy miként is működik ez, hogy ha szar visszább rak magától, de ha megjavul már kézi beavatkozás kell? Nem hiába a BT-nél angliában 2 éves projekt volt ennek a bevezetése, kíváncsi vagyok eljut-e a Magyar Telekom valaha is arra a szintre...
Dchard
-
-
dchard
veterán
válasz
Adamyno
#1557
üzenetére
A kábelezés még mindig nem optimális:
Ha jól látom, kizárólag az ADSL hazsnálja a vonalat, nincs vezetékes telefonotok, vagy arról működő riasztótok.
Ennek fényében a ház külső falán lévő fehér dobozból közvetlen a modemig kéne húzni egy fali UTP kábelt (ahogy látom 3-4 méter bőven elég), aminek az egyik végét a falon lévő fehér dobozban, a másik végé közvetlenül a modembe kell dugni, mivel csupasz ADSL-ed van, nincs szükség a szűrőre. Az UTP-ben lévő felesleges ereket össze kell kötni és a ház falán lévő fehér dobozban a földre kell közösíteni (ha van, de szerintem van).
Az oszlopon lévő kis doboz nem a központ
Csak egy kötődoboz.A pinged a magas ID miatt ilyen nagy, ennyi is fog maradni, a WIFI csak 3-4ms-ot tesz rá. Reménykedhetünk benne, hogyha megoldjuk a problémát a DSM talán lejjebb veszi magától, mi ezzel nem tudunk kezdeni semmit.
A vivők száma azért kevesebb, mert a vonal sokkal több bitet tudna kódolni, mint a jelenlegi csomagod. Ezért a nem használt vivőkön tartalékol, amiket szükség esetén bitswappinggal használatba tud venni.
A stat szerint a modem alig ment két percet, ezért mondtam, hogy használd pár napig, és ha előjön a hiba, akkor ismét készítsd el ezt a három képet anélkül hogy a modemet áramtalanítanád, vagy újraindítanád, mivel így visszamenőleg lesz statisztikánk ami nagyon fontos.
SNR monitorozást esetleg készíthetsz addig is, például most az esti csúcsban még pont kijön egy 3órás periódus.
Dchard
-
dchard
veterán
válasz
Adamyno
#1554
üzenetére
Na akkor nézzük egyessével:
1. Nagyon helyesen tetted, hogy felraktad az új firmware-t a képek megfelelőek amiket belinkeltél.
2. Valóban 3megás csomag van beállítva, viszont ennek semmi értelme, mivel ez a vonal teljesen hibátlan, ezen a 15-ös csomagnak is teljes sebességgel kellene mennie.
3. A spektrum kép szép, nincs zajosodás egyik vivőn sem, nincs értelme semmit kizárni.
4. A vonal annak ellenére, hogy lényegében az alközpont szájában lehet (szinte nincs csillapítás), brutálisan túltartalékolt: a 384-es ID lefelé és a kiváló vonal együtt azt eredményezik, hogy nem hogy bithiba, de javítható bithiba sem keletkezik, összesen életemben talán ha két ilyen vonalat láttam, ami ennyire tökéletes. Laborban szoktak ilyen eredmények kijönni. A BERT tesztnek nulla hibával kell zárulnia ezek fényében.
A következőt tanácsolom:
Használd így pár napig, figyelj hogy jelentkezik-e a hiba. Ha igen, akkor menj vissza a modembe úgy, hogy nem áramtalanítod, vagy indítod újra (ez nagyon fontos), és a modem webes felületének a főképernyőjét is csapd hozzá az előző két képhez.
Van egy olyan sanda gyanúm, hogy nem az ADSL kapcsolattal lesz itt a probléma. Ha van routered, akkor kösd ki és használd közvetlenül egy PC-vel az internetet, hogy kizárjuk a modem hibát. Így amúgy is könnyebb diagnosztizálni, mert közvetlenül hozzáférsz a modemhez és netezni is tudsz.
Dchard
-
#1549
dchard
veterán
headhunter
#1548
dchard
veterán
válasz
headhunter
#1548
üzenetére
Hát az az igazság, hogy 8dB körüli SNR marginnal és 41dBs csillapítással ez a 12megás szinkron egészen jó eredmény. Ugyan felfelé valószínűleg meglenne az 1mega, de lefelé kb. ennyi az a sebesség amit bír a vonalad, ami ezt a csillapítást tekintve elég jó eredmény. Nálam 36dB-s csillapítással ugyanenyi volt a vége stabilan, pedig eléggé kireszteltem minden értelemben.
A modemben látható maximum line speed vagy más néven attainable line speed ne tévesszen meg senkit. Az az érték ugyanis 0dB-s SNR marginra értendő, vagy más néven ekkora sebességre képes a vonal tartalék nélkül. Márpedig nincs az a vonal, ami 0dB tartalékkal képes lenne stabilan működni.
Dchard
-
dchard
veterán
válasz
tévelygő
#1536
üzenetére
Azt nem hiszem, hogy a szerverük ADSL-en csatlakozik
Mondjuk ötletem lenne ettől függetlenül arra, hogy mit kéne csinálni. Egy hazai játékos szervernek nem lenne szabad 50ms fordulási időket produkálni, amikor a bix 17ms alatt válaszol. Persze az is lehet, hogy nem a szerver kapcsolatával mint inkább a feldolgozó képességével van a baj: minél jobban kicsutkázod a procit, annál később jut erőforrás a hálózati frogalom kezelésére, ebből is fakadhat a késleltetés növekedése.Örülök, hogy megoldódott, a telefonszerelő tudod mit csinált volna.... Megmondom: visszadob 5 megára azt csókolom.
Dchard
-
dchard
veterán
válasz
tévelygő
#1534
üzenetére
Rendben van, befejezheted a monitorozást, készen vagyunk.
A jövőben ha probléma lenne (pl.: szakad, kidobál a játék ilyesmi), akkor a target SNR margint-t rakd vissza 100%-ra.
A mostani beállításokkal mehetsz tovább, nincs több teendőd.
Megpingeltettem veled a bix szerverét, abból 17ms tipikus válaszidő jött ki, én egy belvárosi kerületben ennél jobb vonalon mértem már 10-12ms-ot is, de ez az abszolút vége az ADSL technikának, szóval a Te késleltetésed rendben van.
A másik dolog: ha ennek ellenére úgy érzed nőtt a válaszidő, az több dolog miatt is lehet, aminek nincs köze az ADSL-hez. Például terhelt a szerver vagy a hálózatnak az a szakasza amelyikre a szerver csatlakozik. Különösen igaz ez a külföldi szerverekre. A szolgáltatók pedig csak a saját hálózatuk végéig garantálnak bármit is.
Dchard
-
dchard
veterán
-
dchard
veterán
válasz
tévelygő
#1523
üzenetére
SOkkal jobbnak tűnik, megszűnt az anomália amit korábban láttunk. Maradjon így.
Úgy látom a zajosodás is sokkal kisebb, így szűkebbre vesszük a kizárt részt, és mellé csökkentünk target SNR-t.
Vivőkizárás így:
0-273,278-511
Target SNR margin: 70%
Mentés újraindítás, utána futtass légyszíves egy 1200 másodperces BERT tesztet (modem webes felület), és a BERT teszt eredményével + 4 grafikon + Info gomb kimenet jelentkezzél.
A késleltetésed egyébként kiváló, ADSL-ből ennél sokkal több nem jön ki.
Dchard
-
dchard
veterán
válasz
tévelygő
#1519
üzenetére
Azt nézd meg, hogy fent ahol bejön a telefon a villanyoszlopról nincs-e különbség az érátmérőben (egyforma vastagok-e a vezetékek) az oszlopról bejövő és a házban használt között. Illetve azt kéne még megnézni, hogy a házban sodrott érszerkezetű kábel van-e, mert ha nem sodrott (egyenes), akkor a modem és tetőn lévő átadási pont között mindenképpen ki kell cserélni (sima fali UTP kábelre).
A további tesztekhez amiket írtam a vivőkizárást a következő képpen módosítsd:
0-272,291-511
SNR monitorozást is érdemes lenne csinálni majd este 6-tól 9-ig a leírás szerint DMT-vel.
Ja és még valamit végezz el:
ping bix.hu -n 100
ezt parancssorba (cmd) és a végeredményt légyszíves másold be.
Dchard
-
dchard
veterán
válasz
tévelygő
#1517
üzenetére
Oké, akkor itt folytatjuk.
A vonaladról:
valami nem kóser amagas frekiben, ez látszik a frekvencia meneten is. Olyat én még nem láttam amikor a freki menetben (alsó grafikon) törés lenne, pedig már láttam egy pár vonalat.
A legelső gyanúm az lenne, hogy valahol közted és az alközpont között valahol érátmérő váltás van két kötés között és iylenkor megváltozik a vonal elektromos karakterisztikája, máskülönben nem láthatunk ilyet. Esetleg még kötési hibára, szűrőre, de mindenképpen vezetékezési problémára gyanakszom.
Én a helyedben átnézném első körben a lakás/ház telfonvezetékezését, hátha ott van a probléma valami össze-vissza kötésnél. Ellenőrizném a szűrőt illetve annak bekötési helyét is, lehet hogy nincs, vagy nem jó helyen van a szűrő. Ezekről mind van leírásom itt a pH!-n, hogy miként kell szabályosan kinéznie ennek.
A másik:
kell még kép a modem webes felületén a Status --> DSL status alatt van 4 grafikon ezek kellenek, illetve ugyanitt a lap alján van egy Info gomb, annak a kimenete is kell.
A harmadik:
kipróbálhatnád a vivőkizárást, csak a kívnácsiság kedvéért. A modem webes felületén a DSL settings alatt Tone cancellation bekapcsol paraméternek pedig megadni , hogy 0-272, aztán mentés és újraindítás. Ha ezt megtetted, mindenképpen kérek erről is képet is infót a fenti szerint!
A neygedik:
kipróbálhatnád úgy is, hogy rögtöna bejövő fővonal végére mindenféle szűrő, elosztó stb. nélkül rádugod a modemet így könnyen kizárható a lakás vagy a szűrő. Ha ezt megteszed, szintén kérünk képet hogy lássuk javult-e a dolog.
A vonallal láthatóan van valami, de a késleltetés növekedésének az okát nem látom, ugyanis az ID elég kicsi.
Dchard
-
dchard
veterán
Ehhez kicsit jobban meg kell érteni a beágyazott rendszerek tipikus működését:
1. A flash memória kevés bennük, ezért a memóriát jellemzően a bootloader partíciókra osztja. A Broadcom-nál CFE a bootloader és a memóriát négy részre osztja:
bootloader
bootloader NVRAM <-- itt vannak a bootloader beállításai
rootFS <-- itt található lényegében a firmware image tömörítve (squashfs)
generic NVRAM <-- itt találhatóak a firmware által használt beállításokNamost mivel az egész rootfs kerenelstől mindenestől be van csomagolva, a bootloader azzal kezdi a rendszer indítását, hogy fogja és kicsomagolja a rootFS-t a memóriába, utána meghívja azt a memóriacímet, ahol a kernel eleje található és már indul is a rendszer. Ezért van az, hogy 6MB-ot mond a rendszer max memóriára, pedig 8MB van a nyákon. Ugye 2MB körül van a firmware ezt kicsomizza a memóriába, tehát a 8MB-ból marad 8-2=6MB.
Külön NVRAM terüetre azért van szükség, mivel a rendszer futása közben írni csak azt a kis részt lehet, hiszen maga a rootfs tömörítve van.
Namost a bootloader és a hozzá tartozó nvram fix, de a másik kettő arányát lehet változtatni, viszont csak a másik kárára. Jellemzően 32-64KB NVRAM a rendszernek untig elég.
És igen: amikor a firmware lefordul akkor a megfelelő alkalmazás összegyúrja a kernelt és a rootfs-t, betömöríti stb. és előállítja az a formátumot, amit a modemben lévő BCM hardver kezelni tud, lényegében eneka folyamatnak a vége a fájl amit firmware-ként emlegetünk.
Dchard
-
dchard
veterán
Melyik részét?
Például amikor driver támogatást kellett csinálnom új flash memóriákhoz, az ansi C volt, de a webes felület scriptjeit CGI-ben és HTML-ben csináltam, a különböző parancsok vezérléseihez tartozó scriptek jellemzően (b)ash-ben íródtak. Azt tudni kell, hogy a C-t kivéve az összes nyelvnél komoly limitációk vannak/lehetnek a beágyazott rendszereken futó verzióknál.
Dchard
-
dchard
veterán
Kis gondolatébresztő azoknak akik érdeklődnek a téma iránt.
Azt tudjátok, hogy ezt a projektet nem folytattam tovább, mert egyrészt sikerült elérni amit szerettem volna, másrészt kimerítettük a hardver képességeit, ráadásul az alapszoftverhez is régen jött ki már az utolsó frissítés.
Viszont nekiálltam keresni olcsó VDSL2 modemeket, hátha találok valamit amire érdemes lenne portolni, fejleszteni.
Találtam is ilyen modemet, a Huawei HG612 személyében.
Dupla magos processzor, 32MB RAM, 8MB flash, ADSL/ADSL2/ADSL2+/VDSL1/VDSL2 kompatibilis és van hozzá normális forráskód. További előny, hogy sokkal frissebbek a hozzá elérhető zárt forrású bináris driverek, xDSL meghajtók, ráadásul pedig ugyanarra a Broadcom kódbázisra épül mint a mostani szoftver.
Az egyetlen probléma hogy E-bay-en használtan olcsón beszerezhetőek, de normálisan venni nem lehet belőlük.
Szóval ezen gondolkodom mostanában.
Amúgy ha már E-bay: találtam komplett DSLAM-et portkártyával mindennel együtt poton 150.000 jó magyar Forintért. Erősen elgondolkodtam, hogy jó volna egy ilyen itthonra
Dchard
-
dchard
veterán
válasz
senmayel
#1504
üzenetére
Akkor jelezd a szolgáltatónál, hogy rossz csomagot állítottak be, mivel a felfelé sávod fél megabitesre van beállítva az egy megabit helyett. Ez hibás beállítás a DSLAM portodon.
Ezt leszámítva nem kell állítanod semmit, a csomagodhoz tartozó maximális értékek megvannak.
Dchard
-
dchard
veterán
válasz
senmayel
#1500
üzenetére
A vonal attól az érdekes kis ismétlődő zajocskától eltekintve rendben van, viszont megkérdezném, hogy melyik szolgáltatónál és pontosan milyen csomagban vagy, ugyanis a feltöltési irányod fél megás beállítást tár a szemünk elé a Telekomnál pedig ilyen csomag nincen.
Ha ez megvan akkor megyünk tovább.
Dchard
Mondjuk ötletem lenne ettől függetlenül arra, hogy mit kéne csinálni. Egy hazai játékos szervernek nem lenne szabad 50ms fordulási időket produkálni, amikor a bix 17ms alatt válaszol. Persze az is lehet, hogy nem a szerver kapcsolatával mint inkább a feldolgozó képességével van a baj: minél jobban kicsutkázod a procit, annál később jut erőforrás a hálózati frogalom kezelésére, ebből is fakadhat a késleltetés növekedése.
Új hozzászólás Aktív témák
Hirdetés
- Szeged és környéke adok-veszek-beszélgetek
- iPhone topik
- Gaming notebook topik
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- Brogyi: CTEK akkumulátor töltő és másolatai
- Spórolós topik
- Béta iOS-t használók topikja
- Indiana Jones and the Great Circle teszt
- Bemutatkozott a Fairphone 6
- Extrém tűrőképességgel reklámozza új tápkonnektorát az ASUS
- További aktív témák...
- Lenovo T14 Gen4 AMD R5 7540U/512GB/16GB/14" 2240x1400 2.2K felbontás IPS
- ROG Maximus Z790 Dark Hero
- Új MSI KATANA 17 Gamer Tervező Laptop 17,3" -35% i7-13620H 10Mag 16/1TB RTX 4060 8GB FHD 144Hz
- Apple Iphone 13 128gb csillagfény színű OLCSÓN . Csere/beszámítás
- OnePlus Pad 2 + OnePlus Pad 2 billentyűzet + Extrák
- Lenovo LEGION Pro 5 / Pro 7, Lenovo Yoga Pro gépek (RTX 4060 / 4070 / 4080 / 4090)
- ÁRGARANCIA!Épített KomPhone Ryzen 7 5700X 16/32/64GB RAM RX 7600XT 16GB GAMER PC termékbeszámítással
- AKCIÓ! MSI Z690 i7 12700K 32GB DDR4 1TB SSD RX 6800 16GB Phanteks P600S Cooler Master 750W
- AKCIÓ! MSI B450M R7 5700X 16GB DDR4 512GB SSD RX 5700 XT 8GB Rampage SHIVA Zalman 600W
- ÁRGARANCIA!Épített KomPhone i7 14700KF 32/64GB RAM RTX 4070 Ti Super GAMER PC termékbeszámítással
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged