Ugrás a tartalomhoz
  • 0

Internet szakadozás.


kungfuevil

Kérdés

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.

Link kommenthez
Megosztás más oldalakon

  • Válaszok 55
  • Létrehozva
  • Utolsó válasz

A legnépszerűbb tartalomgyártók a témában

A legnépszerűbb tartalomgyártók a témában

Posztolt képek

Ajánlott posztok

  • 0

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

Link kommenthez
Megosztás más oldalakon

  • 0

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 :/

dsf.jpg

Szerkesztve ekkor: Szerkesztő: Barni
Link kommenthez
Megosztás más oldalakon

  • 0

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

192K_perny_fot_2016_10_10.png

Szerkesztve ekkor: Szerkesztő: Limnery
Link kommenthez
Megosztás más oldalakon

  • 0

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: Szerkesztő: Barni
Link kommenthez
Megosztás más oldalakon

  • 0
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.

Link kommenthez
Megosztás más oldalakon

  • 0
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)

Link kommenthez
Megosztás más oldalakon

  • 0

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: Szerkesztő: Limnery
Link kommenthez
Megosztás más oldalakon

  • 0
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.

Link kommenthez
Megosztás más oldalakon

  • 0

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: Szerkesztő: Limnery
Link kommenthez
Megosztás más oldalakon

  • 0

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.

Link kommenthez
Megosztás más oldalakon

  • 0

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

Link kommenthez
Megosztás más oldalakon

  • 0
14 perce, anonymus írta:

Szia

 

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

Ü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

Link kommenthez
Megosztás más oldalakon

  • 0

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

Link kommenthez
Megosztás más oldalakon

  • 0

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

Screenshot_20170124-172122.png

Link kommenthez
Megosztás más oldalakon

  • 0

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. :D

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

Link kommenthez
Megosztás más oldalakon

  • 0

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ó:
Kepkivagasd71c2.th.png20170204_153422.th.jpg

Tisztán DSL:
6025094028.png

Link kommenthez
Megosztás más oldalakon

  • 0
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ó:
Kepkivagasd71c2.th.png20170204_153422.th.jpg

Tisztán DSL:
6025094028.png

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: Szerkesztő: btz
Link kommenthez
Megosztás más oldalakon

Csatlakozz a közösséghez!

Posztolhatsz regisztráció előtt is. Ha már van regisztrációd, jelentkezz be itt.

Vendég
Válaszolj a kérdésre...

×   Formázással együtt illesztetted be a tartalmat.   Formázás eltávolítása

  Only 75 emoji are allowed.

×   A linkedet automatikusan beágyaztuk.   Linkként mutatás

×   Az előző tartalmat tároltuk. .   Itt törölhetsz

×   You cannot paste images directly. Upload or insert images from URL.


×
×
  • Új...