Új hozzászólás Aktív témák
-
dchard
veterán
válasz
beldeczki
#2550
üzenetére
OK.
A légkábelnél a NEM használt ereket és a földelőszálat közösíteni kell a lenti csatlakozó felé menő vezeték nem használt ereivel. A lenti kötődoboznál természetesen le kell kötni a két nem használt eret és földelni (ha van rendes földelés a házban akkor ahhoz, ha nincs akkor fűtéscsőhöz (fémes érintkezésre ügyelni).
Ennyit tudsz tenni. Esetleg azt lehet még, hogy a légkábel és a modem között kicseréled fali SFTP vagy minimum fali UTP-re és haosnlóan kötöd be.
Dchard
-
dchard
veterán
Igen, mostmár valóban a 10-es csomag van beállítva. Ne csökkentsd tovább az SNR margin-t. Ez így rendben van.
beldeczki:
Valóban elég pocsék képek. Két dolgot kell megnézni:
1. A vastag fekete (lég)kábelben vannak-e nem használt erek?
2, Látsz-e földelőszálat, árnyékolást, fóliát vagy bármi hasonlót a légkábel végénél?Dchard
-
dchard
veterán
Egyszerűen hazudik. A nálad látható sebesség közismerten DSM által korlátozott profilra utal, de ahol végképp kibukik a korlát az az, hogy hiába csökkented az SNR margint, nem gyorsul a vonal. Márpedig ha nem lenne korlátozva a vonal, akkor ez nem történhetne meg.
Dchard
-
dchard
veterán
Nem, maradjon csak 70-en. És nem kell ide szerelő: távolról a DSLAM-be be tudnak lépni, állítsák vissza rajta a 10megás csomaghoz tartozó profilt és ha lehet kapcsolják ki rajta a DSM felügyeletet, az tekergéli el a vonalat. Lehet hogy a régi szar HGW miatt korlátozott le a DSM. Annyit mondhatsz, hogy korábban egy hibás modem miatt szakadt a net, de ezt már elhárították, van új.
Dchard
-
dchard
veterán
I24K be van kapcsolva? Egyébként egyszerű: a Telekom lekorlátozta a vonalat. A 10megás csomaghoz 12480kbit/s-os sebességgel kéne mennie, nem 8954 mint most. Az is látszik, hogy van tartalék a vonalon. Ez megint a DSM számlájára írható. Én azt mondom, kapcsold be az I24K-t, állítsd az SNR margint 70-re, majd mentés, újraindítás. Ha nem gyorsul, felhívni a Telekomot, és megmondani, hogy állítsák vissza a 10megás csomagot, mert ez nem az, a vonal pedig bírja, nem vagy messze a központtól és ennek semmi köze semmilyen túlterheléshez (ha ezzel próbálkoznak akkor hazudnak).
Sajnos ismert ez a szituáció. Jellemzően akkor tekeri lejebb a DSM a vonalat ha például szakad, de láttunk már hibátlan vonalakat is amiket eltekert a DSM minden ok nélkül. Nálad ez utóbbi látszik, mivel a vonal kifejezetten jó állapotot mutat.
Dchard
-
dchard
veterán
válasz
deblaci
#2534
üzenetére
Azon a képen amit csináltál, egy tökéletes vonal látszik, amin 25 órája volt utoljára szakadás. Mivel kivételesen rövid a hurok, a modem meg közismerten ócska, én leginkább egy modemcserét ajánlanék mégpedig fekete színű Dlikn 360R (T1E) -re. Akár itt a hardveraprón használtan is lehet venni 2-3000-ért, de bármelyik T-Pontban van új asszem 5990-ért.
Érdemes még átnézni a telefonkábeleket, szűrőt, csatlakozókat, lehet, hogy valahol kontakt jellegű probléma van.
Dchard
-
dchard
veterán
Értem a problémát.
Nem, nem lesz pontatlan a mérés, csak a modemet NE áramtlanaítsd illetve a telefonkábelt ne húzd ki a modemből. És mindent pontosan a leírásnak megfelelően csinálj.
Még egyszer: a modem webes felületéről kell a Status --> DSL status alatt található 4 grafikon, illetve ugyanezen az oldalon a lap alján az Info gomb teljes szöveges kiemente. Ez utóbbinál legalább pár órája legyen már üzemben a modemen az új firmware. Ezen túl készíthetsz SNR monitozoást is a leírásom szerint, ha lehet este 6-9 között vagy ha van ismerten problémás időszak, akkor akkor.
Dchard
-
-
dchard
veterán
válasz
KretaKing
#2524
üzenetére
Ha biztos vagy benne, hogy korábban ugyanezen a vonalon ment az ADSL2+, akkor telefonálj és kérd, hogy engedélyezzék a porton az ADSL2+-t. A vivőkizárást meg álíts be úgy ahogyan az előzőben leírtam. Egyébként jelenleg korlátozzák a portsebességedet, ez egyértelműen látszik (akkor történik ez, ha a vonal nem stabil ezért visszaveszik a sebességet).
Ha visszaraknak ADSL2+-ra, és leveszik a korlátot, menni fog rendesen az 5megás csomag.
Dchard
-
dchard
veterán
válasz
KretaKing
#2522
üzenetére
A vonalad mindkét mérés szerint 4.4/256-on áll, tehát nem 2megán és nem is 5-ön. A spektrum sajnos elég szar, mivel két jelentős rádiófrekvenciás zavar is megfigyelhető rajta (két AM sávú rádióadó), és ehhez még viszonylag nagy távolság is párosul. PLusz úgy tűnik csak hagyományos ADSL-t tud az alközpont. A két zavarforrást ki lehet zárni a cikkben említett módon. Fontos, hogy csak azt a valóban nagyon zajos 2-2 vivőt zárd ki, a többit ne. Az SNR margint állítsd 100-ra, az I24K-t kapcsold be, és próbáld ADSL2+ módba kényszeríteni a modemet, hátha pár perc próbálkozás után átbillen a DSLAM 2+ módba, akkor lenne esély a stabil 5/512-re. Ha ADSL2+ módban egyáltalán nincs internet, akkor próbáld ADSL2 módban, majd ha így sem, akkor marad a G.DMT.
Egyébként csak azt felejtetted el leírni, hogy milyen csomagnak kéne lennie és hogy mi a konkrét hibajelenség.
Dchard
-
dchard
veterán
válasz
#60252516
#2520
üzenetére
Persze, hogy nem, mivel a DSLAM szájában laksz:
Line Attenuation (Up/Down) 2.5/5.6 dB
Nem a fővárostól való távolság az, ami befolyásolja a pinget, hanem például az, hogy a vonalon milyen interleaving beálítások vannak (minnél rosszabb a vonal, annál erősebb interleaving megy, és annál nagyobb a késleltetés is). Nálad például a DSLAM közelsége miatt nagyon alacsony az interleaving:
Interleave depth 2
Dchard
-
dchard
veterán
Idéznék a cikből:
"Ezt úgy tudjuk megtenni, hogy belépünk a modembe telneten és kiadjuk az "sh" majd pedig a "dmesg" parancsot."
Tehát először az sh parancsot kell kiadni. UGyan a cikkben többször is szerepel, de ismét megjegyzem: a leírás pontos követése ajánlott. Amennyiben nem vagy figyelmes, akkor még több hasonló problémád lehet a jövőben. Minden részeltesen és pontosan le van írva, aszerint kell eljárni.
Egyébként neked ez a verzió kell ha 321B-d van:
Board ID 96332CG: Letöltés v. 1.9
Dchard
-
dchard
veterán
válasz
tegyebek
#2516
üzenetére
"Tehát nem a technikai értelemben vett marginról beszélek, azaz az "SNR mínusz bitallokáció szorozva kb 3-mal vivőnként"-ről, hanem amit a modem, és a DSLAM megállapít a szabvány szerint."
Próbálom kitalálni hogy mire gondolsz. Az SNR margin számolt és átlagolt érték, nem véletlen, hogy az új szoftveremben ellenőrizhető akár vivőnként is a mért SNR és az allokált bitek számához szükséges SNR különbsége (ami a margin). Szerintem arra gondolsz, hogy ennek az értéknek a pontossága meglehetősen nagy szórást mutat. Valóban: például ha SNR lock mellett csökkentjük a target SNR margin értékét, úgy tűnhet a modem kijelzése alapján, hogy csökken az SNR margin. Természetesen a valóságban nem csökken az SNR margin, hiszen minden plusz bit tartalékként fog viselkedni. Valószínűleg a jó megoldás erre az lenne, ha a mért SNR és a bitallokációs tábla alpján számolnánk SNR margint és nem hagyatkoznánk a modem által kijelzett értékre (hiszen nem műszer), de ez már az a szint amennyi macerát nem ér meg a dolog. De ha bárkit is vígasztal: találkoztam már olyan másfél millás vonalteszterrel ami szintén hülyeségeket írt ki hasonló szituációban.
Visszatérve a problémára: emberünknél túl sok és széles a zajjal terhelt rész, ha mindet kizárnánk nem maradna sávszélesség. A tuti megoldás az lenne, ha a target SNR margint bizonyos szakaszokra kézzel meg tudnám változtatni: például a zajos vivőkön 10dB lenne a jó vivőkön meg csak 6dB. Erre van a VDSL2-nél központi megoldás, virtuális zaj a neve, mely egy maszk segítségével állítható be. Azt hiszem 8 vagy 10 törési pont (átmenet) van.
Még egyszer a DSM-ről: a probléma az, hogy nem úgy implementálják ahogyan kellene. Ha vonalszakadás van, akkor először az ID-t kellene növelni. Ha ez nem segít, akkor az SNR margint 3dB-s lépésekben 6dB-ről indulva, hogy ne fogjuk meg a jó vonalakat. Ha a 2. 3dB-s emelés után is szakad, akkor mehet az automata hibajelzés a műszaki teürletnek, mert ha 13dB-s marginnal is szakad egy vonal, akkor azt a problémát a DSM sehogyan sem fogja tudni megoldani, csak szopatjuk az ügyfelet a lassú sebességgel. Teljesen hibás gyakorlat az amit most cisnálnak, hogy a profilsebességet csökkentik. Így esély ninincs arra, hogy a vonal adaptálódjon például egy esetleges javuláshoz, hiszen ha például kicserélnek egy hibás kötést, a magas target SNR margin ellenére azonnal javulni fog az újraszinkronizálást követően minden, a DSM pedig 1-2 nap után csökkentheti a margint hajnalban.
Dchard
-
dchard
veterán
válasz
tegyebek
#2510
üzenetére
A teljesség igénye nélkül néhány pontosítás:
"Ha a fűrészfogszerű zaj még az új érpáron is jelen van a képen"
A zaj karakterisztikáját maximum szkóppal lehetne megállapítani, ezekből az adatokból semmiképpen. Egyébként inkább mondanám impulzus-szerűnek, mivel baromi sok a javítható RS hiba. Valószínűleg a magas ID miatt javítható.
"Nem gondoltam, hogy van olyan szerelő, aki 6-7 dB-t állít be egy ilyen vonalon"
A szerelő semmit nem állít be, de főleg nem az SNR margint. Ezek előre meghatározott központi profilok.
"és mind a DSLAM eszköz, és a modem(közösen) alapból, mind az új "DSM"(amit még mindig nem értem, hogy hogy működik) ilyen buta, hogy egy ilyen vonal 6-7 dB marginnal működhet"
A modem és a DSLAM nem egyeznek meg semmiben, itt alá-fölérendeltségi viszony van. A modem többé kevésbé azt cisnálja amit a DSLAM mond. Tehát ha a DSLAM porton 10dB a DS margin akkor annyi lesz (hacsak az én szoftveremmel másra nem kényszertjük a modemet). A DSM-mel a probléma a következő: amikor problémát érzékel, akkor nem a sebességet kéne fixen visszavenni, hanem a taget margint emelni. EZ azért is lenne jó, mert ezt még felül lehetne bírálni a modem beállításával, viszont ezzel szemben most a sebességet lockolják, ezért nem változik semmi ha az SNR margint álítjuk. Illetve ez nem igaz, mivel tovább lassítani tudjuk a vonalat (csak hát ki akar ilyet).
"Ezt értettem eddig is, de SNR lock alatt a nem DSM általi, nem automatikus, de kizárólag az SNR margint érintő SNR lockot értettem"
A DSM előtt semmi nem volt, a modemek a portsebesség és a target SNR margin alapján álltak be. Csak kellett hozzá némi idő, amíg lettek olyan modemek amikben állítani lehetett a DS margint. Ez sosem volt "lock" csak régebben nem tudtuk mivel és hogyan kell csinálni. A DSM pedig nem az SNR margint változtatja meg ahogyan korábban kifejtettem, hanem egyszerűen lekorlátozza a portsebességet.
"Az átkábelezést(földelt, árnyékolt, összekötve a földet, árnyékolást, minden kábel minden kötésén) meg nem akartam 25-ször leírni, ha nem veszik figyelembe."
Pedig itt valószínűleg ez lesz a maximum amit tenni lehet. Ha a padlástérben találunk földelőszálat és/vagy nem használt érpárat, akkor SFTP-vel lejövünk rögtön a modemig, fent a földelőszálat és az összes nem használt eret közösítjük, lent ugyanezt megtesszük és földeljük őket. A kötéseket forrasztással fixáljuk. Ha ez nem segít, akkor feljebb van probléma (oxidált kötés, hibás kötés, beázás, mikro szakadás stb.).
Dchard
-
dchard
veterán
válasz
beldeczki
#2508
üzenetére
Pedig a padlástérbe bejövő kábel vége (légkábel) jobban érdekel. Ott lehet esetleg földelő szál, nem használt érpárak amikkel tudunk mit kezdeni.
Illetve az előzőekben leírt SNR monitorozást légy olyan jó megtenni DMT-vel a cik szerint. Abból sok érdekes kiderülhet.
Dchard
-
dchard
veterán
válasz
beldeczki
#2505
üzenetére
Ha pontosan leírod a környezetet, légkábel van-e miegymás, esetleg cisnálsz képeket az átadási pontról leírod a topológiát stb. akkor megnézem lehet-e még optimalizálni. Ha az átaádsi pontnál (jellemzően ház homlokzatán kötődoboz) van földelőszál és azt még nem használod, mindenképpen érdemes a nem használt érpárral együtt földelni, ez elég sok zajt meg tud fogni.
Dchard
-
dchard
veterán
válasz
tegyebek
#2502
üzenetére
Örülök, hogy ennyire érdeklődsz a téma iránt, de van még mit tanulnod.
Először is a margint termésetesen nem 3dB-re lövi be alapból sem a modem sem a DSLAM. A port konfigurációjától függően 100%-os margin mellett lehet 6 vagy 10dB az alap margin. A 3dB-s margint pontosan azért látjuk, mert a szinkronizálás után annyira elromlott a vonal, hogy jelentős tartalék tűnt el a vonalról, ezért a tetemes romlás. Nem a modem szar és nem is a DSLAM port.
Az I24K-nak semmi de semmi köze a marginhoz. Erősen ajánlott bekapcsolni, de ez kizárólag az interleaving hatékonyabb működésében segít.
Harmadrészt ha valami igazán segít az első ránézésre nehezen megállapítható problémák kiderítésében az a leírásom szerint pontosan elvégezett és szükség szerint többször megismételt SNR monitorozás, mivel ez mutatja meg igazán a vonalon végbemenő időbeni változásokat.
Negyedrészt az "SNR lock" egy általam kreált kifejezés ami pontosan azt jelenti, hogy az előfizetői oldalon hiába módosítjuk a target SNR margin értékét, nem változik semmi, mivel a szolgáltatói oldalon nem az SNR margin értékét változtatják meg (ahogyan azt kellene) a DSM segítségével, hanem helyette fixálják a port sebességet.
Dchard
-
dchard
veterán
válasz
beldeczki
#2500
üzenetére
Teljesen egyértelmű a brutális zajosodás, aminek a hatását felerősíti a meglehetősen nagy hurokhossz.
DMT-ben SNR monitorozás elsőként az esti csúcsban (este 6-9 között) pontosan a leírásom szerint! Bár ezt ott is megemlítem, minden leírt paraméternek jelentése van, tehát pontosan aszerint kell beállítani a DMT-t és pontosan annyi ideig futtatni. Természetesen az SNR monitorozás 3 órás ablakokban többször is megismételhető, például ha van olyan időszak amikor sűrűn előfordul a probléma, akkor is érdemes SNR monitorozást végezni. Minnél több ilyen van, annál könnyebben elkapható a jelenség.
Dchard
-
dchard
veterán
Érdemes próbálkozni. A visszautasításnak valószínűleg nem az az oka, hogy fel kell rakni 10-20 méter vezetéket, hanem például olyan településen, ahol csak ADSL internet van, előfordulhat, hogy nincs már szabad érpár vagy a DSLAM-ben nincs szabad port. Én azért nem adná fel, mivel a Telekom az infrastruktúra szolgáltató így náluk van a legjobb esély. Mindenesetre rá lehet kérdezni az elutasítás okára és ha valami túl általános dumát mondanak (pl.: műszaki oka van) akkor rá lejet kérdezni hogy pontosan mi az mert a szomszédnál működik.
Dchard
-
-
dchard
veterán
válasz
rostiron
#2457
üzenetére
Már csak azért sem tudnál reklamálni, mert SNRM csökkentéssel jött ki nálad a korábbi 17mega, a mostani 15-tel olyan 9-10dB lehet (amit a modem mutat az az SNR lock miatt félrevezető). Ezt valljuk be nehéz lenne érvként felhozni
Mondjuk tény, hogy ha a DSM az SNR Margint növelné, nem pedig a sebességet vágná, akkor megmaradna a lehetősé, hogy aki ért hozzá, az kisebb marginnal járassa a vonalát továbbra is. Dehát erre nincs ráhatásunk...Dchard
-
dchard
veterán
A 192-es a pilot, nem kell vele foglalkozni. Időzítési referenciát ad a modemnek.
Ez ugyan még mindig a DSM által korlátozott sebességnek tűnik, viszont meglehetősen magas a csillapítás is, én azt gondolom ennél maximum 1-2megával lenne gyorsabb. Nem biztos hogy megéri ezzel időt eltolni.
Egyébként bármilyen vonalra bármilyen esebességet be lehet állítani, a vonal fizikai paraméterei fogják behatárolni, hogy abból mennyi fog ténylegesen működni.
Dchard
-
dchard
veterán
A következőket állítsd be:
vivőkizárást bekapcoslni az alábbi beállítással:
0-124,127-274,277-511
Target SNR margin: 60
I24K ONlap alján Save majd admin menüpont alatt újraindítás.
Utána lehet hívni a telekomot hogy rakjanak vissza a teljes 10 megás profilra. Azt is lehet mondani, hogy nem volt ügyfélpanaszod, úgyhogy ne buzerálják el a vonalat állandóan.
Dchard
-
dchard
veterán
Most a DSM limitált be, de mielőtt felhívnád őket, előtte mindenképpen szükség van vivőkizárásra. Csinálhatnál SNR monitorozást, illetve kéne az:
adslctl info --QLN
és az
adslctl info --SNRparancsok kimenete is. Ja és ne felejts el az Info gomb kimenetét is elküldeni (webes felületen a DSL Status alatt).
Szerintem minden további nélkül ki lehet hozni belőle a 10megát (ami ugye 12.480 a fizikai rétegen).
Dchard
-
#2427
dchard
veterán
LordFanTomas
#2426
dchard
veterán
válasz
LordFanTomas
#2426
üzenetére
A modemet mindenképpen cserélni kell az új fekete dlink 360R T1(E-)re. Arra rátolod az általam írt szoftvert, és csinálsz egy rendes diagnosztikát, belinkeled hogy meg tudjam nézni aztán finomítunk a vonalon. Most úgy néz ki, hogy a DSM még nem babrálta meg a vonaladat.
A mostani modemmel pusztán SNR MArgint csökkenteni nem érdemes, abból jó eséllyel szakadás, abból meg további lassítás következik. Szerintem az új modemmel ki lehet ebből hajtani 10megát.
Dchard
-
#2424
dchard
veterán
balogh0211
#2423
dchard
veterán
válasz
balogh0211
#2423
üzenetére
Privátban küldd el az
adslctl info --QLN
parancs teljes kimenetét és mondom mit kell beállítani. Néhány hibás vivőt ki kell zárnunk.
Dchard
-
#2422
dchard
veterán
balogh0211
#2421
dchard
veterán
válasz
balogh0211
#2421
üzenetére
Ha fekete 360R-ed van akkor rakd fel rá az általam írt szoftvert a cikk szerint, és küldj képet a webes felületen a 4 grafikonról és az Info gomb kimenetéről. (Status --> DSL status). A képeket gyári beállításokkal végezd el (SNR margin=100, vivőkizárás legyen kikapcsolva, az I24K legyen bekapcsolva!).
1-2megát talán ki lehet még facsarni belőle.
Dchard
-
#2420
dchard
veterán
zalaapati911
#2419
dchard
veterán
válasz
zalaapati911
#2419
üzenetére
Csak a feltöltés lenne gyorsabb a letöltési oldal alig. Ha fontos a feltöltés és átenged a rendszer akkor megérheti, másképp nem.
Dchard
-
#2417
dchard
veterán
zalaapati911
#2416
dchard
veterán
válasz
zalaapati911
#2416
üzenetére
Nem nem, nem 180 környékén hanem 280 környékén kell keresni. Láthatod a nagy bezsakadást a spektrumképen is. Ott az SNR-ben legalább 10dB de inkább nagyobb eltérés lesz.
A router mögötti használat megoldható, de nem éppen triviális, Virtuális LAN támogatás kell hozzá, és a WAN portot a LAN portokkal egy VLAN-ba kell rakni, illetve figyelni kell, hogy ne legyen címütközés (például a modem és a router IP címe is 192.168.1.1).
Dchard
-
#2415
dchard
veterán
zalaapati911
#2414
dchard
veterán
válasz
zalaapati911
#2414
üzenetére
Teljesen jó. Én 288-nál lévő két érintett zajos vivőt kizárnám, a módja benne van a leírásban.
Dchard
-
dchard
veterán
válasz
dzsordzsó
#2412
üzenetére
Igen pont a közepére.
Annyi jótanácsot adok, hogy mivel a kifejtett két érnél nem lesz szigetelés ami a csatlakozásnak szilárdságot ad, ezért én a két ér RJ11-be való bedugása után de még a krimpelés előtt a UTP/FTP/SFTP kábel külső műanyag szigeteléséből méretre vágott kis darabot be szoktam tolni az RJ11 csatlakozóba, így az egész összeszorul (ahogyan egyébként történnie kellene) és egy erős kötést ad ami mechanikailag is stabil. Ahogy megnézed az RJ11 csatit látni fogod hogy miért és azt is hogy mit meg hova.
Dchard
-
dchard
veterán
válasz
dzsordzsó
#2408
üzenetére
A következő beállításokat eszközöld:
I24K-t kapcsold be
vivőkizárást kapcsold be és add meg az alábbi sort0-123,128-511
a target SNR margint állítsd 70-re
lap alján mentés, majd admin menüpontban újraindítás
A változtatások után hagyd így futni 2-3 napig, semmi áramtalanítás vagy ilyesmi, majd kérnék egy újabb képet a 4 grafikonról és az Info gomb kimenetét.
Ha nagyon nincs SFTP akkor jó a fali UTP is, de célszerűbb lenne a lehető legjobb megoldást alkalmazni.
Dchard
-
dchard
veterán
válasz
dzsordzsó
#2406
üzenetére
Rendben van.
A megoldás a következő: fali SFTP kábel kell a légkábel pdaláson lévő vége és a modem közé a kötést a következő képpen kell elvégezni:
Mivel a telefonvonal csak két keret használ így jegyezd meg, hogy a légkábel mely két ere alkotja a vonalat.
A fali SFTP kábelben 8 ér van plusz a fólia árnyékolás.
A padláson a légkábel vonalat alkotó két erét forrazsd a fali SFTP narancs és narancs-fehér ágaihoz.
A légkábelben lévő nem használ másik két eret és a csupsaz földelő szálat pedig össze kell kötni a fali SFTP további hat nem használt erével és a fólia árnyékolással.A modemnél lévő végén szétfejted az SFTP kábelt, és a narancs és narancs-fehér erekre rá lehet krimpleni az RJ11 telefon dugót ami rögtön mehet a modembe (ha van analóg telefon akkor a szűrőbe és onnan a a modembe). Ugyanitt szintén közösítsd a nem használt hat eret és a földelést és kösd azt a ház fűtéscsövére vagy ha szabályosan földelt a konnektor akkor annaka földjére.
Ezzel elértük, hogy a szabad erek amik antennaként gyűjtenék össze a zajt rendes földre kerülnek, illetve a lakás hálózaton már teljesen árnyékolt a kábel így ott semmilyen zavartatást nem fog összeszedni.
A modem kikapcsolgatását pedig hagyja abba, jó esély van rá, hogy emiatt lassították meg a vonalat. A modemet egyáltalán NE kapcsoljuk ki!
Iletve szövegfájlban kellene a modem telnetes felületén kiadható
adslctl info --QLN
parancs teljes kimenete, hogy a vivőkizárást el tudjuk kezdeni.
Dchard
-
dchard
veterán
válasz
KretaKing
#2404
üzenetére
A te vonaladat két jelentős zavarforrás (AM sávú rádióadó), egy pici magas frekis zaj és hatalmas csillapítás jellemzi.
Ennek ellenére az ilyen lett című kép már egy tisztességesen működő 5 megás csomagot mutat hol bitre megvan az előfizetett sebesség és szakadások sincsenek.
Ha elküldöd privátban az
adslctl info --QLN
parancs teljes kimenetét szövegfájlban akkor megnézem hogy nem zártál-e ki fölösleges vivőket, illetve még biztosan van amit ki kéne csukni 125 környékén.
HOgy mit lehet belőle kihozni? A nagy csillapítás miatt sokkal jobb nem lesz, de talán átkábelezéssel a 10megás csomagból ki lehetne facsarni 8-9megát a mostani 6 helyett, a kérdés hogy ekkora csillapítással nem kaszálják-e el az igényedet élből.
Dchard
-
dchard
veterán
válasz
dzsordzsó
#2402
üzenetére
Természetesen ki lehet ebből hozni többet is.
Első lépésként menj fel a padlásra és a légkábel végét fotózd le, azt a szigszalagos kötést is szét fogjuk szedni, de erről majd később. Ami lényeges és amit látni szeretnék a kápen az a légkábel vége, hogy van e fólia árnyékolás, esetleg földelő szál (csupasz vékony acél huzal), illetve hány eres maga a légkábel.
Másodszor: mivel nagyon zajos a vonal így a légkábel és a modem között minimum fali UTP de ha már csinálja az ember akkor fali (értsd. merev vezetős) SFTP kábel kell.
De egyelőre cisnálj fotót vagy ha azt nem tudsz legalább nézd meg precízen a légkábel végét és írd le hogy mit látsz a további lépések ettől függnek. A zajt valószínűleg nem tudjuk maradéktalanul kizárni így a csúcsokat vivőkizárással fogjuk eltüntetni, de ez a vonal már most ebben az állapotban is simán elmegy 10megával aminél a profilsebesség amit a modemben látsz 12.xxx kbit/s-nak kéne lennie a mostani 8952 helyett.
A problémádat valószínűleg a DSM nevű automatikus vonalellenőrző szoftver hibás működése okozza amit nemrég vezettek be. De egyelőre ne telefonálj hanem csináld meg amiket kérek, kijavítjuk a kábelezést, kizárjuk a szar vivőket, és ha mindez kész és a modem szépen be van hangolva, akkor kell hívni őket hogy tegyék vissza az eredeti 10megás csomaghoz tartozó profilt, mert ez nem az. Egyáltalán nem vagy messze semmitől, ennek a csomagnak simán mennie kéne a látottak alapján.
Dchard
-
dchard
veterán
válasz
KretaKing
#2395
üzenetére
A DMT-s képet megnézném, de már előzetesen kijelenthetem hogy nem normlis, az 5megás csomagnál különösen nem.
Azt se felejtsük el, hogy a Telekom csak akkor mutogathat a garantált sebességekre ha valóban komoly műszaki indoka van rá. Az hogy egy jól működő ADSL kapcsolatot minden műszaki indok nélkül meglassít, majd azt mondja hogy csak enyit bír a vonal meg hogy túl messze van a központtól, az nem más mint csalás és szerződésszegés.
Dchard
-
dchard
veterán
MajaG:
Talán rajtad keresztül ejut az illetékesekhez. Minden vonalbontásnál van okozati kód (cause code), hogy mi volt a feltételezett oka a bontásnak. Ha megszűnik a tápellátás a modem ezt világosan jelzi az alközpontnak, ergó ha a DSM ezt szakadásként figyelembe veszi akkor rosszul van implementálva. A DSM-nek meg kell különböztetnie a különböző típusokat.
A másik, hogy több vonalat láttunk az utóbbi időben amin se ügyfélpanasz, se szakadás se semmi nem volt a DSM mégis lerántott 2-3 megát bármiféle műszakilag megalapozható indok nélkül. Jó volna mostmár tudni, hogy pontosan mit is figyel a DSM, mert hogy nem csak a szakadást az biztos. És az is tuti, hogy valami nagyon nem jól működik, ha hibátlan vonalakat eltekernek.
Dchard
-
dchard
veterán
válasz
adammkaa
#2382
üzenetére
Szerintem nem fogja megcsinálni mert nem érti hogy ez miért jobb. Ráadásul a szerelőnél nem szokott lenni fali (tömör vezetős) UTP pedig ide az kell, a sima Patch nem jó.
Esetleg megkérdezheted hogy van-e tömör vezetős 4-eres csvart érpáras telefonkábele, mert az is jó, de ezt sem fogja rendesen megkötni és az átaádsi pontnál hazsnálni a földelő szálat.
Dchard
-
dchard
veterán
válasz
adammkaa
#2378
üzenetére
Családi házaknál az átaádsi pont jellemzően a ház homlokzatán található kis szürke doboz amiben a pózánról vagy földből érkező kábel csatlakozik. Minden vezeték ami ez után van az elfőizető tulajdona, és az ő felelőssége annak megfelelő állapotban tartása.
A szerelő ugyan kijön és egy akármilyen szar lakáshálózatra is rákötni neked a modemet, de az lényegesen gyengébben fog muzsikálni annál mint amire egyébként valóban képes. Ezért érdemes a telefonhálózatot legalább a modem és az átaádsi pont között minimum fali UTP kábelre cserélni és minden toldást és elosztást megszüntetni.
Optinetnél a modem az átadási pont amit nyilván valameddig bekábeleznek a lakásban, de ha te a laksában futó részt mondjuk egy porszívózásnál eltöröd vagy megtöröd, ne számíts rá hogy ingyen megjavítják.
Dchard
-
dchard
veterán
válasz
adammkaa
#2374
üzenetére
"gondolom azért nincs meg a megfelelő fizetett sávszélességed mert messze laksz a központól"
Már bocs, de most komolyan engem akarsz DSL-ből okosítani? ELárulom, hogy a távolság csak egy paraméter, mellette még millió dologtól függ hogy mit lehet kihozni egy vonalból és mit nem. Nem lepődnék meg ha beszerelés után nálad is kiderülne a vonaldiagnosztikából, hogy normális modemmel és a lakás hálózat felújításával a 10megás csomag is lazán működőképes lenne. Nem te lennél az első...
A VDSL más tészta, ott nem kell modemet venni, de ott is érdemes a lakás hálózatot normálisan megcsinálni, mert minden fölösleges toldás, kötés, osztás és a szar árnyékolatlan sodrás nélküli telefonkábelek gyűjtik a zajt és érzékelhető módon rontják mindenfajta DSL technológia teljesítményét.
Dchard
-
dchard
veterán
válasz
adammkaa
#2370
üzenetére
Kicsit félreértetted itt a dolgokat úgy látom.
Tehát: ADSL-en azért veszünk új modemet meg cserélünk rajta szoftvert, mert az előfizetett sebesség SEM megy és/vagy szakad a vonal és/vagy más problémák vannak.
Az akutális csomagodnál akkor lesz gyorsabb ha nagyobb csomagra fizetsz elő ÉS a vonalad is bírja ÉS normális modemed van.
A 5 megás csomag jó eséllyel menni fog minden gond nélkül a szerelőt meg felejtsd el, jól kiröhög legfeljebb mivel DSL-nél a korlátozás a központi oldalon történik számlázási rendszerből vett adatok alpján.
Dchard
-
dchard
veterán
válasz
AstraCDX
#2368
üzenetére
Kinek írtam volna?
Az infó a korábban linkelt diag adatokból van, méghozzá ebből a sorból:
delay: 7.61 7.82
Első a DS késleltetés a második az US késleltetés millisecundum-ban. A fordulási idő értelemszerűen a kettő együtt, ami kb. 16ms. Ehhez nyilván hozzá jön a transzport hálózat késleltetése is, ami mondjuk egy bix-es ping esetén szerintem 25-30ms lehet nálad. Próbáld meg forgalom nélkül a következőt:
ping bix.hu -n 100
és a végeredményt ahol a ping statisztikákat kiírja bemásolni. A tippem 25-30ms lesz.
És ne feledd: amikor pingelsz az eredmény nem késleltetés hanem fordulási idő, az oda-vissza út egyben. Például játéknál a lényeg nem a fordulási idő, hanem hogy mennyi idő alatt ér el a szerverhez mondjuk a fejlövés. Ott nem érdekes, hogy maga az eredmény vagyis hogy eltaláltad-e vagy sem hány milisec múlva ér vissza, azt ugyanis a szerver kiszámolja és tájékoztat az eredményről.
Dchard
-
dchard
veterán
válasz
AstraCDX
#2366
üzenetére
A késleltetés 8/8ms fel és letöltési irányban is, és ugye ez csak a DSLAM-ig tartó szakaszra igaz, a gerincen még ugyanennyi simán rájöhet vidéki előfizető esetén.
Bár az adatokat modem újraindítás után kaptam meg, azért az látszik, hogy egyetlen nem javítható hiba sem volt, tehát ennél lazább beállításokkal is jól működhetne a vonal, például 4/4-el. Ráadásul a spektrum is szép.
Mondjuk erről az egészről az a véleményem, hogy 30-40ms-ig senki észre sem veheti a különbséget ha nincs csomagvesztés és a jitter normális, márpedig DSL-en lényegében nincs jitter, és a statkókból csomagvesztés sem látható. Szerintem nincs az a játékos aki 40ms alatt meg tudja különböztetni a vonal késleltetését, csak sokan szeretnek ezzel takarózni, így leplezve el gyenge képességeiket
Én ebben az esetben inkább azt mondanám, hogy maradjon ennyi a delay és az INP, viszont akkor menjenek le 6dB-s marginig így ki lehetne hozni belőle plusz 2-3mega letöltést.
Dchard
-
dchard
veterán
válasz
Kitakat
#2357
üzenetére
I24K-t kapcsold be és állítsd a target SNR margint 60-ra majd save és admin menüpontban reboot.
Ha a modem újraindulása és újracsatlakozása után is ugyanez az eredmény van akkor SNR lock van a vonaladon ami annyit jelent, hogy a DSLAM portodon a sebességet korlátozták valószínűleg akorábbi hibás állapot miatt.
Dchard
-
dchard
veterán
válasz
AstraCDX
#2353
üzenetére
Na ez már annyival megy amennyivel kell, mondtam én hogy teljesen faszán kell mennie a 10megának ezen a vonalon és tessék.
Egyébként igen: a központi oldal meg tudja különböztetni de csak abban az esetben ha a modemben ki van alakítva az ún. Dying gasp funkció. A DLink 321B/320B/360R T1E modemekben ez megvan de vannak régebbi típusok amikben nincs. Az eredeti DSL szabványnál ez nem volt kötelező.
A késleltetés pedig nem kizárólag az ID-től függ. A tényleges késleltetés 4 dologtól függ: az ID, az R és S paraméterek valamint az előfizetett sebesség is közrejátszik. Az általam írt szoftverrel a webes felületen elérhető a delay nevű paraméter (Status --> DSL status --> Info gomb), az mutatja meg hogy fel és le irányban mennyi késleltetést okoz maga az ADSL.
A pinged pedig teljesen fasza, ekkora késleltetés mellett semmilyen anomáliát nem vehetsz észre valós használat mellett.
Dchard
-
dchard
veterán
válasz
KretaKing
#2344
üzenetére
A vonalad a jelenlegi állapotában 8-9Mbit/s letöltési sebességre képes, ezért nem állja meg a helyét a Telekom kijelentése, hogy minden tökéletes illetve hogy ennyit bír a vonal.
Teljesen egyértelmű, hogy ezen a vonalon az 5megabites csomaghoz tartozó bitsebesség ami 6144kbit/s (a mostani 3099 helyett!) minden különösebb probléma nélkül nyújtható, és hogy a DSLAM portodat lekorlátozták ami valószínűleg a DSM nevű rendszer hibás működéséből fakad. Ezt a jelenséget mi SNR lock-nak kereszteltük.
Be kell jelenteni hibára és követelni, hogy a DSLAM portodat állítsák vissza az eredeti 5megás csomagnak megfelelő értékekre. És ne hagyd magad lerázni azzal, hogy messze vagy a központtól meg ennyit bír meg ilyen hülyeségek, mert egyszerűen nem igaz. Azt is meg merem kockáztatni a látottak alapján, hogy a telefonhálózat optimalizálásával, néhány hibás vivő kizárásával és egy kis SNR margin csökkentéssel a 10megás csomagot is működőképessé lehetne tenni, de az 5megás csomagnak minden probléma nélkül mennie kell ezen a vonalon.
Dchard
-
dchard
veterán
válasz
Frenky89
#2342
üzenetére
Igen az Invitelnél például a mai napig alkalmazzák a hibás gyakorlatot. Talán rájuk férne egy jó kis per...
Egyébként megint érik a dolog: most éppen szándékosan elcsavarják az egyébként jól működő vonalakat a DSM-mel majd azt hazudják, hogy messze vagy a központtól, meg hogy ennyit tud a vonal. Rettenetesen bosszantó amikor hülyének nézik az embert...
Dchard
-
dchard
veterán
Pontosan és azért ennyi, hogy az ADSL és az ATM rétegek tetemes protokol overhead-jét kompenzálja. Ezt ugyanis nem az előfizetőnek kell lenyelnie. Emlékszem a régi gyakorlatra amikor a 8megás csomaghoz 8096kbit/s linksebesség társult amiből a legjobb esetben is 7-7.1megát lehetett kimérni. Egyébként a Telekom sem véletlenül döntött úgy, hogy "túllövi" a csomagokat: csoportos pert indítottak ellenük emiatt amit a Telekom elbukott, és azóta vannak elfogadható módon beállítva a csomagokhoz tartozó profilok.
Dchard
-
dchard
veterán
-
dchard
veterán
válasz
AstraCDX
#2335
üzenetére
Ez SNR lock lesz, azért nem megy maximummal a csomag. Jelenteni kell hibára és nem elfogadni válaszként hogy ennyit bír a vonal meg hogy túl messze vagy, mert nem vagy túl messze. Ezen a vonalon 13-14megát biztosan lehet szolgáltatni a 10megás csomag szinkron sebessége pedig 12mega az itt látható 7-tel szemben. Szedjél le a DSLAM portról a korlátozást.
Dchard
-
-
dchard
veterán
válasz
AstraCDX
#2331
üzenetére
A No data azért van mert a 256 feletti értékeket speckón kívülinek kezeli miközben a max ID 511 ADSL2+ esetén. Ennyi. Bug semmi több.
A framing paramétereket meg hadd ne fejtsem ki, benne van a szabványban, de hidd el az ID-n kívül a többi nem érdekes egy átlag felhasználó számára.
Dchard
-
#2237
dchard
veterán
Intruder2k5
#2236
dchard
veterán
válasz
Intruder2k5
#2236
üzenetére
Örömteli, frissítettem a bejegyzést.
Dchard
-
dchard
veterán
válasz
StSanya
#2232
üzenetére
Na akkor gyorsan tegyük tisztába:
A Dlink 321B a Dlink 320B a Dlink 360R T1E és a TPlink 8810B teljesen egyformák. Ugyan az a SoC, ugyanaz a DSP, ugyanaz a DSL AFE, ugyan annyi RAM és ugyan annyi Flash van rajtuk. Az, hogy néhány kondi más helyen van az ne tévesszen meg senkit. Egyetlen érdemi különbség van: hogy a 360r T1E-hez nincs gyári firmware ezért nem lehet rá visszarakni az eredetit, míg a többihez van gyári firmware.
Kris87:
Ha szakad 360R t1E-vel akkor fel kéne raknod rá az általam írt firmware-t és vonaldiagot csinálni.
Dchard
-
dchard
veterán
válasz
Flashcash
#2207
üzenetére
Jellemzően át lehet állítani ezeket a HGW-ket pppoe passthrough módba, vagy alapból ebben vannak, csak tárcsázni kell a LAN portjára dugott PC-vel/routerrel.
Abban az esetben ha ez mégsem így van, akkor érdemes a HGW-ben DMZ-be rakni egy megadott IP-t, majd ezt megadni a mögé dugott router WAN portján statikusan úgy, hogy az alaértelmezett átjáró és DNS szerver a HGW IP címe. A DDNS kliens működik URL módban is, ilyenkor csak működő net kell és frissíteni fogja az IP-t változás esetén.
Dchard
-
dchard
veterán
válasz
AstraCDX
#2205
üzenetére
A 380T-nél Avalacnhe SAR módba kell tenni az OrbMT-t.
Annyit érdemes tudni, hogy az OrbMT a telnetes felhasználói nevete és jelszavat várja nem a webeset. D-Linknél előfordul, hogy mondjuk admin/admin a felhasználói név/jelszó páros webes felületen, telneten viszont ugyanez root/admin -ra módosul.
Dchard
-
dchard
veterán
Egyelőre ebből az látszik, hogy nem az ADSL kapcsolat szakad meg, vagyis router vagy UTP kábelezési gond lehet, netán a hálókártya. MTU-t mindenképpen állítsd át 1492-re (akár router akár PC).
Hagyd így a modemet futni 3-4 napig (közben persze használhatod), és kérd le belőle ugyanezeket az adatokat 2-3 nap múlva, de közben NE indítsd újra vagy áramtalanítsd, hogy legyen több napnyi statkó.
Dchard
-
dchard
veterán
Ahogy elnézem az én szoftverem van a modemen.
A webbes felleten a STatus --> DSL status alatt a 4 grafikont és ugyanitt a lap alján az Info gomb kimenetét másold ki nekem, hogy meg tudjam nézni. Előtte NE indítsd újra vagy áramtalanítsd a modemet, mert a statisztikák elvesznek.
Egyébként nem úgy tűnik, mintha az ADSL-lel lenne gond.
Dchard
-
dchard
veterán
Na nézzük.
Ez a sor adja meg a választ a kérdésekre:
============================================================================
VDSL Band Status U0 U1 U2 U3 D1 D2 D3
Line Attenuation(dB): 37.1 46.7 N/A N/A 38.2 62.1 102.3Jól látszik, hogy a profile 17a amiben vagy abban 4 US és 3 DS sáv van.
A csillapításuk pedig magáért beszél. Ezért ilyen vacak a dolog. Meg hát a QLN mérés tanúsága szerint van ott zaj is, de hát ekkora spektrumban óhatatlan.
A 4-ből 2 eleve nem is működik mert ott már olyan magas a csillapítás. De amik működnek ott is elképesztően nagy a csillapítás. DS iráynabn ugyanez látszik.
Összességében a 17MHz sávnak csak a töredéke használható.
VDSL2-nél különösen fontos a lakásban/házban lévő hálózat állapota és hossza, átadási pontnál a kötések ellenőrzése, kábelek cseréje UTP-re vagy inkább SFTP-re, és a modemig tartó szakasz minnél inkább lerövidítése.
Ebben az esetben el tudom képzelni, hogy már a szűrő, néhány méter lapos hagyományos telefonvezeték vagy néhány régi kötés is több megabitet ronthat az eredményen. Nem mondom, hogy a 30megát el lehet érni, de szerintem lehet ezen még reszelni.
Az biztos, hogy mostani állapotában csutkára jár a vonal, ennél többet nem lehet belőle kihozni, egyébként jó eséllyel csak azért nem szakad, mert a VDSL2 robosztusabb technika mint a régi DSL verziók.
Dchard
-
dchard
veterán
válasz
gabee77
#2176
üzenetére
Hát a késleltetés az nem javult.
Sebaj, maradjon így, annak a vágásnak biztosan oka volt, jobb ha az ADSL nem használja azokat a vivőket.
Egyébként ezt leszámítva fasza a kapcsolatod.
Egyébként a mért 26ms-ból maximum 10ms-ért felelős az ADSL a többi a gerinc, szóval sokkal jobb korábban sem lehetett, max 4-5ms lehet a különbség ezt meg ember észre nem veszi hacsak nem méri le
Dchard
-
dchard
veterán
válasz
gabee77
#2170
üzenetére
Hát ez igen érdekes:
Az érintett szakaszon se zaj se a frekvenciamenetben nem látható hiba.
Javaslat:
Modem webes felületén DSL settings alatt:
1. SNR margin 130%-ra.
2. Vivőkizárás (tone cancellation) bekapcs és 0-400 megad
3. I24K bekapcs.Save a lap alján, majd Admin menüpontban reboot/restart.
Ha újra szinkronban van, kérek a változtatások után 4 grafikont + Info gomb kimenetet.
Kíváncsi vagyok javul-e a késleltetésed. Ami most kb. 10ms oda-vissza az alközpontig. Csinálhatnál pingtesztet is az alábbiak szerint:
Start menü --> Futtatás: cmd
majd a parancssorban ezt futtatni:ping index.hu -n 200
és a végeredményt (de csak azt) bemásolni. Természetesen közben semmilyen forgalom nem mehet!Dchard
-
dchard
veterán
válasz
feka001
#2166
üzenetére
Na akkor kezdjük:
1. Ezzel a modemmel nem lehetsz online mivel a linkelt képek tanúsűga szerint egyértelműen nincs kapcsolat. Még ha az alapadatokat nem is írja ki, de a kapcsolat státusza Idle, ami két dolgot jelez: vagy nincs bedugva a modembe a vezeték, netán a szűrő analóg ágára csatlakozik a modem, vagy rossz annex-re van állítva. Ha valóban működne a modem akkor "connected" vagy "showtime" lenne a felirat az Idle helyett.
2. Itt maga a DSL kapcsolat nem épül fel, tehát először állítsd annex b módba, all modulations allowed, majd lap alján Save és utána az Admin menüpontban restart. Vársz legalább 3-4 percet. Ha utána ugyanazt látod a nyitólapon mint eddig (nincsenek alapadatok, és a kapcsolat státusaz Idle), akkor átrakod Annex A-ra, mentés, újraindítás a fent leírt módszerrel, és újabb 4-5 percig vársz majd nézed az alapadatokat. Ha továbbra is semmi, akkor:
1. Kábelezési hiba van, nincs bedugva, szűrő hibásan van felrakva, szakadás van stb.
2. Nem aktív a szolgáltatás a központi oldalon.Nekem elhiheted, én írtam a szoftvert.
Dchard
-
-
#2148
dchard
veterán
mclaren777
#2147
dchard
veterán
válasz
mclaren777
#2147
üzenetére
-
dchard
veterán
Az biztos, hogy nem az ADSL szakadt meg, hanem a PPPoE legalább is a linkelt kép ezt mutatja.
Ellenőrizni kell az UTP-t a gép és a modem között, ha van router azt kihagyni a buliból esetleg másik géppel is kipróbálni hátha a hálókari vacakol a gépedben.
"Múltkor leraktuk a telefont arra is elment.."
Ez viszont egyértelműen szűrő hiba.
Dchard
-
dchard
veterán
A vonaladon nincs érzékelhető mértékű romlás egyik korábbi képhez sem: ez a vonal továbbra is 13-14megát stabilan ki kellene szolgáljon, de a 10megás csomagnak meg takkra mennie kellene.
HGW-vel jobb volt? Alap vonali adatokat azzal is ki lehet olvasni.
Amúgy nincs rá elfogadható magyarázatom, szerintem a DSM nyúlkál bele a vonaladba minden látható műszaki indok nélkül.
MOD: ráadásul a bithiba arányok is elképesztően jók. Fele ekkora késleltetéssel (INP) is el lenne a vonalad....
Dchard
-
dchard
veterán
válasz
robert05
#2134
üzenetére
A vonalad 20megával megy, 20.439 kbit/s a vonalsebesség a képen amit linkeltél. A többi úgynevezett protokol overhead ami olyan forgalom, ami a hálózati protokolok működéséhez kell.
Nálad a megoldás, hogy a modem webes felületéna target SNR margint belövöd 60-ra, az I24K-t bekapcsolod majd lap alján Save és az Admin menüpontban reboot. Ettől még 1-2megabittel nő a voanlsebesség és ezzel együtt a mért sebesség is felmehez 18-19megabitre.
Meg kell érteni, hogy ADSL2+ technológiával a 20megabit soha nem lesz kimérhető IP rétegen. A 15megás netnél azért mérhető ki a 15 mega, mert a 15-ös profil maximális vonalsebessége 18.400kbit/s, ergó ha jó a vonal, akkor a 15megás csomag valójában 18megával megy, így kimérhető a 15-16megabit.
Dchard
-
dchard
veterán
A target SNR margin 100%-on állt amikor a kép készült??
Egyébként valóban: ez SNR lock méghozzá egy nagyon jó vonalon. Az előfizetői bázisnak talán csak 5-10%-a rendelkezik ilyen jó vonallal, ezen még a VDSL2 is hasítana 70-80megával.
A probléma az, hogy nem biztos, hogy érti miről van szó.
Az biztos, hogy a DSLAM portodon kell variálni a beállításokkal. Megpróbálhat DSLAM portot váltani, de ez már kipróbáltan csak ideig óráig működik. A problémát pedig az újonnan bevezetett DSM nevű automatikus vonaloptimalizáló eszköz hibás (parasztosan "túlbuzgó") működése okozza.
Dchard
Mondjuk tény, hogy ha a DSM az SNR Margint növelné, nem pedig a sebességet vágná, akkor megmaradna a lehetősé, hogy aki ért hozzá, az kisebb marginnal járassa a vonalát továbbra is. Dehát erre nincs ráhatásunk...
Új hozzászólás Aktív témák
Hirdetés
- Milyen billentyűzetet vegyek?
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- OFF TOPIC 44 - Te mondd, hogy offtopic, a te hangod mélyebb!
- Anglia - élmények, tapasztalatok
- Milyen program, ami...?
- Milyen légkondit a lakásba?
- Honor Magic5 Pro - kamerák bűvöletében
- Kevesebb dolgozó kell az Amazonnak, AI veszi át a rutinfeladatokat
- Allegro vélemények - tapasztalatok
- iPhone topik
- További aktív témák...
- Easun iSolar SMW 11kW Twin Hibrid inverter // Dupla MPPT // BMS // WiFi
- GAMER PC : RYZEN 7 5700G/// 32 GB DDR4 /// RX 6700 XT 12 GB /// 512 GB NVME
- GAMER MSI LAPTOP : 15,6" 144 HZ /// i5 12450H /// 16GB DDR4/// RTX 4050 6GB/// 1TB NVME
- Manfrotto 055 magnézium fotó-videófej Q5 gyorskioldóval
- Sony ECM-W2BT
- BESZÁMÍTÁS! Gigabyte B450 R7 5700X 32GB DDR4 512GB SSD RX 6700XT 12GB Rampage SHIVA be quiet! 650W
- Samsung Galaxy A33 5G 128GB, Kártyafüggetlen, 1 Év Garanciával
- AKCIÓ! ASUS B650M R5 7600X 64GB DDR5 1TB SSD RTX 3080Ti 12GB Be Quiet! Pure Base 500FX ASUS 1000W
- Bomba ár! Dell Latitude 5400 - i5-8GEN I 16GB I 512SSD I 14" HD I HDMI I Cam I W11 I Gari!
- ÁRGARANCIA! Épített KomPhone i5 12400F 16/32/64GB RAM RTX 3060 12GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest