Internet szakadozás.

[kungfuevil]

Sziasztok, úgy gondoltam előbb rákérdezek a fórumon a problémámra, hátha nálam van a hiba.

Pár hét óta szakadozik az internet kapcsolatom, előfordul hogy naponta többször is, viszont este 22:02-kor kivétel nélkül minden egyes nap megszakad.

A rendszer naplóban ezeket írja.

07.08.2016 22:02:42 DHCPv6 server is active: Aug 7 22:02:42 fe80::1 (DH101)

07.08.2016 22:02:17 Timeout during PPP initialization. (IPV6CP) (R023)

07.08.2016 22:02:13 Time Server successfully connected and time synchronisation achieved. (T101)

07.08.2016 22:02:09 Timeout during PPP initialization. (IPV6CP) (R023)

07.08.2016 22:02:05 Timeout during PPP initialization. (IPV6CP) (R023)

07.08.2016 22:02:03 Timeout during PPP initialization. (IPV6CP) (R023)

07.08.2016 22:02:02 Internet connection successfully established. (R010)

07.08.2016 22:02:02 From internet service provider transferred Gateway IP address: 84.0.18.146 (R022)

07.08.2016 22:02:02 Timeout during PPP initialization. (IPV6CP) (R023)

07.08.2016 22:02:02 Timeout during PPP initialization. (IPCP) (R023)

07.08.2016 22:01:56 Connection to the Internet has been terminated. (R009)

 

A segítségeteket előre is köszönöm.

Üdv.

[Törölt_tag6824]

Nekem most is akadozik.

Itt nem megy tovább:  81.183.3.133

[Barni]

Hali.

Nekem kábelnetem van pontosabban HFC kb 5 hónapja.sebesség ok,iptv is frankó,a ping-el se volt baj mostanáig.Feltűnt hogy kb este 6-tól olyan éjfélig eléggé el***** a ping konkrétan az eddigi 28-30ms-ről stabilan felmegy 70 körülre,és elég nagyokat droppol néha 100ms a válaszidő.mivel ez egy fps játék itt igen is számit a ping ( Quake live) szóval elég zavaró.Gondoltam a szerver rossz,vagy túlterhelt stb.de igazából nem.ez egy frankfurti szerver szóval nem magyar de sose volt vele gond.sokan játszunk "itthonról" és mindenki aki telekomos,és lehet az adsl,kábelnet stb annak mindnek elcsesződik úgy mint nekem ahogy az előbb leírtam.más haza szolgáltatónál lévő játékos is van azoknak semmi bajuk sőt!még verik is ezt a pinget ami nekem van.mármint amikor jó..reggel,és kicsit délután.sok országból játszanak itt és senkinek se rossz csak aki telekomos.igazából azóta van ez mióta volt az ncore-os téma hogy nem volt elérhető,biztos hallottátok.ez összefüggésbe lehet?tipp,ötlet,hozzászólás?később linkelek adatokat vagy képet!köszi

[Barni]

Miért nem lehet megváltoztatni a wan ip megújítása?és pont azóta a 21 perc múlva megy fel a ping,mikor új címet vagy nemtom mit oszt ki.

Szerkesztve ekkor: 2016. október 10. Szerkesztő: Barni

[Barni]

Nálam ilyen most,van Packet loss rendesen.ismerősömnél másik szolgáltatónál ide 25-28ms packet loss nélkül ahogy nekem is volt,vagyis még 25 percel ezelöttig.viszont más telekomosnál is hasonló a szitu.akinek van pici ideje van pls pingelje meg,mert lehet csak nálunk a városba van a gebasz bár nem hinném

Szerkesztve ekkor: 2016. október 10. Szerkesztő: Barni

[Törölt_tag6815]

Nyár óta hasonló a helyzet méha 1-2sec a ping aztán vissza 40ms-re máskor napokig jó néha naponta 20x leszakad a kapcsolat. Esőben / napsütésben / szélben bármikor csinálja nincs összefüggés, oszlopon vezeték cserélve mindenhol és névelegesen bőven tudná a 10mbit de korlátoznom kell 8mbit-re, hogy ne szakadjon ...

Most 0 forgalom mellett ilyent produkál...

Szerkesztve ekkor: 2016. október 10. Szerkesztő: Limnery

[Törölt_tag6815]

Ami érdekes, ha magyar VPN-re csatlakozok akkor ezek az anomáliák megszűnnek, tehát a T hálózatában van a gond a külföldi forgalom esetében.

Szerkesztve ekkor: 2016. október 10. Szerkesztő: Limnery

[Barni]

Igen erről én is hallottam hogy a telekom este vagy inkább késő délutántól átáll másik portra a külföldi kapcsolatokat tekintve.Elég szégyenteljes ez a ping 2016ba,arról nem beszélve hogy igazából nem is foglalkoznak ezzel a hibával mivel szerintük a ping nem garantált.csak azt nem értem hogy más szolgáltató ADSL-je röhögve lenyomja a kábelnet pingjét és stabilabb mint a jó magyar forint.az embernek lenne egy kis szabadideje leülni a gép elé játszani,de ezzel a pingel FPS-t lehetetlen úgy hogy ~30ms-hez volt szokva!ja és ugye nem személy szerinti vagy helyi hiba hanem országos,mert mindent telekomosnak ez van..

Szerkesztve ekkor: 2016. október 10. Szerkesztő: Barni

[Törölt_tag6815]

A gond az, hogy ez a munkám rovására megy, mivel így nemzetközi oldalakat nem igazán érek el, a kikapcsolódás második rendű lenne csak. Viszont ezt ebben a formában supportnak nem igazán lehet leadni mivel nem értik vagy nem akarják megérteni.

[acel]

3 órája, Limnery írta:

A gond az, hogy ez a munkám rovására megy, mivel így nemzetközi oldalakat nem igazán érek el, a kikapcsolódás második rendű lenne csak. Viszont ezt ebben a formában supportnak nem igazán lehet leadni mivel nem értik vagy nem akarják megérteni.

ÁSZF, felügyeleti szerv (hirközlési hivatal) nál kell a minősgégi paramétereknek utánanézni.

[acel]

http://www.hwsw.hu/hirek/54413/nmhh-internet-mobilnet-szelessav-meres.html
érdekes oldal, lehet kérni hálózat stabilitás mérőt..

[Törölt_tag6815]

3 perce, acel írta:

ÁSZF, felügyeleti szerv (hirközlési hivatal) nál kell a minősgégi paramétereknek utánanézni.

Valóban ezt el is felejtettem, korábban már elkezdtem ezzel foglalkozni, csak akkor éppen "megjavult" a dolog, de most lehet belevágok!

Köszönöm, hogy emlékeztettél rá

[acel]

Ekkor: 10/11/2016 at 11:04, Limnery írta:

Valóban ezt el is felejtettem, korábban már elkezdtem ezzel foglalkozni, csak akkor éppen "megjavult" a dolog, de most lehet belevágok!

Köszönöm, hogy emlékeztettél rá

Sikerült megkérdezni? a ping rettentően zavaró remote desktophoz, és a bufferbloatra  is jó lenne rákérdezni mint paraméter (T-nél gyakran megnő a ping 1mp felé terhelés alatt)

[Törölt_tag6815]

Egyenlőre leadtam a kérelmet a dobozra most még várok.

Ezt tapasztaltam én is, hogy ha van terhelés hirtelen akkor a ping megnő  1 sec vagy több-re is (esetleg packet loss lesz a vége). Tovább korlátoztam a routeren a kimenő forgalmat így megakadályozva a sáv "tömődését" bejövő csomagokkal.

Szerkesztve ekkor: 2016. október 13. Szerkesztő: Limnery

[acel]

13 perce, Limnery írta:

Egyenlőre leadtam a kérelmet a dobozra most még várok.

Ezt tapasztaltam én is, hogy ha van terhelés hirtelen akkor a ping megnő  1 sec vagy több-re is (esetleg packet loss lesz a vége). Tovább korlátoztam a routeren a kimenő forgalmat így megakadályozva a sáv "tömődését" bejövő csomagokkal.

Úgy látszik a T eszközök QOS-e a iptv-hez van berögzítve 100-as szöggel, az eredeti beállítások eltakarásával. Az egészben az az árverés hogy az ügyfelem megveszik a drágább netet mert lassú a net, de ki sem használják, csak a bufferblot-ot érszik lassúságnak.

[Törölt_tag6815]

Hmm ez érdekes felvetés, erre nem is gondoltam, valóban van benne valami. A csomagom 10mbit és nem is lehet nagyobb mivel a vonal nem bírja, most épp kb. 4mbit-re szinkronizált  de a latencyt attól még nem befolyásolhatná..

Szerkesztve ekkor: 2016. október 13. Szerkesztő: Limnery

[acel]

7 órája, Limnery írta:

Hmm ez érdekes felvetés, erre nem is gondoltam, valóban van benne valami. A csomagom 10mbit és nem is lehet nagyobb mivel a vonal nem bírja, most épp kb. 4mbit-re szinkronizált  de a latencyt attól még nem befolyásolhatná..

http://www.dslreports.com/speedtest
Bufferbloat mérésére

[kungfuevil]

Megint nem volt internet elérésem 3 napig, kicsit kezd tele lenni a nemi szervem a telebohócokkal.

A lag egyébként nem csak este jelentkezik.

Éppen most léptem ki az egyik játékból (smite) mert minden meccs alatt 300-900 pingem volt.

Még pingzapper-el és wtfast-al is, szóval a hiba egyértelműen a Magyar oldalon van.

Mondom felmegyek speedtest-re "timeout", ok...

Oks, akkor legyen egy kis 9gag böngészés. 5 perc alatt sikerült is betölteni az első 4 képet.

 

Ugyanakkor nem is tudom minek írogatunk erre a fórumra.

Mert a nyomorékokat csak az érdekli, hogy a számla időben be legyen fizetve, a szolgáltatás minősége teljesen másodrendű.

Aztán valószínűleg egy illetékes sem olvassa a hozzászólásokat a fórumon. Azért csinálták, hogy ne máshol panaszkodjanak az emberek arra hogy mekkora egy rakás ***** a szolgáltatás amit nyújtanak. Hiszen az rontaná az üzletet.

[Törölt_tag6933]

Folyamatos szakadozás miatt mindent kivizsgáltak nálunk, majd modemet cseréltek. Pár hétig minden ok volt. Majd 1-2 napja kezdődik újra a szakadozás. A log-ban ezt írja:

Állapot

Eseménynapló

Ezen az oldalon rendszer üzeneteket láthat.

Idő	Prioritás	Leírás
Tue 24 Jan 2017 18:49:58	Kritikus (3)	Started Unicast Maintenance Ranging - No Response received - ...
Mon 23 Jan 2017 15:40:23	Kritikus (3)	Received Response to Broadcast Maintenance Request, But no Un...
Mon 23 Jan 2017 15:39:35	Hiba (4)	Missing BP Configuration Setting TLV Type: 17.9;CM-MAC=40:65:...
Mon 23 Jan 2017 15:39:35	Hiba (4)	Missing BP Configuration Setting TLV Type: 17.8;CM-MAC=40:65:...
Mon 23 Jan 2017 15:39:35	Hiba (4)	Missing BP Configuration Setting TLV Type: 17.7;CM-MAC=40:65:...
Mon 23 Jan 2017 15:39:35	Hiba (4)	Missing BP Configuration Setting TLV Type: 17.6;CM-MAC=40:65:...
Mon 23 Jan 2017 15:39:35	Hiba (4)	Missing BP Configuration Setting TLV Type: 17.5;CM-MAC=40:65:...
Mon 23 Jan 2017 15:39:35	Hiba (4)	Missing BP Configuration Setting TLV Type: 17.4;CM-MAC=40:65:...
Mon 23 Jan 2017 15:39:35	Hiba (4)	Missing BP Configuration Setting TLV Type: 17.3;CM-MAC=40:65:...
Mon 23 Jan 2017 15:39:35	Hiba (4)	Missing BP Configuration Setting TLV Type: 17.2;CM-MAC=40:65:...
Mon 23 Jan 2017 15:39:35	Hiba (4)	Missing BP Configuration Setting TLV Type: 17.1;CM-MAC=40:65:...
Mon 23 Jan 2017 15:39:34	Figyelmeztetés (5)	DHCP WARNING - Non-critical field invalid in response ;CM-MAC...
Mon 23 Jan 2017 15:39:31	Értesítés (6)	Honoring MDD; IP provisioning mode = IPv4
Mon 23 Jan 2017 15:39:16	Kritikus (3)	No Ranging Response received - T3 time-out;CM-MAC=40:65:a3:f2...
Mon 23 Jan 2017 15:39:04	Hiba (4)	Missing BP Configuration Setting TLV Type: 17.9;CM-MAC=40:65:...
Mon 23 Jan 2017 15:39:04	Hiba (4)	Missing BP Configuration Setting TLV Type: 17.8;CM-MAC=40:65:...
Mon 23 Jan 2017 15:39:04	Hiba (4)	Missing BP Configuration Setting TLV Type: 17.7;CM-MAC=40:65:...
Mon 23 Jan 2017 15:39:03	Hiba (4)	Missing BP Configuration Setting TLV Type: 17.6;CM-MAC=40:65:...
Mon 23 Jan 2017 15:39:03	Hiba (4)	Missing BP Configuration Setting TLV Type: 17.5;CM-MAC=40:65:...
Mon 23 Jan 2017 15:39:03	Hiba (4)	Missing BP Configuration Setting TLV Type: 17.4;CM-MAC=40:65:...
Mon 23 Jan 2017 15:39:03	Hiba (4)	Missing BP Configuration Setting TLV Type: 17.3;CM-MAC=40:65:...
Mon 23 Jan 2017 15:39:03	Hiba (4)	Missing BP Configuration Setting TLV Type: 17.2;CM-MAC=40:65:...
Mon 23 Jan 2017 15:39:03	Hiba (4)	Missing BP Configuration Setting TLV Type: 17.1;CM-MAC=40:65:...
Mon 23 Jan 2017 15:39:03	Figyelmeztetés (5)	DHCP WARNING - Non-critical field invalid in response ;CM-MAC...
Mon 23 Jan 2017 15:32:16	Értesítés (6)	Honoring MDD; IP provisioning mode = IPv4
Mon 23 Jan 2017 15:32:09	Figyelmeztetés (5)	B-INIT-RNG Failure - Retries exceeded;CM-MAC=40:65:a3:f2:8e:7...
Mon 23 Jan 2017 15:32:09	Kritikus (3)	No Ranging Response received - T3 time-out;CM-MAC=40:65:a3:f2...
Mon 23 Jan 2017 15:29:56	Kritikus (3)	Received Response to Broadcast Maintenance Request, But no Un...
Mon 23 Jan 2017 15:26:41	Kritikus (3)	Started Unicast Maintenance Ranging - No Response received - ...
Sat 21 Jan 2017 15:10:59	Hiba (4)	DHCP RENEW WARNING - Field invalid in response v4 option;CM-M...
Sat 21 Jan 2017 11:12:11	Kritikus (3)	Started Unicast Maintenance Ranging - No Response received - ...
Sat 21 Jan 2017 09:31:29	Értesítés (6)	WiFi Interface [wl1] set to Channel 6 (Side-Band Channel:N/A)...

 Szerintetek? Mi lehet? Tudok bármit tenni ellene?

Köszi
Roland

[Törölt_tag6933]

14 perce, anonymus írta:

Szia

 

Az Állapot / kapcsolat fül lenne az érdekes inkább.

Állapot

Kapcsolat

Ez az oldal a modem HFC hálózati és IP kapcsolati státuszát mutatja.

Üzembe helyezés folyamata
Folyamat	Állapot	Megjegyzés
Fogadott letöltési csatorna	514000000 Hz	Beállítva
Letöltési csatornák fogadása	OK	Működő
Feljelentkezési állapot	OK	Működő
Konfigurációs fájl	OK
Titkosítás	Engedélyezve	BPI+

 

Letöltési csatornák állapota
Csatorna	Állapot	Moduláció	Azonosító	Frekvencia	Teljesítmény	SNR
1	Beállítva	QAM256	18	514000000 Hz	1.3 dBmV	43.6 dB
2	Beállítva	QAM256	1	124000000 Hz	0.5 dBmV	39.6 dB
3	Beállítva	QAM256	2	132000000 Hz	-0.4 dBmV	39.6 dB
4	Beállítva	QAM256	3	140000000 Hz	-0.4 dBmV	39.4 dB
5	Beállítva	QAM256	4	148000000 Hz	0.4 dBmV	39.5 dB
6	Beállítva	QAM256	17	506000000 Hz	1.2 dBmV	41.9 dB
7	Beállítva	QAM256	19	522000000 Hz	1.4 dBmV	44.3 dB
8	Beállítva	QAM256	20	530000000 Hz	1.5 dBmV	44.2 dB
9	Beállítva	QAM256	5	346000000 Hz	-0.7 dBmV	42.7 dB
10	Beállítva	QAM256	6	354000000 Hz	-0.9 dBmV	42.8 dB
11	Beállítva	QAM256	7	362000000 Hz	-1.3 dBmV	42.3 dB
12	Beállítva	QAM256	8	370000000 Hz	-1.0 dBmV	42.6 dB
13	Beállítva	QAM256	9	378000000 Hz	-0.2 dBmV	43.1 dB
14	Beállítva	QAM256	10	386000000 Hz	-0.1 dBmV	43.3 dB
15	Beállítva	QAM256	11	394000000 Hz	-0.3 dBmV	43.2 dB
16	Beállítva	QAM256	12	402000000 Hz	-0.4 dBmV	43.1 dB
17	Beállítva	QAM256	13	434000000 Hz	0.6 dBmV	43.9 dB
18	Beállítva	QAM256	14	442000000 Hz	0.7 dBmV	43.9 dB
19	Beállítva	QAM256	15	450000000 Hz	1.1 dBmV	43.9 dB
20	Beállítva	QAM256	16	458000000 Hz	1.1 dBmV	43.9 dB
21	Beállítva	QAM256	29	474000000 Hz	0.8 dBmV	43.9 dB
22	Beállítva	QAM256	30	482000000 Hz	0.4 dBmV	43.9 dB
23	Beállítva	QAM256	31	490000000 Hz	0.2 dBmV	43.9 dB
24	Beállítva	QAM256	32	498000000 Hz	0.8 dBmV	44.6 dB

 

Feltöltési csatornák állapota
Csatorna	Állapot	Hozzáférés típusa	Azonosító	Szimbólum ráta	Frekvencia	Teljesítmény
1	Beállítva	ATDMA	5	5120 Ksym/sec	51600000 Hz	41.2 dBmV
2	Beállítva	ATDMA	1	5120 Ksym/sec	26000000 Hz	39.8 dBmV
3	Beállítva	ATDMA	2	5120 Ksym/sec	32400000 Hz	40.3 dBmV
4	Beállítva	ATDMA	3	5120 Ksym/sec	38800000 Hz	41.8 dBmV
5	Beállítva	ATDMA	4	5120 Ksym/sec	45200000 Hz	41.8 dBmV
6	Beállítva	ATDMA	6	5120 Ksym/sec	58000000 Hz	41.8 dBmV
7	Nem beállított	Ismeretlen	0	0 Ksym/sec	0 Hz	0.0 dBmV
8	Nem beállított	Ismeretlen	0	0 Ksym/sec	0 Hz	0.0 dBmV

 

CM IP cím	Időtartam	Lejárat
	D: -- H: -- M: -- S: --	--- -- --- ---- --:--:--

Aktuális rendszer idő: Tue 24 Jan 2017 19:21:19

[fgabor87]

Érdekes, hogy nálad is vannak DHCP warningok. Nálam is orrba-szájba dobálja a router, hogy ISP's DHCP server nem megfelelően van konfigurálva. Sajnos emiatt néha el is dobja a netet, és mivel nincs DHCP release/renew gombom a felületen, elég nehézkes újraindítás nélkül újra kapcsolatot varázsolni.

Pedig az ember azt gondolná, hogy nem túl bonyolult üzemeltetni egy DHCP szervert.

[fgabor87]

Igen, erre.

Tudom, hogy csak warning, ettől függetlenül rossz beállításra utal. Érvénytelen adatot küld valamilyen mezőben.
Nálam tipikusan ha szakadás van, visszaáll a router, de egy idő után elmegy a net.

Tegnap reggel 9 után valamikor volt egy szakadás, és utána nem tudott visszaállni a router. Azt írta, hogy az ISP DHCP kiszolgálója nem működik megfelelően. A logban meg a szokásos szöveg.

Jan 24 09:36:22 WAN Connection: Ethernet link down. (net el)
Jan 24 09:36:38 dhcp client: bound 192.168.100.10 via 192.168.100.1 during 30 seconds. (itt elment a net, kapott egy IP-t a modemtől, érdekes módon erre nem dobál warningot)
Jan 24 09:37:27 WAN Connection: Ethernet link down.
Jan 24 09:37:32 WAN Connection: Ethernet link up. (gondlom visszajött a net, vagy újraindult a modem)
Jan 24 09:37:43 dhcp client: bound 62.201.106.241 via 62.201.106.1 during 78325 seconds. (az időt nem tudom honnan méri, talán a legelső down-tól, de ez akkor is milisec)
Jan 24 09:37:47 WAN Connection: ISP's DHCP did not function properly.
Jan 24 09:37:52 dhcp6 client: bound address 2001:4c4c:*********************, prefix 2001:4c4c:*****************

Ezután semmi bejegyzés, net persze nem volt, és otthon ez fogadott. És nem az első ilyen eset. Amúgy sokszor szerepel a " ISP's DHCP did not function properly" bejegyzés a logokban, de nem mindig követi probléma. Ezek szerint van olyan esemény, amikor az a bizonyos hibás, nem kritikus mező érték kéne a routernek...

[Törölt_tag6933]

Nincs router csak a T-s modem. Vagy nem nekem szólt a hozzászólás?

Szerkesztve ekkor: 2017. január 25. Szerkesztő: csige
+ szöveg

[fgabor87]

De, lehet, hogy *****. Bár az Asus routereken Tomato fut, csak más felületet raknak fölé. Hétvégén tettem rá sima Tomato-t, nem mintha azzal jól ment volna, ugyan így DHCP gondok voltak.

Szerintem a modemnek nincs baja, ha nem a szolgáltató hálózatán csüng, mert épp leszakadt valami miatt, tökéletesen oszt IP-t.
Bár simán cseréltethetném, mert a tápja elszállt, és sajáttal használom. Ami egyszer már szintén javítva lett.

Ezektől függetlenül illene úgy beállítani egy szolgáltatónak a DHCP szerverét, hogy az teljes mértékben szabványos legyen, mivel kismillió féle eszköz lóg rajta, és elképzelhető, hogy valahol hibát okoz egy nem fontos, de rossz beállítás.
(És itt most említhetném a DVB C-t is, aminél a tv-m megbolondult, de T szerint minden tökéletes. Aztán mikor jött a nagy átszervezés, akkor hirtelen nálam is jó lett. Foglalkoztak vele, rendbe rakták, és már működik is.)

[Farao]

Hali.
Pár hete előfizettem az ADSL internet mellé az Internet Gyorsító csomagra, és azóta majd meg őrülök a szakadozás miatt.
Ugye megkaptam egy Huawei HA35 modemet, benne sim kártyával minden ami kell. Alap esetben tökéletesen működik is, és  30-as pingel vályog házban is 35-40 megás sebességet mérek. A korábbi ZTE hgw tisztán ADSL 40-45-ös ping és és 6,5-7 Mb/s-ot tudott.

A szakadozás nem újkeletű a régi modemmel is csinálta, csak ott szinte észre se vettem, hisz azonnal újracsatlakozott. A jelenlegi modemnél ez 5 perc, és amíg az ADSL-t ledobja addig a mobil net se megy. Gondolom azért mert össze kell hogy szinkronizálja. Így aztán nem kicsit vált zavaróvá a jelenség. Az elmúlt 2 hétben kétszer hívtam őket, első alkalommal központilag állítottak valamit, második alkalommal a szerelő is kijött aki elmondása szerint át kötött egy másik vonalra mert a környéken másnak is volt hasonló problémája. Ha már itt járt szóltam neki hogy nálam is nézze meg mert az itteni kötésre gyanakszom hogy itt se tiszta valami. 
Hozzá teszem hogy a legutóbbi szerelés óta a modem szerint megnőtt a "Downstream line attenuation (dB)" és a  "Downstream output power (dBm) " előbbi 6 utóbbi pedig 0,4-el.

A vonalról egy kis infó:

Tisztán DSL:

[btz]

4 órája, Farao írta:

.Ha már itt járt szóltam neki hogy nálam is nézze meg mert az itteni kötésre gyanakszom hogy itt se tiszta valami. 

Hozzá teszem hogy a legutóbbi szerelés óta a modem szerint megnőtt a "Downstream line attenuation (dB)" és a  "Downstream output power (dBm) " előbbi 6 utóbbi pedig 0,4-el.

A vonalról egy kis infó:

Tisztán DSL:

Abban teljesen biztos lehetsz, hogy nem tiszta valami.

Elég brutál kötés ami ott a második képen van, elég brutál a csillapítási érték is. A legutóbbi szerelés óta nőt a csillapítás? "Szép" munka! Szerintem hívd fel a Telekomot és kérj egy másik szerelőt, aki ezt az egészet elbontja, és megcsinálja normálisan.

Érdemes lenne vdsl technológiára áttérni az adsl2plus-ról.

Szerkesztve ekkor: 2017. február 4. Szerkesztő: btz