LINUX.ORG.RU
ФорумAdmin

BeeLine EDGE + Bluetooth (работает, пара вопросов)


0

0

С недавнего времени хожу в Интернет через связку edge+спутник, до этого в качестве запросного канала было наземное VPN-Ethernet подключение, все прекрасно работало. Подключил телефон (Nokia 6021) через Bluetooth в качестве модема. Дозваниваюсь pppd, оператор BeeLine. Работает, но немного криво, в связи с чем есть кусочек вопросов:

1.1 PPP: Стоит ли смотреть на wvdial?

1.2 PPP: Первая установка ppp-соединения стабильно проваливается, ошибка "Loopback detected". На второй раз таки соединяется. Как можно поправить? (чтобы соединялось с первого раза :) )

2.1 DNS: При подключении pppd показывает адреса primary и secondary ns. Я прописал их руками в /etc/resolv.conf, но думаю это не самый правильный вариант. Тогда какой? usepeerdns присутствует в конфиге.

2.2 DNS: Сильно задумчивое разрешение имен. Можно как-то поправить? (сторонний/локальный ns?)

3 Скорость сильно далека от теоретически максимально возможной. Иногда кажется что это не EDGE никакой а не самого лучшего качества обычный GPRS. Можно как-нибудь проверить? Есть ли штатные средства для измерения скорости передачи?

4 Можно ли оптимизировать соединение для моих нужд (запросный канал)?

Конфиги выложу в следующем посте.

anonymous

[/etc/ppp/peers] # cat bline-click
/dev/rfcomm0

name beeline

nobsdcomp
nodeflate

connect '/usr/sbin/chat -v -f /etc/ppp/chat-bline-click'
noauth
noipdefault
usepeerdns
defaultroute

debug
nodetach

=EOF=

[/etc/ppp] # cat chat-bline-click
TIMEOUT         5
ECHO            ON
ABORT           '\nBUSY\r'
ABORT           '\nERROR\r'
ABORT           '\nNO ANSWER\r'
ABORT           '\nNO CARRIER\r'
ABORT           '\nNO DIALTONE\r'
ABORT           '\nRINGING\r\n\r\nRINGING\r'
''              \rAT
TIMEOUT         12
OK              ATE1
OK              AT+CGDCONT=1,"IP","internet.beeline.ru"
OK              ATD*99#

=EOF=

Особенно интересует chat-скрипт, т.к. раньше модема не было не знаю
как лучше написать

anonymous
()

>1.1 PPP: Стоит ли смотреть на wvdial?

Милейший, а какой дистрибутив? Обычно рекомендуется воспользоваться средствами настройки дистрибутива...

>Я прописал их руками в /etc/resolv.conf, но думаю это не самый правильный вариант.

Конечно неправильный! Надо прописывать DNS спутникового провайдера!

>2.2 DNS: Сильно задумчивое разрешение имен. Можно как-то поправить?

DNS-сервера билайна с неохотой пропускают DNS-запросы для чужих IP...

>3 Скорость сильно далека от теоретически максимально возможной.

Всё зависит от пинга... Если пытаться соединиться в "час-пик" тогда пинг может быть и 2000 и 3000... Приоритет IP траффика в GSM сетях низкий...

>Можно ли оптимизировать соединение для моих нужд (запросный канал)?

А какие это "мои нужды"?

ArtSh ★★★
()
Ответ на: комментарий от ArtSh

> 1.1 PPP: Стоит ли смотреть на wvdial? > Милейший, а какой дистрибутив? Обычно рекомендуется воспользоваться средствами настройки дистрибутива...

Как вопрос о выборе звонилки соотносится с дистрибутивными средствами настройки? Настраиваю вимом и такой-то матери, дистр LFS.

> Я прописал их руками в /etc/resolv.conf, но думаю это не самый правильный вариант. > Конечно неправильный! Надо прописывать DNS спутникового провайдера!

Вопрос следующий - как использовать адреса серверов имен, сообщаемых pppd. От сатгейтовского днс остались не очень хорошие воспоминания, хотя возможно стоит попробовать еще.

> 2.2 DNS: Сильно задумчивое разрешение имен. Можно как-то поправить? DNS-сервера билайна с неохотой пропускают DNS-запросы для чужих IP...

"Не свои" это которые не *.beeline.ru что ли? :D До билайновских днс сделан отдельный роут чтобы не гонять через спутник. Кстати, не имеет ли место быть противоречие с предыдущим каментом?

> Всё зависит от пинга... Если пытаться соединиться в "час-пик" тогда пинг может быть и 2000 и 3000... Приоритет IP траффика в GSM сетях низкий...

Т.е. что edge что простой gprs нет разницы по сути?

> >Можно ли оптимизировать соединение для моих нужд (запросный канал)? А какие это "мои нужды"?

Ну вот, теперь я точно уверен - невнимательно читаете, любезный! Мои нужды написаны в конце предпоследнего предложения в раунд бракетсах (специально для тех у кого проблемы с аналитическим мышлением)

anonymous
()
Ответ на: комментарий от anonymous

heck, s/Настраиваю вимом и такой-то матери/Настраиваю с помощью вима и такой-то матери/

> не имеет ли место быть противоречие с предыдущим каментом?

Понял, не имеет :)

anonymous
()
Ответ на: комментарий от Deleted

Угумс, с утра бодренько так все грузится.

Статистика по пингам:

[ BeeLine EDGE @ 1156 GMT+3 ] --- ya.ru ping statistics --- 100 packets transmitted, 100 packets received, 0% packet loss round-trip min/avg/max/stddev = 428.080/576.534/944.109/117.460 ms

[ BeeLine EDGE @ ~2200 GMT+3 ] --- ya.ru ping statistics --- 113 packets transmitted, 100 packets received, 11% packet loss round-trip min/avg/max/stddev = 576.122/3368.236/11339.138/2500.587 ms

[ BeeLine EDGE + SatGate OpenVPN, prepaid @ 1205 GMT+3 ] --- ya.ru ping statistics --- 104 packets transmitted, 100 packets received, 3% packet loss round-trip min/avg/max/stddev = 676.244/909.247/1529.290/165.576 ms

[ BeeLine EDGE + SatGate OpenVPN, prepaid @ ~2200 GMT+3 ] --- ya.ru ping statistics --- 101 packets transmitted, 100 packets received, 0% packet loss round-trip min/avg/max/stddev = 625.224/855.622/1822.811/208.099 ms

anonymous
()
Ответ на: комментарий от Deleted

Шайз!

[ BeeLine EDGE @ 1156 GMT+3 ]
--- ya.ru ping statistics ---
100 packets transmitted, 100 packets received, 0% packet loss
round-trip min/avg/max/stddev = 428.080/576.534/944.109/117.460 ms

[ BeeLine EDGE @ ~2200 GMT+3 ]
--- ya.ru ping statistics ---
113 packets transmitted, 100 packets received, 11% packet loss
round-trip min/avg/max/stddev = 576.122/3368.236/11339.138/2500.587 ms

[ BeeLine EDGE + SatGate OpenVPN, prepaid @ 1205 GMT+3 ]
--- ya.ru ping statistics ---
104 packets transmitted, 100 packets received, 3% packet loss
round-trip min/avg/max/stddev = 676.244/909.247/1529.290/165.576 ms

[ BeeLine EDGE + SatGate OpenVPN, prepaid @ ~2200 GMT+3 ]
--- ya.ru ping statistics ---
101 packets transmitted, 100 packets received, 0% packet loss
round-trip min/avg/max/stddev = 625.224/855.622/1822.811/208.099 ms

anonymous
()

Проблема с Loopback detected решилась после гугления. Цитата:

"I vaguely recall reading somewhere that this is caused by the ppp server being slow to start up after you dial up and log in. When it is slow, the ordinary tty line discipline is still active when you starting sending stuff, so your pppd sees echos of the stuff it sends and complains about the line being looped back."

Лечится pppd опцией 'silent'. Из мана:

"With this option, pppd will not transmit LCP packets to initiate a connection until a valid LCP packet is received from the peer (as for the `passive' option with ancient versions of pppd)."

anonymous
()
Ответ на: комментарий от unicsoid

> Насчет днс: поставь какой нить кеширующий e.g. dnsmasq

Поставил, вроде работает. Верно я понимаю что если netstat -autnp | grep dnsmasq говорит tcp 0 0 0.0.0.0:53 0.0.0.0:* LISTEN 6123/dnsmasq udp 0 0 0.0.0.0:53 0.0.0.0:* 6123/dnsmasq udp 0 0 0.0.0.0:32957 0.0.0.0:* 6123/dnsmasq

то dnsmasq слушает на всех интерфейсах? Хотя я попробовал порезолвить через не-lo ифейсы и не получилось :)

anonymous
()
Ответ на: комментарий от anonymous

tcp 0 0 0.0.0.0:53 0.0.0.0:* LISTEN 6123/dnsmasq udp 0 0 0.0.0.0:53 0.0.0.0:* 6123/dnsmasq udp 0 0 0.0.0.0:32957 0.0.0.0:* 6123/dnsmasq

anonymous
()
Ответ на: комментарий от anonymous

я - неудачник

tcp        0      0 0.0.0.0:53              0.0.0.0:*               LISTEN      6123/dnsmasq
udp        0      0 0.0.0.0:53              0.0.0.0:*                           6123/dnsmasq
udp        0      0 0.0.0.0:32957           0.0.0.0:*                           6123/dnsmasq

anonymous
()

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

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.