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.

[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

[anonymus]

Szia

 

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

[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

[anonymus]

Hááááááát magas számú nem javítható vonali hiba miatt is lehet ilyen még, de csak sötétben tapogatózok. 

[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.

[anonymus]

DHCP WARNING - Non-critical field invalid in response ;CM-MAC...

Erre gondolsz ?

[anonymus]

Csak mert ez 

Time Not Established

Warning (5)

DHCP WARNING - Non-critical field invalid in response ;CM-MAC...

Minden modemben megtalálható és nem hiba, csupán tájékoztatás.

[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...

[anonymus]

Nem lehet hogy ***** a routered ? Tudom az efi szarja mindig hibátlanul megy, de kicsit fura hogy csak nálad van gond. 

+1 

Majd 6 éves modemtől pls mit vársz, simán kiszolgálta már az idejét 4x minimum. 

Szerkesztve ekkor: 2017. január 25. Szerkesztő: anonymus

[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

[Farao]

17 perce, btz írta:

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.

Akkor jól selytettem hogy ennek nem így kéne kinéznie
Ezért is szóltam neki hogy ezt rendbe kéne tenni, de csak oda gugolt, babrált valamit és távozott. gyakorlatilag 5 perc alatt "végzett".
Csak miután távozott és nem lett jobb, gondoltam megnéztem mit alkotott...

A csillapitási érték növekedést szerintem annak tudható be, hogy mondta hogy átkötött másik vonalra (gondolom az utca végén található kötésnél...)
Amúgy eddig sebességbe is jobb volt. Hisz 6 mega alatt nem mértem általában 7 megát megadta.

De nekem nem is a sebesség lenne a lényeg, hisz a Gyorsító opció mérhetetlen sokat segít ebben. Csak a stabilitás lenne a fontos.

Mindenesetre hamarosan újra felhívom őket hátha...

[btz]

@Farao

Ha gondolod rakok fel képet, hogy hogyan is kéne kinéznie, az egyszer biztos, hogy nem így

Szerintem ezek a nyitott kötődobozok is szerepet játszhatnak ebben a brutális csillapításban, én ezt megmutogatnám szakmai fórumokon, hogy mit szólnak ehhez a bekötéshez.

Nekem 2016-ban volt szakadozási és sebesség csökkenési problémám. (A sebességcsökkenési probléma még mindig nem megoldott, de szerencsére a vonal 30 mbps-t így is kiszolgál, ami megfelel a jelenlegi díjcsomagomhoz, a 30/5-höz). Először földkábelesekkel lett beméretve a dsl központ és a házunk előtti oszlop közötti utcai és földvezetékes szakasz. Ennek eredményeképp megállapították, hogy abban semmi probléma, "kétszeresen is árnyékolt"(?) kábel, hiper szuper és satöbbi.  Utána vettem csak észre, hogy szakadozik is a vonal (nem volt egyszerű, mert azonnyomban újra is szinkronizált), ekkor kértem teljes kábelcserét a házon belül és rövidítve is lett a házonbelüli szakasz. Ezután a szakadozás megoldódott, most is van hogy szinkront bont, de ez max 20-30 naponta egyszer történik 4-5 másodperc alatt újra szinkronizál, pppoe kapcsolatot felépíti és újra megy, rendszerint mikor épp nem használom. Nem zavaró így már. Sajnos az 50 mbps-re nincs lehetőségem, pedig előtte az is ment.

A lényeg, hogy érdemes felhívni őket, egy bejelentésre akár az utcai oszloptól a dsl központig bevizsgálják a vonalat, utána ha abban nincs gond, akkor a házi dolgokat cseréltetni (de a képen látható állapotból ítélve ezt mindenféleképp meg kell lépni).

Vdslre kéne még mindenféleképp kérni az áttálást. Az is sokban segítene a vonal stabilitásában, ha jobbet nem de talán a stabil 10 mbps elérhető lenne vele (természetesen a fent leírt kábeljavítások után)

[Farao]

@btz

Alapból le vannak szépen takarva a kötődobozok a kis műanyag fedővel, kivéve a 2 szál ami össze köti az egyiket a másikkal. A doboztetőt csak én szedtem le hogy látszódjanak a kötések és hogy a vékony piros szál szigetelése is meg van sérülve.

Az a baj hogy bármit is mondok mindig az a válasz hogy messze van a központ (dúrván 2,5 km). Amit én meg is értek, csak hát kissé zavaró hogy pont akkor szakad meg a net amikor használom, pl. online videó nézés stb ami igazán kihasználja a netet.

Házon belül pedig nincs túlzott vezetékelés, a földből bejön a kábel ebbe a lefényképezett dobozba. és 1 toldással arrébb össz vissz 3 méterre van a modem. Ezt a 3 méteres szakaszt már én építettem ki, és tökéletesen működik is. Kb 1-el növeli meg a csillapítást mintha közvetlen a lefényképezett dobozba kötöttem volna a modemet. (kipróbáltam.)

Mivel voip telefon van, így a szűrőt is kivettem, valamit javított a helyzeten, de attól a szakadozás változatlan.

[btz]

@Farao

Az is előfordulhat, hogy a földben érte valami komolyabb gond a kábelt, ez is simán kideríthető, meg vannak rá az eszközök. Nekem pl a fali kötőfoboz bele volt rohadva a szigetelésbe, ez is cserélve lett az említett javításoknál. Az egy dolog, hoby 2,5 km-re van a központ, de nem biztos, hogy önmagában ez a szakadás oka, csak könyebb erre fogni és ezzel annyiban hagyni a dolgot, pedig 2,5 km-en rengeteg hiba is lehet, amit javítani is lehetne talán. Kicsit olyan ez mikor a doki a köhögő embert megkérdezi, hogy maga dohányzik? Igen. Akkor azért köhög.