|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Eugene Grosbein 2:5006/1 29 Sep 2007 14:33:28
To : Lev Serebryakov
Subject : Re: Nokia E50 & umodem
--------------------------------------------------------------------------------
28 сен 2007, пятница, в 18:53 KRAST, Lev Serebryakov написал(а):
EG>> А кто выдает IP-адреса и как обеспечивается трансляция, её ж оператор
EG>> делает.
LS> У GPRS тоже есть какие-то служебные фреймы, само собой, он всё же
LS> посложнее
LS> SLIP'а будет :) Там и авторизация и назначение адреса и DNS'а и прочее. Hо
LS> из
LS> протоколов там может энкапсулироватся ТОЛЬКО IP, в отличие от PPP.
LS> А прошивка мобильника из одной энкапсуляции транслирует в другую.
Hа деле всё оказалось сложнее. Во-первых, я зря не стал ставить
в скрипт дозвона AT+CGDCONT=1,"IP","internet.beeline.ru", а надо было.
Вернул и дело продвинулось, но не идеально.
Вначале, судя по всему, идет действительно обмен с трубой:
pppd[2395]: pppd 2.3.5 started by eugen, uid 0
pppd[2395]: Serial connection established.
pppd[2395]: Using interface ppp0
pppd[2395]: Connect: ppp0 <--> /dev/cuaU0
pppd[2395]: sent [LCP ConfReq id=0x1 <asyncmap 0x0>]
pppd[2395]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0>]
pppd[2395]: rcvd [LCP ConfReq id=0x0 <auth pap> <mru 1500> <asyncmap 0xa0000>]
pppd[2395]: sent [LCP ConfAck id=0x0 <auth pap> <mru 1500> <asyncmap 0xa0000>]
pppd[2395]: sent [LCP EchoReq id=0x0 magic=0x0]
pppd[2395]: sent [PAP AuthReq id=0x1 user="beeline" password="beeline"]
pppd[2395]: rcvd [LCP EchoRep id=0x0 magic=0x0]
pppd[2395]: rcvd [PAP AuthAck id=0x1 ""]
pppd[2395]: Remote message:
pppd[2395]: sent [IPCP ConfReq id=0x1 <addr 0.0.0.0>]
pppd[2395]: rcvd [IPCP ConfReq id=0x0 <addr 10.6.6.6>]
pppd[2395]: sent [IPCP ConfAck id=0x0 <addr 10.6.6.6>]
Этот адрес, 10.6.6.6, выдается всегда - независимо от того,
задавать ли адрес точки доступа командой AT+CGDCONT или нет,
получается, что выдаёт его труба? Это имеет плохие последствия позднее.
Дальше, судя по всему, приходит нечто от оператора:
pppd[2395]: rcvd [IPCP ConfNak id=0x1 <addr 10.0.0.14>]
pppd[2395]: sent [IPCP ConfReq id=0x2 <addr 10.0.0.14>]
pppd[2395]: rcvd [IPCP ConfAck id=0x2 <addr 10.0.0.14>]
pppd[2395]: local IP address 10.0.0.14
pppd[2395]: remote IP address 10.6.6.6
У винды тут ещё приходят адреса DNS билайна, она их запрашивает к ConfReq.
После этого pppd считает IPCP завершенным и поднимает интерфейс
с верным локальным адресом и неверным адресом удаленной стороны.
В случае винды тоже с той стороны правильного IP удаленной стороны
не приходит. В принципе, для работы через PPP-интерфейс его не очень-то
и надо. Hельзя использовать defaultroute (берет адрес шлюза из IPCP),
но можно в ip-up прописать /sbin/route add default $1 и тогда всё бегает.
Дальше как в анекдоте.
Плохо - нельзя попинговать удаленный конец PPP-линка.
Хорошо - адрес той стороны легко вычислить, например,
через traceroute -n -m 1 ya.ru.
Плохо - адрес той стороны всё равно не отвечает на пинг. И второй хоп тоже.
И третий (уже реальный IP) тоже. Отвечает только четвертый:
Novosibirsk10-F0-1-0.6113.rosprint.net (212.176.125.94)
Хорошо: работает LCP echo, CPS у меня до 10800 на ftp,
уже можно пользоваться.
И ещё интересная фигня: windows показывает скорость на порту USB
более 400Kbps, под FreeBSD 115200 ставлю. Windows врёт или действительно
можно на tty line в случае USB ставить скорость выше 115200? И будет ли
это реальным ограничителем под фрёй?
Рабочая конфигурация для /etc/ppp/options:
115200
cuaU0
debug
persist
connect '/etc/ppp/gprs.dialup'
lock
kdebug 1
name beeline
lcp-echo-interval 6
lcp-echo-failure 10
asyncmap 0
# отключаем LCP, которые всё равно будут отвергнуты
nomagic
nopcomp
noaccomp
novj
# без последней опции приходит TermReq во время IPCP
noipdefault
Eugene
--
For the Colonel's Lady an' Judy O'Grady
Are sisters under their skins!
--- slrn/0.9.8.1 (FreeBSD)
* Origin: Svyaz Service JSC (2:5006/1@fidonet)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
