abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
dnes 10:44 | Komunita

Společně s openSUSE Conference 2018 probíhá dnes v Praze na Fakultě informačních technologií ČVUT jednodenní seminář CryptoFest 2018 (Twitter). Přednášky lze sledovat online na YouTube nebo na CCC.

Ladislav Hagara | Komentářů: 0
dnes 02:22 | Komunita

Barton George, zakladatel a vedoucí projektu Sputnik, představil na svém blogu čtyři nové mobilní pracovní stanice Dell Precision s předinstalovaným Ubuntu. Jedná se o modely 3530, 5530, 7530 a 7730. Mobilní pracovní stanice budou certifikovány pro RHEL 7.5.

Ladislav Hagara | Komentářů: 4
dnes 01:11 | Nová verze

Vyšla verze 5.12 prohlížeče map a GPS logů GPXSee. Nová verze přidává podporu Garmin JNX map a přináší mírné zlepšení výkonu/UX.

Martin Tůma | Komentářů: 0
včera 12:11 | Komunita

V Praze na Fakultě informačních technologií ČVUT probíhá openSUSE Conference 2018. Přednášky lze sledovat také online. Aktuální dění lze sledovat na Twitteru. Stisknutím zeleného tlačítka bylo dnes dopoledne vydáno openSUSE Leap 15.0.

Ladislav Hagara | Komentářů: 6
včera 11:44 | Komunita

Na Steamu probíhá do 28. května akce s názvem Spring Cleaning (Jarní úklid). V rámci akce lze hrát hry Don't Starve Together, Cities: Skylines, Tyranny, Borderlands 2, Middle-earth: Shadow of Mordor a Left 4 Dead 2 běžící na Linuxu zdarma [GamingOnLinux].

Ladislav Hagara | Komentářů: 2
24.5. 23:23 | Humor

Nová služba České pošty nazvaná Bezpečné úložiště nabízí až 100GB kapacitu pro "bezpečnou správu Vašich dat pod patronací důvěryhodného partnera Česká pošta".

… více »
Lol Phirae | Komentářů: 56
24.5. 22:14 | Bezpečnostní upozornění

Nova kritická hrozba VPNfilter bola zistená po dlhšiej spolupráce Talos s verejnými i súkromnými bezpečnostnými agentúrami. VPNfilter ohrozuje približne 500 000 zariadení v približne 54 krajinach. Zasiahnutí výrobcovia sú Linksys, MikroTik, NETGEAR, TP-Link (SOHO), QNAP (NAS). Správanie malwaru je nebezpečnej povahy, čo môže v určitých prípadoch spôsobiť škody veľkého rozsahu. Často tieto zariadenia sú na perimetri sieťe bez ochrany.

ewew | Komentářů: 5
24.5. 21:55 | Pozvánky

CSNOG (Czech and Slovak Network Operators Group), první československé setkání síťových operátorů, se uskuteční 11. a 12. června v Brně. Akce je určena poskytovatelům internetového připojení, síťovým operátorům, provozovatelům registrů, internetovým odborníkům a všem zájemcům o internetové a síťové technologie. Program je zaměřený na odborná, technická témata jako například síťová architektura, bezpečnost sítí, zpracování dat, DNS a další. Nutná je registrace.

Ladislav Hagara | Komentářů: 0
24.5. 21:33 | Komunita

Na Humble Bundle lze získat počítačovou hru, simulátor hackování, Hacknet (Wikipedie, YouTube) běžící také v Linuxu zdarma. Tentokrát je ke stažení také verze bez DRM a navíc soundtrack. Speciální akce končí v sobotu v 19:00.

Ladislav Hagara | Komentářů: 0
23.5. 20:11 | Zajímavý software

Alexandre Julliard oznámil jménem vývojového týmu Wine vydání první verze 1.0 knihovny vkd3d určené pro překlad volání Direct3D 12 na Vulkan. Zdrojové kódy vkd3d jsou k dispozici pod licencí LGPLv2.1+.

Ladislav Hagara | Komentářů: 1
Používáte pro některé služby inetd?
 (35%)
 (23%)
 (42%)
Celkem 155 hlasů
 Komentářů: 5, poslední 22.5. 16:46
    Rozcestník

    Dotaz: OpenWRT, TL-MR3220 v2, AnyDATA ADU-510L: modem hangup po 2 minutách

    13.11.2014 14:00 bhy | skóre: 35 | blog: bhyblog | brno
    OpenWRT, TL-MR3220 v2, AnyDATA ADU-510L: modem hangup po 2 minutách
    Přečteno: 479×

    Dobré odpoledne všem,

    používám OpenWRT 14.07 Barrier Breaker na routeru TP-LINK TL-MR3220 v2 s 3G USB modemem AnyDATA ADU-510L od U:fona jakožto jediným spojením ven. OpenWRT jsem na router dal proto, že stock firmware můj modem vůbec nepodporoval (psal "connecting.." ale nikdy se nepřipojil, a LEDka na modemu svítila zeleně, při připojování má svítit modře).

    Teď se můžu úspěšně připojit, download i upload funguje normální rychlostí atd., ale spojení se vždy přeruší zhruba za 2 minuty. Často se doporučuje nastavit pppd option "noipdefault", což jsem udělal, ale nemělo to na nic vliv.

    Může jít o problém s napájením, související s tímhle: https://forum.openwrt.org/viewtopic.php?id=39956
    A může tedy být nutné, abych mezi router a modem přidal USB hub.
    Jde ale o jiný typ desky, můj router je ar71xx. Instaloval jsem z image openwrt-ar71xx-generic-tl-mr3220-v2-squashfs-factory.bin
    Nemám možnost změřit napětí v USB portu routeru.

    Zde je výstup logread:

    Wed Nov 12 13:31:20 2014 local2.info chat[5740]: abort on (BUSY)
    Wed Nov 12 13:31:20 2014 local2.info chat[5740]: abort on (NO CARRIER)
    Wed Nov 12 13:31:20 2014 local2.info chat[5740]: abort on (ERROR)
    Wed Nov 12 13:31:20 2014 local2.info chat[5740]: abort on (NO DIAL TONE)
    Wed Nov 12 13:31:20 2014 local2.info chat[5740]: abort on (NO ANSWER)
    Wed Nov 12 13:31:20 2014 local2.info chat[5740]: abort on (DELAYED)
    Wed Nov 12 13:31:20 2014 local2.info chat[5740]: report (CONNECT)
    Wed Nov 12 13:31:20 2014 local2.info chat[5740]: timeout set to 10 seconds
    Wed Nov 12 13:31:20 2014 local2.info chat[5740]: send (AT^M)
    Wed Nov 12 13:31:20 2014 local2.info chat[5740]: expect (OK)
    Wed Nov 12 13:31:20 2014 local2.info chat[5740]: AT^M^M
    Wed Nov 12 13:31:20 2014 local2.info chat[5740]: OK
    Wed Nov 12 13:31:20 2014 local2.info chat[5740]:  -- got it
    Wed Nov 12 13:31:20 2014 local2.info chat[5740]: send (ATZ^M)
    Wed Nov 12 13:31:20 2014 local2.info chat[5740]: timeout set to 30 seconds
    Wed Nov 12 13:31:20 2014 local2.info chat[5740]: expect (OK)
    Wed Nov 12 13:31:20 2014 local2.info chat[5740]: ^M
    Wed Nov 12 13:31:20 2014 local2.info chat[5740]: ATZ^M^M
    Wed Nov 12 13:31:20 2014 local2.info chat[5740]: OK
    Wed Nov 12 13:31:20 2014 local2.info chat[5740]:  -- got it
    Wed Nov 12 13:31:20 2014 local2.info chat[5740]: send (ATDT#777^M)
    Wed Nov 12 13:31:20 2014 local2.info chat[5740]: expect (CONNECT)
    Wed Nov 12 13:31:20 2014 local2.info chat[5740]: ^M
    Wed Nov 12 13:31:21 2014 local2.info chat[5740]: ATDT#777^M^M
    Wed Nov 12 13:31:21 2014 local2.info chat[5740]: CONNECT
    Wed Nov 12 13:31:21 2014 local2.info chat[5740]:  -- got it
    Wed Nov 12 13:31:21 2014 local2.info chat[5740]: send (^M)
    Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: Script DIALNUMBER= /usr/sbin/chat -t5 -v -E -f /etc/chatscripts/evdo.chat finished (pid 5739), status = 0x0
    Wed Nov 12 13:31:21 2014 daemon.info pppd[1126]: Serial connection established.
    Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: using channel 36
    Wed Nov 12 13:31:21 2014 daemon.info pppd[1126]: Using interface 3g-3g
    Wed Nov 12 13:31:21 2014 daemon.notice pppd[1126]: Connect: 3g-3g <--> /dev/ttyUSB0
    Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: rcvd [LCP ConfReq id=0x1     ]
    Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: sent [LCP ConfReq id=0x24  ]
    Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: sent [LCP ConfRej id=0x1  ]
    Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: rcvd [LCP ConfAck id=0x24  ]
    Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: rcvd [LCP ConfReq id=0x2   ]
    Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: sent [LCP ConfAck id=0x2   ]
    Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: sent [LCP EchoReq id=0x0 magic=0x10cd98eb]
    Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: rcvd [CHAP Challenge id=0x1 , name = ""]
    Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: sent [CHAP Response id=0x1 <25da9f0d22715c939e85c456cc575fc4>, name = "ufon"]
    Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: rcvd [CHAP Success id=0x1 ""]
    Wed Nov 12 13:31:21 2014 daemon.info pppd[1126]: CHAP authentication succeeded
    Wed Nov 12 13:31:21 2014 daemon.notice pppd[1126]: CHAP authentication succeeded
    Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: sent [IPCP ConfReq id=0x47   ]
    Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: sent [IPV6CP ConfReq id=0x24 ]
    Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: rcvd [IPCP ConfReq id=0x1 ]
    Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: sent [IPCP ConfAck id=0x1 ]
    Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: rcvd [IPCP ConfNak id=0x47   ]
    Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: sent [IPCP ConfReq id=0x48   ]
    Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: rcvd [IPCP ConfAck id=0x48   ]
    Wed Nov 12 13:31:21 2014 daemon.notice netifd: Network device '3g-3g' link is up
    Wed Nov 12 13:31:21 2014 daemon.notice pppd[1126]: local  IP address 78.136.147.93
    Wed Nov 12 13:31:21 2014 daemon.notice pppd[1126]: remote IP address 172.18.55.1
    Wed Nov 12 13:31:21 2014 daemon.notice pppd[1126]: primary   DNS address 78.136.128.4
    Wed Nov 12 13:31:21 2014 daemon.notice pppd[1126]: secondary DNS address 78.136.128.12
    Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: Script /lib/netifd/ppp-up started (pid 5767)
    Wed Nov 12 13:31:21 2014 daemon.notice netifd: Interface '3g' is now up
    Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: Script /lib/netifd/ppp-up finished (pid 5767), status = 0x1
    Wed Nov 12 13:31:21 2014 user.notice firewall: Reloading firewall due to ifup of 3g (3g-3g)
    Wed Nov 12 13:31:24 2014 daemon.debug pppd[1126]: sent [IPV6CP ConfReq id=0x24 ]
    Wed Nov 12 13:31:27 2014 daemon.debug pppd[1126]: sent [IPV6CP ConfReq id=0x24 ]
    Wed Nov 12 13:31:30 2014 daemon.debug pppd[1126]: sent [IPV6CP ConfReq id=0x24 ]
    Wed Nov 12 13:31:33 2014 daemon.debug pppd[1126]: sent [IPV6CP ConfReq id=0x24 ]
    Wed Nov 12 13:31:36 2014 daemon.debug pppd[1126]: sent [IPV6CP ConfReq id=0x24 ]
    Wed Nov 12 13:31:38 2014 daemon.info dnsmasq[1198]: reading /tmp/resolv.conf.auto
    Wed Nov 12 13:31:38 2014 daemon.info dnsmasq[1198]: using local addresses only for domain lan
    Wed Nov 12 13:31:38 2014 daemon.info dnsmasq[1198]: using nameserver 78.136.128.4#53
    Wed Nov 12 13:31:38 2014 daemon.info dnsmasq[1198]: using nameserver 78.136.128.12#53
    Wed Nov 12 13:31:39 2014 daemon.debug pppd[1126]: sent [IPV6CP ConfReq id=0x24 ]
    Wed Nov 12 13:31:42 2014 daemon.debug pppd[1126]: sent [IPV6CP ConfReq id=0x24 ]
    Wed Nov 12 13:31:45 2014 daemon.debug pppd[1126]: sent [IPV6CP ConfReq id=0x24 ]
    Wed Nov 12 13:31:48 2014 daemon.debug pppd[1126]: sent [IPV6CP ConfReq id=0x24 ]
    Wed Nov 12 13:31:51 2014 daemon.warn pppd[1126]: IPV6CP: timeout sending Config-Requests
    Wed Nov 12 13:33:02 2014 daemon.debug pppd[1126]: rcvd [LCP TermReq id=0x3]
    Wed Nov 12 13:33:02 2014 daemon.info pppd[1126]: LCP terminated by peer
    Wed Nov 12 13:33:02 2014 daemon.info pppd[1126]: Connect time 1.7 minutes.
    Wed Nov 12 13:33:02 2014 daemon.info pppd[1126]: Sent 44136 bytes, received 99893 bytes.
    Wed Nov 12 13:33:02 2014 daemon.notice netifd: Network device '3g-3g' link is down
    Wed Nov 12 13:33:02 2014 daemon.debug pppd[1126]: Script /lib/netifd/ppp-down started (pid 5892)
    Wed Nov 12 13:33:02 2014 daemon.debug pppd[1126]: sent [LCP TermAck id=0x3]
    Wed Nov 12 13:33:02 2014 daemon.notice netifd: Interface '3g' has lost the connection
    Wed Nov 12 13:33:02 2014 daemon.debug pppd[1126]: Script /lib/netifd/ppp-down finished (pid 5892), status = 0x1
    Wed Nov 12 13:33:05 2014 daemon.debug pppd[1126]: rcvd [LCP TermReq id=0x4]
    Wed Nov 12 13:33:05 2014 daemon.debug pppd[1126]: sent [LCP TermAck id=0x4]
    Wed Nov 12 13:33:05 2014 daemon.notice pppd[1126]: Connection terminated.
    Wed Nov 12 13:33:05 2014 kern.err kernel: [ 4934.170000] option1 ttyUSB0: option_instat_callback: error -2
    Wed Nov 12 13:33:06 2014 daemon.notice pppd[1126]: Modem hangup
    Wed Nov 12 13:33:26 2014 daemon.warn dnsmasq[1198]: no servers found in /tmp/resolv.conf.auto, will retry
    

    Po ukončení spojení se modem za několik sekund znova připojí (sám od sebe, bez mého zásahu) a celý scénář se opakuje.

    Zvláštní je, že se to děje velmi pravidelně, podle dmesg každých 137 sekund (možná 2 minuty uptime + 17 sekund připojování?):

    [ 4112.150000] option1 ttyUSB0: option_instat_callback: error -2
    [ 4249.110000] option1 ttyUSB0: option_instat_callback: error -2
    [ 4386.200000] option1 ttyUSB0: option_instat_callback: error -2
    [ 4523.160000] option1 ttyUSB0: option_instat_callback: error -2
    [ 4660.250000] option1 ttyUSB0: option_instat_callback: error -2
    [ 4797.210000] option1 ttyUSB0: option_instat_callback: error -2
    [ 4934.170000] option1 ttyUSB0: option_instat_callback: error -2
    [ 5071.260000] option1 ttyUSB0: option_instat_callback: error -2
    [ 5208.090000] option1 ttyUSB0: option_instat_callback: error -2
    

    atd.

    Vzhledem k té pravidělnosti si nejsem jist, zda jde skutečně o problém s napájením.
    Myslíte, že si mám pořídit ten USB hub, nebo to může být něčím úplně jiným?

    díky moc
    bhy

    Odpovědi

    13.11.2014 15:37 R
    Rozbalit Rozbalit vše Re: OpenWRT, TL-MR3220 v2, AnyDATA ADU-510L: modem hangup po 2 minutách
    Nic nekupuj, je to bug v kerneli:

    https://dev.openwrt.org/ticket/17984

    http://www.spinics.net/lists/linux-usb/msg111248.html
    13.11.2014 16:11 bhy | skóre: 35 | blog: bhyblog | brno
    Rozbalit Rozbalit vše Re: OpenWRT, TL-MR3220 v2, AnyDATA ADU-510L: modem hangup po 2 minutách
    díky, na to jsem už koukal, ale mám dojem, že to je jiná chyba, protože dotyčný píše, že mu modem normálně funguje (pochopil jsem to tak, že nepřetržitě) a jeho problémem je množství hlášek v logu (které jsou u něj mnohem častější než u mě).
    18.11.2014 12:56 R
    Rozbalit Rozbalit vše Re: OpenWRT, TL-MR3220 v2, AnyDATA ADU-510L: modem hangup po 2 minutách
    Aha, ano. Blbo som to precital, je to len falosne chybove hlasenie.
    18.11.2014 07:06 frr | skóre: 33
    Rozbalit Rozbalit vše Re: OpenWRT, TL-MR3220 v2, AnyDATA ADU-510L: modem hangup po 2 minutách
    No já vidím v modemovém logu PPP frame LCP TERM REQ od modemu. Modem košer požádá o ukončení relace. PPP relaci v případě GPRS a spol. servíruje lokální GSM modem, který ji překlápí na GTP v rámci GSM stacku. Těžko říct, jestli to položí svévolně modem, nebo jestli mu to nakuká síť. Zkuste přidat do nějakého skriptu rozpoutání pravidelného pingu někam ven do internetu. Nemusí to pingat moc často, třeba jednou za pár desítek vteřin by mohlo stačit.

    Marketový multimetr stojí 2-3 stovky a je užitečný opakovaně, doporučuji koupit. Lepší by byl osciloskop, ale to už je otázka pár pár tisíc za základní USB model.

    Pokud máte podezření na napájení, nepotřebujete ani hub (stejně ty levné často nepodporují externí napájecí vstup), stačí rozpárat USB prodlužovák a napájení přivést natvrdo na červený proti černému. Nebo si zbastlit napájecí vsuvku ze dvou konektorů (samec+samice). Jako napájecí zdroj doporučuji spínaný adaptér cca 5V/3A, který se dá koupit jako náhradní k WiFi APčkům (Aspa) nebo v bastlířských krámech. Vzhledem k tomu, že potřebujete taky multimetr, možná dutý konektor a možná trafopáječku (a cín a kalafunu a smršťovací bužírky), doporučuju jako vhodnou hračkárnu GME nebo TME. Užitečná bastlo-hračka je taky pistole na tavné lepidlo.
    [:wq]
    18.11.2014 12:47 bhy | skóre: 35 | blog: bhyblog | brno
    Rozbalit Rozbalit vše Re: OpenWRT, TL-MR3220 v2, AnyDATA ADU-510L: modem hangup po 2 minutách
    Ha, díky za nakopnutí.
    Když nechám běžet ping, spojení skutečně vydrží déle (zkoušel jsem asi 25 minut). Je to ale bohužel k ničemu, protože když se pak (později než 2 minuty od připojení) pokusím o navázání jakéhokoliv http spojení, modem se zase zavěsí.
    Nicméně nabourává to trochu teorii o nízkém napájení (snad jedině že by modem měl při pingu nižší spotřebu než při http spojení). Uvidíme.
    18.11.2014 12:55 R
    Rozbalit Rozbalit vše Re: OpenWRT, TL-MR3220 v2, AnyDATA ADU-510L: modem hangup po 2 minutách
    Problemy s napajanim vacsinou vyzeraju inak - USB zariadenie sa resetuje, vyzera to ako odpojenie a znovu pripojenie k USB portu.

    Skus to pripojit k normalnemu PC s Linuxom a spustit pppd s rovnakymi parametrami.
    18.11.2014 13:01 frr | skóre: 33
    Rozbalit Rozbalit vše Re: OpenWRT, TL-MR3220 v2, AnyDATA ADU-510L: modem hangup po 2 minutách
    Ještě dotaz: když to spojení normálně používáte = surfujete a tak, nebo běží nějaký přenos dat... tak to stejně po 2 minutách padne? *to* by bylo divné... pak by to totiž nebyl "idle timeout".

    Jsou to přesně dvě minuty? Nebo "řádově tak nějak přibližně"?

    Nemáte nakonec jenom problém s kvalitou příjmu? Pokud se ten modem baví přes AT příkazy, co řekne třeba na AT+CSQ ?
    [:wq]
    18.11.2014 14:30 bhy | skóre: 35 | blog: bhyblog | brno
    Rozbalit Rozbalit vše Re: OpenWRT, TL-MR3220 v2, AnyDATA ADU-510L: modem hangup po 2 minutách
    ano, spojení padne i když se zrovna v tu chvíli načítá stránka nebo stahují data.
    v dmesg na routeru je chyba usb vždycky jednou za 137 sekund:

    [ 4112.150000] option1 ttyUSB0: option_instat_callback: error -2
    [ 4249.110000] option1 ttyUSB0: option_instat_callback: error -2
    [ 4386.200000] option1 ttyUSB0: option_instat_callback: error -2
    [ 4523.160000] option1 ttyUSB0: option_instat_callback: error -2
    [ 4660.250000] option1 ttyUSB0: option_instat_callback: error -2
    [ 4797.210000] option1 ttyUSB0: option_instat_callback: error -2
    

    atd.

    AT+CSQ vyzkouším, až budu u routeru.
    19.11.2014 09:54 frr | skóre: 33
    Rozbalit Rozbalit vše Re: OpenWRT, TL-MR3220 v2, AnyDATA ADU-510L: modem hangup po 2 minutách
    Jak už výše odpověděl R, patrně to velmi dobře shrnuje OpenWRT ticket 17984. Podle toho co v tom ticketu píšou, ta hláška nemusí nutně znamenat selhání, možná je to jenom chybná interpretace nějakého result kódu, cosi vytištěného v logu co nemusí mít vliv na reálné fungování. Konkrétně tam tuším zmiňovali, že jakýsi takový check přesunuli do device open()/close(), což by mohlo korelovat s okamžiky, kdy pppd v reakci na TERM REQ (a následný TEERM ACK) košer zavře a znovu otevře /dev/ttyUSB0.

    => zkuste stopnout pppd a zeptat se minicomem (nebo čím) přímo modemu na AT+CSQ. Je fakt, že nemám referenční hodnoty pro Váš modem...

    Myslím si správně, že ten krám má pouze zabudovanou anténku, bez možnosti připojit externí? Kde je to celé umístěno? Je to pohromadě s další počítačovou technologií, nebo relativně "volně v prostoru"? Je to USB dongle - připadalo by v úvahu, koupit 2m-5m USB prodlužovák a samotný USB modem vystrčit třeba jenom experimentálně na pár minut z okna? Taky by se třeba dalo to pouzdro lousknout a přiletovat tenký pigtail pro připojení externí antény. Možná by základní čtvrtvlnný pahýl na 450 MHz "hrál" líp než miniaturní a zkrácená anténa na plošáku toho donglu.

    Moderní okna s determálními skly (= všechna plastová) dost tlumí cokoli od dlouhých vln přes televizní pásmo, GSM až po wifi v obou pásmech. Resp. pokovená skla zhorší odstup lokálních rušení uvnitř budovy.

    Zažili jsme v práci, že nám dost zlobily mobily. Padaly GSM relace, přitom signál relativně slušný (aspoň podle čárek). Jako jednu z hypotéz jsme se doslechli, že to může být v místě na rozhraní mezi dvěma GSM buňkami, kde dochází k náhodnému handoveru z jedné buňky na druhou podle lokálních anomálií v síle pole uvnitř budovy... Časem ten problém polevil, bez nějakého našeho přičinění.

    Anebo je možné, že je to fakt bug ve firmwaru toho modemu. Střeva jsou údajně nějaký Qualcomm, to není špatnej oddíl - spíš je otázkou, zda se do toho třeba vůbec dá sehnat aktualizace firmwaru. Dost pochybuju :-( Bude to nějaká speciální ufoní edice - i pokud byste zjistil, že se to venku prodává pod jinými názvy, nemusel by nějaký "generický" nebo "cizí" firmware proti ufoní síti správně fungovat... Navíc ten produkt je patrně už dost starý... možná byste mohl zkusit Ufona nebo Anydata požádat o aktuální firmware, ale moc šancí tomu nedávám :-)

    Jestli si s tím modemem popovídáte přes AT příkazy, zkuste se ho zeptat ještě na ATI nebo ATI3 (obecně ATI0, ATI1, ATI2 atd.) Zjištěné informace o verzi firmwaru by se mohly hodit při případné komunikaci s výrobcem či Ufonem.

    Zkoušel jste ten modem pod Vindózama? Jede to furt?
    [:wq]
    21.11.2014 15:26 bhy | skóre: 35 | blog: bhyblog | brno
    Rozbalit Rozbalit vše Re: OpenWRT, TL-MR3220 v2, AnyDATA ADU-510L: modem hangup po 2 minutách
    Díky moc:)

    Modem byl předtím připojen v podstatě v témže místě přímo k počítači (s Fedorou, naštěstí Windows tu nemáme resp. nemusíme je používat) a tam nebyly žádné problémy, sílu signálu to ukazovalo nízkou ale spojení nevypadávalo.

    Po připojení k aktivnímu hubu se sice nic nezměnilo, ale díky prodlužováku od hubu je možné modem umístit blíž oknu, taky se nic nezměnilo, a nezměnilo se ani při provozu s otevřeným oknem. Přímou souvilost se silou signálu jsem prozatím vyloučil.

    Po troše googlení jsem na základě diskuzí na ruských a rumunských webech:) přidal do /etc/config/network
    option ppp_redial 'persist'
    option keepalive '10 20'
    čímž se doba trvání spojení před pádem prodloužila na cca 10-12 minut a hlavně zmizely prodlevy mezi hangupem a opětovným vytáčením (ty 2 minuty předtím tam byly asi z OpenWRTího cronu, je to čas po kterém se obnovuje padlé spojení).

    Dál jsem pak přemýšlel, proč předtím při pingu spojení vydrželo déle než ty 2 minuty a napadla mě souvislost s velikostí MTU (ping má malé frames, nebo jak se to jmenuje). ifconfig ukázal, že je nastaveno na 1500, což pro mobilní síť asi není to pravé ořechové. Snížil jsem ho na 1300 a spojení nyní vydrží cca 25-30 minut (a okamžitě se obnoví), což už je mnohem použitelnější.
    option mtu '1300'
    Příští týden vyzkouším, jestli se to ještě zlepší při dalším snížení MTU.

    Díky za rady.
    22.11.2014 22:42 frr | skóre: 33
    Rozbalit Rozbalit vše Re: OpenWRT, TL-MR3220 v2, AnyDATA ADU-510L: modem hangup po 2 minutách
    No vida :-) Vyřešil jste si to sám...

    Spojitost s MTU je mi záhadou, ale co už.

    PPP keepalives... hezky :-)
    [:wq]
    18.11.2014 13:04 frr | skóre: 33
    Rozbalit Rozbalit vše Re: OpenWRT, TL-MR3220 v2, AnyDATA ADU-510L: modem hangup po 2 minutách
    BTW ještě k tomu napájecímu prodlužováku... zem (černý) musí zůstat průchozí i v původním směru, +5V (červený) propojit z přídavného zdroje jenom do periferního zařízení = od počítače ustřihnout.
    [:wq]

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.