- Milyen processzort vegyek?
- Androidos tablet topic
- Alapértelmezett konfiguráción sok Core CPU-nak lehet stabilitási gondja
- AMD Ryzen 9 / 7 / 5 / 3 5***(X) "Zen 3" (AM4)
- TCL LCD és LED TV-k
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- Milyen TV-t vegyek?
- Vezetékes FEJhallgatók
- Gamepad
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
Hirdetés
-
Toyota Corolla Touring Sport 2.0 teszt és az autóipar
lo Némi autóipari kitekintés után egy középkategóriás autót mutatok be, ami az észszerűség műhelyében készül.
-
Eleglide C1 - a középérték
ma Szintet lépett az Eleglide, az egyébként egész korrekt M2 után a C1 sokkal komfortosabb közlekedésre alkalmas.
-
Végre megjelenési dátumot kapott az xDefiant
gp Az érdeklődők már május második felében belevethetik magukat a harcokba.
Új hozzászólás Aktív témák
-
dchard
veterán
A problémának nincs köze a módosított fw-hez, mivel a driver és vele együtt a broadcom adslctl user space progi binárisa is eredeti, nincs hozzájuk forrás. Az egyetlen dolog amivel jobb felbontást lehet elérni az a zajvizsgáló funkció, de azt csak offline módban tudod használni, tehát ha elindítod, nem lesz DSL kapcsolat a mérés erejéig, és ott is csak 17 sec-enként frissül, ellenben magának a megjelenített mérésnek a felbontása már szimbólum sebességű. A zajvizsgálatot az
adslctl qlnmntr --start 60
paranccsal tudod elindítani, ilyenkor 60 másodpercig fut a mérés offline módban, és a QLN tábla lekérdezésével láthatod az eredményt. Kvázi spektrumanalizátort csinál a modemből. Épp most fejezem be a várhatóan utolsó FW verziót, ami ezt a mérést is tartalmazni fogja, így a DMT-re a továbbiakban nem lesz szükség.
Dchard
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
A QLN, vagy parasztosan magyarra fordítva "csendes vonali zaj" mérés akkor történik, amikor a vonal "csendes", vagyis nincs rajta aktív ADSL kapcsolat. Normális körülmények között a trainelés során 1-3 másodpercig mérik a modemek a spektrumot és azt látod a QLN táblában. Ellenben rá lehet kényszeríteni a modemet, hogy ezt egy meghatározott ideig - akár több óráig - csinálja. Ilyenkor változnak a QLN tábla értékei, már ha van változás a vonalat érő zajban.
Dchard
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
Olyan nagy "beleböfögés" azért nincs. A probléma az hogy nem látom a zaj nagyságát, nem átlagot, hanem abszolút minimumot/maximumot kéne mérned. A jó időszakok adatai elhúzzák a mérési eredményt, mi nem erre vagyunk kíváncsiak.
A zaj forrását kéne megállapítani, és amennyire lehet eltűntetni.
Dchard
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
J.K.F.
tag
...szóval hogy érthetőbb legyen: az előbbi képen a felső grafikon a 11.5 órányi mérés TELJES szummája (tehát valóban nem ANNYIRA nagy az a beleböffentés a többi csatornához képest sem, a 480. csatorna környéki púp - mint szélsőérték - már alig lóg ki a sorból), az alsó viszont csak az utolsó 2 óra 8 percnyi időszak. A korábbi eredmények az alsó grafikonon már kigördültek balra, itt még nem oldottam meg a vízszintes kicsinyítést, cserébe viszont minden mérés külön látszik átlagolódás okozta torzítások nélkül.
Azért nem a teljes 12 órás végeredményt szórtam be egyébként, mert pár perccel a fenti kép után bejött egy hibás mérés. A telnet kapcsolat során adott intervallumonként (5-15-30-60sec) kiadom a lekérdező parancsokat és figyelem a puffert, hogyan érkeznek be az adatok. Ha legalább 200 millisecundumig nem változik a puffer tartalma, úgy tekintem, hogy minden lekérdezett adat beérkezett. Erre nagy ritkán nem elég ez a 0.2sec, ha a modem épp egy kicsit elfoglaltabb, és ennél hosszabb időre megtorpan az eredmények kiírása. Azóta ezt megemeltem 250millisec-re ill. állíthatóvá is tettem (egészen akár 2 másodpercig).
-
J.K.F.
tag
-
dchard
veterán
" Eddig azt hittem, azt mutatja, hogy az egyes csatornákon aktuálisan hány bitet tud átvinni a modem ill. a DSLAM."
Nem. A bitallokációs tábla azt mutatja, hogy éppen hány bitet visznek (és nem vihetnek) át a vivők.
A vivőn átvihető maximális elméleti kapacitást úgy kapod meg, hogy a vivőn mért SNR-t elosztod hárommal, majd szigorúan lefelé kerekítesz. Ezt ugye zajtartalék nélkül kell érteni. Ha ebből kivonod a vivőhöz tartozó bitallokációs táblában lévő értéket és visszaszorzod 3-mal, akkor megkapod az adott vivőre vonatkozó aktuális zajtartalékot.
Példa: a vivőn 50-es SNR és 11 kódolt bit van:
50 / 3 = 16,66 --> 16
16 - 11 = 5 --> 5 x 3 = 15
tehát 50-es SNR és 11 kódolt bit mellett a vivőn 15dB tartalék van. A példa persze csal, hiszen lehet akármekkora az SNR, 15bitnél nem kódolható több adat egy szimbólumban. De azt hiszem a lényeget érted.Az SNR Margin amit a modem kiír egy aggregált és átlagolt érték az összes DS és US vivőre, azonban jó néha látni, hogy ez hogyan oszlik el. A szinkronizálás után nyilván arányos, de a különböző helyeken felbukkanó zajokkal ez változhat.
Nálad nincs egetrengető zaj. Nem mondom, hogy szép, de ez a pár dB változás mondhatni normális. Ha már átnézted a lakás hálózatot, akkor a zaj kívülről jön, nem tudsz vele mit kezdeni.
Dchard
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
Egyértelmű SNR lock. Az elmúlt hónapokban sikerült kiismerni a DSM által használt profilsebességeket, ez egyértelműen a DSM által kiszabott korlát eredménye. Ezért van, hogy az SNR margin csökkentésével sem nő a sebesség.
Dchard
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
Mondjuk ha letagadják az hazugság. Emiatt bőven lehetne az NMHH-nál vagy a GVH-nál feljelentést tenni. Szerintem ha voltak is korábban ilyenek azok azért pattantak le, mert nem szakember fogalmazta meg a panaszt amiből egyértelműen látszik, hogy pontosan értjük a dolog működését így nem rázhatnak le egy ilyen kamu szöveggel, hogy nincs semmilyen korlát.
Én már többször mondtam, hogy szívesen átnézek és javítok, támogatok bármilyen beadványt, de mivel nekem nincs ilyen szolgáltatásom, így én feljelentést tenni nem tudok.
Dchard
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
Valóban létezik olyan beállítás amivel 10dB target margin és 20megás profil mellett tökéletes vonalon is csak 8mega jön ki, csakhogy itt a bitallokációs tábla is "összeesik", akárcsak az "SNR lock"-os eseteknél.
A kifejezést valóban én találtam ki, mivel ez írja le a lehető legjobban a jelenséget.
Ezt a DSM nevű rendszer csinálja, rosszul. És ráadásul nem is a magas tagret marginhoz "ragaszkodik" ahoygy írtad, ez már csak következmény de nem az ok.
Az oka az "SNR lock"-nál a mgas marginnak az, hogy a DSLAM-ben a porton fix sebesség limitet is be lehet adni, ezzel kényszerítik ki, hogy soha ne léphesd túl a sebességet amiért fizetsz. Namost ha egy vonal elbír 15megát, de én 10-re korlátozom, akkor az e fölött maradó minden bit tartalék lesz és növeli az SNR margin-t.
Lehet hogy az új Huawei DSLAM-ek valamit nem jól csinálnak és ez a furcsa helyzet áll elő?
Legyél már olyan jó és frissíts az általam írt firmware-re amiben lényegesen újabb BCM driverek vannak, nézd meg hogy azzal is csinálja-e. Lehet hogy a gyári szoftver szar. Eleve egy raklappal több paraméter érhető el, és ugyanúgy működni fog a házilag írt progid is, amit mellesleg közzétehetnél. A két FW parancs-kompatibilis.
Dchard
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
A forrást külön köszönöm, így könnyen lehet majd módosítani VDSL2-höz is. Ha gondolod tudok küldeni logokat róla és pikk pakk meg lehet írni a támogatást. Ugyanúgy néz ki mint ez, csak nem 512 elemű egy lekérdezés, hanem 4096. Meg a csillapításokat bandonként értelmezi, de ez semmi.
A mérések gyakoriságát le tudom tesztelni laborban, de nincs valami sok időm. Ha akarsz, gyere be hétfőn az egyetemre és szórakozhatsz a mérőkörrel, és nézegetheted milyen gyorsan jelenik meg a becsatolt zaj. Kipróbálhatod több FW verzióval is.
Dchard
[ Szerkesztve ]
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
J.K.F.
tag
...amit még valószínű javítani kellene a programon, az a kapcsolat megszakadásának kezelése (mármint a modem és a DSLAM között). Ezt nem nagyon mertem tesztelgetni, nehogy a túlbuzgó DSM miatt a végén még 64kbps legyen a download-om, 16384-es interleaving depth mellett.
De úgy rémlik, hogy mikor egyszer széthúztam a kábelt még a régi firmware-nél, az adatok nem változtak a programomban vagy legalábbis nem eléggé (pl. az "adsl info --show" ilyenkor elég szűkszavú emlékeim szerint és arra nem készültem fel, hogy SEMMILYEN adat nem lesz amit ekkor be lehet emelni a programba - pedig ilyenkor a program General ADSL infó mezőjében illene legalább minden mezőben "-"-t vagy "N/A"-t megjelenítenem).
-
dchard
veterán
Na ez az amit nem érdemes csinálni. Sokkal jobb megoldás scrollozni és megtartani az összes vivőt. Én így csinálom. Az átlagolás elkenhet furcsa hibákat és érdekes jelenségeket, amik például csak 1-1 vivőt érintenek. Csak azt kell megoldani, hogy a képernyőre így egyben ki nem férő adatokat a progiból el lehessen menteni egy PNG-be.
A vivők egyébként kapcsolat bontás esetén is adnak vissza értéket:
a bit és SNR 0-t, a QLN a következő sikeres újraszinkronizálásig az előző mérést tartalmazza, a Hlog szintén, meg az eleve nem változik. De ennél egyszerűbb ha az adslctl info --show parancsból szűrsz a kapcsolat állapotára és csak azoknak a lekérdezéseknek az adatait veszed figyelembe, ahol a kapcsolat állapota "showtime", ez jelenti ADSL-nél a connected vagy operational állapotot. Persze a QLN méréshez ezen majd változtatni kell, hiszen ott nem lesz showtime mód, de csak a QLN táblát kell pollingolni és a progi amúgy is tudni fogja, hogy most éppen QLN mérés van, hiszen onnan indítod el
Dchard
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
Küldök neked ilyet holnap.
Amivel mindenképpen érdemes lehet még kiegészíteni, az a diag megkezdése előtti saját parancs futtatási lehetőség. A broadcom parancsok nagy része szintaktikailag nagyon hasonló vagy ugyanaz, csak annyiban térnek el, hogy:
1. Van olyan modem, ahol ki kell adni az "sh" vagy más parancsokat, hogy rendes temrinált kapjon az ember.
2. Sok helyen más-más neve van a binárisnak: "adslctl" vagy "xdslctl" vagy "xdslcmd" vagy "adslcmd". Ezek mind szintaktikailag azonos kimenetet adnak, csak a nevük más.
Így az alkalmazásod szinte minden BCM képes modemmel kompatibilis lehet.
Dchard
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
Pénteken elküldöm neked a logokat a ZTE-ből amiket ígértem.
Egyetlen dolgot kéne még implementálni, a QLN monitor funkciót:
ha kiadod az "xdslctl qlnmntr --time 3600 --freq 4000" parancsot, a modem QLN teszt módba kapcsol egy óra erejéig másodpercenként 4000-szer vesz mintát a teljes spektrumból (ez a DSL szimbólumsebessége). Ilyenkor elég csak a QLN táblát pollingolni, valószínűleg lényegesen gyorsabban látszódnak majd a változások.
Ilyenkor a modem offline állapotba kerül, ebből az xdslctl connection --up paranccsal lehet kivenni, a mérés végén sem vált vissza magától!
Dchard
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
Mivel az új Speedport és a ZTE 931 lesznek a két hosszú távon velünk maradó eszközök, így megéri ebbe erőforrást ölni. Én többször is kértem, hogy ajánljanak fel ilyen eszközt, anélkül nem lehet hozzá támogatást írni. Nekem van ZTE 931-em, amihez egyszerűen lehet telnetet varázsolni, de a Speedportot mindenképpen kezelésbe kell venni, azon le van tiltva minden értelmes felület. AZ SNMP is max a DSL interfészen van egnedélyezve...
Dchard
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
AstraCDX
senior tag
Köszönöm a segítséget, és a türelmet, értetlenkedéseim miatt !
Az írásodból azt a lényeget véltem felfedezni, hogy a LAN oldalról, nem lehet átkiabálni a WAN oldalra, hogy megszólítsuk modemünket .
De rögvest azt is látom, hogy ez így sem teljesen igaz, mert a PC-ről pl böngészőből mégiscsak kikiáltjuk kéréseinket a WAN oldalra, mikor épp egy honlapot meg akarunk nézni .
A modemem akkor volt látható, amikor a routerben a WAN Connection Type:után Dynamic IP beállítás volt aktív .
Ebben az esetben a router természetesen nem hozott létre PPPoE kapcsolatot kifelé, nem volt netkapcsolat .
De mi lett volna, ha a modemben beállítottam volna egy PPPoE kapcsolódást ? Akkor lett volna netem is, és láttam volna a modemet is ?
Üdv.
Astra
-
X-ecutor
csendes tag
Koszönöm a választ!
A hibajelentésből én is erre köetkeztetnék a helyedben, de több egyenes kábellel is próbáltam. Van egy másik modemem is ami haldoklik (amiről most is írok), és annak a kábelével is próbáltam, meg amit adtak hozá, de fel sem villan a led.
Sőt most már eljutott oda, hogy h a router lan portjára kötöm, akkor sem világít a modemen a led. Pedig direkt rákérdeztem, hogy annak ellenére, hogy használt, azért még működik, ugye.
Nincs valami über hard reset a modemhez? Hátha az segít.Jah, azt is próbáltam, hogy a routernek adtam 192.168.1.2 címet, rákötöttem a régi modemet, amit 192.168.1.1 címen lehet elérni, 255.255.255.0 maszkkal, és sikerült elérnem a webes felületet, de az új modemmel nem, pedig annak is 192.168.1.1 talán a címe.
[ Szerkesztve ]
-
pruzsi
őstag
Közben sikerült belépni egyenlőre marad a gyári rajta kép Valami oknál fogva lassabb sebességgel szinkronizált össze a modeme a központtal, jelenleg bruttó 14319/1278Kbps (le/fel irány), holott a nettó 20.0/1.0 Mbps sávszél rendelkezésre állna neki. (ehhez bruttó ~23.5/1.25 Mbps kell - de ez meg is volna - lásd "attainable" mezőket
Másik modemmel is próbáltam,20-ról esett le 16-14-12-re ás az maradt,bejelentettem vizsgálják. -
SteveBeard
senior tag
Szia!
Köszönöm a válaszod!Eddig nem volt vonalas telefonom (vonal az igen) most kaptam kölcsön, ha megint hosszabb időre elmegy a net, akkor megnézem.
A kötések szerintem rendben vannak, egy hibát találtak a szerelők, mivel a doboz elég rossz állapotban volt, ezért összesodorták a két vezetéket és szigetelték. Persze ez sem segített utána is elment a net.
Nekem lassulás nem volt csak szimplán nem volt net. Volt olyan, hogy hajnalban jött valahogy rendbe, én nem nyúltam hozzá.
Éjszaka, mikor senki nem használja a netet megcsinálom a tesztet.A Speedportra nem tudsz valami okosságot, hogy csak modemként menjen?
Olvastam valahol, hogy raktak rá valami német firmware-t és azzal teljes körűen lehetett használni.
Persze a mikéntjét nem írták meg, ezért lehet nem is igaz.Steve
-
ssarosi
tag
A külföldi árlistákat olvasgatva talán megvan a különbség.
A CH/A annex A és B-t tud, míg a nemzetközi A,B,J,M-et.
Az utóbbi kettőről még nem hallottam, de google a barátom.
Nálunk nem tudnak VDSL-t adni csak voippal, mert azt mondták hogy olyan a DSLAM.
Ismerősömnél pedig bent volt az annex B szűrő (bent felejtették) és simán ment 30/5-el.
A T-s ismerős szerint nem kell szűrő.
Akkor most ez ki tudná használni az ISDN sávszélességét is, vagy azt abszolút nem használja?
Ki tudja? -
ssarosi
tag
Megkérdeztem egy másik netes T-s ismerősöm, valóban marad DSL annex B vivőkiosztású.
Kár, mert ki lehetne használni az 1-138-as vivőket is. Ha voipot adnak szabad az analóg vonal sávszélessége is. Arról nem is beszélve hogy itt a legkisebb a csillapítás, vagyis sok olyan felhasználón lehetne ezzel segíteni, akinek rossz a vonal minősége.http://en.wikipedia.org/wiki/G.992.3_Annex_J
Hiába, ez Magyarország.
[ Szerkesztve ]
-
ssarosi
tag
Ma bekötötték a VDSL-t és ismét pórul jártam.
Vettem egy ZTE 931 HGW-t tartaléknak a Fritz!Box mellé.
A ZTE-t kötöttem a vonalra, hogy ha ráteszik a VOIP-ot (kikönyörögtem volna), kiolvasható legyen a jelszó.
Szakadt a vonal pár percenként, kicserélve a Fritz!Box 7390-re már nem is szinkronizált.
Mivel hétvégén dolgoznom kell, kértem ismerősöm hogy csináltassa vissza ADSL-re.
Péntek délután már nem jött össze a dolog, ezért visszavették a sebességet 20/1-re.
Ekkor is szakadt.
Rátettem a speedportot, azzal meg semmi baj, nem indul újra.
Most lekorlátoztattam a sebességem, mert rossz volt a 931-es.
A Fritz!Box meg nem kezeli. A/CH verzió, most már tudom, hogy mi a különbség az international és ez között.
A speedporttal jó a szinkron, de a torrent harmadával megy mint a 10/0,5-ös ADSL-en és az Ftp is.
Ez aztán a nagy előrelépés! -
Új hozzászólás Aktív témák
- Milyen processzort vegyek?
- Androidos tablet topic
- Call of Duty: Mobile
- Mibe tegyem a megtakarításaimat?
- Alapértelmezett konfiguráción sok Core CPU-nak lehet stabilitási gondja
- AMD Ryzen 9 / 7 / 5 / 3 5***(X) "Zen 3" (AM4)
- TCL LCD és LED TV-k
- BestBuy topik
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- nVidia tulajok OFF topikja
- További aktív témák...