- Android alkalmazások - szoftver kibeszélő topik
- Profi EKG-s óra lett a Watch Fitből
- Honor 400 Pro - gép a képben
- Samsung Galaxy S21 és S21+ - húszra akartak lapot húzni
- Honor Magic7 Pro - kifinomult, költséges képalkotás
- Samsung Galaxy A54 - türelemjáték
- Milyen okostelefont vegyek?
- Telekom mobilszolgáltatások
- Apple iPhone 16 Pro - rutinvizsga
- India felől közelít egy 7550 mAh-s Redmi
Új hozzászólás Aktív témák
-
tegyebek
csendes tag
válasz
beldeczki
#2575
üzenetére
Nem sértődés, hanem szégyellem magam, hogy rosszat tanácsoltam már megint.
Máshol eddig nem volt szokásom más témában, ezért szégyellem.
Kinagyítottam már kezdetben is, mégis fémesnek láttam, pedig pont azt néztem, hogy az-e...
Valóban csak butaságot írok ide ebben a témában, úgyhogy, mivel nem tudok vele mit kezdeni, hanyagolom ezután ezt a témát inkább. -
tegyebek
csendes tag
Kitől, és hogyan kérdezzek, ha nem itt?
Várom a javaslatait!
Az átlátszó fóliában jobban megnézve, lehet, hogy igaza van, csak tudnám, hogyan javítsam a szememet...
Én bárhogy néztem, átlátszatlannak, és fémesnek láttam.
Márpedig van fémárnyékolású telefonkábel...
Csak nem a lakáson belül.
És ha nincs meg a sávszélesség, ennyi vivőt tartalékolna az DSLAM ilyen jó vonalon???
Nagyon nem hiszem...
De majd kiderül, ha ezt megírja a nevezett...
Jó, tényleg nem szólok többet bele, Ön lehurrog, de nem ad lehetőséget okulásra, inkább vitatkozik, de akkor kitől tudnék ilyen dolgokat meg, ha Ön szerint nem tudom(igaza lehet)?
Azt látom, hogy többet tud, pontosabban emiatt azt várja, hogy ne létezzek (itt).
Nem tudom, hogy mit nem tudok, amit meg tudok kérdezni (ön tudja), emiatt nem tudok mit kérdezni.
Azt meg végképp nem tudom, hogy hol, hogyan, kitől kérdezzek. -
tegyebek
csendes tag
válasz
tegyebek
#2569
üzenetére
T. Janaman01!
A környező vivőket átnézve igen valószínűtlen, hogy ennyit tényleg indokolt volt kizárni, a vivőkizárást ki kéne kapcsolnia!
A zajtérképen az érintett vivőkön ezt semmi nem indokolja!!!
Egy egymilliméteres kiugrás kedvéért kizár Ön egy vivőt???
Ezt komolyan gondolja???
Vagy van valami tényleges oka is???(pl. instabilitás, vagy időszakos zaj, ami most nem látszik)
Akkor elnézést!
Valószínűleg ezért ilyen lassú a vonala! -
tegyebek
csendes tag
válasz
beldeczki
#2561
üzenetére
Ne haragudjon senki, de valamit azért leírok, mert úgy látom, elsikkadt, ha már ilyen szájbarágósan kell:
Tisztelt Beldeczki!
Fent a házba jövő kábel műanyagburkolatán belül a kép alapján a belső szigetelés nélküli drót lenne elvileg a földelés, ezt a nem használt erekkel, de a legfontosabb, hogy a kábelvégen a fémszínű fóliával is közösítse!
Ez a fólia az árnyékolás!
A egyik kábel nem használt/földelésre használt ereit is össze kell közösíteni a másik kábel ilyen ereivel is, nem csak egymással, de leginkább a fém fóliával!
Ha egyértelmű volt mindez, akkor elnézést, mert úgy vettem ki, hogy Ön(Beldeczki) erre nem gondolt.
Elnézést, hogy beleszólok, de úgy néz ki, ez itt félreértésre adott volna okot.
Tudom, dchard leírta, de úgy néz ki, kevesen olvasták, de az SNR margint bőszen állítgatják, DSM ide -- vagy oda...
T. Janaman01!
Tényleg ennyi mindent ki kellett zárni???
Ez már picit az őrültség kategóriának látszik, bár épp elképzelhető ilyen vonal, csak így igen-igen valószínűtlen.
A sávszélesség kevesebb kizárással valószínűleg több lenne! -
tegyebek
csendes tag
válasz
tegyebek
#2528
üzenetére
"azért gyanakodtam a 6.9dB kijelzett alap margin esetén a modem, lévén az méri a margint annak meghatározásakor"
Butaságot írtam itt, nem a margint, hanem a spektrumképet értettem, hogy méri a modem elnézést!
Tudom, hogy a margin akkor még nincs meghatározva, csak félreírtam. -
tegyebek
csendes tag
Először is elnézést, nem tudom, honnan rémlik az évek távlatából az a meghatározás szerinti "SNR lock", amire emlékeztem, nemrég egyszer egészben elolvastam a telekomos fórumot(elsőnek), valóban igaza van, nem Ön írt ilyenről, akkor mástól, még régebbről emlékezhetek hasonlóra, lehet, hogy akkor nem a "lock" szót használta az illető, bár ez a szó rémlik abban az esetben is.
Értem teljesen azt, ahogyan Ön most meghatározza az SNR lockot, azaz mint portsebesség lockot, de régebbről nem így emlékeztem, de már nem tudom, hogy ki írta azt a féle meghatározást, még valamikor 2008 körül, mert a rendszeres szakadáskor a szolgáltató már akkor is közbeavatkozott valami lock félével..."Nem írtam, hogy a modem, és a DSLAM megegyeznek, azt írtam, hogy a végső értéket mindkettő el tudja szúrni.
Egyik jelet ad, másik mér és dönt, mindkét irányban fordítva.
Tapasztaltam, hogy a DS margin mérés/modemcsere/átkábelezés eredményeként változhat bármely újraszinkronizáció alatt a teljes skálán azonnal, ebben pedig a modem mérése is döntő fontosságú letöltésnél, és ebben az esetben márpedig arról van szó, hogy kisebb a közösen megállapított(egyik ad másik mér), kijelzett margin már szinkronizációkor, mint kellene lennie, amit mindegyik elvben el tudná szúrni!
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."Itt feljebb azt akartam írni, hogy a DSM-féle lock addig tartósan nem fog megszűnni, amíg a modem által megállapított, és !kijelzett! SNR margin irreális az adott vonalra, mert lehet, hogy a DSM kerülőúton emeli a margint, de a teljes stabilitáshoz még mindig nem eléggé, és ha esetlegesen ki is kapcsol, akkor az elégtelen alap, DSM nélküli margin lépne életbe, ami azonnali szakadást jelentene az adott vonalon, és a DSM azonnali visszakapcsolódását.
A kijelzett, DSM nélküli marginról beszéltem, ami a DSM kikapcsolódásakor lépne életbe, mert tapasztaltam, hogy teljesen automatikusan is tud bármely újraszinkronizációkor változni fizikai vonaljellemző(pl. vonalcsere), modemcsere, vagy pl. vivőkizárás ki-bekapcsolása eredményeként oda-vissza, és ez a modem által kijelzett SNR margin, DSM nélkül!
Megemlíteném, hogy ismerem pl. a gyári firmwareben is működő adsl/adslctl/bdslctl, stb. parancsokat(már), és ez vivőnként írja ki számokkal ugyanazt, amit az Ön firmware-e grafikusan(adsl info --SNR/ --QLN / --Bits / --linediag /--stats(ez nem vivőnkjént írja) stb., és használtam az adsl configure, adsl connection, stb parancsokat is az Ön leírása szerint (is) a gyári firmwareben is, és pl. azt is tudom, hogy hogyan lehet 100 feletti, vagy 0 alatti SNR margin értéket ide beírni, vivőt kizárni benne áramtalanításig, trellis, i24k, bitswap értéket, vagy adsl szabványt állítani telneten...)Az az igazság, hogy azt nem értem, hogy Ön mit feltételez, hogy én feltételezek...
Annyit írtam, hogy ahol láttam, a kijelzett alap SNR margin fizikai vonaljavuláskor reprodukálhatóan automatikusan minden újraszinkronizáláskor töredékére csökkent közvetlenül a szinkronizálás után, míg szándékosan a vonal fizikai visszarontásakor egy újraszinkron alatt visszaemelkedett teljesen automatikusan, mindenhol, ahol próbáltam!
És Öntől immár úgy tudom, hogy az alap margint egy "központos" szerelő lövi be, de a DSLAM adásjelét a modem által mérve, a spektrumkép birtokában, a DSLAM(de lehet, hogy a modem, de automatikusan) ezen alap margint felfelé tudja módosítani, ezt tapasztaltam is, és visszatérhet a szerelő korábbi marginjáig lefelé is, azaz az, hogy a kijelezett alap margin(a DSM-et leszámítva) ennyire alacsony volt, az tudomásom szerint akkor lehetséges, ha:
1. A "központos" szerelő 6-7dB-t állít be ilyen vonalra, és a többszöri kijövetel, érpárcsere alkalmával sem növeli, holott lehetősége lenne akár 18 dB-t is, de kisebbet is.
2. A DSLAM-tól érkező jel spektrumképét a modem által mérve, majd az DSLAM-nak visszajuttatva az adatokat, a DSLAM(de lehet, hogy a modem) ehhez képest nem emeli a kijelzett alap margint, mert tapasztaltam, hogy képes rá automatikusan, bármely újraszinkronizációkor, ha a vonal romlik(sokszor reprodukáltam, a lassítástól független ez, anélkül is érvényes)
3. Mint Ön írta, a DSM is rosszul lett implementálva...
Mindhárom tényező együttállását egy ilyen látványosan rossz vonalnál nem tartottam racionálisnak, ezért gyanakodtam a 6.9dB kijelzett alap margin esetén a modem, lévén az méri a margint annak meghatározásakor, vagy a DSLAM, lévén az dönt, hibájáról.Tényleg a fentieket tapasztaltam, ha nem hinné, DSM függetlenül is, és a szabványosan, a modem által meghatározott, a modem webes felületén kijelzett, a modem által mért/számított SNR margint néztem, nem pedig az effektívet, azaz a "vivőnkénti valós SNR mínusz ( vivőnkénti bitallokáció szorozva kb 3-mal ), az összes eredményt összegez, majd eloszt a vivők számával" számítás eredményét.
Értem továbbá, hogy a DSM rendszert máshogy kéne implementálni, azt is, hogy miért, régebben pont azt írtam, hogy mit érzek a szándékos félreimplementálás kapcsán bizonyos alapszolgáltató irányába, akkor ez Önnek nem tetszett, emiatt ezt nekem sajnos hiába írja, nem én implementáltam így, ezt egy telekomos kollégának kéne írni, ahogy én tettem, és emiatt Ön rendreutasított engem, a postok pedig valaki fantom által törlésre kerültek, engem pedig semmilyen formában nem értesítettek ennek okáról, tényéről, az eljáró személy személyazonosságáról loginnév szinten sem, sem semmilyen más módon...
A postok eltűntek, síri csönd, és hxxxxszag.Az utolsó válaszom után egy újabb váratlan, súlyos élethelyzet miatt nem tudtam eddig többet válaszolni eddig, nem az itt történtek befolyásoltak, elnézését kérem!
-
tegyebek
csendes tag
Nem zajkarakterisztikaként írtam, csak mint fűrészfogra emlékeztetőt, hogy egyértelmű legyen, hogy mire gondolok.
A "központi profil"-t ki választja ki? Adminisztrátor? Gép? Ez érdekelne.
Nem írtam, hogy a modem, és a DSLAM megegyeznek, azt írtam, hogy a végső értéket mindkettő el tudja szúrni.
Egyik jelet ad, másik mér és dönt, mindkét irányban fordítva.
Tapasztaltam, hogy a DS margin mérés/modemcsere/átkábelezés eredményeként változhat bármely újraszinkronizáció alatt a teljes skálán azonnal, ebben pedig a modem mérése is döntő fontosságú letöltésnél, és ebben az esetben márpedig arról van szó, hogy kisebb a közösen megállapított(egyik ad másik mér), kijelzett margin már szinkronizációkor, mint kellene lennie, amit mindegyik elvben el tudná szúrni!
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.
Én a továbbiakat is értettem, de a DSM lassításról szóló első hírek, jelek előtt már kb. 3 évvel írtál SNR lockról, ami akkor még nem volt automatikus, szerelő, vagy a központos aktiválta, az ID nem volt érintett, és nem ezek a fix sebességértékek voltak mindenkinek.
Több, mint 6-7 éve olvasom, jópár év kihagyással(akkor nem kellett senkinek nálunk ADSL), az első itteni hsz-emig csak read-onlyként(nem én voltam "az" korábbról a telekomos fórumról) a postjait, cikkeit.
Egyébként minden tiszteletem az Öné értük. -
tegyebek
csendes tag
válasz
Eclips21
#2511
üzenetére
Azt akartam mondani a fentivel, hogy semmilyen lényeges adatot nem írsz le, se mértékegységet, se hogy hol, mikor mérted, de ennek megválaszolásához ez sem lenne elég.
Olvass utána, hogyan kell, a témaindító cikke dchard-nek tartalmazza, és másold be a különféle adatokat!
A DSM-lassítás kizárásához pl. a szinkronsebesség kell, amit a modem ír ki, de egyértelműen kizárni én nem tudom, max megerősíteni, ha láttam már ezt a sebességet DSM-lassítottként.
Innentől átadom a szót dchardnek, és nem válaszolok senkinek, mert Ő hozzáértőbb. -
tegyebek
csendes tag
Tudom, hogy jóval többet tud nálam, ezt sosem vontam kétségbe, de nem válaszolt szinte senkinek, ezért tettem én.
Nyilván Öntől jó ideig lenne mit tanulnom...
Ilyen ember, mint Ön, kevés van(erre).
"Teljesen egyértelmű a brutális zajosodás, aminek a hatását felerősíti a meglehetősen nagy hurokhossz."
Én is írtam:
"A vonalad meg elképesztően rossz, mind az óriási csillapítás, mind zaj terén"
"Az SNR meg őrülten ingadozott.
Ez nem stabil vonal.Ha a fűrészfogszerű zaj még az új érpáron is jelen van a képen, akkor ki kéne próbálni valami földelt és árnyékolt kábellel is bevezetni(ahogy dchard másnak pár oldallal korábban írta), már ha az utcai is hasonlóan árnyékolt."
Ezzel a #2507 régebbi, azonos tartalmú verziójára gondoltam, ott minden le volt írva...
Ön írta:
"Először is a margint természetesen 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."
Nem gondoltam, hogy van olyan szerelő, aki 6-7 dB-t állít be egy ilyen vonalon(nagyon nem ez a tapasztalat), é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, máshol ilyenkor automatikusan emelkedik a margin, SNR lock általi "marginemelés" nélkül is(ahol én láttam, nem is szerelő állítja magasabbra a margint, és ez független a DSM lassításától, és mindenféle locktól), és nem 6-7 dB-en marad!
Ezek szerint tévedtem.
Azt természetesen nem gondoltam pedig, hogy 6 perc 30 sec-cel a szinkronizálás után már lecsökkenne ekkorára(6.9 dB-re).
Ennek ellenére a post elküldése után pont ezen kezdtem gondolkodni, hogy lehet-e a 6.9 dB a beállított "alap" margin, csak el kellett mennem gépközelből, és dolgom is volt, és nem bírtam már beírni, most akartam ezt valahogy megfogalmazni...
De az adásteljesítményt Ön szerint akkor mi vette ekkorára(elvileg a modem, és a DSLAM közösen, automatikusan), és az miért nem szabályozta fel az alap SNR margint is kb. arányosan, ahogy máshol szokta(ahol láttam, bárhol)?
Úgy tudom, hogy az alap margint a DSLAM és a modem szinkronizáláskor határozza meg.
Normális az, hogy ezen a vonalon 6.9 dB-ben állapodtak meg a DSLAM és a modem(és eleve ennyiből indult ki, azaz a szerelő ezt állította be bekötéskor, és nem emelte, később sem a kiszállásokkor, de másik érpárra tette azért)?), még ha az időszakosan ingadozó SNR értékeket nem is nézzük?
Ezért gondoltam, hogy itt valamelyik rossz, félremér(modem, vagy DSLAM), a post megírásakor.
Bár láttam a 3 órás SNR monitorozó képen az ingadozó össz-SNR-t(más nagyobb ingadozás nem látszott, nem tudtam, hogy mi miatt), elismerem, valószínűleg tévedtem, és rosszat gondoltam fő problémának, rosszat javasoltam a fenti miatt.
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.
Ezen kívül az ingadozás ellen, és a zaj ellen sem volt ötletem, a zaj csúcsait nyilván ki lehet zárni végső soron, de ezt nem akartam a fentek vélelmében javasolni.
Most már egyértelműnek látszik számomra, hogy igaza lehet Önnek.
De ha én nem írok be, akkor Ön se tette volna, legalábbis szerintem, ezért írtam.
"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."
Ezt miért nekem írja?
Tudom, csak nem akartam megint túl durva lenni...
"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."
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(pl. a DSM, ahogy látom érinti pl. az ID-t is, mert nem hiszem, hogy ilyen buzgók a szerelők, nem azt tapasztaltam).
Nyilván mindegy, hogy az átvitt bitek számát kb. arányosan csökkentjük(azaz a szinkronsebességet), vagy ugyanezt nem szabványos, lefelé nem módosítható SNR margin növelésnek(vagy locknak) nevezzük...
Úgy tudom, hogy az SNR lock régen nem egészen fixált portsebességet jelentett, ha nem is a margin módosítás, de más okból történő SNR növekedés felfelé is tudott rajta módosítani, de lehet, hogy tévedek, ekkor még nem nagyon érdekelt.Én ebbe innentől(hogy Ön ismét foglalkozik vele) nem szeretnék, nem is nagyon tudnék beleszólni Ön mellett.
Ön jóval tapasztaltabb.Eclips21:
Nekem nem megy az autóm 20-nál jobban, ha kihúzom/betolom a szívatót, akkor sem.
Jobb benzinnel ment 40-nel is.
Egy szervizes srác azt mondta, biztos sokat használtam. -
tegyebek
csendes tag
válasz
beldeczki
#2500
üzenetére
Annyit tudok mondani, hogy szerintem ez a modem, esetleg a szolgáltató DSLAM-ja nem jó, hibás.
Az SNR marginnak így nem szabadna ingadoznia, és eleve olyan alacsony, aminél elviekben soha nem lehetséges, hogy automatikusan így lövi be, ha nem hibás. Főleg ilyen vonalnál.
Ezért, és a következményes hibákért avatkozik be a DSM, hiszen azért stabil(viszonylagosan) a vonalad, mert a DSM a szinkronsebességet mesterségesen alacsonyra korlátozta, de, hogy a modem miért lövi be automatikusan olyan értékekre a margint, hogy a DSM-nek közbe kell avatkoznia, az inkább kérdés.
Az i24k-nak nem kéne így növelnie a margint...
Azt javaslom, hogy próbáld ki egy másik modemmel, és nézd meg a margint( a sávszélesség jó modemmel kb. egy hétig nem fog még változni!), ha 8 dB feletti a másik modemmel, akkor cseréltesd ki garanciálisan az eredeti modemet, az után elvileg pár napon, maximum úgy másfél héten belül jónak kellene lenni a sávszélességnek is, ha nem, akkor a Telekom-nál, vagy az internetszolgáltatódnál reklamálj, hivatkozva a modemcserére!
Ha a másik modemmel is irreálisan alacsony a margin(8 dB alatti), akkor szintén jelentsd be, hogy a "a hálózati alapszolgáltató eszköze"(DSLAM) hibás, félrebecsüli az SNR margint, ezért nincs meg a sávszélességed...
Ezzel a modemmel, így nem érdemes szórakozni a beállításokkal szerintem(úgyis elállítaná a beírt margint).
A garanciális modem csere(mármint a rossz modem leadása) előtt ugyanúgy tedd vissza a gyári firmware-t a rossz modemre, ahogy dchardét tetted fel!( Gyári firmware letöltés(dchardtól) )
Ne haragudj, nem hittem el, hogy egy modem gyárilag 2.3 dB margint lő be, mert elvben nem szabadna ilyet neki.
Még egyszer elnézést! -
tegyebek
csendes tag
-
tegyebek
csendes tag
válasz
beldeczki
#2496
üzenetére
Akkor tényleg nagyon elnézést kérek Tőled, akkor a modem ír ki butaságot az SNR marginról!!!
Nem egész 64 óra alatt 2 szakadás, SES 54 db, ES 11168 db, 3778 hibás SuperFrame, HEC 1888 db, OCD 8 db, RSUncorr 19532 db, Bitswap 43868 db, Framevesztés 18 db, CRC 11168 volt a képen a régi érpáron.
Az SNR meg őrülten ingadozott.
Ez nem stabil vonal.Ha a fűrészfogszerű zaj még az új érpáron is jelen van a képen, akkor ki kéne próbálni valami földelt és árnyékolt kábellel is bevezetni(ahogy dchard másnak pár oldallal korábban írta), már ha az utcai is hasonlóan árnyékolt.
A valós(nem a kijelzett) SNR margin a képen a régi érpáron egyértelműen kevés volt, az látszik.
Azt néztem azóta, hogy nem használsz szűrőt.
Tehát a vonalra semmilyen más eszköz(pl analóg telefonkészülék) nincs rákötve a modemen kívűl(csak tipp)?Nagy kérdés, hogy a modemed miért írt 2.1dB-2.3dB SNR margint.
Meg kéne nézni, hogy továbbra is 2.1-2.3 dB-t jelez ki, ha igen, akkor pár másodpercre áramtalanítani, és ha továbbra is, akkor ott vagy a modem, vagy a DSLAM hibás, ha a modem, akkor jó eséllyel gyárilag.
Meggondolandó lenne ekkor ennek utánajárni, ha más modem nem 2.XdB SNR margint ír ki ezen a végponton, de ez továbbra is azt ír ki, akkor cseréltetni, ha garanciás.Ha áramtalanítás után, vagy már eleve nem 2.3 dB-t ír, akkor bemásolhatnád a szöveget a modem webes felülete->Status->DSL status->Info gomb után megjelenő oldalról ide, és jók lennének új képek az új érpárról, addig az új érpárról nem tudok mit mondani!
Vivőkizárást nem írok, ha másik érpáron vagy azóta...
Ez után a SNR margint kéne valahogy beszabályozni, de nem tudom, hogy eleve mennyi a valós(a 2.3 dB biztosan nem valós), és mennyi lehet most az új érpáron, mindenesetre a linkelt képen kevés.A sávszélesség meg nem az SNR margintól, hanem a DSM-től volt a képen korlátozva, és amíg nem lesz a vonal stabil, nem is lesz az oldva biztosan.
A képen biztos, hogy lassítva voltál, ez nem kétséges!
A Telekomról nem mondok többet véleményt, ne haragudj rám emiatt(de sejtheted)!
Messze vagy a központtól, de nem ez a fő probléma.Hangsúlyozom, hogy a sávszélesség még teljes hibamentesség esetleges elérése után is csak jó pár nappal(akár másfél-két héttel) késleltetve fog csak visszanőni, anélkül pedig soha, addig egy bittel sem fog gyorsulni, és sokszor a DSM újraszinkronizációkor a korábbi működés tapasztalatai alapján csökkenti is, holott, már, tegyük fel, megjavult, hacsak a szerelővel azt valahogy el nem éred, hogy a DSM általi korlátot feloldja, aminek pedig csak hibamentes vonal, és normálisan kijelzett SNR margin esetén van értelme...
Elnézést a hangnemért, pedig pont előtte írtam, hogy próbálok tiszteletteljesebben beszélni(csak nem sikerül), nagyon szégyenlem magam...
-
tegyebek
csendes tag
Elnézést, az előzőből kifelejtettelek!
Esetleg még kevesebb információval akar még valaki tanácsot kérni?
290 körül kb. 6 db-ot ki kéne zárni(amitől az 1%-nyi margin kevesebb lesz egyből), az SNR margint meg feltétlenül visszatenni 100%-ra, és megpróbálni valamit kezdeni a DSM-mel, ami innentől a legnagyobb probléma, mert limitálta a sávszélességet... -
tegyebek
csendes tag
Próbálok innentől a korábbiakról nem tudomást venni, remélem ez már nem sértő.
Mivel más eddig úgy tűnik, nem akar válaszolni, ezért én válaszolok, amit tudok.
Nem jelenti, hogy más ne válaszoljon ugyanezekre.Először is, bekötés után Telekom szolgáltatási területen(bármely internetszolgáltatónál) sokszor nem a kínált sávszélesség jön egyből.
Ez szándékos, mesterséges limitáció a Telekom oldaláról, hogy a problémákat elhárítsa magától a Telekom, mondván, nem képes többre a vonal, pedig egyszerűen a sávszélességet egy még problémamentes szinten, pontos értékeken(mindenkinek ugyanazok a lehetséges értékek) korlátozzák, amit legjobb tudomásom szerint csak a Telekom tud feloldani, de ez automatikusan is megtörténhet pár nap/hét szakadás- és viszonylagos hibamentesség esetén, ellenkező esetben viszont még alacsonyabbra viszik ezt a korlátot automatikusan is.A módszer neve dchard szerint DSM.
Ha TARTÓS(kb. másfél-két hét) problémamentesség nem segít ellene(a DSLAM naplózza a korábbi hibákat!), akkor csak igen sokszori reklamáció fog sajnos, sokszor az sem.
Ez azt jelenti, hogy az SNR margint ne csökkentsük Telekom területen irreálisan alacsony értékre soha, és ha ilyen limitációt tapasztalunk, akkor állítsuk vissza az alapértelmezett 100%-ra!
Igen irreális a 2dB,3dB,5dB, stb. SNR margin, mert garantált a szakadás és a közbeavatkozás a DSM részéről(konkrét sávszélesség korlát, SNR lock, ID lesz tőle akár 384(azaz a ping őrült magas lesz), stb.), aki ilyen helyzetben ezt beállítja, működteti, annak az elméje épsége megkérdőjelezhető véleményem szerint!!!
beldeczki:
Ez 100% lévő SNR marginnal készül, ezek a képek?!
Na ne mondd, hogy a 100% az 2.3 dB, mert leesek a székről a nevetéstől!
A vonalnak a 2.3 dB marginon kívül nincs sok látható baja, de ezek a 2.3 dB-es képek használhatatlanok bármire.
A következményes hibákat, a folytonos szakadást, és a DSM esetedben jótékony beavatkozását nem kommentálom.
A vonalad meg elképesztően rossz, mind az óriási csillapítás, mind zaj terén, ha az i24k be van kapcsolva, és az SNR margin 100%, és újraindítottad utána, akkor beállítással ennél már előrébb nem jutsz.
Ha ezt beállítva pár hét után sem javul, vagy továbbra is napjában többször szakad, akkor, vagy egyébként is, a vonallal kéne nagyon, ha lehet, csinálni valamit.
Ilyen képekkel(és ennyi figyelemmel) meg nem tudom, hogy milyen segítséget vársz, mert így nem lehet, sok minden nem látszik így, a hibák így értelmezhetetlenek.
A sebességed pedig egyértelműen a DSM által lassított érték.
Egyébként könyörgök, egy olyan telefonvonallal, amire nincs bekötve ADSL, hogy akarsz DSLAM-mal szinkronizálni, ha nincs rákötve?!
A bekötött ADSL végpontok(tehát a különböző előfizetett helyek, de még sokszor a nem fizetés miatt korlátozott, de le nem kötött végpontok) között cserélhető az elfizetéshez tartozó felhasználónév/jelszó, és a modem...batonyo:
Az SNR margin 100%-on áll???
Ha nem, akkor tedd vissza, mert ez nagyon úgy néz ki, hogy szakadni fog így, akkor meg tovább lassítják!
125 környékén kb. 6 vivőt én kizárnék, ahogy valahol 276 környékén is, esetleg 205, és 245-246-247 körül is elég sokat, de hogy ez utóbbi 2 segít-e valamit, az már nem biztos, a webes felületen menüben az Administration-> Web shell-> beírod, hogy "adsl info --Bits"(Bits előtt 2 db kötőjel van!), ENTER, megnézed a fenti vivőket, ez alapján dönts, hogy melyek jöhetnek szóba, és "adsl info --QLN", és ENTER, és itt ellenőrizd, hogy ugyanott van-e valami, esetleg "adsl info --SNR", és ENTER, látni fogod a számokból, hogy melyikek rendellenesek.
Ha 100%-on volt a margin, és az i24k be volt kapcsolva, és a fentiek után is szakad, akkor emelni kéne...
Ezzel szinte semmit nem lehet kezdeni a fentin kívül, kábelezéssel se nagyon, egyszerűen túl hosszú a kábel, és nem elég a max. megengedett adásteljesítmény, azaz túl gyenge a jel.dolmany:
Nem mutatsz technikai adatokat, emiatt feltételezem, hogy nem, vagy nem igazán vannak hibáid.
Kapcsold az interleaving-et, trellis-t(már be van, látom), és i24k-t be, ha nem volt, és próbáld az SNR margint 10-15%-os lépésekben csökkenteni(gőzöm sincs, hány százalékon áll), amíg meg nem kapod a kívánt sebességet, vagy amíg hiba/szakadás nem jelentkezik, ha az utána következő 2 napban szakad, akkor picit emeld vissza!
Ha egyáltalán nem nő tőle a sávszélesség, akkor állítsd 100%-ra, és nem tudok mást mondani, mint hogy döngesd a Telekom ajtaját, ha nem szakad naponta(azaz nincs észlelhető hiba)!!!
Ekkor felesleges automatikus limitáció(DSM) az oka.
Egyébként a sebességed 15Mbites előfizetésnek felel meg.paulo92:
Nem hiszem, hogy sokat nyerhetsz, ugyanazt csinálhatod, mint dolmany, de ha sokszor szakad, akkor lassítást kockáztattok!
Két előfizetői vonal van bekötve(két külön, független előfizetés, független átadási ponttal)???
Az igen!odipapa:
Működik is a képen nem egész 14 perce!!!
A képen szép a vonal, a DSM korlátozta le a sávszélességet(ez egy automata), ez rosszabb, mint az SNR lock, és minden ok nélkül is megkapjuk, az SNR margint vakon nem igen kéne állítani, azt vissza kéne tenni 100%-ra , és szólni a szolgáltatódnak, vagy ötletem sincs kinek, hogy nálad igen gyakoriak az áramszünetek, kezdjenek valamit a DSM-mel, de csak, ha az SNR margin 100%-on áll.Airedhyal:
A vonal gyönyörű, próbáld az SNR margint csökkenteni, ha i24k be van kapcsolva, amíg meg nem lesz a kívánt sávszélesség, vagy nem szakad, ha nem nő a sávszélesség, akkor ez is a DSM.
Ez laborkörülmény???Ha tévednék, akkor elnézést, de nem akartam ezt mind megválaszolatlanul hagyni, dchard pedig már válaszolt a postok nagy része óta, de a nagy részét megválaszolatlanul hagyva ebben a topicban, így vettem a bátorságot, hogy amit tudok, én is megválaszolok.
A korábbi indulatkitöréseimért elnézést!
Továbbá senkivel nem kívánok újból vitatkozni, ha nem szigorúan ONtopicról lesz szó, akkor figyelmen kívül hagyom részemről, mert nem kívánok újabb vitát/veszekedést.
Új hozzászólás Aktív témák
Hirdetés
- Csere-Beszámítás! Asus Prime RTX 5060Ti 16GB GDDR7 Videokártya! Bemutató darab!
- Telefon felvásárlás!! iPhone 13 Mini/iPhone 13/iPhone 13 Pro/iPhone 13 Pro Max
- Csere-Beszámítás! AMD Ryzen 8700G Processzor!
- Bomba ár! Dell Latitude 5310 - i5-10GEN I 16GB I 256SSD I HDMI I 13,3" FHD I Cam I W11 I Garancia!
- Lenovo ThinkPad L15 Gen 2 - 15.6" FullHD IPS - i5-1135G7 - 8GB - 256GB SSD - Win11 - MAGYAR
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest