Keresés

Új hozzászólás Aktív témák

  • Adamyno

    tag

    válasz ssarosi #3680 üzenetére

    Mondd neki, hogy nem húztál ki semmit, nem világít a voip ledje. Egyébként újraindítás van amikor megoldja.

    Sebességre visszatérve: ha az esőzések után jöttek ezek a gondok, akkor ott valami erősen el van oxidálódva valahol és ez nem a te hibád. Van amikor nagyon nehéz felderíteni a hibát, ha csak a házfalon lévő doboz (EDK vagy FD) beázik, az is úgy tud korrodálódni, hogy nem is látszik. Nagyon sok a CRC, főleg a második képen, elvileg óránként max 1-2 db fér bele de a napi 20-25 ami átlagban megengedhető. Felette már eléggé instabil lehet a vonal, ezért a rendszer lejjebb viszi a sebességet de nem nevezném SNR lock-nak, mivel nagyon alacsony a margin érték most is. Minimum 7 dB kellene, de magasabb sebesség esetén több is. Ez oxidáció/kötéshiba lesz. Az a baj, hogy nem látszik a csillapítás, mert ott csak 0-ákat ír ki az eszköz, valamiért nem tudja mérni pedig fontos lenne. Persze gyorsabb és egyszerűbb javítani úgy, hogy a rendszer lejjebb veszi a sebességet, de ez így necces. Ha jó lesz a kötés, magasabb lesz a margin. Magasabb margin és jó kötés esetén nincs vagy kevesebb crc, ha ezek mind teljesülnek akkor mehet feljebb a sebesség, mert valamennyit még tud a vonal. De ez minimum egy fél napos munka kideríteni, hogy pontosan hol és mi a baja, ha sok a hiba a környéken akkor nem valószínű, hogy ráérnek vele normálisan foglalkozni. Sajnos emberhiány van mindenhol de elvileg most vett fel a T valami több 100 dolgozót de hát ők még tanulnak akkor is, nem lehet egyből a mély vízbe dobni senkit.

    Szóval a javaslatom mindenképpen az ügyfélszolgálat, ha mondogatod, hogy ez az esőzések előtt ennyivel meg ennyivel ment és nem fogadod el, hogy ennyit tud a vonal, akkor egyszer majd csak lesz valaki aki megtalálja mi volt a hiba.

  • Adamyno

    tag

    válasz ETOM #3421 üzenetére

    Az előző rendszer nem követte valamiért a vonali paraméter változásait, csak be volt lőve egy fix értékre és ezért szakadozott. A mostani intelligensen követi a változásokat és amikor a paraméterek romlanak, visszább veszi a sebességet, hogy ne szakadjon a kapcsolat. Amikor jobb lesz, akkor meg elengedi.

    Jellemzően ott szokott ilyesmi történni, ahol telített a hálózat, nagy az áthallás és amikor nagyobb a forgalom, akkor kisebb a sebesség. VAGY lehet még az is, hogy az RSS trönkje mikrós és a terhelés elosztás miatt esik vissza (meg kéne nézni milyen a Margin amikor lassabb a kapcsolat és milyen ,mikor gyorsabb, valamint milyen időszakokban vannak ezek és mennyire rendszeresen.)

  • Adamyno

    tag

    válasz #60252516 #3271 üzenetére

    Nem tudom azon hogy lehet, ki kellene méregetni szerintem azt is multiméterrel. Én is úgy találtam meg + az USB-s TTL adapterem világít kéken ha Rx adatok jönnek, sárgán ha Tx szóval az is segít valamennyire.

    Az enyém ilyen belülről:

  • Adamyno

    tag

    válasz dchard #3269 üzenetére

    Megtaláltam. :) Köszi mindenkinek!

    Tehát a kiosztás a BCM6332-től nézve a modem hátulja felé:
    3.3V,GND,Tx,Rx

    Baud rate: 115200
    Data bits: 8
    Stop bits: 1
    Parity: nincs
    Flow control: XON/XOFF

    Látok mindent amikor indul a modem, parancsokat innen nem tudok kiadni.
    A következő lépés az lesz, hogy ki tudom-e olvasni majd az ADSL paramétereket a soros porton keresztül valahogy. Egyelőre még csak a boot adatokat láttam.

  • Adamyno

    tag

    válasz dchard #3266 üzenetére

    Köszi, megpróbálom.

    Ja mégvalami... remélem jól tudom, hogy a 4 pin-ből a két középső a Tx, Rx (csak tippeltem, mert a többiről nem jött semmi adat).

    Közben megnéztem, de teljesen érthetetlen dolog jön ki belőle, csak karakterek össze-vissza. Valami nem jó :|

  • Adamyno

    tag

    A DSL-360R T1E soros portja TTL-es vagy normál RS232?

    Mert nekem nem sikerült még normális jeleket kicsikarni belőle, csak krixkrax jön FTDI adaptarel (ami TTL-es).

    Szinte az összes létező baud rátát kipróbáltam mit lehet vagy hogyan kellene állítani?
    Putty jó lehet hozzá?

    Egyébként azt szeretném megcsinálni valahogy, hogy arduinoval kiolvasni az adatokat serial porton és ezeket kijelezné nekem.

  • Adamyno

    tag

    válasz dchard #1562 üzenetére

    Erre én is gondoltam amit írtál :D Na mindegy, a vonal jobbnak tűnik szűrő nélkül, főleg a középső vivők környékén, úgyhogy marad így szerintem...

  • Adamyno

    tag

    válasz dchard #1560 üzenetére

    Valamiért néha azt írja ki, hogy connection was disconnected.

    Pedig a netrádió is szól délután óta, és a net sem szakadt meg, semmi.
    No mindegy most éjszakára felviszem a laptopot, rákötöm direktbe aztán hadd menjen. Közben eszembe jutott, hogy van egy ismerős aki T-Home-nél dolgozik, azt mondta majd visszakapcsolja nekem amire előfizettem, mert a rossz kölcsön modem miatt az automata lejjebb sorolt.

    Meg valami trönkökről is beszélt de azt én nem értem :D Mindegy rátolom az SNR monitort éjszakára. Még azt a tanácsot kaptam, hogy bár a vonal minősége javul minden kötés kiiktatásával, de egy esetleges nagyobb napkitörés vagy közeli villámcsapás által generált áramok könnyen tönkre tehetik a modemet. Ezeket a túláramokat ésszerű határokig a szűrők elnyelik. Szóval azt mondta, hogy választani kell melyiket akarom :D

    Megmérem majd szűrő nélkül is, de ha nem lesz nagy különbség akkor szerintem hagyom. Te is azt mondod, hogy jó a kábel, szóval akkor nagy különbség már csak nem lesz :D

  • Adamyno

    tag

    válasz dchard #1558 üzenetére

    Nincsen telefon és semmi extra. Szóval ha így megcsinálom, akkor kiesik 2 csatlakozási pont, ami jó néhány plusz decibel ha jól gondolom. Ráadásul a sodort érpár jobban viszi a jelet. Szerintem az a vastag kampó le van földelve, mert az tartja a többi vezetéket, akkor a maradék kábelt oda kötöm. Holnap megcsinálom :)

  • Adamyno

    tag

    válasz dchard #1556 üzenetére

    Oké, köszi a tanácsot!

    Akkor kezdjük innen. BERT teszt egy órát ment, 0 hiba. Amíg 15m kábelem volt a házban, addig azért volt 1 milliomod hiba :D (lehet, hogy az volt a gond eddig?)
    Most minden alapon van, a Target SNR 99%.

    Képek:

    Itt egy perces videó a kábelezésről (sajnos szembe sütött a Nap és a youtube összenyomta, pedig szélsvásznú lenne). Az elején az az oszlop, ahol van a becsatlakozás (az a központ?), onnan még egy oszlop visszafele és úgy jön a házra.

    http://youtu.be/OVMAMMYvQcc

    A képek szerint a 180. és a 270. vivő körül kevesebb a bitek száma. Az nem gond?

    Jelenleg a ping így alakul:

    adam@HP-ProBook-4710s:~$ ping bix.hu
    PING bix.hu (193.239.149.1) 56(84) bytes of data.
    64 bytes from www.bix.hu (193.239.149.1): icmp_req=1 ttl=58 time=42.3 ms
    64 bytes from www.bix.hu (193.239.149.1): icmp_req=2 ttl=58 time=42.2 ms
    64 bytes from www.bix.hu (193.239.149.1): icmp_req=3 ttl=58 time=44.2 ms
    64 bytes from www.bix.hu (193.239.149.1): icmp_req=4 ttl=58 time=40.9 ms
    64 bytes from www.bix.hu (193.239.149.1): icmp_req=5 ttl=58 time=43.7 ms
    64 bytes from www.bix.hu (193.239.149.1): icmp_req=6 ttl=58 time=41.3 ms
    64 bytes from www.bix.hu (193.239.149.1): icmp_req=7 ttl=58 time=42.3 ms
    64 bytes from www.bix.hu (193.239.149.1): icmp_req=8 ttl=58 time=43.0 ms
    64 bytes from www.bix.hu (193.239.149.1): icmp_req=9 ttl=58 time=47.0 ms
    64 bytes from www.bix.hu (193.239.149.1): icmp_req=10 ttl=58 time=48.2 ms
    64 bytes from www.bix.hu (193.239.149.1): icmp_req=11 ttl=58 time=46.4 ms
    64 bytes from www.bix.hu (193.239.149.1): icmp_req=12 ttl=58 time=41.4 ms
    64 bytes from www.bix.hu (193.239.149.1): icmp_req=13 ttl=58 time=40.6 ms
    64 bytes from www.bix.hu (193.239.149.1): icmp_req=14 ttl=58 time=41.9 ms
    64 bytes from www.bix.hu (193.239.149.1): icmp_req=15 ttl=58 time=41.0 ms
    64 bytes from www.bix.hu (193.239.149.1): icmp_req=16 ttl=58 time=41.5 ms
    64 bytes from www.bix.hu (193.239.149.1): icmp_req=17 ttl=58 time=42.6 ms
    64 bytes from www.bix.hu (193.239.149.1): icmp_req=18 ttl=58 time=42.2 ms
    64 bytes from www.bix.hu (193.239.149.1): icmp_req=19 ttl=58 time=42.1 ms
    64 bytes from www.bix.hu (193.239.149.1): icmp_req=20 ttl=58 time=40.7 ms
    64 bytes from www.bix.hu (193.239.149.1): icmp_req=21 ttl=58 time=42.7 ms
    64 bytes from www.bix.hu (193.239.149.1): icmp_req=22 ttl=58 time=42.2 ms
    64 bytes from www.bix.hu (193.239.149.1): icmp_req=23 ttl=58 time=41.8 ms
    64 bytes from www.bix.hu (193.239.149.1): icmp_req=24 ttl=58 time=46.1 ms
    64 bytes from www.bix.hu (193.239.149.1): icmp_req=25 ttl=58 time=42.4 ms
    64 bytes from www.bix.hu (193.239.149.1): icmp_req=26 ttl=58 time=42.6 ms
    64 bytes from www.bix.hu (193.239.149.1): icmp_req=27 ttl=58 time=40.6 ms
    64 bytes from www.bix.hu (193.239.149.1): icmp_req=28 ttl=58 time=41.6 ms
    64 bytes from www.bix.hu (193.239.149.1): icmp_req=29 ttl=58 time=40.9 ms
    64 bytes from www.bix.hu (193.239.149.1): icmp_req=30 ttl=58 time=42.1 ms
    64 bytes from www.bix.hu (193.239.149.1): icmp_req=31 ttl=58 time=41.5 ms
    64 bytes from www.bix.hu (193.239.149.1): icmp_req=32 ttl=58 time=41.2 ms
    64 bytes from www.bix.hu (193.239.149.1): icmp_req=33 ttl=58 time=43.0 ms
    64 bytes from www.bix.hu (193.239.149.1): icmp_req=34 ttl=58 time=41.8 ms
    64 bytes from www.bix.hu (193.239.149.1): icmp_req=35 ttl=58 time=41.8 ms
    64 bytes from www.bix.hu (193.239.149.1): icmp_req=36 ttl=58 time=44.8 ms
    64 bytes from www.bix.hu (193.239.149.1): icmp_req=37 ttl=58 time=41.5 ms
    64 bytes from www.bix.hu (193.239.149.1): icmp_req=38 ttl=58 time=41.8 ms
    64 bytes from www.bix.hu (193.239.149.1): icmp_req=39 ttl=58 time=42.0 ms
    64 bytes from www.bix.hu (193.239.149.1): icmp_req=40 ttl=58 time=41.5 ms
    64 bytes from www.bix.hu (193.239.149.1): icmp_req=41 ttl=58 time=40.9 ms
    64 bytes from www.bix.hu (193.239.149.1): icmp_req=42 ttl=58 time=44.0 ms
    64 bytes from www.bix.hu (193.239.149.1): icmp_req=43 ttl=58 time=42.1 ms
    64 bytes from www.bix.hu (193.239.149.1): icmp_req=44 ttl=58 time=45.9 ms
    64 bytes from www.bix.hu (193.239.149.1): icmp_req=45 ttl=58 time=41.0 ms
    64 bytes from www.bix.hu (193.239.149.1): icmp_req=46 ttl=58 time=42.2 ms
    64 bytes from www.bix.hu (193.239.149.1): icmp_req=47 ttl=58 time=41.7 ms
    ^C
    --- bix.hu ping statistics ---
    47 packets transmitted, 47 received, 0% packet loss, time 46061ms
    rtt min/avg/max/mdev = 40.626/42.542/48.229/1.735 ms

    De azt még hozzátenném, hogy a hálózat végleges formájában van, rá van kötve a router is a modemre, ezen keresztül érem el. Egyszerűen csak létrehoztam egy statikus útvonalat a 192.168.1.0 hálózatba és eléri a szoftver, illetve telneten is rá lehet csatlakozni.
    A wifi miatt lehet nagyobb valamivel a ping, de amikor direkt kábelen voltam, akkor sem ment 39 alá.

    Így tudom figyelni, ha esetleg megszakad a kapcsolat, hogy melyik eszköz lehet a hibás, mert van egy WAN kapcsolat számláló a routerben is, meg ugye van ADSL és uptime számláló a modemben.

    Na így a végére még külön akkor a modem pingje és a routeré is.
    Router:
    adam@HP-ProBook-4710s:~$ ping 192.168.0.1
    PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data.
    64 bytes from 192.168.0.1: icmp_req=1 ttl=64 time=6.40 ms
    64 bytes from 192.168.0.1: icmp_req=2 ttl=64 time=6.29 ms
    64 bytes from 192.168.0.1: icmp_req=3 ttl=64 time=3.08 ms
    64 bytes from 192.168.0.1: icmp_req=4 ttl=64 time=2.54 ms
    64 bytes from 192.168.0.1: icmp_req=5 ttl=64 time=2.56 ms
    64 bytes from 192.168.0.1: icmp_req=6 ttl=64 time=2.56 ms
    64 bytes from 192.168.0.1: icmp_req=7 ttl=64 time=2.56 ms
    64 bytes from 192.168.0.1: icmp_req=8 ttl=64 time=2.57 ms
    64 bytes from 192.168.0.1: icmp_req=9 ttl=64 time=2.77 ms
    64 bytes from 192.168.0.1: icmp_req=10 ttl=64 time=2.53 ms
    64 bytes from 192.168.0.1: icmp_req=11 ttl=64 time=2.55 ms
    64 bytes from 192.168.0.1: icmp_req=12 ttl=64 time=2.78 ms
    64 bytes from 192.168.0.1: icmp_req=13 ttl=64 time=2.56 ms
    64 bytes from 192.168.0.1: icmp_req=14 ttl=64 time=5.17 ms
    64 bytes from 192.168.0.1: icmp_req=15 ttl=64 time=2.53 ms
    64 bytes from 192.168.0.1: icmp_req=16 ttl=64 time=2.58 ms
    64 bytes from 192.168.0.1: icmp_req=17 ttl=64 time=2.56 ms
    64 bytes from 192.168.0.1: icmp_req=18 ttl=64 time=2.57 ms
    64 bytes from 192.168.0.1: icmp_req=19 ttl=64 time=2.77 ms
    64 bytes from 192.168.0.1: icmp_req=20 ttl=64 time=5.56 ms
    64 bytes from 192.168.0.1: icmp_req=21 ttl=64 time=2.77 ms
    64 bytes from 192.168.0.1: icmp_req=22 ttl=64 time=2.55 ms
    64 bytes from 192.168.0.1: icmp_req=23 ttl=64 time=2.46 ms
    ^C
    --- 192.168.0.1 ping statistics ---
    23 packets transmitted, 23 received, 0% packet loss, time 22038ms
    rtt min/avg/max/mdev = 2.466/3.189/6.405/1.251 ms

    Modem:
    adam@HP-ProBook-4710s:~$ ping 192.168.1.1
    PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
    64 bytes from 192.168.1.1: icmp_req=1 ttl=63 time=6.15 ms
    64 bytes from 192.168.1.1: icmp_req=2 ttl=63 time=2.48 ms
    64 bytes from 192.168.1.1: icmp_req=3 ttl=63 time=2.76 ms
    64 bytes from 192.168.1.1: icmp_req=4 ttl=63 time=23.8 ms
    64 bytes from 192.168.1.1: icmp_req=5 ttl=63 time=54.1 ms
    64 bytes from 192.168.1.1: icmp_req=6 ttl=63 time=2.50 ms
    64 bytes from 192.168.1.1: icmp_req=7 ttl=63 time=5.18 ms
    64 bytes from 192.168.1.1: icmp_req=8 ttl=63 time=2.54 ms
    64 bytes from 192.168.1.1: icmp_req=9 ttl=63 time=5.21 ms
    64 bytes from 192.168.1.1: icmp_req=10 ttl=63 time=2.76 ms
    64 bytes from 192.168.1.1: icmp_req=11 ttl=63 time=5.20 ms
    64 bytes from 192.168.1.1: icmp_req=12 ttl=63 time=2.76 ms
    64 bytes from 192.168.1.1: icmp_req=13 ttl=63 time=2.59 ms
    64 bytes from 192.168.1.1: icmp_req=14 ttl=63 time=2.48 ms
    64 bytes from 192.168.1.1: icmp_req=15 ttl=63 time=2.77 ms
    64 bytes from 192.168.1.1: icmp_req=17 ttl=63 time=45.8 ms
    64 bytes from 192.168.1.1: icmp_req=18 ttl=63 time=2.63 ms
    64 bytes from 192.168.1.1: icmp_req=19 ttl=63 time=3.95 ms
    64 bytes from 192.168.1.1: icmp_req=20 ttl=63 time=9.80 ms
    64 bytes from 192.168.1.1: icmp_req=21 ttl=63 time=2.70 ms
    64 bytes from 192.168.1.1: icmp_req=22 ttl=63 time=5.05 ms
    ^C
    --- 192.168.1.1 ping statistics ---
    22 packets transmitted, 21 received, 4% packet loss, time 21036ms
    rtt min/avg/max/mdev = 2.480/9.211/54.141/14.062 ms

  • Adamyno

    tag

    Sziasztok!

    Szeretnék egykis segítséget kérni a hozzáértőktől. Tegnap óta átnyálaztam nagyon sok dokumentációt részletesebben és már ezelőtt is hallottam a működési elvről, de még jócskán kezdő vagyok. Májusban kötötték be hozzánk az ADSL internetet. 5Mbit/0,5Mbit elvileg a sávszélesség. Régebben csak 1 megás wifis hulladék volt elérhető. Egy 400 lelkes faulról beszélünk.

    Szóval miután bekötötték, nem volt gond. Legalábbis nem vettem észre, nagy volt az öröm, végre normális sebességgel lehetett netezni. Aztán körülbelül 1-2 hónap múlva észrevettem, hogy a modem eldobálja a kapcsolatot. Főleg akkor ha videót streamelek. Youtube, online közvetítés vagy hasonlók... Egy fekete D-LINK DSL-360R T1 modemet kaptam a szolgáltatótól (T-Home). Egyik ismerősnek nem volt kompatibilis a régi Huawei modemje az új routerrel és cseréltünk, amíg szerzett egyet. Mikor visszakaptam az enyémet, nagyjából akkor kezdődtek a szakadozások. No meg az ő modemével előtte, amikor az itt volt.

    Kb. 15m kábel volt a házban, ami a bejövő vonaltól a modemig ment. Ez egy ilyen fehér 4 eres kábel, nem tudom milyen fajta, nincs rá írva semmi. Gondolom mindenhol ezt használják. Csak 2 ér van bekötve. Hülyeségnek tartom, mert a másik 2 szedi a zajt. No mindegy, én azt lerövidítettem amennyire csak lehet. Most úgy kb. 2m kábel után jön a szűrő, utána még egy 1,5m telefon kábel és a modem. Onnan UTP.

    Feltettem a modemre az új BitSwitcher firmware-t. Csináltam DMT-vel képeket. Éjszaka 3:40 körül, délelőtt 10 körül és délben. Ha azokat felteszem, megtudná nézni valaki?

    Vagy azt tegyem ki amit a modem webes felületen rajzol? Mellé még milyen infók kellenek? Tegnap óta van fent ez a firmware, azóta szakadást még nem észleltem, de van hogy napokig jó, utána meg 5 perc alatt 5x eldobja a kapcsolatot.

    Úgy vettem észre, hogy át is raktak egy 3 megás csomagba. Arra gondoltam, hogy ahol az SNR érték 39 alá megy, azt a vivőt kizárnám.

    Vajon így javulhatna a kapcsolat valamivel? Most még egy órás BERT tesztet lefuttatok, illetve a DMT-ben egy 24 órás SNR monitorozást. Vajon ezekkel az eszközökkel valamit javulhat a helyzet? Egyáltalán az, hogy az új FW van a modemen már hozhat önmagában javulást?

    Ez a kettő friss kép, annyira most talán nem zajos, de délelőtt durva volt.

Új hozzászólás Aktív témák

Hirdetés