Geekly articles weekly

Exprima el máximo de Internet fuera de las celdas de la aldea

En la víspera de las vacaciones de Año Nuevo, tomó una salida anticipada de la capital, dejándola en dirección a esos lugares donde Internet es bastante raro. Durante un período de ausencia del trabajo, prometí a mis socios estar en contacto. Y dado que mi ocupación está directamente relacionada con la web, decidí experimentar con la disponibilidad de Internet en el lugar de estadía planificado.

La esencia de la tarea fue la siguiente:

  1. Logra una velocidad de internet cómoda.
  2. Distribuya Internet no solo para usted, sino también para su cónyuge.

Teníamos 2 módems, 750 megabytes de Internet de pago, 3 computadoras portátiles, varios teléfonos y una gran cantidad de tarjetas SIM de todo tipo y color, un punto de acceso con OpenWRT, un hub USB, una unidad flash y una antena. No es que fuera un suministro necesario para el viaje, pero si comenzaste a recolectar piezas de hierro, es difícil detenerte. Lo único que me preocupaba era la antena. Nada en el mundo es más indefenso, irresponsable y débil que la señal de la antena, que pasa a través de un cable USB de 3 metros. Sabía que tarde o temprano iremos a esta basura.

Tuve varias soluciones:

  1. Use mi módem Huawei 5776, después de haberle comprado una antena.
  2. Recoge más piezas de hierro y recoge algo más poderoso.

Como recordé demasiado tarde la posibilidad de conectar una antena en mi E5776, en realidad no tenía la primera opción.

De lo esencial que tenía:

  1. TP-Link TL-WR1043ND con firmware OpenWRT 15.05
  2. Antenna Connect 2.0 (con un cable usb de 3 metros sin anillos de ferrita).
  3. Concentrador USB

Para una imagen completa, carecía de un módem usb, la elección recayó en el Huawei 3372h.

Montaje del constructor


Tenía un puerto USB en TP-Link, y ya estaba ocupado por una unidad para el sistema de archivos raíz, además el cable largo en la antena era sospechoso. Me atormentaron las dudas de que el punto de acceso pudiera alimentar el módem a través de un cable de 3 metros, por lo que la única solución fue conectarlo a través de un concentrador USB.

Como hub utilicé el viejo D-Link Dub-104 (un hermoso hub compacto con una fuente de alimentación increíblemente fuerte).

Opción intermedia:



Instalar el software necesario en el punto de acceso


Como nos dirigíamos a una aldea en la que todos los teléfonos apenas funcionaban en modo GPRS, decidí instalar todo el software mientras estaba en una gran ciudad, así que lo configuré al máximo para poder atrapar un mínimo de aventura en el acto. Aprendí el conocimiento de ajuste de este artículo: https://wiki.openwrt.org/doc/recipes/3gdongle .

ssh root@< >


opkg update
opkg install comgt kmod-usb-serial kmod-usb-serial-option kmod-usb-serial-wwan usb-modeswitch usb-modeswitch-data

En general, después de eso, puede intentar insertar un módem y ver si han aparecido dispositivos como / dev / ttyUSB * . En mi caso, usb_modeswitch hizo todo el trabajo y aparecieron los dispositivos. Si este no es su caso, debe leer el artículo en usb_modeswitch en detalle .

Configurar ajustes de conexión


Establezca las opciones wan:

vim /etc/config/network


config interface 'wan'
        option device /dev/ttyUSB0
        option username 'gdata'
        option password 'gdata'
        option apn 'internet'
        option service 'umts'
        option maxwait '0'
        option dialnumber '*99#'
        option proto '3g'

En mi caso, la SIM era de Megaphone, por lo que los parámetros se seleccionaron específicamente para ello.

También agregué una línea en chatscript para ver el nivel de señal de la torre cuando está conectado:

vim /etc/chatscripts/3g.chat


ABORT   BUSY
ABORT   'NO CARRIER'
ABORT   ERROR
REPORT  CONNECT
TIMEOUT 10
""      "AT+CSQ"
""      "AT&F"
OK      "ATE1"
OK      'AT+CGDCONT=1,"IP","$USE_APN"'
SAY     "Calling UMTS/GPRS"
TIMEOUT 30
OK      "ATD$DIALNUMBER"
CONNECT ' '

Conexión


Ahora hacemos ifup wan , mira el logread iii ... Si tienes suerte, verás algo como esto:

Wed Dec 30 21:47:01 2015 local2.info chat[30352]: CONNECT
Wed Dec 30 21:47:01 2015 local2.info chat[30352]:  -- got it
Wed Dec 30 21:47:01 2015 local2.info chat[30352]: send ( ^M)
Wed Dec 30 21:47:01 2015 daemon.info pppd[30347]: Serial connection established.
Wed Dec 30 21:47:01 2015 kern.info kernel: [98634.870000] 3g-wan: renamed from ppp0
Wed Dec 30 21:47:01 2015 daemon.info pppd[30347]: Using interface 3g-wan
Wed Dec 30 21:47:01 2015 daemon.notice pppd[30347]: Connect: 3g-wan <--> /dev/ttyUSB0
Wed Dec 30 21:47:02 2015 daemon.info pppd[30347]: CHAP authentication succeeded: Welcome!!

Si su operador Megáfono no está allí, continúe.

Bailando con una pandereta


Tuve un error mientras el módem ATD estaba ejecutando el comando . Teniendo un poco de foros, descubrí una característica interesante del operador Megáfono. En uno de los foros se propuso desactivar manualmente todo lo superfluo en el módem y dejar solo las funciones del módem en sí y posiblemente una tarjeta SD. Por otro lado, flashee el módem con firmware de fábrica (sin marca) (en mi caso, el firmware también era de Megaphone).

Sorprendente fue el hecho de que cuando se conectaba a una computadora portátil con Windows, el módem funcionaba correctamente. Valió la pena conectarse a Linux: recibí un error.

Primero, decidí comprobar si esto está realmente conectado con el megáfono. Tomé una tarjeta SIM de Tele2 de las existencias, modifiqué ligeramente la configuración de conexión:

vim /etc/config/network


config interface 'wan'
        option device /dev/ttyUSB0
        option apn 'internet.tele2.ru'
        option service 'umts'
        option maxwait '0'
        option dialnumber '*99#'
        option proto '3g'

III, funcionó. De inmediato Bien, vamos primero de la manera más simple y apaguemos todo el exceso en el módem:

ssh root@< >


picocom -b 9600 -f n -p n -d 8 -r /dev/ttyUSB1
at^setport="ff;10,12,16,a2"

Salimos de la combinación:

CTRL + A + X

Ahora apague usb_modeswitch como innecesario:

/etc/init.d/usbmode stop
/etc/init.d/usbmode disable

Volteamos el módem, esperamos hasta que se inicie y levantamos la interfaz wan:

ifup wan

En mi caso, todo funcionó ahora. ¡Hurra!

Optimización


La sintonización inicial se realizó sin conectar una antena, ahora era interesante ver si tendría un efecto.

Intensidad de la señal sin antena:

gcom sig -d /dev/ttyUSB1
Signal Quality: 15,99

Y ahora con la antena:

gcom sig -d /dev/ttyUSB1
Signal Quality: 21,99

Se veía tan genial que sentí una captura. Y realmente había una trampa. Fue un descubrimiento para mí que una buena señal de una estación base no significa nada.

Abajo pings para la primera y segunda opción:

1.
root@OpenWrt:~# ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8): 56 data bytes
64 bytes from 8.8.8.8: seq=0 ttl=44 time=986.652 ms
64 bytes from 8.8.8.8: seq=1 ttl=44 time=327.628 ms
64 bytes from 8.8.8.8: seq=2 ttl=44 time=246.212 ms
64 bytes from 8.8.8.8: seq=3 ttl=44 time=265.568 ms
64 bytes from 8.8.8.8: seq=4 ttl=44 time=285.271 ms

2)
64 bytes from 8.8.8.8: seq=233 ttl=45 time=1567.306 ms
64 bytes from 8.8.8.8: seq=234 ttl=45 time=1126.106 ms
64 bytes from 8.8.8.8: seq=235 ttl=45 time=569.993 ms
64 bytes from 8.8.8.8: seq=236 ttl=45 time=1403.010 ms
64 bytes from 8.8.8.8: seq=237 ttl=45 time=428.891 ms

Y aquí se abrió para mí un nuevo mundo maravilloso de comunicaciones móviles.

Descubrí que mi módem admite el escaneo del área en busca de estaciones base, y no necesariamente el operador cuya tarjeta SIM está instalada en su interior.

Esto se hizo con el siguiente comando:

AT^NETSCAN=20,-110,1

20 - cuántas torres emitir
-110 - el nivel mínimo de señal es
0/1 - 0 - 2G torres, 1 - 3G torres. Con LTE hasta ahora.

La lista está ordenada por intensidad de señal y se ve así:

^NETSCAN: 10638,,,1e7e,250,02,0,-78,8b77,400000
^NETSCAN: 10687,,,1e7e,250,02,0,-79,d5c8,400000
^NETSCAN: 10662,,,1e7e,250,02,0,-82,8ade,400000
^NETSCAN: 10587,,,4cf8,250,20,0,-105,d4fc,400000
^NETSCAN: 10563,,,4cf8,250,20,0,-106,d4f9,400000

1e7e - Estaciones LAC
250 - MCC (Rusia)
02 - MNC (en este caso - MTS)
-78 - nivel de señal de esta estación base
8b77 - Estación CID
400000 - el rango en el que se recibe la señal de la estación base (como en el comando ^ syscfgex)

Ahora Con estos datos, puede ir al sitio http://xinit.ru/bs/ y ver dónde se encuentran estas torres en relación con ellos mismos.

Como regla general, si hay una antena direccional, debería enviarse a la estación base más cercana, eso creo. Entonces el siguiente descubrimiento me esperaba. Incluso si le enviamos una antena, está lejos del hecho de que el registro se llevará a cabo en esta estación base. Y si lo hace, entonces no es un hecho que la velocidad de transferencia de datos sea más alta que a través de una torre ubicada el doble de distancia. Entonces caminé a las estaciones más cercanas dentro de un radio de 1.5 kilómetros a 3 y todas ellas, con una buena señal, transmitieron datos con un largo retraso. Ping promedió ~ 300ms.

Mientras experimentaba, accidentalmente llegué a la torre, que estaba a una distancia de 6-7 kilómetros de mí. Una vez conectado, el tiempo de ping se redujo a ~ 90 ms, a pesar de que el nivel de señal cayó con él.

A modo de comparación, el nivel de señal de:

torres cercanas: 13-20
desde la torre remota: 5-12

(las mediciones fueron realizadas por la utilidad gcom sig -d / dev / ttyUSB1 , donde el valor puede ser un dígito de 0 a 99).

Sin embargo, realicé pruebas de velocidad en la mejor torre cercana y en la remota, los resultados:
una de las estaciones más cercanas: 2 / 0.35 Mbit.



Estación remota: 4.28 / 1.68 Mbps.



Honestamente, también me sorprendieron dos megabits. cuando se usa un teléfono normal, incluso Google Play Market no se abrió. Y aquí, resulta que todavía puedes acelerar a 4.

Resumen


Tales resultados fueron suficientes para mí. Dejé la antena para mirar en dirección a la torre más distante, con la esperanza de estar siempre en contacto con ella, pero mis esperanzas eran ingenuas. Ha surgido un problema nuevo pero aún no resuelto. Consiste en el hecho de que de vez en cuando hay registro en otra estación base, incluso si se encuentra en la dirección opuesta a la dirección de la antena. En esos momentos, aumentan los retrasos en la transferencia de datos, y todavía no he encontrado cómo superar esto.

En Internet, se responde una pregunta como: “¿puede el módem indicar con qué torre trabajar?”, Se responde que usted no elige la torre, pero es usted. ¿Quizás personas con conocimientos le dirán si hay soluciones para tales situaciones?

Eso es todo Gracias a todos los que leyeron hasta el final.

PS
Entonces Simon Beeline se acercó, sus torres están más cerca de nosotros y después de conectar la prueba de velocidad mostró hasta 20/2 Megabits. Traigo la configuración para Beeline:

vim /etc/config/network


config interface 'wan'
        option device /dev/ttyUSB0
        option username 'beeline'
        option password 'beeline'
        option apn 'internet.beeline.ru'
        option service 'umts'
        option maxwait '0'
        option dialnumber '*99#'
        option proto '3g'

Recursos utilizados

W3bsit3-dns.com.ru
wiki.openwrt.org
xinit.ru/bs/

Source: https://habr.com/ru/post/es388755/

More articles:


All Articles