- Samsung Galaxy A36 5G - a középső testvér
- Eltűnhet a Dinamikus Sziget
- Apple iPhone 16 Pro - rutinvizsga
- Xiaomi 13 - felnőni nehéz
- Samsung Galaxy A54 - türelemjáték
- Nem fogy a Galaxy S25 Edge?
- Motorola Razr 60 Ultra - ez a kagyló könnyen megfő
- Android alkalmazások - szoftver kibeszélő topik
- Leica kamerákat kap a Xiaomi Mix Flip 2 is
- Telekom mobilszolgáltatások
Új hozzászólás Aktív témák
-
dchard
veterán
Amit meg lehet próbálni, hogy betelefonálsz és kéred, hogy állítsák vissza a 10megás profilt a vonalon, mivel ez ami most van, ez nem az. Mondhatod hogy saját felelősségedre kéred, és ha megpróbálnak lerázni hogy "ennyit tud a vonal", ne fogadd el ezt, mert most egyértelműen egy 7.5megás profil van beállítva, ezért nem működik az SNR magin állítós megoldás sem.
-
dchard
veterán
Kb. olyan közepesen szar ez a vonal, mint az én régim volt
Mivel a vonalat a sok szakadás miatt korlátozták 7.6megára, így hiába állítod az SNR magint-t.
Annyit csinálj, hogy 100%-os Marign mellett az utolsó képet ismételd meg, és töltsd fel az eredményt, látni szeretném, hogy úgy mennyi a mért SNR.
-
#3768
dchard
veterán
ritkamadár
#3767
dchard
veterán
válasz
ritkamadár
#3767
üzenetére
Nincs.
-
#3747
dchard
veterán
tarmonster
#3746
dchard
veterán
válasz
tarmonster
#3746
üzenetére
Meg van, napok kérdése és felrakom.
Dchard
-
dchard
veterán
-
dchard
veterán
Hátha érdekel valakit.
VDSL2 témában hosszú évek után úgy tűnik van előrelépés. A Lantiq névre hallgató VDSL chipset gyártó termékeihez van/készül az opensource támogatás:
https://wiki.openwrt.org/toh/tp-link/td-w9980
Lede alatt is komoly mennyiségű kód került be az elmúlt hónapokban, úgy tűnik ez az első nyílt forrással is rendesen támogatott VDSL2 chipset, melyhez van modern támogatás (multi-annex, vectoring stb.)
Ajánlani tapasztalat híján csak rutinos embereknek ajánlom, de ha érintve lennék, biztosan ezt próbálnám ki.
Dchard
-
#3735
dchard
veterán
adriankoooo
#3734
dchard
veterán
válasz
adriankoooo
#3734
üzenetére
Lehet, hogy nincs elég szabad port, a vonal minden esetre kifejezetten jó minőségű. Próbálkozni kell, és érdeklődni, hogy pontosan milyen műszaki oka van, hogy nem adják? Ha csak a minőségre hivatkoznak, ragaszkodni kell hozzá, hogy tolják át VDSL2-re és majd te eldöntöd hogy elég gyors-e.
Dchard
-
#3733
dchard
veterán
adriankoooo
#3732
dchard
veterán
válasz
adriankoooo
#3732
üzenetére
SNR lock ez biztos, hiába állítgatod a target SNR-t.
Itt az ideje VDSL2-re váltanod, ahhoz új modemet adnak. Ez akkor fog megtörténni ha felfelé váltasz (mondjuk 30-as csomagra). A látottak alapján a 30 biztosan menni fog, de az 50 is esélyes.
Dchard
-
dchard
veterán
Az adatokból az derül ki, hogy a vonalad tudna ennél nagyobb sebességet, ellenben a szolgáltatód 15megás csomagja ennyire van beállítva. VDSL2 esetén akár 50megával is mehetne ez a vonal, telekomnál (vagy invitelnél) érdemes lenne rákérdezni nem érhető-e el az 50-es csomag.
Egyébként kár állítgatni.
Dchard
-
dchard
veterán
válasz
ssarosi
#3715
üzenetére
GPON S/N kell, nem a MAC sajnos...
Egyébként ez a voip történet kurvára irritáló, és gyanítom, hogy simán fel lehetne őket nyomni az NMHH-nál hogy miért is nem adják ki az igénybe vett szolgáltatáshoz a felhasználói nevet és jelszót, ha a PPPoE-t kiadják? Egyáltalán mi közük van ahhoz, hogy én a voip szolgáltatást milyen eszközzel használom?
Hozzáláncolnak a fos eszközükhöz, utána meg szívhat az előfizető...
Dchard
-
-
dchard
veterán
válasz
ssarosi
#3707
üzenetére
Speckóra stimmel, de rá kell venned a telekomot, hogy S/N alapján felengedje. Mivel ez is Huawei, még arra is van halovány esély, hogy magától működik, de az S/N nélkül egyszerűen nem vesz tudomást róla az OLT.
De műszakilag kompatibilis, az biztos.
Lehet hogy érdemes volna kicserélni, aztán játszani a hülyét a telefonba, és "feldobni" ötletként, hogy nem lehet-e, hogy nincs regelve, beolvasod aztán hátha menni fog. De láttam már olyat (ezer éves NSN OLT-nél), hogy csak az előre felvett eszköz profilokat tudta kezelni, és nem tudott még a mérnök se hozzáadni HW profilt.
Ennél egyszerűbb a HGW-t bridge módba tenni, és giga etherneten használni a mikrtoikkel, SFP nélkül (vagy rezes SFP-vel).
Dchard
-
dchard
veterán
Sokkal inkább kevés a tartalék, a FEC és a CRC hibaszám is nőtt, inkább ez lehet a magyarázat.
Látni kéne korábbi állapotról is képeket, hogy el lehessen dönteni, változott e a vonal. Ha a környéken sokan váltottak VDSL2-re, nagyobb csomagokba, akkor nőtt az áthallás, ami magyarázhatja ezt a jelenséget.
Dchard
-
dchard
veterán
válasz
ssarosi
#3677
üzenetére
Ez SNR lock, az biztos. A kérdés hogy mi a kiváltó ok.
Nekem őszintén szólva igen gyanús már az első kép is, mivel a vonalon csak 5dBm körül alakul az US adásteljesítmény, amin bőven van még tartalék, és ennek ellenére nem megy többel a vonal. Ez úgy néz ki, mintha 3,5megánál itt is korlát lenne már az első képen is.
A letöltési irányod az elég vacak. A romlás oka sok minden lehet az is előfordulhat, hogy az időközben csatlakozó új előfizetők a hosszú vonaladra gyakorolnak ilyen hatást, megnőtt az áthallási zaj. De persze lehet bármi más is, például kötés hiba, beázás stb.
Első körben betelefonálnék, hogy állítsák vissza a 30/5-ös profilt a vonaladon, mert ez biztosan nem az. Nézzük meg, úgy mit megy.
Dchard
-
dchard
veterán
Az adásteljesítményt az automatika állítja az előfizetett sebesség és a vonali paraméterek alapján. Mivel csak 30megás csomagod van, így csökkentetett adásteljesítménnyel is kijön a sebesség, viszont így csökken az áthallási zaj, ami a távolság (csillapítás) mellett az egyik legkomolyabb vonalminőséget rontó tényező.
A probléma itt az lehet, hogy továbbra is vonalhibád van amit nem javítottak ki, az automatika meg nem totálisa szar vonalra optimalizál, így fordulhat ez elő.
Ha legközelebb jön a szerelő, fotózd le a műszerének a frekvencia menetre (Hlog) vonatkozó mérését.
Dchard
-
-
dchard
veterán
Letiltották az Annex J, mert esetleg van még ISDN vagy analóg előfizetés a törzskábelen.
Hozzáteszem: az általam írt firmware annex J-t sosem támogatott, csak annex M-et, bár annex J módban sosem teszteltem mivel a DSLAM szimulátorom nem támogatja az annex J-t. Tehát akár még működhet is.
Dchard
-
-
dchard
veterán
Erre a tévhittel ellentétben nincs egzakt válasz. Ami az esetek nagy részében igaz, hogy 6dB alatt kezdődnek a problémák, 10dB környékén már átlagban nehéz komoly hibába futni, 13dB felett már igen jó a történet.
De. A te esetedben az látszik, hogy 15dB-s SNR és brutálisan nagy interleaving depth mellett is borzalmasan sok a bithiba, elmondásod alapján a vonal szakad is, miközben a modem a training során 60-70megát becsül a vonaladra, ami 30megán sem működik. ez többször ellentmondás, aminek az feloldása kötés hiba, hibás kötésből eredő áthallás vagy egyéb interferencia, hibás DSLAM port is lehet.
A lényeg, hogy ez egy olyan állapot ami nem normális, lassítgatással nem oldható meg, csak szisztematikus technikusi munkával.
Dchard
-
dchard
veterán
simán meglassították a vonaladat, minden más ugyanolyan szar. nem csináltak ezek semmit, és ettől jó eséllyel nem fog megjavulni. A klasszikus lassítós trükk. Vicces egyébként, hogy ennek ellenére szarabb az SNR, pedig javulnia kellett volna tőle. Külön agyrém, hogy egy 500 méteres hurkon sem tudnak még 30 megát sem szolgáltatni, ahol más cégeknek simán megy az 50-70mega.
Dchard
-
dchard
veterán
A relatív magas tartalékhoz ha hozzáveszem a magas interleave értéket akkor teljesen megmagyarázhatatlan az a borzalmas FEC érték lefelé irányban. Ezzel a vonallal valami nagyon komoly gáz van.
Ha lassítással, vagy mellébeszéddel próbálkoznak (nem bírja a vonal, túl messze vagy, túlterhelt a rencer) hajtsd el őket a fenébe. A jó az, hogy te is ellenőrizni tudod, hogy meglett-e a hiba helye, vagy sem. A helyedben naponta készítenék képet a modem státus oldaláról, ami linkeltél.
Dchard
-
dchard
veterán
Pedig a vonalad látszólag tökéletes, az 50-es csomagnak is simán mennie kéne a kép alapján amit küldtél, tartalék is bőven van rajta mindkét irányban.
Nekem gyanús, hogy itt vagy valamilyen kontakt probléma van valahol, esetleg beázás, de ha távolról egy port reset segít (mert kb. ennyit tud csinálni távolról) akkor akár a DSLAM port is lehet hibás.
Itt amit lehet csinálni az a port csere (DSLAM-ben más port), illetve közted meg a DSLAM között átnézni a kötéseket. A lényeg, hogy a vonalad baromi jó és ez nem normális. Ne hagyd magad lerázni.
Dchard
-
dchard
veterán
Jó döntés.
Doky586:
A legviccesebb az Origo-s cikk:
"a rézdrótok több mint 130 éves korszaka véget ér"
Jó lenne, de nem.
De a csúcs az "Így néz ki egy IP-alapú telefonközpont" nevű kép, ami egy full üres szobát ábrázol. Azért ez sem egészen igaz, de tény hogy az egyik sarokban egy rack elképesztő mennyiségű hívást tud kezelni (ha nincs szükség kodek váltásra).
A PSTN teljes kivezetés szerintem nem fog megtörténni 2016-ban, de drukkolok nekik. Nálunk a vonalas még mindig analóg, az egyetlen ok, hogy távtáplált és általában akkor is működik ha lerohad minden más. Olyan még itt nem volt, hogy a vezetékes telefon nem működik, pedig lassan 20 éve van ilyen szolgáltatás.Ha érezhetően olcsóbb lenne IP-re váltani, megtenném, de amíg ugyanannyi addig nem.
Ez a kritika az origo-nak szól természetesen
Dchard
-
-
dchard
veterán
A PPPoE kapcsolat állapotát a PPP protokol egy kiterjesztése az LCP ellenőrzi parasztosan úgy, hogy LCP "pingeket" küld és ha ebből adott számúra nem érkezik válasz megválasztott időn (timeout) belül, akkor a PPPoE kapcsolatot halottnak tekintjük. Az, hogy hány hibás LCP üzenet után tekintjük halottnak a kapcsolatot konfigurálható, például az OpenWRT képes routerekben. Persze vigyázni kell, mert a szerver és a kliens oldal is küldhet ilyen üzeneteket és bonthatja a kapcsolatot tetszőleges (megválasztott) számú LCP hiba után, sőt: akár figyelmen kívül is hagyhatja ezt. A szerver oldal jó eséllyel nem végez LCP alapján ellenőrzést, így a te routered beállításai lesznek mérvadók. Az esetek 99%-ában a routerek gyári szoftverében nem tudod állítani ezt a paramétert, csak OpenWRT vagy más moddolt FW alatt.
Dchard
-
dchard
veterán
A HGW azért bontja el a PPPoE-t azonnal ha a DSL kapcsolat szakad, mert a DSL interfész szakadást jelez. Míg ha router mögött vagy, csak az LCP timeout után bont a PPPoE ami elég sok idő.
Összefoglalva: hiába hamukáztak neked a sok új előfizetőről és lassították le a vonaladat, ahogyan azt megjósoltam ez nem oldotta meg a problémádat, továbbra is szakad. A Telekomra többszörösen is igaz, hogy aki rest, kétszer fárad.
Dchard
-
dchard
veterán
A megoldás rémesen egyszerű és csak szisztematikus munkát igényel, semmi mást. Fogni kell egy rendes VDSL2 tesztert, és a DSLAM-től elindulva az összes kötésnél mérni egyet, majd figyelni, hogy hol következik be jelentős romlás. A hiba nagyobb eséllyel kötési hiba, kisebb eséllyel egy érpár szakasz szar. Előbbit újrakötéssel, utóbbit cserével lehet megoldani. Ennyi az egész.
Egyébként továbbra is rémesen irritál, hogy a Telekom ezeket a hibákat adottságként marketingeli ahelyett, hogy egyszerűen megoldaná őket. Nem ritkán 10-15 évekig szedték be a horror telefon és egyéb alapdíjakat, és arra hivatkoztak hogy a díj jelentős része az infrastruktúra karbantartása miatt szükséges. Ha így van, akkor ne hazudozzanak az előfizetőnek mint ebben az esetben is, hanem javítsák ki a hibát.
Dchard
-
dchard
veterán
A Tempo 200 egy sima érpárvizsgáló, DSL szempontból semmit nem mutat meg, csak arra jó, hogy a pászmában/törzskábelen megtalálják vele a te érpáradat.
Egészen biztos, hogy kábelezési hiba van, mert azt a mértékű csillapításban beállt romlást semmi más nem okozhatja. Ha a kábelezéssel kapcsolatban kötési hiba van (ami a legvalószínűbb) akkor a szomszéd kapcsolata ugyanabban a törzskábelben nem lesz érintett.
Ha le akarnak rázni azt kérdezd meg, hogy vajon mitől nőtt a vonalad csillapítása az ötszörösére ahhoz képest amikor az 50mega még vígan ment? Mert nálad ez történt, és ennek semmi köze ahhoz, hogy a környéken hány előfizető van.
Dchard
-
dchard
veterán
Megnéztem a képeket, és nem az amire gondoltam.
Viszont elég egyértelmű mostmár, hogy valamilyen nagyon durva infrastruktúra (elsősorban kábel és7vagy kontakt) probléma lehet. Érdemes a csillapítás értékek durva változására kitérni, aminek ugye sehogyan sincs köze ahhoz, hogy hányan fizetnek elő.
Összefoglalva: itt valami durva kötési hiba, vagy kábelezési probléma van, esetleg szar a DSLAM port, ennek semmi köze az előfizető számhoz. Ha erre fogják, akkor hazudnak és/vagy nem értenek hozzá.
Dchard
-
dchard
veterán
"hogy a 73 megabitet maximumon nyújtó vonalból, azért lett 32 megbit/s-t maximumon nyújtó vonal, mert biztos sokan rendeltek nagyobb sávszélességű internetet"
Előtte-utána képed van a VDSL2 paraméterekről? Majdnem biztos vagyok benne, hogy mi történt nálad, de az összehasonlító kép nélkül nehéz lesz bebizonyítani. A szomszéd modem értékei ebben nem fognak segíteni.
A Telekom mostanában végzi a VDSL2 hálózat optimalizálását, és azokon a vonalakon ahol nincs szükség a maximális adásteljesítményre, visszaszabályoz a modem arra a szintre, amin az előfizetett csomag még jól működik. Ezért tapasztalták többen hogy a modemük kisebb becsült értéket mutat most, mint amikor kötötték. De ettől a vonalad nem lett rosszabb, ha előfizetnél 50megára, ugyanúgy simán menne.
Dchard
-
dchard
veterán
válasz
Doky586
#3594
üzenetére
"Hát ez elég sajnálatos hogy 2-3km VDSL szakaszokon gyakorlati tapasztalatra tettél szert."
Vonalszimulátorral olyan vonali paramétereket állítok be, amilyet akarok, aztán kipróbálhatom hogy ilyen körülmények között mit tudnak a modemek. Nem szorulok rá arra, hogy elhiggyek bármit is, ha egyszer kipróbálhatom.
"Jobb helyeken VDSL-t nem adnak 1.5 km felett"
Na várjál: gondolom a jobb helyek megnevezésbe Anglia is belefér. Akkor az Ofcom honnan veszi, hogy mi történik a vonallal 3km-en VDSL2-n ha ott mindenhol 1-1,5km a hurokhossz?
De visszatérek a Cisco-s képre. A VDSL1 és VDSL2 technológiák ilyen mértékű párhuzama le is buktatta őket, mivel a két technológia teljesen eltérő modulációs eljárást használ. Míg a VDSL1-re valóban igaz, hogy sem az elérése sem a sebessége nem túl acélos 1km fölött (ezért sem terjedt el), addig a VDSL2-re ez nem igaz. A Cisco mint megbízható adatforrás, megáll az eszem... Persze most sincs semmi konkrét infó a mérési módszerekről, magáról a mért adatsorról, semmi.
De még egyszer: színes grafikonok helyett állj elő egy hihető műszaki magyarázattal, vagy ismerd be hogy ilyen nincs, és ne szédítsd itt az embereket a megalapozatlan marhaságokkal.
Semmi köze nincs ennek a tekintélyelvűséghez. Hülyeségeket beszélsz, amire semmi bizonyítékod nincs, most meg érvek híján terelsz és mellébeszélsz.
weiss:
Nyilván semmi. Ha fognám magamat és sávszűrővel előállítanék egy olyan vonalat, ami vég 2,2MHz-nél, ergó az ADSL2+ működési tartományára limitálnám a vonalat, akkor sem kapnék rosszabb eredményt, épp ellenkezőleg: a fejlettebb pilot és framing struktúra miatt eleve jobb eredményt kapnék, ráadásul azonos vonalon a VDSL2 valamivel alacsonyabb SNR margin mellett tudja ugyanazt a bithiba arányt, mint az ADSL2+, az így nyert tartalék pedig sebesség formájában realizálódik. A szélesebb működési spektrumból következik az is, hogy az RF energia nagyobb sávban oszlik el, így a sávszélességre vetített teljesítmény kisebb, ergó az áthallás csökken. Nem beszélve az ATM elhagyásából fakadó 8-10%-os overhead csökkenésről. Az egyetlen dolog ami "romolhat" az a késleltetés, mivel a VDSL2 sokkal nagyobb interleave blokk méretekkel tud operálni. Persze ezért a 2-3ms veszteségért nagyobb sávszélességgel kompenzál a rendszer, és a késleltetés stabilitása is jobb, bár utóbbival DSL rendszereknél sosem volt gond.
Csak hogy a kollégával ellentétben mondjak néhány kézzelfogható és ellenőrizhető adatot, hogy legalább kis mértékben köze legyen ennek a vitának a valósághoz.
Dchard
-
dchard
veterán
Ha sokan váltanak egy területen VDSL2-re az éppen csökkenti az áthallást, hiszen kisebb a maximális adásteljesítmény, ráadásul a jobb vonalak az ADSL2+-nál magasabb frekit is használják, ergó csökken az áthallás az egyes vonalak szemszögéből is, meg az ADSL2+ vonalak szemszögéből is. És még a vectoring-nál nem is tartunk.
Dchard
-
dchard
veterán
válasz
Doky586
#3587
üzenetére
Veled ellentétben nekem van saját gyakorlati tapasztalatom nem is kevés, de majd ha fel tudsz mutatni egy saját DSLAM-et teszt hurokkal, spektrum analizátorral, és mutatsz nekem egyetlen képet, ahol azonos vonalon rosszabbat megy a VDSL2 mint az ADSL2+ akkor majd szóljál.
"Sokat javítana a dolgon ha mutatnál egy hasonló képet ahol a 2-3km közti távolságban elérhető sebességeket mutatja egy vdsl dslam gyártó valamelyik prospektusa..."
Leírtam már, de még egyszer leírom: hosszas keresgélés után sem találtam olyan képet ahol ugyanez a jelenség látható, de egyetlen gyártó vagy más forrás sem mutat ilyet. Beírod a google képkeresőjébe hogy vdsl2 és megnézheted a találati listát, egyetlen kép sincs ahol az Ofcom grafikonjához akár csak hasonló eredmény született volna. Pedig megtalálható ott többek közt olyan semmirekellő gyártók képei is mint az Alcatel-Lucent vagy a Broadcom (ketten együtt a világ DSL végpontjainak a 70%-át szolgálják ki). Dehát az Ofcom biztos nincs egy súlycsoportban ezekkel a cégekkel...
De ezen a nyilvánvaló tévedésen túl is van baromság, például hogy az ADSL2+-nál 1000 méteren (nyilván valós vonalat feltételezek) még 23-24megabitet jeleznek, holott ez tesztlaborban 2 méter vezetékkel sem mindig jön össze.
Dchard
-
dchard
veterán
válasz
Doky586
#3585
üzenetére
Ez egy grafikon, nem pedig hiteles mérés. Rajzolni pedig én is tudok. Mivel a grafikon vélhető bemenetéül szolgáló adatsorról semmit nem tudunk (se a mért adatokat, sem a módszertant, sem semmit), ezért fordítsuk meg a dolgot: mondj nekem egyetlen olyan a technológia működésén alapuló érvet, aminek a következtében egyáltalán elvi síkon előfordulhat az, hogy a VDSL2 ugyanolyan körülmények között lassabb mint az ADSL2+. Kíváncsian várom. Az is beszédes hogy ha keres az ember, egyetlen olyan adatsort vagy grafikont sem talál ezen kívül, ahol az ADSL2+ bárhol is gyorsabb lenne a VDSL2-nél. Mindezt ráadásul úgy, hogy a VDSL2 installációk nagy része kisebb adásteljesítménnyel megy, mint a korábbi ADSL2+ kiépítések...
Legközelebb nem moralizálok ígérem. Sokan azt hiszik, hogy a pH! annyira kiüresedett az utóbbi években, hogy itt legfeljebb csak a technológiát félig meddig ismerő fazonokkal lehet találkozni. Aztán amikor belefutnak abba az egy-kettőbe akik nem a wikipédiáról ismerik az adott technológiát, meg vannak lepve. A bizonyítási kényszer egyébként sem az én oldalamon van: nem én állítottam hogy szarabb lehet a VDSL2, hanem te, hát lássuk akkor a bizonyítékokat, ami != egy darab színes grafikonnal.
Dchard
-
dchard
veterán
válasz
Doky586
#3580
üzenetére
Kéretik a baromságot nem terjeszteni. Olyan nincs, hogy egy vonalon rosszabb eredményt ad a VDSL2 mint az ADSL2+.
Általában az esetek túlnyomó többségében épp az ellenkezője igaz. A 12 mega jó eséllyel SNR lock, a vonal akár a szomszéd féle 14-15megát is tudhatja a valóságban. VDSL2-n nagy eséllyel meglenne a 15-16mega, de szerencsés esetben a 17-18mega is összejöhet. Látni kéne a vonali paramétereket hozzá.
De még ha olyan szerencsétlen a kolléga, hogy egy fikarsznyit sem gyorsul, a VDSL2 akkor is megbízhatóbb működést eredményez, ráadásul nincs ATM overhead sem. Ha VDSL2 képes a környék, érdemes lehet a bondinggal is próbálkozni.
Sokszor elmondtam már, hogy jóindulatból se foglaljunk állást olyan kérdésben, amihez nem igazán értünk. Még egyszer: nincs olyan hogy a VDSL2 szarabbul működik adott vonalon mint az ADSL2+.
Zárójelben jegyzem meg, hogy a linkelt kép forrása az NMHH angol megfelelője. Ékes bizonyítéka ez annak, hogy ott is vannak hozzá nem értő emberek.
Dchard
-
dchard
veterán
válasz
Dlink321b
#3562
üzenetére
Nem és nem.
A 10megás vonalon azért volt jobb a ping, mert a kisebb csomag több tartalék mellett jóval alacsonyabb interleaver depth mellett tud működni a vonal. Pontosan azért nő a válaszidő a nagyobb csomaggal, mivel a kisebb tartalék mellett csak a hosszabb interleaver blokkok tudják ugyanazt a bithiba arányt tartani, mint a kisebb csomagoknál. Ennek semmi köze a stabilitáshoz.
A vonal terheltsége nem értelmezhető, nyilván a saját vonalad annyira terhelt, amennyire használod. A DSLAM után meg optika van, 10 éves pályafutásom alatt még nem láttam olyat, hogy pont az optika kezdett volna el torlódni, főleg nem egy DSLAM előtt.
Egyébként ügyes érvelés-technika: ha fingom nincs a technológia működéséről, csak leírom hasraütés-szerűen amit gondolok, majd azt mondom "mások tapasztalata" alapján.
Dchard
-
dchard
veterán
válasz
ssarosi
#3540
üzenetére
A második linken lévő jónak tűnik.
Tisztázzunk valamit az SFP-vel kapcsolatban. Az SFP csak a fizikai média illesztést végzi el. Tehát te egy mikrotik eszközbe, ami ugye giga ethernet médiára van felkészítve, a GPON modult hiába dugod, nyilván nem fog működni, egyik sem és sehogy sem. Ahhoz olyan eszközbe kell dugni ezt az SFP-t, ami ismeri a GPON közeghozzáférési réteget (MAC). Az SFP csak egy kompatibilis fizikai interfész, nem foglalkozik azzal, hogy az adatok hogy vannak beágyazva.
Tehát még egyszer: a GPON SFP modult GPON-ra felkészítet eszközbe és portba kell dugni. Sima switch vagy router SFP portjába hiába is dugod.
MOD:
Áhhá, megvan a megfejtés. --> http://mt.lv/gpon
"The GPON ONU integrates GPON OMCI Stack"
Tehát a lényeg az, hogy pontosan ez a Mikrotik SFP GPON ONU modul plusz egy bármilyen SFP-vel ellátott routerboard képes egy GPON ONT-t alkotni.
Dchard
-
dchard
veterán
válasz
ssarosi
#3537
üzenetére
Az első és az utolsó sima gigabites duplex SFP, semmi köze a GPON-hoz, a középső meg OLT-be való, neked meg ONT-be való kell. Vigyázni kell, mert a frekvencia duplexelés miatt az OLT oldal 1490-en ad, ás 1310-en vesz, míg az ONT oldal pont fordítva, tehát nem csereszabatosak.
Tehát egyik sem jó. Hirtelen én sem találtam olyan modult, ami ONT oldalra jó lenne, de persze alaposabban keresve lehet hogy találsz.
Neked olyan kell ami GPON (2,4Gbit/1.2Gbit) és 1490-en vesz (RX) és 1310-en ad (TX). És WDM, tehát csak egyetlen szálnak van rajta csatlakozó, és diamond típusú a csati rajta:
Dchard
-
dchard
veterán
válasz
StSanya
#3531
üzenetére
Ezen a vonalon jó esély van a 30 megára is, a 20 az tuti kijön (nyilván VDSL-en)
Neked is azt ajánlom mint az előzőnek: váltani VDSL-re, megnézni milyen 20-as csomaggal (akkor már látszik, hogy körül-belül fogja-e bírni a 30-at) és utána kierőszakolni a 30-as váltást.
IPTV-t mindkettőtöknél elfelejteném.
Dchard
-
dchard
veterán
Így elég jók az esélyeid. EZ azt jelenti, hogy ha új DSLAM-et nem is építettek, a meglévőt biztosan fejlesztették, tehát még egy érv, amivel nem rázhatnak le. Ha azt kamuzzák nincs VDSL, akkor mondhatod nekik hogy de bizony. Vigyázz, mert néha rámenősnek kell lenni, nem egy lerázós sztorit láttunk már. Ha bármit kamuznak, hogy túl messze vagy meg hogy terhelt a hálózat stb (klasszikus telekom kamuk), akkor is ragaszkodj ahhoz, hogy hozzanak VDSL-képes eszközt és próbáljátok ki élesben. A HGW-ben meg lehet nézni, hogy a kapcsolat valóban VDSL-en épül-e fel, ha nincs meg a 20 mega ezt is ellenőrizni kell. Láttam már olyat, akiél kihozták próbra az új VDSL képes HGW-t, csak a vonalat felejtették el átkapcsolni VDSL-re, aztán magyaráztak, hogy ők megmondták hogy nem fog menni, aztán kiderült a turpisság.
Dchard
-
-
dchard
veterán
ADSL2+-on ennyit tud a technológia. Viszont sok helyen elérhető már a VDSL2 is.
Ezen a vonalon VDSL2-n mindenképpen menni fog a 20-as csomag, kérdezz rá, hogy elérhető-e a VDSL2 nálatok, és ha igen ragaszkodj hozzá, hogy csináljatok próba hónapot.
A VDSL2 új modemet/HGW-t fog eredményezni, a mostani modemed nem támogatja ezt a technológiát.
Dchard
-
dchard
veterán
válasz
PistiSan
#3521
üzenetére
Pedig nem úgy tűnik, hogy a DSL-lel van baj. Egyrészt korrekt a vonalkép, ráadásul a DSL statisztika szerint nem volt keret dobás vagy nem javítható hiba, ami egyébként nagyon ritka.
Lehet hogy ez egy olyan ritka alkalom, ahol transzport hiba lehet, és nem a DSL szar.
Dchard
-
-
dchard
veterán
válasz
rétisün
#3466
üzenetére
A VDSL2-nél annex helyett úgynevezett bandplan van, melyben van lehetőség a korábbi annex-ek spektrális maszkjához alkalmazkodni, hogy a hagyományos ADSL kivezetéséig is kompatibilis legyen a kettő.
Nyilván amint teljesen eltűnik az analóg és az ISDN (ami ugyan digitális, de ugyanakkor hagyományos vonalkapcsolt technika), úgy átraknak mindenkit teljesen digitális vonalra, és akkor az alacsonyabb vivők kihasználásával további megabitek nyerhetők (elsősorban felfelé irányban).
És valóban: ezen a vonalon megrendelhető a 30/5-ös csomag, az 50/15-ből valószínűleg csak a 10mega uplink lenne meg, a letöltés maradna 33-35mega.
Dchard
-
dchard
veterán
Nem küldtél képet sem a jelenlegi beállításaidról, sem az azzal mérhető helyzetről. Hogyan mondjam meg így, hogy mitől javult meg? Kézrátétellel? Ráadásul nincs is mivel összehasonlítani.
A vonaldiagnosztika normál körülmények között úgy néz ki, hogy először "alap" beállításokkal elkészül a vonaldiag, precízen körülírva, hogy mi a hiba, hogyan jelentkezik.
utána mi ajánlunk egy beállítást, amivel újra kell mérni, és a két mérés közötti különbségből lehet következtetni a javulás (vagy romlás) okára.
Dchard
-
dchard
veterán
-
dchard
veterán
válasz
trance89
#3412
üzenetére
Nézd, tény az hogy a Fritzbox az egyetlen olyan gyári szoftver, ami az általam írt FW mellett ilyen részletes képet fest a vonalról. A különbség az, hogy az enyémért nem fizetett senki.
Jobban meggondolva lehet nekem is vennem kellett volna egy ilyet, jobban jártam volna, de akkor nem lenne vonaldiagos FW.
Dchard
-
dchard
veterán
válasz
Doky586
#3391
üzenetére
Egyrészt Annex A a telekomnál sosem volt.
Másrészt nem az a kérdés, hogy neked személy szerint van-e ISDN előfizetésed, még csak nem is az, hogy az utcában van-e ilyen előfizetés, hanem hogy lehetséges-e ISDN előfizetést kötni. És a válasz igen. Kis túlzással amíg egy DSLAM által kiszolgált területen nem csak hogy el nem tűnik az összes ISDN előfizetés, hanem amíg hivatalosan már el sem adnak ilyet, addig nem lehet Annex M-et bevezetni. Ez az oka annak is, hogy miért használ a telekom Annex B-t (mert ISDN kompatibilis), és veszít el minden vonalon megabites nagyságrendben sávszélességet az egész országban, holott Magyarországon sosem terjedt el úgy az ISDN, mint a németeknél.
Ami a képen nem szerepel az a teljesen digitális vonal, (Annex I), ahol az Annex M sávját lefelé kiterjesztik a beszédsávra is, onnantól kezdve csak VOIP működhet. Ez a védősávok eltűnésével 3-3,5megabiter gyorsíthatná a feltöltést azokon a helyeken, ahol most jobb esetben kapnak egyet a leggyorsabb csomaghoz.
Dchard
-
dchard
veterán
válasz
Doky586
#3387
üzenetére
Telekomnál láttunk már olyan embert, akinél ment az Annex M, az Annex L-t viszont szinte sehol nem használják a világon. Előbbi terjedéséhez az ISDN teljes kivezetése kell (spektrálisan nem kompatibilis a két technológia), utóbbi túl nagy áthallási zajt generál a közelvégi oldalon és így is csak pár száz kilobitet fog tudni, teljesen életképtelen, több kárt csinál, mint hasznot.
Ezeknél sokkal több értelme van a VDSL2-vel érkező vectoring és bonding bevezetésének és tesztelésének. Amennyire tudom, ezek folyamatban vannak a Telekomnál, persze hogy lesz-e belőle termék, és ha igen mikor, az egy jó kérdés.
Dchard
-
dchard
veterán
válasz
PistiSan
#3377
üzenetére
Egyértelmű SNR lock, nem is kérdés. Ez a vonal röhögve elbírja a 10megát, valahol 17-18megánál lehet a vége, erre érdemes lehet a 20-as csomagot megrendelni.
Újabb ékes példája a DSM szar működésének. Kíváncsi vagyok vajon a telekomnak hány évig tart kijavítania ezeket a triviális hibákat.
Dchard
-
dchard
veterán
válasz
ssarosi
#3367
üzenetére
Azt azért fontos megjegyezni, hogy bár elvi akadálya nincs annak hogy működjön, garancia azért nincs rá. Például láttam már olyan OLT-t, amibe kézzel kellett felvenni a végpontokat, egy ilyen szituban a saját cucc csak akkor fog működni, ha valaki azt az OLT-be felveszi és engedélyezi rajta az előfizetésednek megfelelő profilt. Ezt csak a teljesség kedvéért írtam le, nem hiszem, hogy a Telekom kézzel provision-öl több tízezer modemet optikán, de azért lehetnek buktatók.
Dchard
-
dchard
veterán
válasz
ssarosi
#3364
üzenetére
Egyik transceiver sem lesz j hozzá, de láttam már olyat, ami igen. Amit te keresel, azon csak egy fél csatlakozó van (egyetlen üvegszálat végződtet, nem pedig egy párt, mint a linkelt verziók).
neked valami ilyesmi kell:
http://www.wtd.com.cn/en/UploadFile/RTXM167-526.pdf
Meg nem esküdnék rá, de nem látom akadályát, hogy ne működhetne. Nyilván IPTV és IP telefon nem fog menni így.
Dchard
-
dchard
veterán
válasz
Gézengúz
#3361
üzenetére
Örömmel nézem a vergődést. Vicces azt látni, hogy idejön valaki segítségért, majd hirtelen megfordulnak a szerepek, és az illető azt gondolja, hogy azért mert elolvasta két cikkemet (érted...) már jobban is tudja a dolgokat. Nekem egyébként teljesen mindegy, amíg a téves következtetéseket nem teszi közkinccsé, úgy baszik ki magával, ahogy szeretne
Csak egyetlen dologért harapok: ha valaki eljátssza hogy ért hozzá, és közben félrevezeti az embereket.Dchard
-
-
dchard
veterán
válasz
Doky586
#3340
üzenetére
Nem találtál semmit, a jelenség teljesen ismert és a szinkronizáció befejezését követő tranziens állapot látszik rajta. Az MLS értéke a vonal paramétereivel együtt változik, ettől még a stabilan elérhető sebesség nem lesz több.
A paraméterek ész nélküli tekergetését a saját jól felfogott érdekedben fejezd be. Az eredménye SNR lock lesz, aztán annyival sem fog menni, mint most, és akkor kapálózhatsz ahogyan szeretnél.
Továbbra is azt mondom, hogy VDSL2 kell ide. Mivel hajtottak el, amikor kérdezted a 30megát? Túl messze vagy dumával, vagy egyáltalán nincs VDSL2 kiépítve? Pest esetén elég csekély ennek az esélye. Ha csak azt mondják, hogy túl messze vagy, erőltetni kell, hogy próbáljátok ki, mivel nem vagy messze
Szerintem ez a legjobb esélyed. Másképpen ezen a vonalon nem lesz 20 vagy 30mega sehogyan sem.Dchard
-
dchard
veterán
válasz
Doky586
#3327
üzenetére
Nyilván nem tudhatom, hogy a hozzád közel eső DSLAM VDSL2 képes-e, de az általad belinkelt mért értékek alapján nagy bizonyossággal kijelenthető, hogy a vonalad VDSL2-n képes a 30/5megás csomag elérésére.
A többi már nem rajtam múlik
Én is a telefonálást javaslom.Dchard
-
dchard
veterán
válasz
Doky586
#3325
üzenetére
SNR locknál csinálhatsz amit akarsz, csökkenni nem fog, legfeljebb ha a lock ellenére is szakad, növelheted még tovább a margint a sebesség rovására.
Az SRA és a PhyReXmt vonatkozásában két alapvető probléma van. Az egyik, hogy ezek bár szabványosak (mondjuk a PhyReXmt nem, az BCM specifikus), de sajnos a több éves tapasztalat azt mutatja, hogy az implementációs különbségek okozhatnak kompatibilitási hibákat. Tudtommal egyik hazai szolgáltató sem használja egyiket sem (én örülnék a legjobban az ellenkezőjének), ezért azt gondolom, hogy kár ezért kitenni magadat egy esetleges probléma forrásnak. A másik probléma, hogy előfizetői oldalon gyakorlatilag nincs semmilyen visszajelzés arról, hogy ha be is kapcsolod, aktív-e a technológia, illetve hogy mi a hatása. Például az SRA-nál nem látod a trigger pontokat, vagy a PhyreXmt-nél nem látod, hogy mennyi újraküldés történt és abból mennyi volt sikeres, stb. Ergó mérhetetlen a működése, és ez rendkívül problémás.
A vivőkizárás On állapotban is ki van kapcsolva, mert a hozzá tartozó alap paraméter engedélyezi az összes vivőt. Nálad érdemes kikapcsolva tartani.
Visszatérve a problémádra: mivel úgy tűnik a legutóbbi szakadós SNR monitorozásból, hogy a vonal szakadásánál nincs látványos paraméter romlás, így inkább kontakt jellegű problémára kell gondolni. Mivel a vonalon van még tartalék, így mehetsz a marginnal feljebb 160-180-ig, mielőtt lassulni kezdene a vonal. Az üdvös az lenne, ha nagy margin mellett nem szakadna a vonal amikor a hiba előjön, és az SNR monitorozással el lehetne kapni. De ez rengeteg idő és kitartás. Esetleg lehetne próbálkozni 30megás előfizetéssel VDSL2-n (a csillapítás alapján jó eséllyel működne), a VDSL2 jóval ellenállóbb bizonyos vonali problémákkal szemben.
Dchard
-
dchard
veterán
válasz
Doky586
#3318
üzenetére
Én a helyedben beállítanám az snr margint 130-ra, majd mentés és újraindítás után csinálnék SNR monitorozást pontosan a leírás szerint (a legutóbbit nem úgy csináltad).
MOD:
most olvastam vissza hogy mit állítgattál, nem csoda ahogy nem jó. Először is a modemben nem össze-vissza állítgatjuk ész nélkül a paramétereket, például ki mondta neked, hogy 1-re állítsd az SNR margint? A DSL beállításokért felelős oldalon visszaállítasz mindent pontosan arra az értékre, amit a leírás mond, az snr margint átállítod 130-ra, mentés, újraindítás, majd miután a modem szinkronba állt, mehet a DMT-s snr monitorozás pontosan pontosan úgy, ahogy a leírás mondja. Ameddig nem mondjuk, hogy mit állíts át, nem nyúlsz egyik paraméterhez sem.
Dchard
-
dchard
veterán
válasz
Doky586
#3314
üzenetére
Kérnék egy képet a "megoldódott" állapotról. Ilyen gyorsan magától még sosem oldódott meg senkinek, lehet végre fejlődött a DSM, de kétlem
Amikor azt írtad, hogy fűrészfogas volt a kép, az bizony elég gyanús, lehet hogy valamilyen vonali problémád van, és csak ritkán jön elő. Mindenesetre jó lenne egy kép erről az állapotról is.
A két különböző idővel kapcsolatban a modem DSL uptime paramétere az utolsó vonalszakadástól méri az időt, míg a router a legutolsó PPPoE újracsatlakozóstól. A kettő nem feltétlenül azonos. Ha azt látod, hogy a DSL uptime nem indul újra, de a routeré igen, akkor ott nem a DSL kapcsolattal lesz a gond.
Dchard
-
dchard
veterán
válasz
#60252516
#3282
üzenetére
linkeld hogy pontosan melyik görög verzió ment fel a speedportra. anno végig próbáltam az összes görög és német verziót de egyet sem evett meg.
Egyébként a görög verziót ADSL2+ vagy VDSL2 hálózaton próbálod? VDSL2-n nincs annex A vagy B. Bandplan kulonbseg ugyan van, de azt a szoftver kezeli, nincs belőle kulon FW verzio.
Jah a butitott konzolban vagy a butitott telneten probald kiadni az "sh" vagy az "ash" vagy az "msh" parancsokat, hatha kapsz rendes konzolt.
Harom het mulva erek haza, akkor tudom majd kiprobalni ezeket, addig elvezem a holland vendegszeretetet.
Dchard
Új hozzászólás Aktív témák
Hirdetés
- Beszántaná a marketingért felelős részlegét az Intel
- Építő/felújító topik
- Mesterséges intelligencia topik
- Formula-1
- Samsung Galaxy A36 5G - a középső testvér
- Jóárasítja két Arrow Lake-S CPU-ját az Intel
- AMD Navi Radeon™ RX 9xxx sorozat
- Motorolaj, hajtóműolaj, hűtőfolyadék, adalékok és szűrők topikja
- Bittorrent topik
- Eltűnhet a Dinamikus Sziget
- További aktív témák...
- DELL LATITUDE 7400, 14" FHD IPS, i7-8665U CPU, 16GB DDR4, 256GB SSD, W11, 27% áfás számla, 1 év gara
- DELL LATITUDE 7400, 14" FHD IPS, i7-8665U CPU, 16GB DDR4, 256GB SSD, W11
- Lenovo Thinkpad T480s, 14" FHD IPS, I7-8550U CPU, 16GB DDR4, 512GB SSD, W11 ( olvasd végig )
- Dell Optiplex 7050 MICRO - TINY PC
- Dell Latitude 3510, 15,6" FHD IPS, I5-10310U CPU, 16GB DDR4, 256GB SSD, Magyar bill, W11
- Zebra ZP505 EPL - Hőpapíros címkenyomtató
- REFURBISHED és ÚJ - HP USB-C Dock G5 docking station (5TW10AA) - 3x4K felbontás, 120Hz képfrissítés
- AKCIÓ! ASRock Z390 i7 8700K 32GB DDR4 500GB SSD RTX 3050 8GB Zalman i3 Edge Seasonic 650W
- Felújított számítógépek/merevlemezek Számlával, garanciával! Ingyen Foxpost!
- Csere-Beszámítás! RTX Számítógép PC Játékra! I3 10100F / RTX 2060 12GB / 32GB DDR4 / 500GB SSD
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Promenade Publishing House Kft.
Város: Budapest