在新年假期的前夕，它离首都较早，而将其引向互联网十分稀少的地方。在缺勤的一段时间内，我保证与我的伙伴保持联系。由于我的职业与网络直接相关，因此我决定在计划的住宿地点尝试使用Internet。任务的实质如下：- 实现舒适的互联网速度。
- 不仅为您自己，还为您的配偶分发Internet。
我们有2个调制解调器，750 MB的付费互联网，3台笔记本电脑，几部电话以及各种形式和颜色的整张SIM卡，带有OpenWRT的接入点，一个USB集线器，一个闪存驱动器和一个天线。并不是说这是旅行的必需品，但是如果您开始收集铁片，则很难停止。唯一引起我担忧的是天线。世界上没有什么比通过3米USB电缆传输的天线信号更无助，不负责任和微弱的了。我知道早晚我们将继续处理这种垃圾。我有几种解决方案：- 使用购买了天线的华为5776调制解调器。
- 收集更多的铁，收集更强大的东西。
由于我记得在E5776中连接天线的可能性为时已晚，因此实际上我没有第一选择。根据要点，我有：- 带有OpenWRT固件15.05的TP-Link TL-WR1043ND
- 天线连接2.0（使用不带铁氧体环的3米USB电缆）。
- USB集线器
完整的图片，我没有USB调制解调器，选择落在了华为3372h上。构造器组装
我在TP-Link上有一个USB端口，并且该端口已经被根文件系统的驱动器占用，而且天线处的长线也令人怀疑。怀疑接入点是否可以通过3米长的线为调制解调器供电，使我感到困扰，因此，通过USB集线器连接是唯一的解决方案。作为集线器，我使用了老式的D-Link Dub-104（漂亮的紧凑型集线器，具有令人难以置信的强大电源）。中间选项：
在接入点上安装必要的软件
由于我们要去的村庄里所有电话几乎都无法在GPRS模式下工作，因此我决定在大城市中安装所有软件，因此将其设置为最大，以便可以在现场进行最少的冒险。我从这篇文章中获得了有关调优的知识：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
通常，之后，您可以尝试插入调制解调器，并查看是否出现了/ dev / ttyUSB *之类的设备。就我而言，usb_modeswitch完成了所有工作，并且设备出现了。如果您的情况并非如此，则应详细阅读usb_modeswitch上的文章。配置连接设置
设置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'
就我而言，SIM卡来自Megaphone，因此专门为其选择了参数。我还在脚本中添加了一行，以查看连接时来自塔的信号电平：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 ' '
连接方式
现在，我们执行ifup wan，查看logread iii ...如果您很幸运，您将看到类似以下的内容：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!!
如果您的操作员“扩音器”不在，请继续前进。手鼓跳舞
ATD
调制解调器执行命令时出现错误。在一些论坛上，我发现了运营商Megaphone的一个有趣功能。在其中一个论坛上，有人建议手动禁用调制解调器上多余的所有内容，而只保留调制解调器本身的功能以及可能的sd卡。另一方面，用出厂（非品牌）固件刷新调制解调器（在我的情况下，固件也来自Megaphone）。令人惊讶的是，当使用Windows连接到笔记本电脑时，调制解调器可以正常工作。连接到Linux是值得的-我遇到了错误。首先，我决定检查它是否真的与扩音器相连。我从Tele2的库存中取出了一张SIM卡，略微调整了连接配置：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'
三，它的工作。马上 好的，让我们以最简单的方式开始，然后关闭调制解调器上所有多余的东西：ssh root@< >
picocom -b 9600 -f n -p n -d 8 -r /dev/ttyUSB1
at^setport="ff;10,12,16,a2"
我们退出组合：CTRL + A + X现在关闭不必要的usb_modeswitch：/etc/init.d/usbmode stop
/etc/init.d/usbmode disable
我们翻转调制解调器，等待其启动并举起wan接口：ifup wan
就我而言，这一切现在都有效。万岁！最佳化
最初的调谐是在没有连接天线的情况下进行的，现在很有趣的是看它是否会产生影响。不带天线的信号强度：gcom sig -d /dev/ttyUSB1
Signal Quality: 15,99
现在有了天线：gcom sig -d /dev/ttyUSB1
Signal Quality: 21,99
看起来很酷，以至于我感到被抓住了。而且确实有一个陷阱。对我来说，这是一个发现，来自基站的良好信号并不代表任何东西。在ping以下为第一个和第二个选项：1。root@OpenWrt:~
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
在这里，一个崭新的移动通信世界为我打开了。我发现调制解调器支持扫描基站区域，而不必支持内部安装SIM卡的操作员。这是通过以下命令完成的：AT^NETSCAN=20,-110,1
20 -多少塔输出-110 -最小信号水平0/1 - 0 - 2G塔1 - 3G塔。到目前为止，LTE。该列表按信号强度排序，如下所示：^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 - LAC站250 - MCC（俄罗斯）02 - MNC（在这种情况下- MTS）-78 -基站的电平信号8b77站CID -400000 -在其中由所述基站接收到的信号的范围内（如在队^ syscfgex）现在有了这些数据，您可以转到站点http://xinit.ru/bs/并查看这些塔相对于其自身的位置。通常，如果有定向天线，则应将其发送到最近的基站-我认为是。然后下一个发现在等着我。即使我们向其发送天线，也远非要在此基站进行注册的事实。如果这样做的话，那么数据传输速率将不会比通过距离其两倍的塔架更高。因此，我走到了1.5公里至3半径范围内的最近站点，所有这些站点都以良好的信号传输了很长的延迟数据。 Ping平均〜300ms。在进行实验时，我意外地到达了距我6-7公里的塔楼。连接到它后，尽管信号电平随之降低，但ping时间降至〜90ms。为了进行比较，来自以下塔的信号电平：13-20在远程塔上：5-12（测量是由gcom sig -d / dev / ttyUSB1实用程序执行的，其中值可以是0到99之间的数字）。尽管如此，我还是在最好的近铁塔和较远的铁塔上进行了速度测试，结果是：最近的电台之一-2 / 0.35 Mbit。
远程站-4.28 / 1.68 Mbps。
老实说，我也被2兆比特的比特率惊呆了。使用常规电话时，甚至Google Play市场也无法打开。事实证明，在这里，您仍然可以加速到4！总结
这样的结果对我来说足够了。我离开天线看向最遥远的塔楼的方向，希望一直与之保持联系，但是我的希望是天真的。出现了一个新的但尚未解决的问题。其原因在于，即使它位于相对于天线方向相反的方向上，有时也会在另一个基站进行注册。在这样的时刻，数据传输的延迟增加了，我还没有找到解决方法。在Internet上，您没有选择塔，而是您自己，是一个诸如“调制解调器可以指示要使用哪个塔”的问题。也许知识渊博的人会告诉您这种情况是否有解决方案？仅此而已。感谢所有读到最后的人。聚苯乙烯然后，西蒙·比琳（Simon Beeline）出现了，她的塔楼离我们最近，并且在进行速度测试后显示高达20/2兆比特。我带来了直线的配置：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'
使用资源
W3bsit3-dns.com.ruwiki.openwrt.orgxinit.ru/bs/