- Honor 200 Pro - mobilportré
- Fotók, videók mobillal
- iPhone topik
- 45 wattos vezeték nélküli töltés jön az új iPhone-ba
- VoLTE/VoWiFi
- Bemutatkozott a Poco X7 és X7 Pro
- Milyen okostelefont vegyek?
- Xiaomi 14T Pro - teljes a család?
- Honor Magic6 Pro - kör közepén számok
- Android alkalmazások - szoftver kibeszélő topik
Új hozzászólás Aktív témák
-
zyndian
csendes tag
Üdv ismét Dchard!
Na megcsináltam amiket mondtál, a modem jelenleg ADSL2-re van állítva és kiszedtem előle a szűrőt, nem tudom minek volt ott amúgy sincs telefonunk.
Nem tudom látszik-e valami javulás, de olyan mintha az az 1 megabit is fürgébb lenne pedig nem lett gyorsabb
DMT:
Így néz ki a ház falán a kötődoboz:
A kinti dobozból kb 20 méteres 4 eres kábel jön a benti bekötődobozig.
Ez pedig a szobában lévő bekötődoboz:
A bejövő 4 eres kábelen van valami alufólia árnyékolás is de nincs összekötve a fekete-szürke szállal. A fekete szürke szálak hozzá vannak kötve a földkábel fekete szürkéjéhez, de a szobába lévő dobozba semmihez se.
Egyébként tavaly ment simán az 5 megabit még a régi szürke D-Linkel, szóval ha most is bírná akkor nekem bőven elég lenne, nem kábelezném át az egészet ha nem muszáj.
A mostani adatok alapján lehet látni valamit a vonal kapacitásáról? Vagy még mindig a béka segge alatt van?
Köszönöm szépen az eddigi segítséget!!!
-
zyndian
csendes tag
Na végre sikerült valamiért másik géppel elindítani az ADSL-t.
A helyzet az, hogy körülbelül 1 éve Netmánia S 10 Mb-es netünk lett a T-nél (Netmánia XS-ről S-re váltottunk, ugyanis tájékoztattak, hogy a környéken fejlesztették a hálózatukat.) A bekötés után 2 hétig éjjel nappal csúcsidőben is ment a net 5 Mb-el, mivel egy kis faluban vagyunk, és előtte 2 évig 1 Mb-es netünk volt ezért az 5 megabitnek is nagyon örültünk nem is lett volna baj ha így marad. Majd két hét után 2-3-ra lassult, azután pedig beállt teljesen 1Mb-re megint.
Ezt bejelentettük a kedves T-nél, majd egy szerelő a szokásos dolgokra hivatkozott, hogy messze vagyunk a központtól, meg hogy teljesítik a garantált 1 Mb/s letöltési sebességet, valamint ennyit bír a vonal meg hogy nem fog menni 1 Mb-nél gyorsabban soha (nem vette tudomásul hogy pedig ment még 5-el is).Pár hét múlva felajánlották, hogy akkor visszaraknak kisebb csomagba hogy kevesebbet fizessünk ugyanazért a sebességért. Így most már 1 éve megint a csodálatosangyors Netmánia XS 1 megás nettel szenvedünk.
Ez volt egy éve, de most, hogy olvasgattam ezeket a Dchard által írt cikkeket az jutott eszembe, hogy vajon paraméterezéssel megoldhatnám-e a 2-3 megabitet, vagy akár többet is, ha újra felváltanánk Netmánia S-re? Meg lehet ezt egyáltalán állapítani ezekből az adatokból amiket alul belinkeltem?
Tehát a jelenlegi Netmánia Xs csomagom tökéletesen működik, nem azt szeretném gyorsítani csak érdeklődnék vajon mit láttok ezekből az adatokból, érdemes-e csomagot váltani?
Modem: D-Link 360R T1E fekete + dchard firmware
Target SNR margin: 100-on
Tone cancellation: kikapcsolva
i24k: bekapcsolva
A 4 grafikon:
Info:
Status / DSL information
Status: Showtime
Retrain Reason: 8000
Max: Upstream rate = 840 Kbps, Downstream rate = 2728 Kbps
Path: 0, Upstream rate = 254 Kbps, Downstream rate = 1277 Kbps
Link Power State: L0
Mode: ADSL2+
Trellis: U:ON /D:ON
Line Status: No Defect
Training Status: Showtime
Down Up
SNR (dB): 7.7 25.3
Attn(dB): 58.0 34.2
Pwr(dBm): 13.5 12.0
ADSL2 framing
MSGc: 93 11
B: 8 30
M: 1 1
T: 3 1
R: 4 10
S: 0.2171 3.7701
L: 479 87
D: 128 8
Counters
SF: 1286951 248112
SFErr: 26 0
RS: 382224458 516994
RSCorr: 251009 0
RSUnCorr: 364 0
HEC: 20 0
OCD: 1 0
LCD: 0 0
Total Cells: 62502715 3436884003
Data Cells: 15136059 749285481
Drop Cells: 0
Bit Errors: 0 14389
ES: 30 29
SES: 2 17
UAS: 124 17025
AS: 20748
INP: 4.27 3.67
PER: 16.12 16.02
delay: 6.94 7.54
OR: 49.12 8.48
Bitswap: 67 0
Total time = 1 days 1 hours 53 min 20 sec
SF = 5795352
CRC = 945
LOS = 2
LOF = 18
ES = 30
Latest 1 day time = 1 hours 53 min 20 sec
SF = 421829
CRC = 14
LOS = 0
LOF = 0
ES = 8
Latest 15 minutes time = 8 min 20 sec
SF = 31047
CRC = 4
LOS = 0
LOF = 0
ES = 2
Previous 15 minutes time = 15 min 0 sec
SF = 55808
CRC = 4
LOS = 0
LOF = 0
ES = 2
Previous 1 day time = 24 hours 0 sec
SF = 5373523
CRC = 931
LOS = 2
LOF = 18
ES = 22
15 minutes interval [-30 min to -15 min] time = 15 min 0 sec
SF = 55870
CRC = 0
LOS = 0
LOF = 0
ES = 0
15 minutes interval [-45 min to -30 min] time = 15 min 0 sec
SF = 55809
CRC = 3
LOS = 0
LOF = 0
ES = 2
15 minutes interval [-60 min to -45 min] time = 15 min 0 sec
SF = 55808
CRC = 0
LOS = 0
LOF = 0
ES = 0
Showtime Drop Reason: 8000
Last Retrain Reason: 8000DMT:
SNR
adslctl info --SNR
bdslctl: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 8000
Max: Upstream rate = 842 Kbps, Downstream rate = 2732 Kbps
Path: 0, Upstream rate = 254 Kbps, Downstream rate = 1277 Kbps
Tone number SNR
0 0.0000
1 0.0000
2 0.0000
3 0.0000
4 0.0000
5 0.0000
6 0.0000
7 0.0000
8 0.0000
9 0.0000
10 0.0000
11 0.0000
12 0.0000
13 0.0000
14 0.0000
15 0.0000
16 0.0000
17 0.0000
18 0.0000
19 0.0000
20 0.0000
21 0.0000
22 0.0000
23 0.0000
24 0.0000
25 0.0000
26 0.0000
27 0.0000
28 0.0000
29 0.0000
30 0.0000
31 0.0000
32 0.0000
33 0.0000
34 0.0000
35 0.0000
36 0.0000
37 0.0000
38 0.0000
39 0.0000
40 0.0000
41 0.0000
42 0.0000
43 0.0000
44 0.0000
45 0.0000
46 0.0000
47 0.0000
48 0.0000
49 0.0000
50 0.0000
51 0.0000
52 0.0000
53 0.0000
54 0.0000
55 0.0000
56 0.0000
57 0.0000
58 0.0000
59 0.0000
60 0.0000
61 0.0000
62 0.0000
63 0.0000
64 0.0000
65 22.0000
66 22.5000
67 23.1250
68 23.1875
69 23.5000
70 23.8125
71 24.3125
72 23.9375
73 25.1250
74 25.7500
75 26.0000
76 26.4375
77 26.8750
78 28.5000
79 29.6250
80 30.0625
81 28.3750
82 32.1875
83 32.5625
84 32.5000
85 33.8750
86 33.4375
87 33.5000
88 32.7500
89 32.6250
90 30.5625
91 30.5625
92 29.1875
93 28.0625
94 27.4375
95 26.0625
96 26.0000
97 24.8125
98 24.3125
99 23.3750
100 22.6875
101 22.5000
102 21.9375
103 20.8750
104 20.6875
105 20.2500
106 19.8750
107 19.4375
108 18.6875
109 18.5625
110 18.0625
111 17.4375
112 16.7500
113 17.3125
114 16.2500
115 16.0625
116 16.0000
117 15.6250
118 15.5000
119 15.3125
120 14.9375
121 14.7500
122 14.4375
123 14.5625
124 14.2500
125 14.3125
126 14.3125
127 14.1250
128 14.4375
129 14.1250
130 0.0000
131 14.1250
132 14.2500
133 14.0625
134 13.6875
135 14.0000
136 14.1250
137 13.6875
138 0.0000
139 14.0000
140 0.0000
141 13.8750
142 14.5000
143 14.2500
144 14.3750
145 14.1250
146 14.4375
147 14.7500
148 14.5000
149 14.5625
150 15.1250
151 15.5000
152 15.2500
153 15.5625
154 15.9375
155 16.0000
156 16.6875
157 17.0000
158 16.9375
159 18.3125
160 18.5000
161 18.6875
162 19.6875
163 20.7500
164 21.0625
165 22.7500
166 23.4375
167 23.6250
168 24.4375
169 25.4375
170 25.9375
171 25.9375
172 25.3125
173 25.6875
174 24.1875
175 21.0000
176 20.4375
177 20.6250
178 22.1875
179 23.7500
180 23.8125
181 24.2500
182 23.6250
183 21.1250
184 24.3125
185 24.0625
186 23.9375
187 24.0000
188 23.8125
189 23.0000
190 22.8750
191 22.5625
192 21.8750
193 21.4375
194 20.5625
195 20.0000
196 19.3125
197 16.8125
198 0.0000
199 15.6875
200 17.3125
201 17.6875
202 18.2500
203 18.6875
204 19.6875
205 19.9375
206 16.3750
207 18.6250
208 19.1250
209 19.6250
210 18.9375
211 15.7500
212 17.8750
213 17.0625
214 17.0000
215 18.0625
216 18.1250
217 18.3750
218 18.2500
219 18.1250
220 16.6250
221 16.5000
222 16.3750
223 16.1875
224 16.8125
225 15.6875
226 16.0000
227 15.9375
228 15.5625
229 0.0000
230 0.0000
231 0.0000
232 0.0000
233 0.0000
234 0.0000
235 0.0000
236 0.0000
237 0.0000
238 0.0000
239 0.0000
240 0.0000
241 0.0000
242 0.0000
243 0.0000
244 0.0000
245 0.0000
246 0.0000
247 0.0000
248 0.0000
249 0.0000
250 0.0000
251 0.0000
252 0.0000
253 0.0000
254 0.0000
255 0.0000
256 0.0000
257 0.0000
258 0.0000
259 0.0000
260 0.0000
261 0.0000
262 0.0000
263 0.0000
264 0.0000
265 0.0000
266 0.0000
267 0.0000
268 0.0000
269 0.0000
270 0.0000
271 0.0000
272 0.0000
273 0.0000
274 0.0000
275 0.0000
276 0.0000
277 0.0000
278 0.0000
279 0.0000
280 0.0000
281 0.0000
282 0.0000
283 0.0000
284 0.0000
285 0.0000
286 0.0000
287 0.0000
288 0.0000
289 0.0000
290 0.0000
291 0.0000
292 0.0000
293 0.0000
294 0.0000
295 0.0000
296 0.0000
297 0.0000
298 0.0000
299 0.0000
300 0.0000
301 0.0000
302 0.0000
303 0.0000
304 0.0000
305 0.0000
306 0.0000
307 0.0000
308 0.0000
309 0.0000
310 0.0000
311 0.0000
312 0.0000
313 0.0000
314 0.0000
315 0.0000
316 0.0000
317 0.0000
318 0.0000
319 0.0000
320 0.0000
321 0.0000
322 0.0000
323 0.0000
324 0.0000
325 0.0000
326 0.0000
327 0.0000
328 0.0000
329 0.0000
330 0.0000
331 0.0000
332 0.0000
333 0.0000
334 0.0000
335 0.0000
336 0.0000
337 0.0000
338 0.0000
339 0.0000
340 0.0000
341 0.0000
342 0.0000
343 0.0000
344 0.0000
345 0.0000
346 0.0000
347 0.0000
348 0.0000
349 0.0000
350 0.0000
351 0.0000
352 0.0000
353 0.0000
354 0.0000
355 0.0000
356 0.0000
357 0.0000
358 0.0000
359 0.0000
360 0.0000
361 0.0000
362 0.0000
363 0.0000
364 0.0000
365 0.0000
366 0.0000
367 0.0000
368 0.0000
369 0.0000
370 0.0000
371 0.0000
372 0.0000
373 0.0000
374 0.0000
375 0.0000
376 0.0000
377 0.0000
378 0.0000
379 0.0000
380 0.0000
381 0.0000
382 0.0000
383 0.0000
384 0.0000
385 0.0000
386 0.0000
387 0.0000
388 0.0000
389 0.0000
390 0.0000
391 0.0000
392 0.0000
393 0.0000
394 0.0000
395 0.0000
396 0.0000
397 0.0000
398 0.0000
399 0.0000
400 0.0000
401 0.0000
402 0.0000
403 0.0000
404 0.0000
405 0.0000
406 0.0000
407 0.0000
408 0.0000
409 0.0000
410 0.0000
411 0.0000
412 0.0000
413 0.0000
414 0.0000
415 0.0000
416 0.0000
417 0.0000
418 0.0000
419 0.0000
420 0.0000
421 0.0000
422 0.0000
423 0.0000
424 0.0000
425 0.0000
426 0.0000
427 0.0000
428 0.0000
429 0.0000
430 0.0000
431 0.0000
432 0.0000
433 0.0000
434 0.0000
435 0.0000
436 0.0000
437 0.0000
438 0.0000
439 0.0000
440 0.0000
441 0.0000
442 0.0000
443 0.0000
444 0.0000
445 0.0000
446 0.0000
447 0.0000
448 0.0000
449 0.0000
450 0.0000
451 0.0000
452 0.0000
453 0.0000
454 0.0000
455 0.0000
456 0.0000
457 0.0000
458 0.0000
459 0.0000
460 0.0000
461 0.0000
462 0.0000
463 0.0000
464 0.0000
465 0.0000
466 0.0000
467 0.0000
468 0.0000
469 0.0000
470 0.0000
471 0.0000
472 0.0000
473 0.0000
474 0.0000
475 0.0000
476 0.0000
477 0.0000
478 0.0000
479 0.0000
480 0.0000
481 0.0000
482 0.0000
483 0.0000
484 0.0000
485 0.0000
486 0.0000
487 0.0000
488 0.0000
489 0.0000
490 0.0000
491 0.0000
492 0.0000
493 0.0000
494 0.0000
495 0.0000
496 0.0000
497 0.0000
498 0.0000
499 0.0000
500 0.0000
501 0.0000
502 0.0000
503 0.0000
504 0.0000
505 0.0000
506 0.0000
507 0.0000
508 0.0000
509 0.0000
510 0.0000
511 0.0000
�[00;32mroot�[00m@�[01;31mBS�[00m:�[01;34m~ #�[00mA Home oldalon az SNR margin az volt már 10 dB körül is meg 7 dB körül is pedig az SNR margint mindig 100-on hagytam.
Minden segítséget, tippet, tanácsot előre is köszönök!
zyndian
-
gghrtz
őstag
Köszönöm a segítséget! Kizártam a vivőeket a Kossuth rádiónál. Akkor marad az, hogy telefonálok nekik. Egyébként én is áthallásra gyanakodtam
Egyébként így, hogy 9600 kbit/s-ot ír max. sebességnek, még így is elérhető lenne? Remélem tudnak ezzel mit kezdeni. Itt falun a +2Mbit is sokat számít, főleg ha az ember szereti a HD+FHD filmeket a TV-jén nézni.
-
zyndian
csendes tag
Pont most csináltam meg negyedjére (mármint tiszta flashelés, mert mindegyik után visszaraktam a gyárit) és egyből a dsl-t állítottam be de ugyanaz.
Lehet hülyeséget kérdezek, de függ attól hogy milyen böngészővel csinálom mindezt? Mert windows 8.1 et használok és próbáltam már chrome-al firefox-al meg internet explorerrel is de az explorer pl nem írja ki a százalékokat a memóriakihasználtságnál.
Mindegy majd még próbálkozok, így vagy úgy csak menni fog, ha van valami fejlemény írok
Köszi!
-
zyndian
csendes tag
Na szóval beállítom a dsl-t a leírás alapján így:
valamiért nekem a Save mellett nincs olyan gomb mint a leírásban hogy Save & Run
és utána már csak ezt látom:
tehát nem jön vissza a beállító panel.
Hagytam már 10 percig is és semmi változás, de ha az oldalsó menübe belekattintok akkor reagál egyből.
Próbáltam más beállítást is állítani pl a webes felület színét vagy más apróságot , de akkor is ez van hogy nem menti le a beállításokat. Újraindítom a menüből a modemet akkor meg semmi nem marad úgy ahogy beállítottam. Nem tudom mit csinálok rosszul.
-
EV6
csendes tag
Végül szombat este volt időm foglalkozni vele, konnektor kicserélve, béna T elosztó kiiktatva, Target SNR azóta 130-on. Változás egyelőre semmi. Várhatok még valami javulást?
Vagy jól okoskodom, az a terv, hogy 4-5 nap 130-as tréning után majd 70-re kell tennem és akkor LEHET sebességnövekedés?
-
laars
újonc
Igen mivel éppen az előző nap kapott egy áram kimaradást lehet ez tette tönkre, most telekomtól vettem egy darabot így ha lesz vele valami ki tudom cseréltetni viszont a szoftvert azt hagyom ahogy van ne kössenek bele emiatt. Szeretném szétszedni a régit de nem találom a csavarokat
. Lábak helyén lenne?
-
krobika
csendes tag
Sajna nem tudtam felrakni 15Mbitre, elutasítottak, mondván hogy biztos szakadna a vonal s nem bírná. Az internetszolgáltatóm hiába rakta fel, a t-com nem volt rá hajlandó még próbaként sem, s ha szakad akkor természetesen visszavehetjük mondtam nekik. Hiába mondtam, hogy nekem elég lenne ha kicsit kevesebbet is tudna mint a 15, csak hogy kicsit jobb lett volna a feltöltésem. Nem tudom járt e valaki így, s hogy ebben az esetben lehet e valamit tenni, miért is állhat így a dolgokhoz a tcom minden bemérés hiányában.
-
krobika
csendes tag
-
J.K.F.
csendes tag
Én azért még bízom az SNMP-ben...
Nem hinném, hogy az csak vonali irányban menne (ha egyáltalán TUD arrafelé menni), a helyi ethernet felől meg tiltva lenne. Sokkal jobban tartok attól, hogy esetleg nem ismeri VDSL2 MIB-et, hanem csak valami nagyon alap SNMP-t tud: pl. kiolvashatod az InOctets, OutOctets és hasonlóan épületes változókat.
-
J.K.F.
csendes tag
Oké, köszi!
Majd kitalálom, hogyan lehetne a jelenlegi felületen mérés típust választani (teljes /QLN). De ez komoly, hogy a mérés végén sem lesz "up" az link állapota? Akkor mire jó az időintervallum (már azon kívül, hogy utána nem él már a precíz QLN mérés)?
Más: bár nem áll szándékomban plusz munkát csinálni magamnak, de felmerült itt a Speedport W 724V típusú VDSL2 CPE menedzselhetősége. Esetleg megpróbálkozhatom vele, de ahhoz kéne némi infó.
Ha valakinek ilyen van, megnézhetné, hogy:
- Telnet-tel, ssh-val rá lehet jelentkezni az eszközre?
- Ha nem akkor a webfelületére?
- Ha a webfelületen be is tud lépni az illető a megfelelő név/jelszó párossal, akkor be kéne kapcsolni az SNMP menedzselhetőséget.
- Ezután meg kéne vizsgálni, mit lehet róla lekérdezni tőle SNMP-ben. Csak a szokásos "nesze semmi, fogd meg jól" uptime-ot, interfész-státuszt (up/down) és hasonló badarságokat, vagy támogatja a VDSL2 MIB-et is? Ezek SNMP lekérdezéséhez persze kell egy MIB browser is (pl.: [link]), meg a VDSL2 MIB és az a két másik MIB amitől az függ ([VDSL2-LINE-MIB], [VDSL2-LINE-TC-MIB], [HC-PerfHist-TC-MIB]). No meg kitartás, és kísérletező kedv. -
J.K.F.
csendes tag
Az 1. problémára nem lenne megoldás a Settngs-ben néhány mező, hogy "ezeket a parancsokat hajtsd végre kapcsolódás után"? Valamelyik ADSL progiban láttam ilyesmit. Ez azért lenne praktikus, mert elég egyszer kitölteni és mentené a többi beállítással együtt, így nem kellene minden kapcsolódáskor plusz parancsokkal vacakolni. De ez csak egy ötlet.
A 2-es pontra is van egy kezdemény a Settings-ben, a "Command perfix". Jelenleg itt még csak "adsl" és "adslctl" között lehet választani, de ezt a 3 plusz variációt simán fel lehetne tenni még az étlapra.
-
J.K.F.
csendes tag
Majd kipróbálom, mi a helyzet most a vonal megszakadásakor, egyelőre hagyom "járni" még pár napot.
A scrollozhatóság nyilván megoldható lenne, egyszerűen csupán 8x ilyen széles grafikonokat kell legyártani, amit aztán be kell tenni egy 512 pixel széles láthatatlan szegélyű keretbe, majd egy scrollbar használatakor az összes grafikont és feliratot a kívánt irányba jobbra vagy balra léptetni, hogy a látható 512 pixel széles "ablak" területére kerüljön a vizsgálni kívánt rész. Egy másik megoldás az lehetne, hogy a grafikonok továbbra is csupán 512 pixel szélesek, csupán a skála kezdőpontját állítaná a scrollbar, ekkor újra kéne számolni a kijelzett értékeket az új kezdőpontra viszonyítva.
Kérdés, hogy mire kell egyáltalán a PNG fájl, hacsak nem demonstrációs célokra (pl kinyomtatni). Mert ha távsegítség nyújtásához kell, akkor egyszerűbb és célszerűbb a mérést tartalmazó fájlt küldözgetni, az sokkal nagyobb szabadságot ad: így ugyanis tetszőleges időpillanatot lehet vizsgálni a mérési időtartamon belül, nem csak egy kiragadottat.
-
J.K.F.
csendes tag
A VDSL2 4096db tone-jához azért nem árt egy 4K-s monitor, hogy kiférjenek az oszlopok!
Vagy átlagolgatni kell pl 8 tone-onként. A program jelen verziója eléggé 512 tone-ra van kihegyezve és igyekeztem úgy rápakolni az elemeket, hogy akár 1024x768-as monitoron is elférjen minden látnivaló (nem is lehet átméretezni a programablakot se kisebbre, se nagyobbra mint amekkorára belőttem a méretét).
A kód viszont nem lett valami letisztult, nem spóroltam pl a globális változókkal, meg az SNR, QLN, ATT mérési adatokat is elég lett volna 4 bájtos "single"-ként rögzíteni és akkor a mentett mérések csaknem fele ekkorák lehetnének (jelenleg 36MB egy 12 órás mérés 15 másodperces mintavétel mellett).
Viszont sajnos nem tudok menni hétfőn tesztelni, mivel 100km-re lakom az egyetemtől.
-
J.K.F.
csendes tag
Ide töltöttem fel a DLink DSL-360R T1E-hez írt monitorozó programomat: ADSLinfo.zip
-
J.K.F.
csendes tag
Üdv!
Felraktam hát az új firmware-t, viszonylag problémamentesen.
A tapasztalatok: sok változás nincs, legalábbis pozitív irányban. Sajnos.
- Egy picit romlott a 64-511. bin-ig szumázott SNR és Bits érték, de nem jelentősen.
- Picit javult az SNR margin, de nem jelentősen.
- Jelentősebb mértékben romlott a kijelzett csillapítás, ez érdekes...
- Az interleaving értéke immár galaktikus mértékű lett (448).A múltkori grafika kiegészítve a most mért értékekkel, amelyeket sárgával jelöltem:
A lekérdező programommal a váltás csaknem zökkenőmentes volt. Két dologgal szívtam csupán. Az egyik, hogy a downstream/upstream aktuális és maximális értéke máshová került a Telnet-es felületen, így üres értékeket észlelt a programom, de átírtam, hogy ezen az új helyén is megtalálja azokat ne csak a régin. A másik pedig, hogy eddig ömlesztve adtam át a szükséges parancsokat a Telnet-nek, de nem ELÉGGÉ ömlesztve. Egyesével, de közvetlenül egymás után elküldtem el mind a 6 parancsot, ez viszont ennél a firmware-nél azt eredményezte, hogy az első parancs végrehajtása közben a táblázat kellős közepén megjelent az utána következő 5 parancs, ami miatt csodálkozva nézem a programban, hogy a 194-es csatorna környékén miért 0 néha az átvihető bitek száma (mivel hogy a "194" és az átvitt bitek száma közé ékelődtek be a kiadott parancsok). Mostantól egyetlen egy karakterláncként adom át mind a 6 parancsot, köztük CR+LF karakterekkel, így ez a hiba megszűnt.
A programot még ma fel is töltöm valahová ahogy javasoltad (természetesen forráskóddal együtt, bár arra nem lehetek túl büszke, nem lett túl "elegáns" a kód), hátha érdekel valakit, vagy hasznát veszi.
Szomorúan tapasztaltam viszont, hogy a SNR táblázat még a korábbinál is ritkábban frissül az új fw-rel: az eddigi 17.5sec helyett immár kb 280sec-re (04:40) növekedett a frissülési gyakoriságuk. Most már ki tudtam próbálni a DMT-t is, ott is úgy vettem észre, hogy kb ilyen periódussal változik csupán az "Overall SNR per Tone fluctuation", tehát valószínűleg ez tényleg így van.
Pozitív meglepetés volt viszont, hogy egynél több telnetet is elviselt a szoftver: korábban ha futott a programom, akkor Putty-al nem tudtam rácsatlakozni még egyszer a modemre.
-
J.K.F.
csendes tag
Pedig én próbáltam viszonylag jól értesültnek tűnni - de azért ne túl jól értesültnek (pedig a végzettségem szerint progmatos volnék és távközlési téren is dolgoztam, és épp modemekkel/routerekkel dolgoztam, igaz inkább SHDSL modemekkel), mert az okostojásokat a legtöbb helyen utálják -, de a maximum, amit sikerült elérnem az a port reset. Az "SNR lock" kifejezést szándékosan nem használtam a velük folytatott kommunikációban, mert ha jól értem ez egy általad kitalált kifejezés a jelenségre, nekik valószínűleg semmit se mondana.
Megpróbáltam összeszedni egy "infografikán" egy-két érdekesnek tűnő dolgot:
Biztos egyébként szerinted, hogy ez "SNR lock" és nem valamilyen másik paraméter elb***ása (a szolgáltatói oldalról persze, mivel én továbbra is a módosítatlan, gyári FW-t futtatom a modemen)?
Azért is gyanítom, hogy esetleg nem az, mivel annak szerintem valahogy úgy kéne kinéznie,mint az a #2539 (lockolt állapot) majd a #2547 (unlockolt állapot) hozzászólásokon látszik. Az ő esetében (főleg, ha a két ábrát két böngészőfülön nyitom meg és kattintgatással váltogatok köztük) gyönyörűen látszik a jelenség: az SNR grafikon szinte hajszálra ugyanaz, de a bit allokációs grafikon jóval alacsonyabb a lock-olt állapotban. Látszik az is (ha jól értelmezem az "SNR lock" meghatározását), hogy ennek oka az lehet, hogy a központ oldal ragaszkodik az hatalmas SNR margin értékhez, ezért jóval kevesebb bitet lehet átvinni ugyanazon (csatornánkénti) SNR értékek mellett. A másik eltérés persze a hatalmas interleaving, de ez csak a hibajavítás megkönnyítése miatt van (amit a Telekom még az SNR lock mellé ad "ajándékba", hogy a szolgáltatás tűzön-vízen át MINDENKÉPPEN működjön), elméletileg nincs sebességcsökkentő szerepe, csak a késleltetést növeli.
Az én esetem viszont valami egészen más, mivel nálam az 1. és a 3. állapot esetén 1%-on belül van nem csak az szummázott SNR grafikon (összes csatorna SNR értéke összeadva), hanem az összes allokált bitek szummája is! Ha pedig egymásra vetíteném az előtte/utána SNR és bit-allokációs grafikonokat (ettől az animgif-től most megkímélném a közönséget), csak milliméteres különbségek lennének láthatóak. Nálam tehát látszólag nem az történt, hogy alacsonyabb lett a bit allokációs grafikon az SNR lock miatt, mint a fent említett áldozatnál.
És éppen ezért nem értem, hogyan lehet az, hogy ha ugyanannyi allokált bitem van utána mint amennyi előtte volt, akkor hogy lehet mégis sokkal kevesebb az átvitt sávszélesség??? Ezért tettem még be az "infografikába" a modem webfelületéből azt a két kis táblázat részletet - nem lehet, hogy valamilyen ottani paraméter miatt csökken a HASZNOS sávszélesség, pl. irreálisan nagy mennyiségű hibajavító bit használata vagy ilyesmi okán?
Előre is köszönök minden ötletet ezzel kapcsolatban, már ha volt valakinek végigolvasnia a fenti kisregényt.
-
J.K.F.
csendes tag
Kösz.
Meg is próbáltam visszaállíttatni az eredeti sebességemet a Telekommal, de pont ugyanakkora sikerrel jártam, mint itt majdnem mindenki: semekkorával.
Szerintük nincs semmilyen korlát beállítva, újraindították a portot is, de hajszálra ugyanazzal a sebességgel állt össze a modem: 8957kbps. Kicsit se gyanús, hogy közben az "Attainable rate" meg 17812kbps
-
J.K.F.
csendes tag
Oké, ezt nagyjából értem is, most már tényleg csak arra lennék kíváncsi, hogy ha ugyanannyi (sőt 1%-kal több) bitet visznek át a vivők összesen (ha szummázom 64 és az 511-es közti vivők által átvitt biteket) mint a kábelhiba előtt, akkor hogy fordulhat elő, hogy akkor a modem által kiírt össz-sebesség radikálisan kisebb lett: 12471kbps helyett csupán 8957kbps.
-
J.K.F.
csendes tag
Öööö, bocs, ezek szerint félreérthetőek a grafikonjaim.
Az 5. grafikonon:
- a piros vonal az mérési időszak abszolút átlaga (minden egyes csatornára külön kiszámolva), hogy láthassam, ehhez képest mennyi volt a kilengés fel-le. Lehetne éppenséggel a mérés indításakori érzékekhez is viszonyítani (erre szolgál az "Initial value" a grafikon fölött), de az félrevezető lehet, ha az induláskor szélsőségesen jó vagy rossz volt a "vétel"
- a kék az aktuális érték (az átlaghoz képest)
- a fehér pedig az abszolút szélsőérték a mérési időszak alatt (az átlaghoz képes le ill. fel).(A 6. grafikonon még dolgozok majd egy kicsit egyelőre az jobbról-balra kigördül, ahogy visszanézem a "videót", vagyis a felvett adatokat és időskálát se írattam még ki, de 1 képpont vízszintesen egy mérési periódus - mostanában 15 sec).
Példa (azóta már átméretezhető lett a grafikon manuálisan, hogy "elférjenek" a szélsőséges adatok is):
Ezen is láthatóak a lefelé mutató "tevepúpok" a 384 ill. 448-as csatornákon, ezek egy picivel kisebbek már itt is mint korábban (igaz, itt felére kicsinyítettem a skálát függőlegesen!) és azóta már mérséklődtek a ehhez képest is (főleg a magasabb frekvenciatartományban). Ez egyébként egy 12 órás mérés 11.5órájának felvétele. A szomszédos szobában a modemtől 1 méterre volt egy kombikazán, arra gyanakodtam, de 2 órára kihúzva azt továbbra is bejött ugyanez a zaj. A 2-3 méterre lévő DECT telefon kihúzása a konnektorból sem változtatott ezen. Viszont a modem messzebb helyezése a faltól és/vagy az utolsó 2 méter Cat5e-re cserélése némi javulást hozott. Az is lehet, hogy ez már a kábelen bejön, semmi köze a saját hálózatomhoz.
Az alatta lévő grafikon 2 óra 8 percet ölel fel, ott a lefelé mutató apró tüskék között 8-9 perc telik el, és olyankor a kék pöttyök (amik az aktuális SNR szintet ábrázolják az átlaghoz képest) is lejjebb ugranak a 384 ill 448 környéki "púpok" közepébe.
De ez a kevésbé fontos része volt az eredeti kérdésemnek, ami jobban érdekel, az a bit-allokációs tábla. Eddig azt hittem, azt mutatja, hogy az egyes csatornákon aktuálisan hány bitet tud átvinni a modem ill. a DSLAM. Ha ez nagyságrendileg ugyanannyi mint korábban, hogy lehet az eredményül kapott sávszélesség sokkal kisebb? Mi lesz a többi bittel? Hibajavításra lefoglalja őket a rendszer, vagy tartaléknak?
-
J.K.F.
csendes tag
Köszi ezt is!
Akkor még a bit-allokációs táblával kapcsolatban lenne egy kérdésem, ha szabad.
Ugyebár azt terveztem, hogy átkérem magam a 20/1Mbps csomagba a 10/0.5-ről, hátha legalább 15Mbps-t elbírna a vonal, de... egyelőre annak is örülnék, ha visszakapnám a 10 megámat.
Két hete elkezdett bezajosodni a vonal, gyanús pattogások voltak az analóg telefonban, illetve a modem is lement 1-4Mbps környékére, vagy sokszor szét is esett napközben. Estére azonban mindig megjavult valamennyire (ha nem is az eredeti sebességre). Be is jelentettem 2 hete pénteken, aztán szombaton a szerelő kicsit bütykölt az utcában lévő rendezőben, meg kérésemre megnézte a házfalon lévő dobozkát is ami eléggé oxidált volt és egyenesbe kötötte a benne lévő kábeleket. Ezután szépen meg is javult a vonal, viszont 8952-8957kbps-re állt be fixen a letöltési sebesség 13dB SNR marginnal (korábban 12471kbps volt). A szerelő mondta, hogy ez majd pár nap múlva visszaáll a rendes sebességre, de sajna nem.
Azóta egyszer áramtalanítottam is a modemet (más helyre raktam és Cat5 kábellel kötöttem be a fali aljzatból a lapos kábel helyett, mert gyanús volt hogy a naponta pár órán (sajnos kiszámíthatatlan időközönként) keresztül valami 8-9 percenként "beleböfög" az 1MHz fölötti tartományba, 5-6dB-s SNR csökkenést okozva azokon a frekiken, lásd a #2705-ös hozzászólásban látható 5-6. grafikonon - azóta ez nagyrészt 3-4dB alá csökkent). Érdekes, hogy ezután az SNR margin 13dB körül lement a régen megszokott 6dB-re, miközben a grafikonokon semmi radikális változás nem történt a 13dB-s állapothoz képest.
Sőt - és itt végre feltenném az újabb kérdésemet -, ha összeadom a bit allokációs tábla 64-511 közti "bits" értékeit, csaknem 1%-kal magasabb szumma jön ki, mint amikor még IGAZI 10Mbps-em volt. Akkor ez most hogy is van? Több bitet lehet lehet kódolni az egyes frekvenciákon, de a végeredmény mégis kisebb lett mint régen? Az interleaving értékem időközben olyan magas lett, hogy még a Holdról is látszik: 384 (de hát állítólag csak az interleaving érték változása nem okoz sávszélesség csökkenést, csak a ping lassulását). Ez lenne az a híres/hírhedt SNR lock?
-
J.K.F.
csendes tag
Köszi az információkat!
Jól sejtem, hogy a QLN tábla csak ilyen méréskor frissül, ill. a kapcsolat felépítése előtt/alatt (pl ha szétesik a kapcsolat, kihúzom a vonalat a modemből vagy újraindítom a modemet)? 4 óra hosszan mérve működő kapcsolat mellett (5 másodperces gyakorisággal) még csak meg se rezzent soha a QLN grafikon és ugyanez igaz a csillapítás grafikonra is.
-
-
StSanya
senior tag
Üzleti előfizetés volt, így munka miatt sürgős volt a dolog, nem értem rá belemélyedni. Annyit láttam csak, hogy a modemben nem épült fel a kapcsolat. Elmondás alapján előttem a telekomos szerelő is lekarmolta magát már idegességében, azt mondta állítólag, hogy szól valakinek. De aztán mivel a C3-as ment, a tulaj nem feszegette a dolgot.
-
StSanya
senior tag
Én is találkoztam már olyan vonallal, amin a régi, C3-as 360R csatlakozott, míg a T1-es, rajta a Te firmware-val, nem. Egy DataNet-es előfizetés volt, Telekom-os vonalon. A tulajt nem foglalkoztatta a dolog különösebben, így nem lett bolygatva, időközben meg átment az internet előfizetéssel a Telekom-hoz.
-
-
Nekem egy egybemodemrouter van otthon /szóval ezúton is bocs, hogy kihasználom a topikodat
/, és külön LED jelzi az ADSL és a PPPoE kapcsolatot. Kb. egy perc, amíg az ADSL LED stabil nem lesz /modem webes oldala is írja fokozatosan, hogy down, activating, showtime/. Gondolom az egy perc elég sok, nem?
-
beldeczki
aktív tag
Ugye nem volt vivőkizárás amíg a teszt futott?
Nem volt.
Jól csináltad te azt a kábelezést? Nem lehet, hogy az egyik ér a DSL által használt érpárból véletlenül a földre ment?
Átnéztem kint és bent is a kötéseket, minden jó.
Első körben mindenképpen csinálj SNR monitorozást úgy, hogy nincs vivőkizárás, margin 100, és a házilag barkácsolt föld nincs bekötve.
Ezzel fogok majd kezdeni, margin 70-en volt, ezt utólag vettem csak észre... de következőben már 100-on lesz.
Második körben győződj meg róla, hogy valóban nem a telefon érpár egyik tagját sikerült bekötni a földbe, és most az dsl egy nem használt éren megy félig. Igen, akár egyetlen éren is tud működni a dolog, de rettenetesen rossz lesz a sebesség és a stabilitás.
Átnéztem mindent, sebesség ugyanannyi mint idáig is volt (6.5 megabit).
Tehát majd csinálok SNR monitorozást földeléssel és földelés nélkül is.
-
-
Troy.
addikt
Hello!
Valószínűleg ez lehetett a baj. Mielőtt szólni kellett volna, inviteltől jött a telefon, hogy sávszélesítés miatt jön a szerelő.
Hozott egy d-link 360R-t (szürke-kék színű), illetve telefonon felhívott valakit a központban, mert nem volt jól beállítva.
Mondjuk a hozott modemet kicseréltem a saját 360R T1E típusra, és jelentem működik az ADSL2+.
(Szerintem ma olyan 150 óránál tart az dsl kapcsolat.)Mi a véleményed erről?
-
beldeczki
aktív tag
Múltkori képeim:
Így kötöttem be most is, csak a földelőszálat meg a két nem használt ért egybekötöttem és összekötöttem a házba menő másik két érrel. Bent házban pedig oda rakok földelést (szürke-fekete). Szerintem tuti jól kötöttem be, át is néztem többször is. Sebesség is ugyanannyi mint amikor előtte nekiálltam...
Na mindegy. A lényeg.
Újra nekiállok, alaposan átellenőrizve mindent. Házban rendesen bekötöm a bekötődobozba a kábelokat, két érre pedig csináltam rendes földelést, amivel szabályosan tudok dolgozni, igaz a konnektorról veszem ugyanúgy, de még is csak igényesebb.
Stabilitásra kitérve. Régebben úgy 2-3 naponta szakadt. De mostanában nem tudom mi történt vele, de max áramszünetkor szakadt meg a kapcsolat, amúgy betonstabil volt (nem szakadt egyáltalán). Épp most néztem rá routerban és másfél órája aktív a kapcsolat (és nem volt áramszünet...). Inkább átnézem itt a dolgokat.
Legközelebb egy alapos adathalmazzal jelentkezek ha megfelel. Tehát földeléssel 3 órás (figyelek rá) SNR monitorozást készítek plusz grafikonokat mindenhonnan és ugyanezt földelés nélkül. Ekkor szerintem tovább tudunk lépni. Az eddigi segítséget meg köszönöm!
-
Allure
aktív tag
-
Troy.
addikt
+-----------------------------------------------------------------------------+
| Bitswitcher for BCM6338 - Version v.1.9_ANNEX_A_&_B - build: 03.07.2011 |
+-----------------------------------------------------------------------------+
BS login: root
Password:root@BS:~ #bdslctl info --stats
bdslctl: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 1
Max: Upstream rate = 1596 Kbps, Downstream rate = 11740 Kbps
Path: 0, Upstream rate = 508 Kbps, Downstream rate = 9262 KbpsLink Power State: L0
Mode: ADSL2
Trellis: UN /D
N
Line Status: No Defect
Training Status: Showtime
Down Up
SNR (dB): 6.4 6.6
Attn(dB): 10.0 10.3
Pwr(dBm): 17.6 -19.5
ADSL2 framing
MSGc: 51 28
B: 164 30
M: 1 1
T: 2 1
R: 4 16
S: 0.5683 1.8894
L: 2379 199
D: 32 8
Counters
SF: 4520 4564
SFErr: 0 0
RS: 515316 154615
RSCorr: 0 0
RSUnCorr: 0 0HEC: 0 0
OCD: 0 0
LCD: 0 0
Total Cells: 1601789 3683626419
Data Cells: 0 1095256110
Drop Cells: 0
Bit Errors: 0 82253ES: 1605 92
SES: 224 19
UAS: 75 6314
AS: 74INP: 0.21 2.57
PER: 16.19 16.06
delay: 4.54 3.77
OR: 28.15 16.93Bitswap: 11 6
Total time = 5 hours 20 min 3 sec
SF = 1175012
CRC = 16355
LOS = 4
LOF = 35
ES = 1605
Latest 1 day time = 5 hours 20 min 3 sec
SF = 1175012
CRC = 16355
LOS = 4
LOF = 35
ES = 1605
Latest 15 minutes time = 5 min 3 sec
SF = 17377
CRC = 1542
LOS = 1
LOF = 9
ES = 20
Previous 15 minutes time = 15 min 0 sec
SF = 54135
CRC = 2621
LOS = 1
LOF = 9
ES = 44
Previous 1 day time = 0 sec
SF = 0
CRC = 0
LOS = 0
LOF = 0
ES = 0
15 minutes interval [-30 min to -15 min] time = 15 min 0 sec
SF = 55396
CRC = 1067
LOS = 0
LOF = 0
ES = 29
15 minutes interval [-45 min to -30 min] time = 15 min 0 sec
SF = 55335
CRC = 913
LOS = 0
LOF = 0
ES = 20
15 minutes interval [-60 min to -45 min] time = 15 min 0 sec
SF = 54098
CRC = 1054
LOS = 1
LOF = 8
ES = 14
Showtime Drop Reason: 1
Last Retrain Reason: 1root@BS:~ #bdslctl info --show
bdslctl: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 1
Max: Upstream rate = 1600 Kbps, Downstream rate = 11740 Kbps
Path: 0, Upstream rate = 508 Kbps, Downstream rate = 9262 KbpsLink Power State: L0
Mode: ADSL2
Trellis: UN /D
N
Line Status: No Defect
Training Status: Showtime
Down Up
SNR (dB): 6.4 6.5
Attn(dB): 10.0 10.3
Pwr(dBm): 17.6 -19.5
ADSL2 framing
MSGc: 51 28
B: 164 30
M: 1 1
T: 2 1
R: 4 16
S: 0.5683 1.8894
L: 2379 199
D: 32 8
Counters
SF: 7492 7566
SFErr: 0 0
RS: 854176 256284
RSCorr: 0 0
RSUnCorr: 0 0HEC: 0 0
OCD: 0 0
LCD: 0 0
Total Cells: 2654788 3683684174
Data Cells: 0 1095256110
Drop Cells: 0
Bit Errors: 0 82253ES: 1605 92
SES: 224 19
UAS: 75 6314
AS: 122INP: 0.21 2.57
PER: 16.19 16.06
delay: 4.54 3.77
OR: 28.15 16.93Bitswap: 13 7
bdslctl: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 1
Max: Upstream rate = 1596 Kbps, Downstream rate = 10232 Kbps
Path: 0, Upstream rate = 508 Kbps, Downstream rate = 9262 Kbps -
izsob
tag
A TP-Link-nél ezeket az értékekekt kaptam. Most rákötöttem a szürkemodemre a gépet, megnézem h így hogy mien gyakra van hiba.
Diagnostic Test:
>> Testing Ethernet LAN connection ...
PASS>> Testing ADSL Synchronization .
PASS>> Testing ATM OAM segment ping ...
PASS>> Testing ATM OAM end to end ping ...
PASS>> Testing ATM OAM F4 segment ping ...
FAIL
>> Testing ATM OAM F4 end to end ping ...
FAIL>> Ping Primary Domain Name Server .
PASS>> Ping www.yahoo.com ...
PASSSystem log:
10/27/2013 9:30:41> netMakeChannDial: err=-3000 rn_p=8068da30
10/27/2013 9:30:49> Last errorlog repeat 4 Times
10/27/2013 9:32:6> netMakeChannDial: err=-3000 rn_p=8068da30
10/27/2013 9:32:21> Last errorlog repeat 6 Times
10/27/2013 9:33:12> netMakeChannDial: err=-3000 rn_p=8068da30
10/27/2013 9:33:21> Last errorlog repeat 4 Times
10/27/2013 9:33:33> netMakeChannDial: err=-3000 rn_p=8068da30
10/27/2013 9:34:7> Last errorlog repeat 26 Times
10/27/2013 9:34:11> netMakeChannDial: err=-3000 rn_p=8068da30
10/27/2013 9:34:12> netMakeChannDial: err=-3000 rn_p=8068da30
10/27/2013 9:34:16> netMakeChannDial: err=-3000 rn_p=8068da30
10/27/2013 9:34:25> Last errorlog repeat 6 Times
10/27/2013 9:34:27> netMakeChannDial: err=-3000 rn_p=8068da30 -
Fernet
senior tag
-
beldeczki
aktív tag
-
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. -
beldeczki
aktív tag
Radiátor van pont a csatlakozás mellett, földelés lenne a házba, de nincs hova rácsatlakozni (persze meglehetne oldani, de ott van a fűtéscső akkor minek dolgozzak vele). Akkor fűtéscsőre rákötöm két kábelt (egyesítve), majd padlástérben összekötöm az összes szabad ért végülis. Találtam itthon UTP kábelt (cat5e), az jobb lenne az alap 4 eres telefonkábel helyett?
-
beldeczki
aktív tag
-
beldeczki
aktív tag
Na majd második nekifutásra.
Képek a bekötési pontról a padláson: (jobb klikk --> kép megnyitása új lapon, úgy nagyobban jobban látszódik)
Remélem ezek a képek már jobban értelmezhetőek, csak telefonnal nem olyan egyszerű.
Mint látható légkábelből lóg ki szürke-fekete vezeték, és egy nagyon pici vezeték, szerintem az a földelő szál és van még egy ilyen fólia is. A házba menő kábelból is szürke-fekete lóg, de ugye ott nincs földelőszál. Piros-pirossal, fehér-fehérrel összekötve, szigetelőszalaggal "megerősítve".
A házban meg így van bekötve:
Igaz a szürke-fekete nem is csinál semmit.
Modem: D-Link 360R T1E. A többire már emlékszel gondolom (10 megabit helyett, 6.5 és elég rossz a vonalam).
-
beldeczki
aktív tag
Na csináltam pár képet a padlástérben, a bekötésről. Nem a legjobb minőségű képek azt tudom...
De a lényeg: légkábel 4 eres, ebből rá van kötve 2 a 4 eres telefonkábelre ami megy a házba (fentebb mutattam róla képet), tehát mindkét kábel végén 2-2 ér szabad.
Képek:
A két ér pedig a szigetelőszalagos módszerrel van összekötve.
-
Fernet
senior tag
Megígérem, hogy nem spammelem tele a fórumot, de ezt még el kell mondjam.
Most telefonáltak a telekomtól, hogy a vonalam 7,5-re volt beállítva és visszaállították 10-re, most már jónak kell lennie. Az előbb mértem, valóban megjavult a helyzet (10,76mbps).
Tehát tegnap az ügyintéző nem a valóságot mondta.
Köszönöm még egyszer a segítséged, bízom benne, hogy nem kell írnom többet!
-
Fernet
senior tag
Most beszéltem velük, ügyintéző utánanézett, azt mondta nincs beállítva a vonalamra semmiféle korlátozás, lehet valami központi hiba miatt nem megy annyival mint kellene, felvette hibára, majd jelentkeznek. Csinált egy port újraindítást, kérte, hogy indítsam újra a modemet, stb. de ez sem oldotta meg a problémát.
Szóval most megint csak várok...
-
Fernet
senior tag
Köszönöm!
I24K be van kapcsolva, mindent a leírtak szerint csináltam firmware frissítésnél. Átállítottam az SNR margint 70-re, de az eredmény ugyanaz, a sebesség változatlan (max 7,7-ig megy fel).
Amúgy a 20-as csomagnál mennyire volt reális a 14mbps-es sebesség? Az is valami korlátozott lehetett? Mióta ide költöztünk sosem volt baj a vonallal, nagyon ritkán szakadt (ha egyáltalán szakadás volt és nem a T-s HGW hülyesége).
Szerk:
Ha beszélek majd a T-vel, állítsam vissza a margint 100-ra? -
Fernet
senior tag
Szia! A segítségedet szeretném kérni. Talán már olvastad a telekomos topicban, azért leírom, hogy visszaállították nálunk az analóg vonalat, addig VoIP és Netmania S (10mbps) csomagunk volt. Mivel a T-s HGW-t le akartam cserélni, vettem egy D-Link 360R T1E modemet. Egy hét szolgáltatás kimaradás után hétfőn kötötték be a telefont és a netet, ezzel egy időben megrendeltem a Netmania M (20mbps) csomagot. Sajnos az csak 14-et bírt, többszöri bejelentés után a szerelő azt mondta messze vagyunk a központtól és többet nem lehet kihozni a vonalból. Gondoltam akkor visszamegyek a 10-es csomagra, mert az 10-11 között ment eddig minden mérés alkalmával amióta csak megvan. Tegnap vissza is állítottak és meglepő módon csak 7mbps körüli a sebesség. 1412 szerint ez normális és jó sebességnek számít. Szerintem meg nem.
Feltettem a firmware-edet este a modemre és most csináltam egy diagnosztikát. Tudom nem telt el sok idő, de ránéznél? Ha szerdán még 14-14,5mbps-el ment a 20-as net, akkor miért megy a 10-es csak 7-tel?
Segítségedet előre is köszönöm!
-
beldeczki
aktív tag
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.
Majd lefényképezem most már tényleg.
Csak sok minden történt, nem igazán jutott rá időm, a net az működött, szóval nem igazán foglalkoztam vele. Most már hétvégén lövök pár képet.
-
KretaKing
csendes tag
Köszi a segítséget.
Ma megyek a GTS-hez személyesen, mert bekerültem az egymásra mutogatás csapdájába. A T nem lát előfizetést a vonalon (nyilván, hisz nem náluk vagyok közvetlenül) így a 1412-n elhajtanak. A GTS viszont azt mondja hogy a T sek korlátozzák a sebességet, és ők intézik a hurkokat. Legutóbbi levélből kiderült, hogy elköltöztünk, mert bár ugyan ott lakunk 20 éve és ment a 6-7 mega lefelé most már nem tud menni. 4 km-re vagyunk a központtól és sajnos így nem tudnak gyorsabbat. Bár az alattunk lakónál megy a ~6,5/0,5. Ott ezek szerint sikerül az ADSL2+ is.
Remek, hogy van egy jó modemem, amivel lehetne a sebességet finomhangolni, de tök fölösleges, mert olyan lassúra van korlátozva, hogy nincs mit csinálni. -
-
flash-
veterán
renben holnap kapok laptopot 1 -1,5 napra amivel le tudom tesztelni.
ugye nem az a lényeg hogy legalább pár napig a netbook össze legyen kötve a modemmel és utána mérjek hanem hogy 1-2 napig legyen foylamatos jel.attól még folyamatos marad ilyen értelemben hogy csak a routerből húzom ki és azt dugom át a laptopba ugye?sajnos csak 1-1,5 napra tudják itthagyni nekem a laptopot azér kérdem
köszi előre is -
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!
-
KretaKing
csendes tag
Tehát az előfizetésem 5 megás csomagra szól, ami meg is volt szépen, de hibák miatt volt, hogy áttettek 2,5 re. Most valóban a 4-est ajánlják.
Az általad írt beállításokat megtettem, csak az ADSL2+ nem volt direkt beállítva, ott az Allmodulations-on állt, de már azt is átállítottam, újraszinkronizáltam és még mindig G.DMT.
Régen tudta az ADSL 2+-t, és 6137 kbit/s is volt a sebesség fel, lefelé meg 635.0-124,126-199,205-511 így néz ki a kizáró sor.
A 125-ös vivő a Kossuth ha jól emlékszem, de hogy a 203 környéke mi lehet azt nem tudom. Házon belüli hordozható telefon, vagy rádiós fülhallgató bekavarhat ennyire?
Régebben már szerepeltem a topikban, bár a sok hiba közt nyilván elvész.
A problémám az, hogy az elvileg javuló hálózatban egyre lassabb ADSL-t kapok. Ami működött legalább azt szeretném visszakapni, de csak a kijelentés jön, hogy ez ennyit tud, és értetlenül állok az előtt, hogy régen mitől ment ez?
Mit kell mondanom a T-seknek, hogy menjen a net?
-
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
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. -
beldeczki
aktív tag
Akkor mutatom is. DSLAM hogy hol van a városban azt nem tudom, de tőlem elvileg 2 km-re van kb. a szerelők állítása szerint. Kint az utcán kb. 200 méter légkábel megy (ezt onnantól számítom ahol az egyik oszlopnál a földből felmegy kábel oszlopra és hozzám kb. 200 méter jön), ott padlástérbe be van vezetve, ott a két érpár rá van kötve telefonkábelre, szigetelőszalagos megoldással. Onnan kb. 5 méter telefonkábel megy a bekötődobozig, ami itt van a szobában. Onnantól megy 3 méter készre szerelt kábel a modemig. Szűrő nincs, mivel telefon nincs, csak net.
Képet a szobában lévő bekötődobozról tudok csak mutatni, mivel kint már sötétedik, és a képekből nem sok minden látszódna.
Persze holnap tudok készíteni a kinti dolgokról is képet. Földeléses technika nincs sehol se használva, szóval az lehet javítana.
-
beldeczki
aktív tag
Köszi, majd megcsinálom, csak nem tudtam belépni a modem felületére, ezért rátettem újra a firmwaret. Beállítottam arra az értékekre amit mondtál és most 2-3 napig használom, hogy legyen információ a modemnek a vonalról. Akkor ha nincsen szűrőm (nincs telefon), az nem jelenthet gondot?
Új hozzászólás Aktív témák
Hirdetés
- Honor 200 Pro - mobilportré
- Milyen belső merevlemezt vegyek?
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- Intel Core i3 / i5 / i7 / i9 10xxx "Comet Lake" és i3 / i5 / i7 / i9 11xxx "Rocket Lake" (LGA1200)
- Kerékpárosok, bringások ide!
- Motorolaj, hajtóműolaj, hűtőfolyadék, adalékok és szűrők topikja
- Fotók, videók mobillal
- Le Mans Ultimate
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Xbox Series X|S
- További aktív témák...
- BESZÁMÍTÁS! Gigabyte A620M R5 7500F 32GB DDR5 512GB SSD RTX3070 8GB ZALMAN S2 TG Enermax 750W
- Bomba ár! Dell Latitude E5570 - i5-6300U I 8GB I 256GB SSD I 15,6" FHD I HDMI I CAM I W10 I Gari!
- BESZÁMÍTÁS! Asus B760M i7 12700KF 32GB DDR4 512GB SSD RX 6800 16GB Rampage SHIVA FSP 700W
- BESZÁMÍTÁS! GIGABYTE AORUS MASTER RTX 3070 8GB GDDR6 videokártya garanciával hibátlan működéssel
- Bomba ár! Dell Latitude 3540 - i5-4GEN I 4GB I 500GB I 15,6" HD I HDMI I Cam I W10 I Garancia!
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest