Высокий пинг через pppd

1

2

Использую pppd для выхода в интернет через 3g свисток (ZTE MF190S). Получаю большой пинг:

ping -c 10 8.8.8.8
....
--- 8.8.8.8 ping statistics ---
10 packets transmitted, 10 packets received, 0% packet loss
round-trip min/avg/max = 336.792/426.623/574.812 ms

Пингую с винды на другом компе (соединяюсь через стандартную опсосовскую прогу для работы со свистком):

ping -n 10 8.8.8.8
....
Ping statistics for 8.8.8.8:
    Packets: Sent = 10, Received = 10, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 93ms, Maximum = 123ms, Average = 102ms

Скорости загрузки примерно одинаковые 4-5 Мб/с тестил через:

 wget -O /dev/null http://speedtest.wdc01.softlayer.com/downloads/test10.zip

Конфиги:

Чат

cat /etc/ppp/modem.chat
TIMEOUT 6
ABORT 'BUSY'
ABORT 'ERROR'
ABORT '+CME ERROR:'
TIMEOUT 6
'' 'AT'
OK 'ATV1'
OK 'ATE0'
OK 'AT&F&D2&C1S0=0'
OK 'ATS7=60S30=0'
OK 'ATS0=0'
OK 'AT'
OK 'ATV1'
OK 'ATE0'
OK 'AT&F&D2&C1S0=0'
OK 'ATS7=60S30=0'
OK 'AT+ZSNT=2,0,0'
OK 'AT+ZPAS?'
OK 'AT+ZRSSI'
OK 'AT+CGDCONT=1,"IP","internet"'
OK 'ATDT*99#'
CONNECT ''
#CONNECT '\d\c'

Ат команды соснифил на винде когда подключается виндовая прога + добавил в конец пару комманд чтобы проверить RSSI и убудиться что сейчас HSUPA WCDMA (будет видно в логе)

Пир по мотивам арчвики:

cat /etc/ppp/peers/modem
/dev/ttyUSB4
921600
#7200000
usepeerdns
crtscts
lock
noauth
local
persist
modem
nopcomp
novjccomp
nobsdcomp
nodeflate
noaccomp
ipcp-accept-local
ipcp-accept-remote
noipdefault
defaultroute
noipdefault
user ""
password ""
connect "/usr/sbin/chat -v -t15 -f /etc/ppp/modem.chat"

Думаю что бодрейт на пинг влиять не должен но всеже пробовал ставить на 7200000, pppd начинает плеваться мол pppd[4758]: speed 7200000 not supported. Хотя прога-снифер на винде показывала 7200000. Интересно было какой бодрейт он по факту использует когда пишет «not supported» но stty -F /dev/ttyUSB4 вообще всегда показывает speed 9600 baud; line = 0;. Врет или я не понимаю что такое 9600 потому что ни как бы он через 9600 не смог бы пропустить 4 Мбит. Ну да ладно. Кстати всего находит 5 /tty/USBx но модем похоже только /dev/ttyUSB4 потому что через другие вообще не коннектится.

Лог:

Apr 11 19:45:07 limbo pppd[1119]: pppd 2.4.6 started by root, uid 0
Apr 11 19:45:08 limbo chat[1120]: timeout set to 6 seconds
Apr 11 19:45:08 limbo chat[1120]: abort on (BUSY)
Apr 11 19:45:08 limbo chat[1120]: abort on (ERROR)
Apr 11 19:45:08 limbo chat[1120]: abort on (+CME ERROR:)
Apr 11 19:45:08 limbo chat[1120]: timeout set to 6 seconds
Apr 11 19:45:08 limbo chat[1120]: send (AT^M)
Apr 11 19:45:08 limbo chat[1120]: expect (OK)
Apr 11 19:45:08 limbo chat[1120]: AT^M^M
Apr 11 19:45:08 limbo chat[1120]: OK
Apr 11 19:45:08 limbo chat[1120]: -- got it
Apr 11 19:45:08 limbo chat[1120]: send (ATV1^M)
Apr 11 19:45:08 limbo chat[1120]: expect (OK)
Apr 11 19:45:08 limbo chat[1120]: ^M
Apr 11 19:45:08 limbo chat[1120]: ATV1^M^M
Apr 11 19:45:08 limbo chat[1120]: OK
Apr 11 19:45:08 limbo chat[1120]: -- got it
Apr 11 19:45:08 limbo chat[1120]: send (ATE0^M)
Apr 11 19:45:08 limbo chat[1120]: expect (OK)
Apr 11 19:45:08 limbo chat[1120]: ^M
Apr 11 19:45:08 limbo chat[1120]: ATE0^M^M
Apr 11 19:45:08 limbo chat[1120]: OK
Apr 11 19:45:08 limbo chat[1120]: -- got it
Apr 11 19:45:08 limbo chat[1120]: send (AT&F&D2&C1S0=0^M)
Apr 11 19:45:08 limbo chat[1120]: expect (OK)
Apr 11 19:45:08 limbo chat[1120]: ^M
Apr 11 19:45:08 limbo chat[1120]: ^M
Apr 11 19:45:08 limbo chat[1120]: OK
Apr 11 19:45:08 limbo chat[1120]: -- got it
Apr 11 19:45:08 limbo chat[1120]: send (ATS7=60S30=0^M)
Apr 11 19:45:09 limbo chat[1120]: expect (OK)
Apr 11 19:45:09 limbo chat[1120]: ^M
Apr 11 19:45:09 limbo chat[1120]: ^M
Apr 11 19:45:09 limbo chat[1120]: OK
Apr 11 19:45:09 limbo chat[1120]: -- got it
Apr 11 19:45:09 limbo chat[1120]: send (ATS0=0^M)
Apr 11 19:45:09 limbo chat[1120]: expect (OK)
Apr 11 19:45:09 limbo chat[1120]: ^M
Apr 11 19:45:09 limbo chat[1120]: ^M
Apr 11 19:45:09 limbo chat[1120]: OK
Apr 11 19:45:09 limbo chat[1120]: -- got it
Apr 11 19:45:09 limbo chat[1120]: send (AT^M)
Apr 11 19:45:09 limbo chat[1120]: expect (OK)
Apr 11 19:45:09 limbo chat[1120]: ^M
Apr 11 19:45:09 limbo chat[1120]: ^M
Apr 11 19:45:09 limbo chat[1120]: OK
Apr 11 19:45:09 limbo chat[1120]: -- got it
Apr 11 19:45:09 limbo chat[1120]: send (ATV1^M)
Apr 11 19:45:09 limbo chat[1120]: expect (OK)
Apr 11 19:45:09 limbo chat[1120]: ^M
Apr 11 19:45:09 limbo chat[1120]: ^M
Apr 11 19:45:09 limbo chat[1120]: OK
Apr 11 19:45:09 limbo chat[1120]: -- got it
Apr 11 19:45:09 limbo chat[1120]: send (ATE0^M)
Apr 11 19:45:09 limbo chat[1120]: expect (OK)
Apr 11 19:45:09 limbo chat[1120]: ^M
Apr 11 19:45:09 limbo chat[1120]: ^M
Apr 11 19:45:09 limbo chat[1120]: OK
Apr 11 19:45:09 limbo chat[1120]: -- got it
Apr 11 19:45:09 limbo chat[1120]: send (AT&F&D2&C1S0=0^M)
Apr 11 19:45:09 limbo chat[1120]: expect (OK)
Apr 11 19:45:09 limbo chat[1120]: ^M
Apr 11 19:45:09 limbo chat[1120]: ^M
Apr 11 19:45:09 limbo chat[1120]: OK
Apr 11 19:45:09 limbo chat[1120]: -- got it
Apr 11 19:45:09 limbo chat[1120]: send (ATS7=60S30=0^M)
Apr 11 19:45:09 limbo chat[1120]: expect (OK)
Apr 11 19:45:09 limbo chat[1120]: ^M
Apr 11 19:45:09 limbo chat[1120]: ^M
Apr 11 19:45:09 limbo chat[1120]: OK
Apr 11 19:45:09 limbo chat[1120]: -- got it
Apr 11 19:45:09 limbo chat[1120]: send (AT+ZSNT=2,0,0^M)
Apr 11 19:45:09 limbo chat[1120]: expect (OK)
Apr 11 19:45:09 limbo chat[1120]: ^M
Apr 11 19:45:09 limbo chat[1120]: ^M
Apr 11 19:45:09 limbo chat[1120]: OK
Apr 11 19:45:09 limbo chat[1120]: -- got it
Apr 11 19:45:09 limbo chat[1120]: send (AT+ZPAS?^M)
Apr 11 19:45:09 limbo chat[1120]: expect (OK)
Apr 11 19:45:09 limbo chat[1120]: ^M
Apr 11 19:45:09 limbo chat[1120]: ^M
Apr 11 19:45:09 limbo chat[1120]: +ZPAS: "HSUPA","CS_PS"^M
Apr 11 19:45:09 limbo chat[1120]: ^M
Apr 11 19:45:09 limbo chat[1120]: OK
Apr 11 19:45:09 limbo chat[1120]: -- got it
Apr 11 19:45:09 limbo chat[1120]: send (AT+ZRSSI^M)
Apr 11 19:45:09 limbo chat[1120]: expect (OK)
Apr 11 19:45:09 limbo chat[1120]: ^M
Apr 11 19:45:09 limbo chat[1120]: ^M
Apr 11 19:45:09 limbo chat[1120]: +ZRSSI: 61,26,148^M
Apr 11 19:45:09 limbo chat[1120]: ^M
Apr 11 19:45:09 limbo chat[1120]: OK
Apr 11 19:45:09 limbo chat[1120]: -- got it
Apr 11 19:45:09 limbo chat[1120]: send (AT+CGDCONT=1,"IP","3g.kyivstar.net"^M)
Apr 11 19:45:10 limbo chat[1120]: expect (OK)
Apr 11 19:45:10 limbo chat[1120]: ^M
Apr 11 19:45:10 limbo chat[1120]: ^M
Apr 11 19:45:10 limbo chat[1120]: OK
Apr 11 19:45:10 limbo chat[1120]: -- got it
Apr 11 19:45:10 limbo chat[1120]: send (ATDT*99#^M)
Apr 11 19:45:10 limbo chat[1120]: expect (CONNECT)
Apr 11 19:45:10 limbo chat[1120]: ^M
Apr 11 19:45:10 limbo chat[1120]: ^M
Apr 11 19:45:10 limbo chat[1120]: CONNECT
Apr 11 19:45:10 limbo chat[1120]: -- got it
Apr 11 19:45:10 limbo chat[1120]: send (^M)
Apr 11 19:45:10 limbo pppd[1119]: Serial connection established.
Apr 11 19:45:10 limbo pppd[1119]: Using interface ppp0
Apr 11 19:45:10 limbo pppd[1119]: Connect: ppp0 <--> /dev/ttyUSB4
Apr 11 19:45:10 limbo systemd-timesyncd[169]: Network configuration changed, trying to establish connection.
Apr 11 19:45:10 limbo systemd-timesyncd[169]: Network configuration changed, trying to establish connection.
Apr 11 19:45:10 limbo systemd-timesyncd[169]: Network configuration changed, trying to establish connection.
Apr 11 19:45:10 limbo systemd-timesyncd[169]: Network configuration changed, trying to establish connection.
Apr 11 19:45:10 limbo systemd-timesyncd[169]: Network configuration changed, trying to establish connection.
Apr 11 19:45:10 limbo systemd-timesyncd[169]: Network configuration changed, trying to establish connection.
Apr 11 19:45:11 limbo pppd[1119]: No CHAP secret found for authenticating us to UMTS_CHAP_SRVR
Apr 11 19:45:11 limbo pppd[1119]: CHAP authentication succeeded
Apr 11 19:45:11 limbo pppd[1119]: CHAP authentication succeeded
Apr 11 19:45:17 limbo pppd[1119]: Could not determine remote IP address: defaulting to 10.64.64.64
Apr 11 19:45:17 limbo pppd[1119]: local  IP address 10.193.45.182
Apr 11 19:45:17 limbo pppd[1119]: remote IP address 10.64.64.64
Apr 11 19:45:17 limbo pppd[1119]: primary   DNS address 193.41.63.161
Apr 11 19:45:17 limbo pppd[1119]: secondary DNS address 193.41.63.162
Apr 11 19:45:17 limbo systemd-timesyncd[169]: Network configuration changed, trying to establish connection.
Apr 11 19:45:48 limbo systemd-timesyncd[169]: Using NTP server 216.239.34.15:123 (time2.google.com).
Apr 11 19:45:48 limbo systemd-timesyncd[169]: interval/delta/delay/jitter/drift 32s/-0.065s/0.349s/0.095s/-500ppm
Apr 11 19:46:21 limbo systemd-timesyncd[169]: interval/delta/delay/jitter/drift 32s/+0.074s/0.468s/0.099s/+500ppm
Apr 11 19:46:53 limbo systemd-timesyncd[169]: interval/delta/delay/jitter/drift 64s/-0.014s/0.456s/0.107s/+391ppm
Apr 11 19:47:58 limbo systemd-timesyncd[169]: interval/delta/delay/jitter/drift 128s/-0.024s/0.461s/0.072s/+299ppm
Apr 11 19:50:06 limbo systemd-timesyncd[169]: interval/delta/delay/jitter/drift 256s/-0.045s/0.492s/0.069s/+210ppm
Apr 11 19:54:32 limbo systemd-timesyncd[169]: Timed out waiting for reply from 216.239.34.15:123 (time2.google.com).
Apr 11 19:54:33 limbo systemd-timesyncd[169]: Using NTP server 216.239.36.15:123 (time3.google.com).
Apr 11 19:54:33 limbo systemd-timesyncd[169]: interval/delta/delay/jitter/drift 32s/-0.153s/0.309s/0.149s/-500ppm
Apr 11 19:55:06 limbo systemd-timesyncd[169]: interval/delta/delay/jitter/drift 32s/+0.104s/0.493s/0.166s/+500ppm
Apr 11 19:55:38 limbo systemd-timesyncd[169]: interval/delta/delay/jitter/drift 64s/+0.002s/0.481s/0.168s/+500ppm
Apr 11 19:56:43 limbo systemd-timesyncd[169]: interval/delta/delay/jitter/drift 128s/+0.003s/0.544s/0.175s/+500ppm

Что может влиять? Возможно какие-то опции pppd? Вроде и так все компресии отключены. Может в системе какието проблемы, кто-то знает как это можно отдебажить что бы понять из-за кого высокий пинг? Топ вроде пустой. Через вифи с линухи пингуется в 70 мс.

Ссылка

←	Вопрос к гуру ZFS (zfsonlinux, странного хочется)

Kerberos-аутентификация в Apache

→

Вы идентичный ip-адрес пингуете и trace до него совпадает? Лучше для начала пробуйте пинговать шлюз опсоса.

А так, RTT 69 мс для 3-g модема выглядит неправдоподобно.

mky ★★★★★
(11.04.16 23:41:29 MSK)

Ответ на: комментарий от mky 11.04.16 23:41:29 MSK

Спасибо за ответ. Проверил оба еще раз на 8.8.8.8 (обновил результаты в посте). traceroute 8.8.8.8:

traceroute 8.8.8.8
traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 38 byte packets
 1  *  *  *
 2  *  *  *
 3  81-23-22-201.ip.kyivstar.net (81.23.22.201)  187.586 ms  259.206 ms  249.283 ms
 4  81-23-22-202.ip.kyivstar.net (81.23.22.202)  269.143 ms  228.578 ms  239.718 ms
 5  209.85.252.123 (209.85.252.123)  309.181 ms  309.220 ms  309.524 ms
 6  209.85.249.175 (209.85.249.175)  308.943 ms  216.239.40.239 (216.239.40.239)  298.884 ms  209.85.249.77 (209.85.249.77)  255.386 ms
 7  216.239.40.177 (216.239.40.177)  269.314 ms  216.239.56.216 (216.239.56.216)  349.417 ms  216.239.40.177 (216.239.40.177)  253.386 ms
 8  *  *  *
 9  google-public-dns-a.google.com (8.8.8.8)  981.337 ms  370.177 ms  270.407 ms

>TRACERT  -d 8.8.8.8

Tracing route to 8.8.8.8 over a maximum of 30 hops

  1     *        *        *     Request timed out.
  2     *        *        *     Request timed out.
  3    78 ms    59 ms    69 ms  81.23.22.201
  4    57 ms    59 ms    59 ms  81.23.22.202
  5    98 ms    99 ms   119 ms  64.233.174.173
  6    98 ms   119 ms   109 ms  209.85.249.77
  7    97 ms    99 ms    99 ms  209.85.247.79
  8     *        *        *     Request timed out.
  9   118 ms   109 ms    99 ms  8.8.8.8

Trace complete.

Айпи ближайшего шлюза я так понял 81.23.22.201, вот результаты: винда

>TRACERT  -d 81.23.22.201

Tracing route to 81.23.22.201 over a maximum of 30 hops

  1     *        *        *     Request timed out.
  2     *        *        *     Request timed out.
  3    67 ms    59 ms    59 ms  81.23.22.201

Trace complete.

>ping -n 10 81.23.22.201
....
Ping statistics for 81.23.22.201:
    Packets: Sent = 10, Received = 10, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 55ms, Maximum = 95ms, Average = 71ms

Линух:

# traceroute 81.23.22.201
traceroute to 81.23.22.201 (81.23.22.201), 30 hops max, 38 byte packets
 1  *  *  *
 2  *  *  *
 3  193.41.62.217 (193.41.62.217)  767.940 ms  267.716 ms  *

# ping -c 10 81.23.22.201
PING 81.23.22.201 (81.23.22.201): 56 data bytes
...
--- 81.23.22.201 ping statistics ---
10 packets transmitted, 10 packets received, 0% packet loss
round-trip min/avg/max = 279.836/332.089/560.786 ms

В общем все как и было. По поводу правдоподобности даже не знаю, на смартфоне при недалекой БС у меня както спидтест показывает 30-40. И вот кстати результат с винды на этом же свистке http://www.speedtest.net/my-result/5233283963 . Может чего-то не понимаю и спидтест както не так меряет пинг?

dartan
(12.04.16 00:26:54 MSK) автор топика

Скорости загрузки примерно одинаковые

Я вот не понимаю, вам шашечки или ехать? :) Или вы через icmp большой поток гоните?

anc ★★★★★
(12.04.16 00:40:00 MSK)

Ответ на: комментарий от anc 12.04.16 00:40:00 MSK

Для текущей задачи очень важен адекватный пинг. В данном случае у меня как раз шашечки это пропускная способность, и меня это не особо не интересует. А вот увеличение пинга на целых несколько сотен мс, сейчас критичная проблема =(.

dartan
(12.04.16 00:56:21 MSK) автор топика

Ответ на: комментарий от dartan 12.04.16 00:56:21 MSK

Брр не распарсил вот это

В данном случае у меня как раз шашечки это пропускная способность

меня это не особо не интересует.

Где лишняя не?
Еще раз, если у вас «Скорости загрузки примерно одинаковые» то не пофигу что там показывает ping ?
ЗЫ И еще чего-то вспомнилось из ооочень старых времен, но все же, когда-то linux ping и win ping выводили разное время в смысле linux ms != win ms в выводе.

anc ★★★★★
(12.04.16 01:06:46 MSK)

Ответ на: комментарий от anc 12.04.16 01:06:46 MSK

Блин первая не лишня)) зарапортовался) Сорри, не понимаю Вас. Какое отношение скорость передачти данных имеет к RTT? Вобщем, мне важно только RTT, другие параметры меня не интересуют.

dartan
(12.04.16 01:43:33 MSK) автор топика

Ответ на: комментарий от dartan 12.04.16 01:43:33 MSK

btw когда сравниваете traceroute на linux ключик -I имхо надо, если ничего не поменялось то виндовый icmp по дэфолту использует

anc ★★★★★
(12.04.16 01:53:12 MSK)

Ссылка

Ответ на: комментарий от dartan 12.04.16 00:26:54 MSK

8.8.8.8

Открою небольшой секрет - это НЕ уникальный адрес, вернее не уникальная машина. Там bgp anycast, и реальное местоположение сервера может периодически меняться, особенно если тебя бс перекинет на соседа. Пингуй что-то более статическое.

upcFrost ★★★★★
(12.04.16 10:38:40 MSK)
Последнее исправление: upcFrost 12.04.16 10:39:05 MSK (всего исправлений: 1)

Ответ на: комментарий от anc 12.04.16 01:06:46 MSK

Где лишняя не?

А какая разница?

thesis ★★★★★
(12.04.16 10:47:26 MSK)

Ссылка

Ответ на: комментарий от upcFrost 12.04.16 10:38:40 MSK

В следующем сообщении пинг и трейс до ближайшего шлюза

dartan
(12.04.16 12:50:39 MSK) автор топика

Ответ на: комментарий от dartan 12.04.16 12:50:39 MSK

Слушай, это же свисток, да? Тут куча проблем может быть. Кривые дрова, не тот режим (может он в 2g цепляется)... первое самое вероятное.

upcFrost ★★★★★
(12.04.16 13:26:51 MSK)

Ответ на: комментарий от upcFrost 12.04.16 13:26:51 MSK

кстати и второе тоже, если вин и лин машины в разных местах находятся. Но ТС пишет что скорость скачивания у них одинаковая.

anc ★★★★★
(12.04.16 13:30:38 MSK)
Последнее исправление: anc 12.04.16 13:31:24 MSK (всего исправлений: 1)

Ответ на: комментарий от upcFrost 12.04.16 13:26:51 MSK

Модуль option. Цепляется в 3g точно, я писал в посте что выполняю AT комманду которая показывает режим:

Apr 11 19:45:09 limbo chat[1120]: send (AT+ZPAS?^M)
Apr 11 19:45:09 limbo chat[1120]: expect (OK)
Apr 11 19:45:09 limbo chat[1120]: ^M
Apr 11 19:45:09 limbo chat[1120]: ^M
Apr 11 19:45:09 limbo chat[1120]: +ZPAS: "HSUPA","CS_PS"^M

Второй прув потому что в 2g в RSSI нет последних двух параметров и они там будут толи нули толе тысячи но точно не это:

send (AT+ZRSSI^M)
expect (OK)
^M
^M
+ZRSSI: 61,26,148^M

Да и комманды инициализации все заснифлены с софтины с виндой, думаю тут все железобетонно. Машины в одном месте

dartan
(12.04.16 13:46:30 MSK) автор топика

Ответ на: комментарий от anc 12.04.16 13:30:38 MSK

Скорость скачивания и время round trip не связаны жёстко.

Помню как спутник тестили для резервного канала - как не смешно голос идет норм, и если человека не слышать в соседней комнате то 700мс задержка не сильно мешает. А битрейт вполне нормальный, связь чистая.

upcFrost ★★★★★
(12.04.16 14:14:36 MSK)