Re: Skylink Etch

2007-07-12 Пенетрантность Artem Pastukhov
В сообщении от 11 июля 2007 17:13 Andrey Teleshov написал(a):
 On Tue, 10 Jul 2007 12:01:46 +0400

 Artem Pastukhov [EMAIL PROTECTED] wrote:
   Угу. Видно, что модем не сечет, что соединение установлено. Такое тут в
   рассылке у кого-то было, оказалось что в чат-скрипте пропустил какой-то
   значек.
  
   Похоже, что и тут дело в chat'е. Можно сравнить то, что ты ему
   скармливаешь в debian'е, а что в другом дистре?
  
   --
 Макс
 
  В debian:
  REPORT CONNECT
  TIMEOUT 60
  ABORT ERROR
  ABORT BUSY
  ABORT VOICE
  ABORT NO CARRIER
  ABORT NO DIALTONE
  ABORT NO DIAL TONE
  ABORT NO ANSWER
  '' ''
  '' 'ATZ'
  'OK' 'ATI'
  'OK' 'ATDT#777'
  'CONNECT' 'ATO'

 Где-то (не помню, где) попадалось на глаза что-то вроде такого:
 ABORT 'NO CARRIER' убрать -- это для CDMA стационаров нужно, а для
 мобильников нет... Попробуйте, может полегчает...

 --
 Андрей Телешов
Убрал  ABORT 'NO CARRIER', убрал ATO, обновился до testing и  2.6.21, не 
помогло.
Есть возможность получить более подробную отладочную информацию чем debug и 
kdebug 7 ?
-- 
С уважением, Артем Пастухов
artem (at) mxk-m (dot) ru


Re: Skylink Etch

2007-07-11 Пенетрантность Andrey Teleshov
On Tue, 10 Jul 2007 12:01:46 +0400
Artem Pastukhov [EMAIL PROTECTED] wrote:

  Угу. Видно, что модем не сечет, что соединение установлено. Такое тут в
  рассылке у кого-то было, оказалось что в чат-скрипте пропустил какой-то
  значек.
 
  Похоже, что и тут дело в chat'е. Можно сравнить то, что ты ему скармливаешь
  в debian'е, а что в другом дистре?
 
  --
Макс
 В debian:
 REPORT CONNECT
 TIMEOUT 60
 ABORT ERROR
 ABORT BUSY
 ABORT VOICE
 ABORT NO CARRIER
 ABORT NO DIALTONE
 ABORT NO DIAL TONE
 ABORT NO ANSWER
 '' ''
 '' 'ATZ'
 'OK' 'ATI'
 'OK' 'ATDT#777'
 'CONNECT' 'ATO'

Где-то (не помню, где) попадалось на глаза что-то вроде такого: 
ABORT 'NO CARRIER' убрать -- это для CDMA стационаров нужно, а для
мобильников нет... Попробуйте, может полегчает...

-- 
Андрей Телешов


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Skylink Etch

2007-07-10 Пенетрантность Artem Pastukhov
В сообщении от 9 июля 2007 17:23 Max Dmitrichenko написал(a):
 В сообщении от 9 Июль 2007 16:52 Artem Pastukhov написал(a):

 Угу. Видно, что модем не сечет, что соединение установлено. Такое тут в
 рассылке у кого-то было, оказалось что в чат-скрипте пропустил какой-то
 значек.

 Похоже, что и тут дело в chat'е. Можно сравнить то, что ты ему скармливаешь
 в debian'е, а что в другом дистре?

 --
   Макс
В debian:
REPORT CONNECT
TIMEOUT 60
ABORT ERROR
ABORT BUSY
ABORT VOICE
ABORT NO CARRIER
ABORT NO DIALTONE
ABORT NO DIAL TONE
ABORT NO ANSWER
'' ''
'' 'ATZ'
'OK' 'ATI'
'OK' 'ATDT#777'
'CONNECT' 'ATO'

В остальных - стандартный из kppp или pppconfig.
-- 
С уважением, Артем Пастухов
artem (at) mxk-m (dot) ru


Re: Skylink Etch

2007-07-10 Пенетрантность Artem Chuprina

В сообщении от 9 июля 2007 17:23 Max Dmitrichenko написал(a):
 В сообщении от 9 Июль 2007 16:52 Artem Pastukhov написал(a):

 Угу. Видно, что модем не сечет, что соединение установлено. Такое тут в
 рассылке у кого-то было, оказалось что в чат-скрипте пропустил какой-то
 значек.

 Похоже, что и тут дело в chat'е. Можно сравнить то, что ты ему скармливаешь
 в debian'е, а что в другом дистре?

 --
   Макс
В debian:
REPORT CONNECT
TIMEOUT 60
ABORT ERROR
ABORT BUSY
ABORT VOICE
ABORT NO CARRIER
ABORT NO DIALTONE
ABORT NO DIAL TONE
ABORT NO ANSWER
'' ''
'' 'ATZ'
'OK' 'ATI'
'OK' 'ATDT#777'
'CONNECT' 'ATO'

В остальных - стандартный из kppp или pppconfig.


А стандартный - это какой?  'ATO' в конце смущает.


Re: Skylink Etch

2007-07-10 Пенетрантность Max Dmitrichenko
В сообщении от 10 Июль 2007 12:43 Artem Chuprina написал(a):
  'CONNECT' 'ATO'
 
  В остальных - стандартный из kppp или pppconfig.
 
 А стандартный - это какой?  'ATO' в конце смущает.

Действительно смущает, т.к. стандартный kppp про ATO ничего не знает
без дополнительного вкручивания ему мозгов.

--
  Макс


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Skylink Etch

2007-07-10 Пенетрантность Peter Teslenko

Artem Pastukhov wrote:

В сообщении от 9 июля 2007 16:32 Artem Chuprina написал(a):

Ну да, как народ и догадался.  Компрессию отключи.  Всю.


прописал :

noaccomp
nobsdcomp
novjccomp
nopcomp
noaccomp
noccp
nodeflate
novj


Недавно дружил lenny/sid с мегафоном и меня спасла вот такая магическая 
последовательность

crtscts
usepeerdns
ipcp-accept-remote
ipcp-accept-local
noccp

--
Peter Teslenko


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Skylink Etch

2007-07-09 Пенетрантность Konstantin Ilchenko
а в логах что? случаем нет подобного:
ppp VJ decompression error ??


 Добрый день!
 Есть CDMA модем, Anudata e100A и комп с Etch.
 Соединение держится максимум  10секунд, потом перелогинивается.
 Выглядит примерно так:
 Jul  6 14:25:31 artem pppd[7800]: local  IP address 91.149.96.26
 Jul  6 14:25:31 artem pppd[7800]: remote IP address 212.119.106.137
 Jul  6 14:25:31 artem pppd[7800]: primary   DNS address 212.119.96.33
 Jul  6 14:25:31 artem pppd[7800]: secondary DNS address 212.119.97.5
 Jul  6 14:25:35 artem pppd[7800]: Connect time 0.1 minutes.
 Jul  6 14:25:35 artem pppd[7800]: Sent 164 bytes, received 216 bytes.
 Jul  6 14:25:35 artem pppd[7800]: CHAP authentication succeeded
 Jul  6 14:25:35 artem pppd[7800]: CHAP authentication succeeded
 Jul  6 14:25:35 artem pppd[7800]: local  IP address 91.149.102.35
 Jul  6 14:25:35 artem pppd[7800]: remote IP address 212.119.106.137
 Jul  6 14:25:35 artem pppd[7800]: primary   DNS address 212.119.96.33
 Jul  6 14:25:35 artem pppd[7800]: secondary DNS address 212.119.97.5
 Jul  6 14:25:44 artem pppd[7800]: Connect time 0.2 minutes.
 Jul  6 14:25:44 artem pppd[7800]: Sent 3913 bytes, received 1517 bytes.
 
 Все доки найденные по скайлинклинукс скурил по 5 раз, не помогает.
 
 Но самое интересное, что на других системах ( были опробованы: ALTLinux 4.0 
 Livecd, backtrack 2.0, Ubuntu) все пучком, даже если отконфигурить соединение 
 через гуй, без тонких настроек.
 
 Вопрос: как бы мне отловить проблему и на какой пакет вешать багу?
 
 
 -- 
 С уважением, Артем Пастухов
 artem (at) mxk-m (dot) ru
 







-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Skylink Etch

2007-07-09 Пенетрантность Artem Pastukhov
Нет, в логах ничего такого нет, пытался отключитиь копрессию, не помогает.

Еще 1 момент, зоединение происходит только с опцией noauth. Без нее получаю:

Jul  6 13:32:02 artem pppd[22806]: Serial connection established.
Jul  6 13:32:02 artem pppd[22806]: Using interface ppp1
Jul  6 13:32:02 artem pppd[22806]: Connect: ppp1 -- /dev/cdma
Jul  6 13:32:03 artem pppd[22806]: EAP: unauthenticated peer 
name pdsn-m22-pc3
Jul  6 13:32:03 artem pppd[22806]: CHAP authentication succeeded
Jul  6 13:32:03 artem pppd[22806]: CHAP authentication succeeded
Jul  6 13:32:03 artem pppd[22806]: LCP terminated by peer
Jul  6 13:32:06 artem pppd[22806]: Connection terminated.
Jul  6 13:32:06 artem pppd[22806]: Hangup (SIGHUP)
Jul  6 13:32:06 artem pppd[22806]: Modem hangup


pdsn-m22-pc3 это похоже адрес айпи из скайлинковского пула, который выдается 
модему

В сообщении от 9 июля 2007 15:34 вы написали:
 а в логах что? случаем нет подобного:
 ppp VJ decompression error ??

  Добрый день!
  Есть CDMA модем, Anudata e100A и комп с Etch.
  Соединение держится максимум  10секунд, потом перелогинивается.
  Выглядит примерно так:
  Jul  6 14:25:31 artem pppd[7800]: local  IP address 91.149.96.26
  Jul  6 14:25:31 artem pppd[7800]: remote IP address 212.119.106.137
  Jul  6 14:25:31 artem pppd[7800]: primary   DNS address 212.119.96.33
  Jul  6 14:25:31 artem pppd[7800]: secondary DNS address 212.119.97.5
  Jul  6 14:25:35 artem pppd[7800]: Connect time 0.1 minutes.
  Jul  6 14:25:35 artem pppd[7800]: Sent 164 bytes, received 216 bytes.
  Jul  6 14:25:35 artem pppd[7800]: CHAP authentication succeeded
  Jul  6 14:25:35 artem pppd[7800]: CHAP authentication succeeded
  Jul  6 14:25:35 artem pppd[7800]: local  IP address 91.149.102.35
  Jul  6 14:25:35 artem pppd[7800]: remote IP address 212.119.106.137
  Jul  6 14:25:35 artem pppd[7800]: primary   DNS address 212.119.96.33
  Jul  6 14:25:35 artem pppd[7800]: secondary DNS address 212.119.97.5
  Jul  6 14:25:44 artem pppd[7800]: Connect time 0.2 minutes.
  Jul  6 14:25:44 artem pppd[7800]: Sent 3913 bytes, received 1517 bytes.
 
  Все доки найденные по скайлинклинукс скурил по 5 раз, не помогает.
 
  Но самое интересное, что на других системах ( были опробованы: ALTLinux
  4.0 Livecd, backtrack 2.0, Ubuntu) все пучком, даже если отконфигурить
  соединение через гуй, без тонких настроек.
 
  Вопрос: как бы мне отловить проблему и на какой пакет вешать багу?
 
 
  --
  С уважением, Артем Пастухов
  artem (at) mxk-m (dot) ru

-- 
С уважением, Артем Пастухов
artem (at) mxk-m (dot) ru


Re: Skylink Etch

2007-07-09 Пенетрантность Artem Chuprina

2007/7/9, Artem Pastukhov [EMAIL PROTECTED]:

Добрый день!
Есть CDMA модем, Anudata e100A и комп с Etch.
Соединение держится максимум  10секунд, потом перелогинивается.
Выглядит примерно так:
Jul  6 14:25:31 artem pppd[7800]: local  IP address 91.149.96.26
Jul  6 14:25:31 artem pppd[7800]: remote IP address 212.119.106.137
Jul  6 14:25:31 artem pppd[7800]: primary   DNS address 212.119.96.33
Jul  6 14:25:31 artem pppd[7800]: secondary DNS address 212.119.97.5
Jul  6 14:25:35 artem pppd[7800]: Connect time 0.1 minutes.
Jul  6 14:25:35 artem pppd[7800]: Sent 164 bytes, received 216 bytes.
Jul  6 14:25:35 artem pppd[7800]: CHAP authentication succeeded
Jul  6 14:25:35 artem pppd[7800]: CHAP authentication succeeded
Jul  6 14:25:35 artem pppd[7800]: local  IP address 91.149.102.35
Jul  6 14:25:35 artem pppd[7800]: remote IP address 212.119.106.137
Jul  6 14:25:35 artem pppd[7800]: primary   DNS address 212.119.96.33
Jul  6 14:25:35 artem pppd[7800]: secondary DNS address 212.119.97.5
Jul  6 14:25:44 artem pppd[7800]: Connect time 0.2 minutes.
Jul  6 14:25:44 artem pppd[7800]: Sent 3913 bytes, received 1517 bytes.

Все доки найденные по скайлинклинукс скурил по 5 раз, не помогает.

Но самое интересное, что на других системах ( были опробованы: ALTLinux 4.0
Livecd, backtrack 2.0, Ubuntu) все пучком, даже если отконфигурить соединение
через гуй, без тонких настроек.

Вопрос: как бы мне отловить проблему и на какой пакет вешать багу?


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


Re: Skylink Etch

2007-07-09 Пенетрантность Max Dmitrichenko
В сообщении от 9 Июль 2007 15:26 Artem Pastukhov написал(a):
 Все доки найденные по скайлинклинукс скурил по 5 раз, не помогает.
 
 Но самое интересное, что на других системах ( были опробованы: ALTLinux 4.0 
 Livecd, backtrack 2.0, Ubuntu) все пучком, даже если отконфигурить соединение 
 через гуй, без тонких настроек.
 
 Вопрос: как бы мне отловить проблему и на какой пакет вешать багу?

Включаем у pppd опции debug и kdebug и шлем логи _одного_ соединения сюда.
Похоже, что облом происходит где-то при согласовании CCP. То бишь какая-нить
хня с компрессией, ибо сотовые модемы - создания простые и глупые.

--
  Макс


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Skylink Etch

2007-07-09 Пенетрантность Artem Pastukhov
В сообщении от 9 июля 2007 15:44 Max Dmitrichenko написал(a):
 В сообщении от 9 Июль 2007 15:26 Artem Pastukhov написал(a):
  Все доки найденные по скайлинклинукс скурил по 5 раз, не помогает.
 
  Но самое интересное, что на других системах ( были опробованы: ALTLinux
  4.0 Livecd, backtrack 2.0, Ubuntu) все пучком, даже если отконфигурить
  соединение через гуй, без тонких настроек.
 
  Вопрос: как бы мне отловить проблему и на какой пакет вешать багу?

 Включаем у pppd опции debug и kdebug и шлем логи _одного_ соединения сюда.
 Похоже, что облом происходит где-то при согласовании CCP. То бишь
 какая-нить хня с компрессией, ибо сотовые модемы - создания простые и
 глупые.

 --
   Макс
Это были логи с debug

-- 
С уважением, Артем Пастухов
artem (at) mxk-m (dot) ru


Re: Skylink Etch

2007-07-09 Пенетрантность Artem Chuprina

  Все доки найденные по скайлинклинукс скурил по 5 раз, не помогает.
 
  Но самое интересное, что на других системах ( были опробованы: ALTLinux
  4.0 Livecd, backtrack 2.0, Ubuntu) все пучком, даже если отконфигурить
  соединение через гуй, без тонких настроек.
 
  Вопрос: как бы мне отловить проблему и на какой пакет вешать багу?

 Включаем у pppd опции debug и kdebug и шлем логи _одного_ соединения сюда.
 Похоже, что облом происходит где-то при согласовании CCP. То бишь
 какая-нить хня с компрессией, ибо сотовые модемы - создания простые и
 глупые.

 --
   Макс
Это были логи с debug


Логи с debug выглядят не так.  Согласно документации, они еще в syslog
пишутся с уровнем debug.  Если у тебя сислог такое не пишет или пишет
не туда, то это надо исправить (попросить его писать или показать
оттуда, куда он это пишет, соответственно).


Re: Skylink Etch

2007-07-09 Пенетрантность Andrey Nikitin
В сообщении от 9 июля 2007 15:46 Artem Chuprina написал(a):
 Отследить, хотя бы по ps, параметры pppd (включая чат-скрипт) в
 работающем и неработающем варианте.

Посмотреть не дефолтные параметры запуска pppd можно так (для тех кто не знал):
# sudo pppd dryrun call CMDA-PROVIDER

 Если с одинаковыми параметрами 
 там работает, а тут - нет, то скорее всего pppd.  Но обычно такие
 проблемы бывают все же от разницы в настройках.


-- 
С Уважением,
   Андрей Никитин



Re: Skylink Etch

2007-07-09 Пенетрантность Artem Pastukhov
В сообщении от 9 июля 2007 15:44 Max Dmitrichenko написал(a):
 В сообщении от 9 Июль 2007 15:26 Artem Pastukhov написал(a):
  Все доки найденные по скайлинклинукс скурил по 5 раз, не помогает.
 
  Но самое интересное, что на других системах ( были опробованы: ALTLinux
  4.0 Livecd, backtrack 2.0, Ubuntu) все пучком, даже если отконфигурить
  соединение через гуй, без тонких настроек.
 
  Вопрос: как бы мне отловить проблему и на какой пакет вешать багу?

 Включаем у pppd опции debug и kdebug и шлем логи _одного_ соединения сюда.
 Похоже, что облом происходит где-то при согласовании CCP. То бишь
 какая-нить хня с компрессией, ибо сотовые модемы - создания простые и
 глупые.

 --
   Макс
Примерно вот так это выглядит с kdebug 
Jul  9 16:01:23 artem pppd[16698]: rcvd [LCP EchoRep id=0x3 magic=0x25936209]
Jul  9 16:01:52 artem pppd[16698]: rcvd [LCP ConfReq id=0x1 asyncmap 0x0 
auth chap MD5 magic 0x259535b0]
Jul  9 16:01:52 artem pppd[16698]: Script /etc/ppp/ip-down started (pid 17316)
Jul  9 16:01:52 artem pppd[16698]: sent [LCP ConfReq id=0x4 asyncmap 0x0 
magic 0xc918e531 pcomp accomp]
Jul  9 16:01:52 artem pppd[16698]: sent [LCP ConfAck id=0x1 asyncmap 0x0 
auth chap MD5 magic 0x259535b0]
Jul  9 16:01:52 artem pppd[16698]: rcvd [LCP ConfAck id=0x4 asyncmap 0x0 
magic 0xc918e531 pcomp accomp]
Jul  9 16:01:52 artem pppd[16698]: sent [LCP EchoReq id=0x0 magic=0xc918e531]
Jul  9 16:01:52 artem pppd[16698]: rcvd [CHAP Challenge id=0x1 
7585a9e9e7c16ea83c2c3daacc2db9bd, name = pdsn-m22-pc3]
Jul  9 16:01:52 artem pppd[16698]: sent [CHAP Response id=0x1 
1e93cf7ecb2239dd0477532476dfa379, name = mobile]
Jul  9 16:01:52 artem pppd[16698]: Script /etc/ppp/ip-down finished (pid 
17316), status = 0x0
Jul  9 16:01:52 artem pppd[16698]: rcvd [LCP EchoRep id=0x0 magic=0x259535b0]
Jul  9 16:01:52 artem pppd[16698]: rcvd [CHAP Success id=0x1 ]
Jul  9 16:01:52 artem pppd[16698]: sent [CCP ConfReq id=0x4 deflate 15 
deflate(old#) 15 bsd v1 15]
Jul  9 16:01:52 artem pppd[16698]: sent [IPCP ConfReq id=0x7 compress VJ 0f 
01 addr 0.0.0.0 ms-dns1 0.0.0.0 ms-dns3 0.0.0.0]
Jul  9 16:01:52 artem pppd[16698]: rcvd [IPCP ConfReq id=0x1 addr 
212.119.106.138]
Jul  9 16:01:52 artem pppd[16698]: sent [IPCP ConfAck id=0x1 addr 
212.119.106.138]
Jul  9 16:01:52 artem pppd[16698]: rcvd [LCP ProtRej id=0x2 80 fd 01 04 00 0f 
1a 04 78 00 18 04 78 00 15 03 2f]
Jul  9 16:01:52 artem pppd[16698]: Protocol-Reject for 'Compression Control 
Protocol' (0x80fd) received
Jul  9 16:01:52 artem pppd[16698]: rcvd [IPCP ConfNak id=0x7 addr 
91.149.94.40 ms-dns1 212.119.96.33 ms-dns3 212.119.97.5]
Jul  9 16:01:52 artem pppd[16698]: sent [IPCP ConfReq id=0x8 compress VJ 0f 
01 addr 91.149.94.40 ms-dns1 212.119.96.33 ms-dns3 212.119.97.5]
Jul  9 16:01:53 artem pppd[16698]: rcvd [IPCP ConfAck id=0x8 compress VJ 0f 
01 addr 91.149.94.40 ms-dns1 212.119.96.33 ms-dns3 212.119.97.5]
Jul  9 16:01:53 artem pppd[16698]: Script /etc/ppp/ip-up started (pid 17368)
Jul  9 16:01:53 artem pppd[16698]: Script /etc/ppp/ip-up finished (pid 17368), 
status = 0x0
Jul  9 16:02:22 artem pppd[16698]: sent [LCP EchoReq id=0x1 magic=0xc918e531]

и по кругу.
-- 
С уважением, Артем Пастухов
artem (at) mxk-m (dot) ru


Re: Skylink Etch

2007-07-09 Пенетрантность Artem Chuprina

В сообщении от 9 июля 2007 15:46 Artem Chuprina написал(a):
 Отследить, хотя бы по ps, параметры pppd (включая чат-скрипт) в
 работающем и неработающем варианте.

Посмотреть не дефолтные параметры запуска pppd можно так (для тех кто не знал):
# sudo pppd dryrun call CMDA-PROVIDER


Чат-скрипт так не посмотришь.


Re: Skylink Etch

2007-07-09 Пенетрантность Artem Chuprina

  Все доки найденные по скайлинклинукс скурил по 5 раз, не помогает.
 
  Но самое интересное, что на других системах ( были опробованы: ALTLinux
  4.0 Livecd, backtrack 2.0, Ubuntu) все пучком, даже если отконфигурить
  соединение через гуй, без тонких настроек.
 
  Вопрос: как бы мне отловить проблему и на какой пакет вешать багу?

 Включаем у pppd опции debug и kdebug и шлем логи _одного_ соединения сюда.
 Похоже, что облом происходит где-то при согласовании CCP. То бишь
 какая-нить хня с компрессией, ибо сотовые модемы - создания простые и
 глупые.

 --
   Макс
Примерно вот так это выглядит с kdebug
Jul  9 16:01:23 artem pppd[16698]: rcvd [LCP EchoRep id=0x3 magic=0x25936209]
Jul  9 16:01:52 artem pppd[16698]: rcvd [LCP ConfReq id=0x1 asyncmap 0x0
auth chap MD5 magic 0x259535b0]
Jul  9 16:01:52 artem pppd[16698]: Script /etc/ppp/ip-down started (pid 17316)
Jul  9 16:01:52 artem pppd[16698]: sent [LCP ConfReq id=0x4 asyncmap 0x0
magic 0xc918e531 pcomp accomp]
Jul  9 16:01:52 artem pppd[16698]: sent [LCP ConfAck id=0x1 asyncmap 0x0
auth chap MD5 magic 0x259535b0]
Jul  9 16:01:52 artem pppd[16698]: rcvd [LCP ConfAck id=0x4 asyncmap 0x0
magic 0xc918e531 pcomp accomp]
Jul  9 16:01:52 artem pppd[16698]: sent [LCP EchoReq id=0x0 magic=0xc918e531]
Jul  9 16:01:52 artem pppd[16698]: rcvd [CHAP Challenge id=0x1
7585a9e9e7c16ea83c2c3daacc2db9bd, name = pdsn-m22-pc3]
Jul  9 16:01:52 artem pppd[16698]: sent [CHAP Response id=0x1
1e93cf7ecb2239dd0477532476dfa379, name = mobile]
Jul  9 16:01:52 artem pppd[16698]: Script /etc/ppp/ip-down finished (pid
17316), status = 0x0
Jul  9 16:01:52 artem pppd[16698]: rcvd [LCP EchoRep id=0x0 magic=0x259535b0]
Jul  9 16:01:52 artem pppd[16698]: rcvd [CHAP Success id=0x1 ]
Jul  9 16:01:52 artem pppd[16698]: sent [CCP ConfReq id=0x4 deflate 15
deflate(old#) 15 bsd v1 15]
Jul  9 16:01:52 artem pppd[16698]: sent [IPCP ConfReq id=0x7 compress VJ 0f
01 addr 0.0.0.0 ms-dns1 0.0.0.0 ms-dns3 0.0.0.0]
Jul  9 16:01:52 artem pppd[16698]: rcvd [IPCP ConfReq id=0x1 addr
212.119.106.138]
Jul  9 16:01:52 artem pppd[16698]: sent [IPCP ConfAck id=0x1 addr
212.119.106.138]
Jul  9 16:01:52 artem pppd[16698]: rcvd [LCP ProtRej id=0x2 80 fd 01 04 00 0f
1a 04 78 00 18 04 78 00 15 03 2f]
Jul  9 16:01:52 artem pppd[16698]: Protocol-Reject for 'Compression Control
Protocol' (0x80fd) received


Ну да, как народ и догадался.  Компрессию отключи.  Всю.


Jul  9 16:01:52 artem pppd[16698]: rcvd [IPCP ConfNak id=0x7 addr
91.149.94.40 ms-dns1 212.119.96.33 ms-dns3 212.119.97.5]
Jul  9 16:01:52 artem pppd[16698]: sent [IPCP ConfReq id=0x8 compress VJ 0f
01 addr 91.149.94.40 ms-dns1 212.119.96.33 ms-dns3 212.119.97.5]
Jul  9 16:01:53 artem pppd[16698]: rcvd [IPCP ConfAck id=0x8 compress VJ 0f
01 addr 91.149.94.40 ms-dns1 212.119.96.33 ms-dns3 212.119.97.5]
Jul  9 16:01:53 artem pppd[16698]: Script /etc/ppp/ip-up started (pid 17368)
Jul  9 16:01:53 artem pppd[16698]: Script /etc/ppp/ip-up finished (pid 17368),
status = 0x0
Jul  9 16:02:22 artem pppd[16698]: sent [LCP EchoReq id=0x1 magic=0xc918e531]

и по кругу.
--
С уважением, Артем Пастухов
artem (at) mxk-m (dot) ru



Re: Skylink Etch

2007-07-09 Пенетрантность Max Dmitrichenko
В сообщении от 9 Июль 2007 16:03 Artem Pastukhov написал(a):
 Примерно вот так это выглядит с kdebug 
 Jul  9 16:01:23 artem pppd[16698]: rcvd [LCP EchoRep id=0x3 magic=0x25936209]
 Jul  9 16:01:52 artem pppd[16698]: rcvd [LCP ConfReq id=0x1 asyncmap 0x0 
 auth chap MD5 magic 0x259535b0]
 Jul  9 16:01:52 artem pppd[16698]: Script /etc/ppp/ip-down started (pid 17316)
...
 Jul  9 16:01:53 artem pppd[16698]: Script /etc/ppp/ip-up started (pid 17368)
 Jul  9 16:01:53 artem pppd[16698]: Script /etc/ppp/ip-up finished (pid 
 17368), 
 status = 0x0
 Jul  9 16:02:22 artem pppd[16698]: sent [LCP EchoReq id=0x1 magic=0xc918e531]
 
 и по кругу.

Может быть я глупый, но с каких пор pppd начинает свою работу с запуска скрипта
ip-down, а завершает запуском ip-up? ИМХО, это свидетельствует о том, что то, 
что
ты прислал - это часть лога по завершению предыдущего соединения и часть начала
нового. А так чтобы одно соединение было от и до, слабо?

--
  Макс


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Skylink Etch

2007-07-09 Пенетрантность Artem Chuprina

 Примерно вот так это выглядит с kdebug
 Jul  9 16:01:23 artem pppd[16698]: rcvd [LCP EchoRep id=0x3 magic=0x25936209]
 Jul  9 16:01:52 artem pppd[16698]: rcvd [LCP ConfReq id=0x1 asyncmap 0x0
 auth chap MD5 magic 0x259535b0]
 Jul  9 16:01:52 artem pppd[16698]: Script /etc/ppp/ip-down started (pid 17316)
...
 Jul  9 16:01:53 artem pppd[16698]: Script /etc/ppp/ip-up started (pid 17368)
 Jul  9 16:01:53 artem pppd[16698]: Script /etc/ppp/ip-up finished (pid 17368),
 status = 0x0
 Jul  9 16:02:22 artem pppd[16698]: sent [LCP EchoReq id=0x1 magic=0xc918e531]

 и по кругу.

Может быть я глупый, но с каких пор pppd начинает свою работу с запуска скрипта
ip-down, а завершает запуском ip-up? ИМХО, это свидетельствует о том, что то, 
что
ты прислал - это часть лога по завершению предыдущего соединения и часть начала
нового. А так чтобы одно соединение было от и до, слабо?


А зачем?  Там данных было вполне достаточно.


Re: Skylink Etch

2007-07-09 Пенетрантность Max Dmitrichenko
В сообщении от 9 Июль 2007 16:32 Artem Chuprina написал(a):
  Jul  9 16:01:52 artem pppd[16698]: sent [CCP ConfReq id=0x4 deflate 15
  deflate(old#) 15 bsd v1 15]
  Jul  9 16:01:52 artem pppd[16698]: rcvd [LCP ProtRej id=0x2 80 fd 01 04 00 
  0f
  1a 04 78 00 18 04 78 00 15 03 2f]
  Jul  9 16:01:52 artem pppd[16698]: Protocol-Reject for 'Compression Control
  Protocol' (0x80fd) received
 
 Ну да, как народ и догадался.  Компрессию отключи.  Всю.
С точки зрения протоколики здесь криминала нет. Не согласовали, и хрен с ним.
Но, если реализация pppd в модеме роняет утюг только потому что он утюг, а не
потому что он горячий, то очень даже может быть. 

  Jul  9 16:01:52 artem pppd[16698]: sent [IPCP ConfReq id=0x7 compress VJ 0f
  01 addr 0.0.0.0 ms-dns1 0.0.0.0 ms-dns3 0.0.0.0]
... 
  Jul  9 16:01:52 artem pppd[16698]: rcvd [IPCP ConfNak id=0x7 addr
  91.149.94.40 ms-dns1 212.119.96.33 ms-dns3 212.119.97.5]
  Jul  9 16:01:52 artem pppd[16698]: sent [IPCP ConfReq id=0x8 compress VJ 0f
  01 addr 91.149.94.40 ms-dns1 212.119.96.33 ms-dns3 212.119.97.5]
  Jul  9 16:01:53 artem pppd[16698]: rcvd [IPCP ConfAck id=0x8 compress VJ 0f
  01 addr 91.149.94.40 ms-dns1 212.119.96.33 ms-dns3 212.119.97.5]

Мне подозрительно вот это. Зачем тебе сжатие заголовков по Ван-Якобсону? Отключи
его тоже опцией novj.

--
  Макс


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Skylink Etch

2007-07-09 Пенетрантность Artem Pastukhov
В сообщении от 9 июля 2007 16:32 Artem Chuprina написал(a):
 Ну да, как народ и догадался.  Компрессию отключи.  Всю.

прописал :

noaccomp
nobsdcomp
novjccomp
nopcomp
noaccomp
noccp
nodeflate
novj


То же самое, лог:
ul  9 16:48:22 artem pppd[10284]: Script /etc/ppp/ip-up started (pid 10627)
Jul  9 16:48:22 artem pppd[10284]: Script /etc/ppp/ip-up finished (pid 10627), 
status = 0x0
Jul  9 16:48:27 artem pppd[10284]: rcvd [LCP ConfReq id=0x1 asyncmap 0x0 
auth chap MD5 magic 0x25c32b3b]
Jul  9 16:48:27 artem pppd[10284]: Script /etc/ppp/ip-down started (pid 10692)
Jul  9 16:48:27 artem pppd[10284]: sent [LCP ConfReq id=0x4 asyncmap 0x0 
magic 0x9edea079]
Jul  9 16:48:27 artem pppd[10284]: sent [LCP ConfAck id=0x1 asyncmap 0x0 
auth chap MD5 magic 0x25c32b3b]
Jul  9 16:48:27 artem pppd[10284]: rcvd [LCP ConfAck id=0x4 asyncmap 0x0 
magic 0x9edea079]
Jul  9 16:48:27 artem pppd[10284]: rcvd [CHAP Challenge id=0x1 
9f06c41858699cc4621b867ac7319df0, name = pdsn-m22-pc4]
Jul  9 16:48:27 artem pppd[10284]: sent [CHAP Response id=0x1 
5be81088eecf2f1e5f9c9a69e9f6a4d7, name = mobile]
Jul  9 16:48:27 artem pppd[10284]: rcvd [CHAP Success id=0x1 ]
Jul  9 16:48:27 artem pppd[10284]: sent [IPCP ConfReq id=0x7 addr 0.0.0.0 
ms-dns1 0.0.0.0 ms-dns3 0.0.0.0]
Jul  9 16:48:27 artem pppd[10284]: rcvd [IPCP ConfReq id=0x1 addr 
212.119.106.139]
Jul  9 16:48:27 artem pppd[10284]: sent [IPCP ConfAck id=0x1 addr 
212.119.106.139]
Jul  9 16:48:27 artem pppd[10284]: Script /etc/ppp/ip-down finished (pid 
10692), status = 0x0
Jul  9 16:48:27 artem pppd[10284]: rcvd [IPCP ConfNak id=0x7 addr 
91.149.83.18 ms-dns1 212.119.96.33 ms-dns3 212.119.97.5]
Jul  9 16:48:27 artem pppd[10284]: sent [IPCP ConfReq id=0x8 addr 
91.149.83.18 ms-dns1 212.119.96.33 ms-dns3 212.119.97.5]
Jul  9 16:48:27 artem pppd[10284]: rcvd [IPCP ConfAck id=0x8 addr 
91.149.83.18 ms-dns1 212.119.96.33 ms-dns3 212.119.97.5]
Jul  9 16:48:27 artem pppd[10284]: Script /etc/ppp/ip-up started (pid 10744)
Jul  9 16:48:28 artem pppd[10284]: Script /etc/ppp/ip-up finished (pid 10744), 
status = 0x0

-- 
С уважением, Артем Пастухов
artem (at) mxk-m (dot) ru



Re: Skylink Etch

2007-07-09 Пенетрантность Max Dmitrichenko
В сообщении от 9 Июль 2007 16:52 Artem Pastukhov написал(a):

Угу. Видно, что модем не сечет, что соединение установлено. Такое тут в рассылке
у кого-то было, оказалось что в чат-скрипте пропустил какой-то значек.

Похоже, что и тут дело в chat'е. Можно сравнить то, что ты ему скармливаешь в
debian'е, а что в другом дистре?

--
  Макс


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]