Jump to content
Калькуляторы

Новые технологии у мобильного инета? недоумение линуксоида

Как-то раньше я без проблем запускал разные модемы и операторов под линуксом. А вот недавно попробовал билайновского home инета - сервер рвёт связь без объяснений причины через секунду после успешной chap-авторизации. Причём под всеми наличными модемами включая сименсовский промышленный. И все эти модемы нормально работают с корпоративным инетом от того же билайна (видимо более старые технологии). Отнёс симку обратно, попробовал mts - та же картина. Техподдержка, разумеется, у таких крупных компаний убита, т.к. экономика должна быть экономной.

 

Никто не знает, не объявились новые технологичные решения у провайдеров вроде показа рекламы через встроенную блотваре с валиадцией и разрывом ppp соедениня в случае провала этой валидации?

 

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

Edited by ayvango

Share this post


Link to post
Share on other sites

Как-то раньше я без проблем запускал разные модемы и операторов под линуксом. А вот недавно попробовал билайновского home инета - сервер рвёт связь без объяснений причины через секунду после успешной chap-авторизации. Причём под всеми наличными модемами включая сименсовский промышленный. И все эти модемы нормально работают с корпоративным инетом от того же билайна (видимо более старые технологии). Отнёс симку обратно, попробовал mts - та же картина. Техподдержка, разумеется, у таких крупных компаний убита, т.к. экономика должна быть экономной.

 

Никто не знает, не объявились новые технологичные решения у провайдеров вроде показа рекламы через встроенную блотваре с валиадцией и разрывом ppp соедениня в случае провала этой валидации?

 

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

distination тунеля случаем не через тунель становится виден? Проверь!

Share this post


Link to post
Share on other sites

distination тунеля случаем не через тунель становится виден? Проверь!

IPCP даже произойти не успевает

CHAP authentication succeeded
sent [iPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
Hangup (SIGHUP)
Modem hangup
Connection terminated.

Edited by ayvango

Share this post


Link to post
Share on other sites

Может нужно отключить модемное управление?

Если не ошибаюсь, это делает опция local в pppd.

Share this post


Link to post
Share on other sites

Я с таким сталкивался, когда неправильно указан QoS или CGDCONT.

PPP стек реализован в самом модеме, и он его стартует по каким-то причинам, но если поток данных по 3G не стартует - то оно обрывает ppp сессию.

Share this post


Link to post
Share on other sites

Я с таким сталкивался, когда неправильно указан QoS или CGDCONT.

PPP стек реализован в самом модеме, и он его стартует по каким-то причинам, но если поток данных по 3G не стартует - то оно обрывает ppp сессию.

А кто тогда отвечает за chap авторизацию? Значит ли тогда вообще логин/пароль хоть что-нибудь?

Share this post


Link to post
Share on other sites

Зависит от оператора, насколько я понимаю модем-то модет ответить succeed сразу, сохранит параметры авторизации, но на самом деле от GGSN может прийти отлуп по авторизации, и будет такая картина которую вы видите.

Авторизацию по PPP принимает модем, и преобразовывает в GPRS/EDGE/UMTS "протокол".

Я всякое встречал, например у Saudi Telecom пофигу что вводишь, даже без авторизации пускает, т.к. авторизация идет по симке. На других операторах встречал, что требуется авторизация, хотя и логин+пароль одинаковые.

Еще есть модемы с расширенной отладкой, там можно глянуть причину обрыва.

 

Дабы не быть голословным, такая "авторизация" (т.е. ложное подтверждение принятия пароля) оговорена в стандарте

Release 4

19

3GPP TS 29.061 V4.10.1 (2005-06)

3) If the negotiated authentication protocol is either of CHAP or PAP, the TE authenticates itself towards the MT

by means of that protocol. The MT stores the necessary authentication data and sends a forced positive

acknowledgement of the authentication to the TE.

Share this post


Link to post
Share on other sites

Перед chap авторизацией модем долго и нудно обговаривает параметры сжатия потока и прочего. Я ему разрешаю всё что просит. Получается он эти опции игнорирует.

 

Поищу такой "расширенный" модем. Может точнее узнаю в чём проблема.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this