Время отключения bluetooth во FreeBSD 6.0 (нужно настроить)

[saw]

не могу сообразить как настроить время самоотключения блютус соединения во FreeBSD 6.0
мобильник использую как gprs модем
% rfcomm_pppd -a Nokia6600 -c -C dun -l rfcomm-dialup
при неактивности блютус соединение через несколько секунд разрывется.
Подскажите как увеличить промежуток или вообще запретить разрыв соединения.

[Meg@DED]

Вот тут посмотри. Я так работаю никогда не рвется.

[saw]

сделано как Meg@DED attach\detach старт\стоп стека && hcsecd && sdpd

%ppp -auto btinet всё равно не получается, потому что

%sudo /usr/bin/rfcomm_sppd -a Nokia6600 -b -c dun -t /dev/ttypf
%sudo cu -l /dev/ttypf
Connected

Lost carrier.
[EOT]

соединение обрывается секунд через 5.
И в телефоне индикатор bluetooth загорается и гаснет.

в чем может быть проблема?

[ipse]

Вот мой конфиг, соединение не рвет, может поможет..
В ppp.conf

rfcomm-dialup:

enable force-scripts

set phone "*99#"
set authname beeline
set authkey beeline
set login
set ctsrts off

set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \
\"\" AT OK-AT-OK ATE1Q0 OK \ AT+GDCONT=1,\\\"IP\\\",\\\"internet.beeline.ru\\\"OK\\AT+CGATT=1 OK \\dATDT\\T TIMEOUT 40 CONNECT"

set timeout 0
set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0

disable pap
disable chap
disable ipv6cp
enable dns

add default HISADDR
!include /etc/ppp/ppp-uppc.conf

Ключевая строка я думаю будет..
set ctsrts off

[saw]

добавил ключевую строку set ctsrts off результат тот же.

кажется проблема не в настройках ppp, потому что по кабелю другой телефон подключается без проблем.

либо что то не правильно взаимодействует с bluetooth, либо я думаю плохое о железе. Используются Tekram 306 и Nokia 6600. С другой стороны под XP эта пара работает.

Где ещё поковырять?

[ipse]

В самом телефоне можешь еще поковырять. Странно, именно set ctsrts off говорит не разрывать соединение при неактивности (что у тебя собственно происходит), по дефолту соединение ppp при неактивности разрывается..

[GeoF]

В самом телефоне можешь еще поковырять. Странно, именно set ctsrts off говорит не разрывать соединение при неактивности

На сколько я помню, CTS/RTS - аппаратная сигнализация, говорящая о начале, конце блока данных. Грубо говоря - это границы начала/конца пакета данных. При программном контроле потока данных используется XON/XOFF сигнализация. При ppp соединении за timeout'ом следит одноименная директива в ppp.conf - " set timeout <sec>". По умолчанию величина timeout ровна 180 секундам (трем минутам). Соответственно для увеличения этого интервала надо увеличивать значения переменной timeout. Что бы вообще запретить разрывать соединение при простое эта переменная устанавливается в 0. Может это поможет.

[saw]

что происходит в ppp.log - не могу разобраться

[ipse]

set timeout 0 можно тоже конечно до кучи дописать, не помешает.

[saw]

до кучи я уже много чего написал. в логе весь конфиг есть

особенно интересуют эти строки
Aug 13 19:20:50 vladimir ppp[1381]: tun0: LCP: MAGICNUM[6] 0x38fe8395
Aug 13 19:20:50 vladimir ppp[1381]: tun0: LCP: Magic 0x38fe8395 is REJected!

эта
Aug 13 19:20:51 vladimir ppp[1381]: tun0: Phase: deflink: Too many LCP NAKs sent - abandoning negotiation

и эта
Aug 13 19:20:51 vladimir ppp[1381]: tun0: LCP: deflink: Error: Got ConfigReq while state = Closing

[GeoF]

особенно интересуют эти строки
Aug 13 19:20:50 vladimir ppp[1381]: tun0: LCP: MAGICNUM[6] 0x38fe8395
Aug 13 19:20:50 vladimir ppp[1381]: tun0: LCP: Magic 0x38fe8395 is REJected!

When a Configure-Request is received with a Magic-Number Configuration Option, the received Magic-Number is compared with the Magic-Number of the last Configure-Request sent to the peer. If the two Magic-Numbers are different, then the link is not looped-back, and the Magic-Number SHOULD be acknowledged. If the two Magic-Numbers are equal, then it is possible, but not certain, that the link is looped-back and that this Configure-Request is actually the one last sent. To determine this, a Configure-Nak MUST be sent specifying a different Magic-Number value. A new Configure-Request SHOULD NOT be sent to the peer until normal processing would cause it to be sent (that is, until a Configure- Nak is received or the Restart timer runs out).

Взято здесь.

[GeoF]

В одной из рассылок увидел совет запретить idcheck в ppp.conf.

disable idcheck

Попробуйте.

[saw]

Всё отлично работает с disable idcheck
Спасибо всем ответившим за помощь. От всех что-то взял. Особенно помог последний совет GeoF.