forum.opennet.ru - "Глюки с модемом" (7)

форумы

помощь

поиск

регистрация

майллист

ВХОД

слежка

"Глюки с модемом"

Форумы OpenNET: Виртуальная конференция (Public)
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[Проследить за развитием треда]

"Глюки с модемом"
Сообщение от dmsuslov (??) on 25-Окт-06, 11:22
Есть свежеустановленная Mandriva 2007 Powerpack. Есть внешний модем Acorp Sprinter@56k EXT. Настроил соединение в KPPP. Коннект проходит нормально, но наблюдаются глюки с трафиком: пингую сервер - 67% потерь, а остальные протоколы (кроме ICMP) вообще не работают. В таблице маршрутизации все нормально, iptables отключен, в resolv.conf DNS прописан правильно. Ничего не трогая в железе перезагружаюсь в FedoraCore5 (она на другом харде) - все летает. setserial и в мадриве и в федоре выдает абсолютно идентичные результаты. Куда копать?
Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору

Оглавление

Глюки с модемом, vozd, 18:43 , 25-Окт-06, (1)

Глюки с модемом, dmsuslov, 23:17 , 25-Окт-06, (2)

Глюки с модемом, vozd, 09:53 , 26-Окт-06, (3)

Глюки с модемом, dmsuslov, 12:46 , 26-Окт-06, (4)

Глюки с модемом, dmsuslov, 00:02 , 27-Окт-06, (5)

Глюки с модемом, vozd, 10:25 , 27-Окт-06, (6)

Глюки с модемом, dmsuslov, 11:51 , 27-Окт-06, (7)

Сообщения по теме [Сортировка по времени, UBB]

1. "Глюки с модемом"

Сообщение от vozd on 25-Окт-06, 18:43

>Есть свежеустановленная Mandriva 2007 Powerpack. Есть внешний модем Acorp Sprinter@56k EXT. Настроил
>соединение в KPPP. Коннект проходит нормально, но наблюдаются глюки с трафиком:
>пингую сервер - 67% потерь, а остальные протоколы (кроме ICMP) вообще
>не работают. В таблице маршрутизации все нормально, iptables отключен, в resolv.conf
>DNS прописан правильно. Ничего не трогая в железе перезагружаюсь в FedoraCore5
>(она на другом харде) - все летает.
>
>setserial и в мадриве и в федоре выдает абсолютно идентичные результаты.
>
>Куда копать?
Скорость COM порта, на котором висит твой модем какая установлена?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "Глюки с модемом"

Сообщение от dmsuslov (ok) on 25-Окт-06, 23:17

>>Есть свежеустановленная Mandriva 2007 Powerpack. Есть внешний модем Acorp Sprinter@56k EXT. Настроил
>>соединение в KPPP. Коннект проходит нормально, но наблюдаются глюки с трафиком:
>>пингую сервер - 67% потерь, а остальные протоколы (кроме ICMP) вообще
>>не работают. В таблице маршрутизации все нормально, iptables отключен, в resolv.conf
>>DNS прописан правильно. Ничего не трогая в железе перезагружаюсь в FedoraCore5
>>(она на другом харде) - все летает.
>>
>>setserial и в мадриве и в федоре выдает абсолютно идентичные результаты.
>>
>>Куда копать?
>
>Скорость COM порта, на котором висит твой модем какая установлена?
[root@matrix ~]# setserial -a /dev/ttyS0
/dev/ttyS0, Line 0, UART: 16550A, Port: 0x03f8, IRQ: 4
        Baud_base: 115200, close_delay: 50, divisor: 0
        closing_wait: 3000
        Flags: spd_normal skip_test
[root@matrix ~]#
Насколько я понимаю, Baud_base: 115200 - это именно то о чем вы спрашиваете? Повторюсь: setserial и в мадриве и в федоре выдает абсолютно идентичные результаты. Наверное, дело не в этом.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "Глюки с модемом"

Сообщение от vozd on 26-Окт-06, 09:53

>>>Есть свежеустановленная Mandriva 2007 Powerpack. Есть внешний модем Acorp Sprinter@56k EXT. Настроил
>>>соединение в KPPP. Коннект проходит нормально, но наблюдаются глюки с трафиком:
>>>пингую сервер - 67% потерь, а остальные протоколы (кроме ICMP) вообще
>>>не работают. В таблице маршрутизации все нормально, iptables отключен, в resolv.conf
>>>DNS прописан правильно. Ничего не трогая в железе перезагружаюсь в FedoraCore5
>>>(она на другом харде) - все летает.
>>>
>>>setserial и в мадриве и в федоре выдает абсолютно идентичные результаты.
>>>
>>>Куда копать?
>>
>>Скорость COM порта, на котором висит твой модем какая установлена?
>
>[root@matrix ~]# setserial -a /dev/ttyS0
>/dev/ttyS0, Line 0, UART: 16550A, Port: 0x03f8, IRQ: 4
>        Baud_base: 115200, close_delay: 50,
>divisor: 0
>        closing_wait: 3000
>        Flags: spd_normal skip_test
>
>[root@matrix ~]#
>
>Насколько я понимаю, Baud_base: 115200 - это именно то о чем вы
>спрашиваете? Повторюсь: setserial и в мадриве и в федоре выдает абсолютно
>идентичные результаты. Наверное, дело не в этом.
Поставь 9600 и проверь. Совсем не обязательно, что при идентичных результатах эффект будет одинаковый. Потом, по желанию, поднимай и узнаешь, на какой скорости работа будет лучше.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "Глюки с модемом"

Сообщение от dmsuslov (ok) on 26-Окт-06, 12:46

>>>>Есть свежеустановленная Mandriva 2007 Powerpack. Есть внешний модем Acorp Sprinter@56k EXT. Настроил
>>>>соединение в KPPP. Коннект проходит нормально, но наблюдаются глюки с трафиком:
>>>>пингую сервер - 67% потерь, а остальные протоколы (кроме ICMP) вообще
>>>>не работают. В таблице маршрутизации все нормально, iptables отключен, в resolv.conf
>>>>DNS прописан правильно. Ничего не трогая в железе перезагружаюсь в FedoraCore5
>>>>(она на другом харде) - все летает.
>>>>
>>>>setserial и в мадриве и в федоре выдает абсолютно идентичные результаты.
>>>>
>>>>Куда копать?
>>>
>>>Скорость COM порта, на котором висит твой модем какая установлена?
>>
>>[root@matrix ~]# setserial -a /dev/ttyS0
>>/dev/ttyS0, Line 0, UART: 16550A, Port: 0x03f8, IRQ: 4
>>        Baud_base: 115200, close_delay: 50,
>>divisor: 0
>>        closing_wait: 3000
>>        Flags: spd_normal skip_test
>>
>>[root@matrix ~]#
>>
>>Насколько я понимаю, Baud_base: 115200 - это именно то о чем вы
>>спрашиваете? Повторюсь: setserial и в мадриве и в федоре выдает абсолютно
>>идентичные результаты. Наверное, дело не в этом.
>
>Поставь 9600 и проверь. Совсем не обязательно, что при идентичных результатах эффект
>будет одинаковый. Потом, по желанию, поднимай и узнаешь, на какой скорости
>работа будет лучше.
Я тут заглянул в /var/log/messages (в мандриве) и вот что увидел:
Oct 26 03:30:39 localhost pppd[4525]: pppd 2.4.3 started by root, uid 0
Oct 26 03:30:39 localhost pppd[4525]: Using interface ppp0
Oct 26 03:30:39 localhost pppd[4525]: Connect: ppp0 <--> /dev/ttyS0
Oct 26 03:30:42 localhost pppd[4525]: Received bad configure-rej:  12 06 00 00 00 00
Oct 26 03:30:43 localhost pppd[4525]: local  IP address 192.168.200.73
Oct 26 03:30:43 localhost pppd[4525]: remote IP address 192.168.200.1
Oct 26 03:30:43 localhost pppd[4525]: primary   DNS address 192.168.200.1
Oct 26 03:30:43 localhost pppd[4525]: secondary DNS address 192.168.200.1
Oct 26 03:30:45 localhost pppd[4525]: Received bad configure-rej:  12 06 00 00 00 00
Oct 26 03:30:54 localhost last message repeated 3 times
Oct 26 03:30:57 localhost kernel: printk: 1 messages suppressed.
Oct 26 03:30:57 localhost kernel: ppp: compressor dropped pkt
Oct 26 03:30:57 localhost pppd[4525]: Received bad configure-rej:  12 06 00 00 00 00
Oct 26 03:30:59 localhost kernel: ppp: compressor dropped pkt
Oct 26 03:31:00 localhost kernel: ppp: compressor dropped pkt
Oct 26 03:31:00 localhost pppd[4525]: Received bad configure-rej:  12 06 00 00 00 00
Oct 26 03:31:02 localhost kernel: ppp: compressor dropped pkt
Oct 26 03:31:03 localhost kernel: ppp: compressor dropped pkt
Oct 26 03:31:03 localhost pppd[4525]: Received bad configure-rej:  12 06 00 00 00 00
Oct 26 03:31:05 localhost kernel: ppp: compressor dropped pkt
Oct 26 03:31:06 localhost kernel: ppp: compressor dropped pkt
Oct 26 03:31:06 localhost pppd[4525]: Received bad configure-rej:  12 06 00 00 00 00
Oct 26 03:31:09 localhost pppd[4525]: Received bad configure-rej:  12 06 00 00 00 00
Oct 26 03:31:12 localhost pppd[4525]: CCP: timeout sending Config-Requests
Oct 26 03:31:13 localhost pppd[4525]: Received bad configure-rej:  12 06 00 00 00 00
А в федоре - все нормально:
Oct 25 23:37:08 matrix kernel: PPP generic driver version 2.4.2
Oct 25 23:37:09 matrix pppd[2481]: pppd 2.4.3 started by root, uid 0
Oct 25 23:37:09 matrix pppd[2481]: Using interface ppp0
Oct 25 23:37:09 matrix pppd[2481]: Connect: ppp0 <--> /dev/ttyS0
Oct 25 23:37:12 matrix kernel: PPP Deflate Compression module registered
Oct 25 23:37:12 matrix pppd[2481]: Deflate (15) compression enabled
Oct 25 23:37:12 matrix pppd[2481]: local  IP address 192.168.200.73
Oct 25 23:37:12 matrix pppd[2481]: remote IP address 192.168.200.1
Oct 25 23:37:12 matrix pppd[2481]: primary   DNS address 192.168.200.1
Oct 25 23:37:12 matrix pppd[2481]: secondary DNS address 192.168.200.1
Получается, что копать нужно в сторону настроек PPP?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "Глюки с модемом"

Сообщение от dmsuslov (ok) on 27-Окт-06, 00:02

УРА! ЗАРАБОТАЛО!
Внимательней изучив /var/log/messages я увидел что есть проблемы с модулями компрессии.
>Oct 26 03:30:57 localhost kernel: ppp: compressor dropped pkt
>Oct 26 03:30:57 localhost pppd[4525]: Received bad configure-rej:  12 06 00
>00 00 00
>Oct 26 03:30:59 localhost kernel: ppp: compressor dropped pkt
>Oct 26 03:31:00 localhost kernel: ppp: compressor dropped pkt
>Oct 26 03:31:00 localhost pppd[4525]: Received bad configure-rej:  12 06 00
>00 00 00
>Oct 26 03:31:02 localhost kernel: ppp: compressor dropped pkt
>Oct 26 03:31:03 localhost kernel: ppp: compressor dropped pkt
>Oct 26 03:31:03 localhost pppd[4525]: Received bad configure-rej:  12 06 00
>00 00 00
>Oct 26 03:31:05 localhost kernel: ppp: compressor dropped pkt
>Oct 26 03:31:06 localhost kernel: ppp: compressor dropped pkt
>Oct 26 03:31:06 localhost pppd[4525]: Received bad configure-rej:  12 06 00
>00 00 00
>Oct 26 03:31:09 localhost pppd[4525]: Received bad configure-rej:  12 06 00
>00 00 00
>Oct 26 03:31:12 localhost pppd[4525]: CCP: timeout sending Config-Requests
>Oct 26 03:31:13 localhost pppd[4525]: Received bad configure-rej:  12 06 00
>00 00 00
Внес необходимые исправления:
[root@localhost ppp]# cat /etc/ppp/options
lock
nomppe
[root@localhost ppp]#
И всё - волосы стали мягкими и шелковистыми
P.S.
MPPE - Microsoft Point to Point Encryption - получается, опять майкрософт во всем виноват! :-)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

6. "Глюки с модемом"

Сообщение от vozd on 27-Окт-06, 10:25

>УРА! ЗАРАБОТАЛО!
>
>Внимательней изучив /var/log/messages я увидел что есть проблемы с модулями компрессии.
>
>>Oct 26 03:30:57 localhost kernel: ppp: compressor dropped pkt
>>Oct 26 03:30:57 localhost pppd[4525]: Received bad configure-rej:  12 06 00
>>00 00 00
>>Oct 26 03:30:59 localhost kernel: ppp: compressor dropped pkt
>>Oct 26 03:31:00 localhost kernel: ppp: compressor dropped pkt
>>Oct 26 03:31:00 localhost pppd[4525]: Received bad configure-rej:  12 06 00
>>00 00 00
>>Oct 26 03:31:02 localhost kernel: ppp: compressor dropped pkt
>>Oct 26 03:31:03 localhost kernel: ppp: compressor dropped pkt
>>Oct 26 03:31:03 localhost pppd[4525]: Received bad configure-rej:  12 06 00
>>00 00 00
>>Oct 26 03:31:05 localhost kernel: ppp: compressor dropped pkt
>>Oct 26 03:31:06 localhost kernel: ppp: compressor dropped pkt
>>Oct 26 03:31:06 localhost pppd[4525]: Received bad configure-rej:  12 06 00
>>00 00 00
>>Oct 26 03:31:09 localhost pppd[4525]: Received bad configure-rej:  12 06 00
>>00 00 00
>>Oct 26 03:31:12 localhost pppd[4525]: CCP: timeout sending Config-Requests
>>Oct 26 03:31:13 localhost pppd[4525]: Received bad configure-rej:  12 06 00
>>00 00 00
>
>Внес необходимые исправления:
>
>[root@localhost ppp]# cat /etc/ppp/options
>lock
>nomppe
>[root@localhost ppp]#
>
>И всё - волосы стали мягкими и шелковистыми
>
>P.S.
>MPPE - Microsoft Point to Point Encryption - получается, опять майкрософт во
>всем виноват! :-)
Не мелкософт, а то, что в твоём ядре нет поддержки mppe или же принимающая сторона не работает по этому протоколу шифрования.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

7. "Глюки с модемом"

Сообщение от dmsuslov (ok) on 27-Окт-06, 11:51

>>УРА! ЗАРАБОТАЛО!
>>
>>Внимательней изучив /var/log/messages я увидел что есть проблемы с модулями компрессии.
>>
>>>Oct 26 03:30:57 localhost kernel: ppp: compressor dropped pkt
>>>Oct 26 03:30:57 localhost pppd[4525]: Received bad configure-rej:  12 06 00
>>>00 00 00
>>>Oct 26 03:30:59 localhost kernel: ppp: compressor dropped pkt
>>>Oct 26 03:31:00 localhost kernel: ppp: compressor dropped pkt
>>>Oct 26 03:31:00 localhost pppd[4525]: Received bad configure-rej:  12 06 00
>>>00 00 00
>>>Oct 26 03:31:02 localhost kernel: ppp: compressor dropped pkt
>>>Oct 26 03:31:03 localhost kernel: ppp: compressor dropped pkt
>>>Oct 26 03:31:03 localhost pppd[4525]: Received bad configure-rej:  12 06 00
>>>00 00 00
>>>Oct 26 03:31:05 localhost kernel: ppp: compressor dropped pkt
>>>Oct 26 03:31:06 localhost kernel: ppp: compressor dropped pkt
>>>Oct 26 03:31:06 localhost pppd[4525]: Received bad configure-rej:  12 06 00
>>>00 00 00
>>>Oct 26 03:31:09 localhost pppd[4525]: Received bad configure-rej:  12 06 00
>>>00 00 00
>>>Oct 26 03:31:12 localhost pppd[4525]: CCP: timeout sending Config-Requests
>>>Oct 26 03:31:13 localhost pppd[4525]: Received bad configure-rej:  12 06 00
>>>00 00 00
>>
>>Внес необходимые исправления:
>>
>>[root@localhost ppp]# cat /etc/ppp/options
>>lock
>>nomppe
>>[root@localhost ppp]#
>>
>>И всё - волосы стали мягкими и шелковистыми
>>
>>P.S.
>>MPPE - Microsoft Point to Point Encryption - получается, опять майкрософт во
>>всем виноват! :-)
>
>Не мелкософт, а то, что в твоём ядре нет поддержки mppe
Шутка, конечно же!
>или же принимающая сторона не работает по этому протоколу шифрования.
Принимающая (т.е. я, как клиент) как раз поддерживает, так как среди модулей которые у меня были подгружены (lsmod | grep ppp) был и mod_mppe. Скорее всего, принимающая и передающая сторона не смогли договориться об использовании (или не использовании) этого модуля.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема

Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Глюки с модемом"
Сообщение от vozd on 25-Окт-06, 18:43
>Есть свежеустановленная Mandriva 2007 Powerpack. Есть внешний модем Acorp Sprinter@56k EXT. Настроил >соединение в KPPP. Коннект проходит нормально, но наблюдаются глюки с трафиком: >пингую сервер - 67% потерь, а остальные протоколы (кроме ICMP) вообще >не работают. В таблице маршрутизации все нормально, iptables отключен, в resolv.conf >DNS прописан правильно. Ничего не трогая в железе перезагружаюсь в FedoraCore5 >(она на другом харде) - все летает. > >setserial и в мадриве и в федоре выдает абсолютно идентичные результаты. > >Куда копать? Скорость COM порта, на котором висит твой модем какая установлена?
Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	2. "Глюки с модемом"
	Сообщение от dmsuslov (ok) on 25-Окт-06, 23:17
	>>Есть свежеустановленная Mandriva 2007 Powerpack. Есть внешний модем Acorp Sprinter@56k EXT. Настроил >>соединение в KPPP. Коннект проходит нормально, но наблюдаются глюки с трафиком: >>пингую сервер - 67% потерь, а остальные протоколы (кроме ICMP) вообще >>не работают. В таблице маршрутизации все нормально, iptables отключен, в resolv.conf >>DNS прописан правильно. Ничего не трогая в железе перезагружаюсь в FedoraCore5 >>(она на другом харде) - все летает. >> >>setserial и в мадриве и в федоре выдает абсолютно идентичные результаты. >> >>Куда копать? > >Скорость COM порта, на котором висит твой модем какая установлена? [root@matrix ~]# setserial -a /dev/ttyS0 /dev/ttyS0, Line 0, UART: 16550A, Port: 0x03f8, IRQ: 4 Baud_base: 115200, close_delay: 50, divisor: 0 closing_wait: 3000 Flags: spd_normal skip_test [root@matrix ~]# Насколько я понимаю, Baud_base: 115200 - это именно то о чем вы спрашиваете? Повторюсь: setserial и в мадриве и в федоре выдает абсолютно идентичные результаты. Наверное, дело не в этом.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	3. "Глюки с модемом"
	Сообщение от vozd on 26-Окт-06, 09:53
	>>>Есть свежеустановленная Mandriva 2007 Powerpack. Есть внешний модем Acorp Sprinter@56k EXT. Настроил >>>соединение в KPPP. Коннект проходит нормально, но наблюдаются глюки с трафиком: >>>пингую сервер - 67% потерь, а остальные протоколы (кроме ICMP) вообще >>>не работают. В таблице маршрутизации все нормально, iptables отключен, в resolv.conf >>>DNS прописан правильно. Ничего не трогая в железе перезагружаюсь в FedoraCore5 >>>(она на другом харде) - все летает. >>> >>>setserial и в мадриве и в федоре выдает абсолютно идентичные результаты. >>> >>>Куда копать? >> >>Скорость COM порта, на котором висит твой модем какая установлена? > >[root@matrix ~]# setserial -a /dev/ttyS0 >/dev/ttyS0, Line 0, UART: 16550A, Port: 0x03f8, IRQ: 4 > Baud_base: 115200, close_delay: 50, >divisor: 0 > closing_wait: 3000 > Flags: spd_normal skip_test > >[root@matrix ~]# > >Насколько я понимаю, Baud_base: 115200 - это именно то о чем вы >спрашиваете? Повторюсь: setserial и в мадриве и в федоре выдает абсолютно >идентичные результаты. Наверное, дело не в этом. Поставь 9600 и проверь. Совсем не обязательно, что при идентичных результатах эффект будет одинаковый. Потом, по желанию, поднимай и узнаешь, на какой скорости работа будет лучше.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	4. "Глюки с модемом"
	Сообщение от dmsuslov (ok) on 26-Окт-06, 12:46
	>>>>Есть свежеустановленная Mandriva 2007 Powerpack. Есть внешний модем Acorp Sprinter@56k EXT. Настроил >>>>соединение в KPPP. Коннект проходит нормально, но наблюдаются глюки с трафиком: >>>>пингую сервер - 67% потерь, а остальные протоколы (кроме ICMP) вообще >>>>не работают. В таблице маршрутизации все нормально, iptables отключен, в resolv.conf >>>>DNS прописан правильно. Ничего не трогая в железе перезагружаюсь в FedoraCore5 >>>>(она на другом харде) - все летает. >>>> >>>>setserial и в мадриве и в федоре выдает абсолютно идентичные результаты. >>>> >>>>Куда копать? >>> >>>Скорость COM порта, на котором висит твой модем какая установлена? >> >>[root@matrix ~]# setserial -a /dev/ttyS0 >>/dev/ttyS0, Line 0, UART: 16550A, Port: 0x03f8, IRQ: 4 >> Baud_base: 115200, close_delay: 50, >>divisor: 0 >> closing_wait: 3000 >> Flags: spd_normal skip_test >> >>[root@matrix ~]# >> >>Насколько я понимаю, Baud_base: 115200 - это именно то о чем вы >>спрашиваете? Повторюсь: setserial и в мадриве и в федоре выдает абсолютно >>идентичные результаты. Наверное, дело не в этом. > >Поставь 9600 и проверь. Совсем не обязательно, что при идентичных результатах эффект >будет одинаковый. Потом, по желанию, поднимай и узнаешь, на какой скорости >работа будет лучше. Я тут заглянул в /var/log/messages (в мандриве) и вот что увидел: Oct 26 03:30:39 localhost pppd[4525]: pppd 2.4.3 started by root, uid 0 Oct 26 03:30:39 localhost pppd[4525]: Using interface ppp0 Oct 26 03:30:39 localhost pppd[4525]: Connect: ppp0 <--> /dev/ttyS0 Oct 26 03:30:42 localhost pppd[4525]: Received bad configure-rej: 12 06 00 00 00 00 Oct 26 03:30:43 localhost pppd[4525]: local IP address 192.168.200.73 Oct 26 03:30:43 localhost pppd[4525]: remote IP address 192.168.200.1 Oct 26 03:30:43 localhost pppd[4525]: primary DNS address 192.168.200.1 Oct 26 03:30:43 localhost pppd[4525]: secondary DNS address 192.168.200.1 Oct 26 03:30:45 localhost pppd[4525]: Received bad configure-rej: 12 06 00 00 00 00 Oct 26 03:30:54 localhost last message repeated 3 times Oct 26 03:30:57 localhost kernel: printk: 1 messages suppressed. Oct 26 03:30:57 localhost kernel: ppp: compressor dropped pkt Oct 26 03:30:57 localhost pppd[4525]: Received bad configure-rej: 12 06 00 00 00 00 Oct 26 03:30:59 localhost kernel: ppp: compressor dropped pkt Oct 26 03:31:00 localhost kernel: ppp: compressor dropped pkt Oct 26 03:31:00 localhost pppd[4525]: Received bad configure-rej: 12 06 00 00 00 00 Oct 26 03:31:02 localhost kernel: ppp: compressor dropped pkt Oct 26 03:31:03 localhost kernel: ppp: compressor dropped pkt Oct 26 03:31:03 localhost pppd[4525]: Received bad configure-rej: 12 06 00 00 00 00 Oct 26 03:31:05 localhost kernel: ppp: compressor dropped pkt Oct 26 03:31:06 localhost kernel: ppp: compressor dropped pkt Oct 26 03:31:06 localhost pppd[4525]: Received bad configure-rej: 12 06 00 00 00 00 Oct 26 03:31:09 localhost pppd[4525]: Received bad configure-rej: 12 06 00 00 00 00 Oct 26 03:31:12 localhost pppd[4525]: CCP: timeout sending Config-Requests Oct 26 03:31:13 localhost pppd[4525]: Received bad configure-rej: 12 06 00 00 00 00 А в федоре - все нормально: Oct 25 23:37:08 matrix kernel: PPP generic driver version 2.4.2 Oct 25 23:37:09 matrix pppd[2481]: pppd 2.4.3 started by root, uid 0 Oct 25 23:37:09 matrix pppd[2481]: Using interface ppp0 Oct 25 23:37:09 matrix pppd[2481]: Connect: ppp0 <--> /dev/ttyS0 Oct 25 23:37:12 matrix kernel: PPP Deflate Compression module registered Oct 25 23:37:12 matrix pppd[2481]: Deflate (15) compression enabled Oct 25 23:37:12 matrix pppd[2481]: local IP address 192.168.200.73 Oct 25 23:37:12 matrix pppd[2481]: remote IP address 192.168.200.1 Oct 25 23:37:12 matrix pppd[2481]: primary DNS address 192.168.200.1 Oct 25 23:37:12 matrix pppd[2481]: secondary DNS address 192.168.200.1 Получается, что копать нужно в сторону настроек PPP?
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	5. "Глюки с модемом"
	Сообщение от dmsuslov (ok) on 27-Окт-06, 00:02
	УРА! ЗАРАБОТАЛО! Внимательней изучив /var/log/messages я увидел что есть проблемы с модулями компрессии. >Oct 26 03:30:57 localhost kernel: ppp: compressor dropped pkt >Oct 26 03:30:57 localhost pppd[4525]: Received bad configure-rej: 12 06 00 >00 00 00 >Oct 26 03:30:59 localhost kernel: ppp: compressor dropped pkt >Oct 26 03:31:00 localhost kernel: ppp: compressor dropped pkt >Oct 26 03:31:00 localhost pppd[4525]: Received bad configure-rej: 12 06 00 >00 00 00 >Oct 26 03:31:02 localhost kernel: ppp: compressor dropped pkt >Oct 26 03:31:03 localhost kernel: ppp: compressor dropped pkt >Oct 26 03:31:03 localhost pppd[4525]: Received bad configure-rej: 12 06 00 >00 00 00 >Oct 26 03:31:05 localhost kernel: ppp: compressor dropped pkt >Oct 26 03:31:06 localhost kernel: ppp: compressor dropped pkt >Oct 26 03:31:06 localhost pppd[4525]: Received bad configure-rej: 12 06 00 >00 00 00 >Oct 26 03:31:09 localhost pppd[4525]: Received bad configure-rej: 12 06 00 >00 00 00 >Oct 26 03:31:12 localhost pppd[4525]: CCP: timeout sending Config-Requests >Oct 26 03:31:13 localhost pppd[4525]: Received bad configure-rej: 12 06 00 >00 00 00 Внес необходимые исправления: [root@localhost ppp]# cat /etc/ppp/options lock nomppe [root@localhost ppp]# И всё - волосы стали мягкими и шелковистыми P.S. MPPE - Microsoft Point to Point Encryption - получается, опять майкрософт во всем виноват! :-)
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	6. "Глюки с модемом"
	Сообщение от vozd on 27-Окт-06, 10:25
	>УРА! ЗАРАБОТАЛО! > >Внимательней изучив /var/log/messages я увидел что есть проблемы с модулями компрессии. > >>Oct 26 03:30:57 localhost kernel: ppp: compressor dropped pkt >>Oct 26 03:30:57 localhost pppd[4525]: Received bad configure-rej: 12 06 00 >>00 00 00 >>Oct 26 03:30:59 localhost kernel: ppp: compressor dropped pkt >>Oct 26 03:31:00 localhost kernel: ppp: compressor dropped pkt >>Oct 26 03:31:00 localhost pppd[4525]: Received bad configure-rej: 12 06 00 >>00 00 00 >>Oct 26 03:31:02 localhost kernel: ppp: compressor dropped pkt >>Oct 26 03:31:03 localhost kernel: ppp: compressor dropped pkt >>Oct 26 03:31:03 localhost pppd[4525]: Received bad configure-rej: 12 06 00 >>00 00 00 >>Oct 26 03:31:05 localhost kernel: ppp: compressor dropped pkt >>Oct 26 03:31:06 localhost kernel: ppp: compressor dropped pkt >>Oct 26 03:31:06 localhost pppd[4525]: Received bad configure-rej: 12 06 00 >>00 00 00 >>Oct 26 03:31:09 localhost pppd[4525]: Received bad configure-rej: 12 06 00 >>00 00 00 >>Oct 26 03:31:12 localhost pppd[4525]: CCP: timeout sending Config-Requests >>Oct 26 03:31:13 localhost pppd[4525]: Received bad configure-rej: 12 06 00 >>00 00 00 > >Внес необходимые исправления: > >[root@localhost ppp]# cat /etc/ppp/options >lock >nomppe >[root@localhost ppp]# > >И всё - волосы стали мягкими и шелковистыми > >P.S. >MPPE - Microsoft Point to Point Encryption - получается, опять майкрософт во >всем виноват! :-) Не мелкософт, а то, что в твоём ядре нет поддержки mppe или же принимающая сторона не работает по этому протоколу шифрования.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	7. "Глюки с модемом"
	Сообщение от dmsuslov (ok) on 27-Окт-06, 11:51
	>>УРА! ЗАРАБОТАЛО! >> >>Внимательней изучив /var/log/messages я увидел что есть проблемы с модулями компрессии. >> >>>Oct 26 03:30:57 localhost kernel: ppp: compressor dropped pkt >>>Oct 26 03:30:57 localhost pppd[4525]: Received bad configure-rej: 12 06 00 >>>00 00 00 >>>Oct 26 03:30:59 localhost kernel: ppp: compressor dropped pkt >>>Oct 26 03:31:00 localhost kernel: ppp: compressor dropped pkt >>>Oct 26 03:31:00 localhost pppd[4525]: Received bad configure-rej: 12 06 00 >>>00 00 00 >>>Oct 26 03:31:02 localhost kernel: ppp: compressor dropped pkt >>>Oct 26 03:31:03 localhost kernel: ppp: compressor dropped pkt >>>Oct 26 03:31:03 localhost pppd[4525]: Received bad configure-rej: 12 06 00 >>>00 00 00 >>>Oct 26 03:31:05 localhost kernel: ppp: compressor dropped pkt >>>Oct 26 03:31:06 localhost kernel: ppp: compressor dropped pkt >>>Oct 26 03:31:06 localhost pppd[4525]: Received bad configure-rej: 12 06 00 >>>00 00 00 >>>Oct 26 03:31:09 localhost pppd[4525]: Received bad configure-rej: 12 06 00 >>>00 00 00 >>>Oct 26 03:31:12 localhost pppd[4525]: CCP: timeout sending Config-Requests >>>Oct 26 03:31:13 localhost pppd[4525]: Received bad configure-rej: 12 06 00 >>>00 00 00 >> >>Внес необходимые исправления: >> >>[root@localhost ppp]# cat /etc/ppp/options >>lock >>nomppe >>[root@localhost ppp]# >> >>И всё - волосы стали мягкими и шелковистыми >> >>P.S. >>MPPE - Microsoft Point to Point Encryption - получается, опять майкрософт во >>всем виноват! :-) > >Не мелкософт, а то, что в твоём ядре нет поддержки mppe Шутка, конечно же! >или же принимающая сторона не работает по этому протоколу шифрования. Принимающая (т.е. я, как клиент) как раз поддерживает, так как среди модулей которые у меня были подгружены (lsmod \| grep ppp) был и mod_mppe. Скорее всего, принимающая и передающая сторона не смогли договориться об использовании (или не использовании) этого модуля.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору

Архив \| Удалить	Индекс форумов \| Темы \| Пред. тема \| След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 \| 2 \| 3 \| 4 \| 5 ] [Рекомендовать для помещения в FAQ]