From owner-freebsd-bluetooth@FreeBSD.ORG Sat Mar 24 19:14:15 2007 Return-Path: X-Original-To: freebsd-bluetooth@freebsd.org Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A505016A405 for ; Sat, 24 Mar 2007 19:14:15 +0000 (UTC) (envelope-from ml-vic@de-martino.it) Received: from smtp5.aruba.it (smtpd3.aruba.it [62.149.128.208]) by mx1.freebsd.org (Postfix) with SMTP id 08C5413C43E for ; Sat, 24 Mar 2007 19:14:14 +0000 (UTC) (envelope-from ml-vic@de-martino.it) Received: (qmail 7891 invoked by uid 89); 24 Mar 2007 19:14:10 -0000 Received: by simscan 1.1.0 ppid: 7745, pid: 7816, t: 4.2613s scanners: clamav: 0.88.4/m:40/d:1722 Received: from unknown (HELO ?83.225.249.66?) (ml-vic@de-martino.it@83.225.249.66) by smtp5.aruba.it with SMTP; 24 Mar 2007 19:14:06 -0000 From: ml-vic To: freebsd-bluetooth@freebsd.org Date: Sat, 24 Mar 2007 20:13:56 +0000 User-Agent: KMail/1.9.5 References: <200703232213.30138.ml-vic@de-martino.it> In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200703242013.56990.ml-vic@de-martino.it> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Spam-Rating: smtp5.aruba.it 1.6.2 0/1000/N Subject: Re: ppp connection drops because of a flood of LCP Req X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Mar 2007 19:14:15 -0000 Thanks again Maksims, my ppp connection is ok now. For whom it may concern: Here it is the /etc/ppp/ppp.conf to connect via bluetooth to Vodafone in Italy: issue as an ordinary user: rfcomm_pppd -a -c -C dun -l rfcomm-dialup >>>>>>>>>>>>>>>>>>>>>>>> rfcomm-dialup: enable force-scripts set phone *99\# enable dns disable mppe enable lqr # Attento a questa set dial "ABORT BUSY ABORT NO\sCARRIER TIMEOUT 5 \ \"\" ATZ OK-AT-OK ATE1Q0 OK \ AT+CGDCONT=1,\\\"IP\\\",\\\"web.omnitel.it\\\",\\\"0.0.0.0\\\" OK \ \\dATDT\\T TIMEOUT 40 CONNECT" set authname set authkey disable vjcomp disable deflate disable protocomp set dns 83.224.66.134 83.224.65.134 set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0 add default HISADDR >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Alle 00:18, sabato 24 marzo 2007, Maksim Yevmenkin ha scritto: > On 3/23/07, ml-vic wrote: > > For a very long time I've being using a umts pcmcia card so it was easy > > to me modify a bit ppp.conf file as below to connect my pc thru bluetooth > > and my cell phone used as modem: > > > > > > ################################################################# > > # PPP Sample Configuration File > > ################################################################# > > > > default: > > set log Phase Chat LCP IPCP CCP tun command > > ident user-ppp VERSION (built COMPILATIONDATE) > > > > rfcomm-dialup: > > set device /dev/ubt0 > > get rid of "set device", ppp is executed in -direct mode, i.e. > stdin/stdout is used instead of opening device. in fact, there is no > /dev/ubt0. does not seem to matter, but its confusing. > > > enable force-scripts > > set phone *99\# > > > > set mtu 300 > > set mru 300 > > i'd say loose those (mtu/mru) too. it seems like remote side does not like > it. > > otherwise looks fine to me > > max > > > enable dns > > disable mppe > > enable lqr > > > > set dial "ABORT BUSY ABORT NO\sCARRIER TIMEOUT 5 \ > > \"\" ATZ OK-AT-OK ATE1Q0 OK \ > > AT+CGDCONT=1,\\\"IP\\\",\\\"web.omnitel.it\\\",\\\"0.0.0.0\\\" OK \ > > \\dATDT\\T TIMEOUT 40 CONNECT" > > > > set authname # those can be usually chosen at will > > set authkey > > disable vjcomp > > disable deflate > > disable protocomp > > set dns 83.224.66.134 83.224.65.134 > > set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0 > > add default HISADDR > > ################################## > > > > And then launch > > > > # rfcomm_pppd -a 00:12:d2:65:c2:03 -c -C dun -l rfcomm-dialup > > > > ppp starts, chats, tries to connect to the provider but drops after a > > while issuing a flood of LCP requests (see below ppp.log) > > > > Any idea? > > > > Ciao > > Vittorio