From owner-freebsd-bluetooth@FreeBSD.ORG Mon Mar 19 19:33:28 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 356B016A400 for ; Mon, 19 Mar 2007 19:33:28 +0000 (UTC) (envelope-from deniss.lee@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.229]) by mx1.freebsd.org (Postfix) with ESMTP id DD5D913C4D3 for ; Mon, 19 Mar 2007 19:33:27 +0000 (UTC) (envelope-from deniss.lee@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so1338067wxc for ; Mon, 19 Mar 2007 12:33:27 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=hIqvI6SmfHKP1geL0e3MY8nChPt00X8OwdLVHhP7wQGxJsDBx4heOGskslkht/yhbsXRbzIe3iLfJXP6CTkudl5u/2yfhHHj7tIg2UYR8yLR/tlAzQ57msjYh7kI8ZfFseNweAB9fjzEsVZuZTz9TcFA4Db60wjQvrzDZ8WLliY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=YEbuKB4wWzrI1sylYONOTbq38mzg0Wi4nPzOE4fEyMKaRKrksCw0otAOj48XlHS1QNJvIwtKSzymInJmMbjs9lI5/CuaXQIKsPZPB0bsxzolCTbbeSS4e96zM0362vWbkiEFU0RiPNlFuXObmw6YszdSr1XosLFn4Cgn8oIeWAE= Received: by 10.90.30.20 with SMTP id d20mr4567735agd.1174331084086; Mon, 19 Mar 2007 12:04:44 -0700 (PDT) Received: by 10.90.35.19 with HTTP; Mon, 19 Mar 2007 12:04:44 -0700 (PDT) Message-ID: <938b57eb0703191204p17007f75g82dfbfb3218cdb9b@mail.gmail.com> Date: Mon, 19 Mar 2007 21:04:44 +0200 From: "Deniss Lee" To: freebsd-bluetooth@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: (no subject) 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: Mon, 19 Mar 2007 19:33:28 -0000 What's wrong? This is when I plug my usb dongle: Mar 19 10:55:23 lee kernel: ubt0: vendor 0x1131 ISSCBTA, rev 1.10/3.73, addr 3 Mar 19 10:55:23 lee kernel: ubt0: vendor 0x1131 ISSCBTA, rev 1.10/3.73, addr 3 Mar 19 10:55:23 lee kernel: ubt0: Interface 0 endpoints: interrupt=0x81, bulk-in=0x82, bulk-out=0x2 Mar 19 10:55:23 lee kernel: ubt0: Interface 1 (alt.config 5) endpoints: isoc-in=0x83, isoc-out=0x3; wMaxPacketSize=49; nframes=6, buffer size=294 Mar 19 10:55:29 lee kernel: ng_hci_process_command_timeout: ubt0hci - unable to complete HCI command OGF=0x3, OCF=0x3. Timeout Mar 19 10:55:30 lee root: /etc/rc.d/bluetooth: ERROR: Unable to setup Bluetooth stack for device ubt0 From owner-freebsd-bluetooth@FreeBSD.ORG Tue Mar 20 04:27:16 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 43E0516A401 for ; Tue, 20 Mar 2007 04:27:16 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.246]) by mx1.freebsd.org (Postfix) with ESMTP id 0168713C457 for ; Tue, 20 Mar 2007 04:27:15 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so1432656ana for ; Mon, 19 Mar 2007 21:27:15 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=lrGRvoDRXzX78HKI5osNkLWim+0ziYS9E984zeJkCwVofmzyM8umciKrH151Q/VNsDDs2varEURZ0ihh9Jy016QuNN34PV/569zwy7SFzaYJ/v0wwy45OwsS1EwlGN3zoFoRnIg3WANezZeDveTVWRplu6JQqiZgoZdiV4mXugU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=MGTjNxyTBIVVWo23FNxNNLD4JwMTmkxfAMnr0Pvsj4e4LD1cQ/nL58yyMBUrx1xa3q78TzfTvuwLfyuscF7KTHi12xpZrlI47o2Vn/ApacaqMUyQ2wjdVirupSdhHCIJj/lAu9EdD80rKoBPrvHiR0J7wBezYj5KmOMdVQ9yLuU= Received: by 10.100.8.18 with SMTP id 18mr4432737anh.1174364835071; Mon, 19 Mar 2007 21:27:15 -0700 (PDT) Received: by 10.100.168.6 with HTTP; Mon, 19 Mar 2007 21:27:15 -0700 (PDT) Message-ID: Date: Mon, 19 Mar 2007 21:27:15 -0700 From: "Maksim Yevmenkin" To: "Deniss Lee" In-Reply-To: <938b57eb0703191204p17007f75g82dfbfb3218cdb9b@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <938b57eb0703191204p17007f75g82dfbfb3218cdb9b@mail.gmail.com> Cc: freebsd-bluetooth@freebsd.org Subject: Re: (no subject) 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: Tue, 20 Mar 2007 04:27:16 -0000 On 3/19/07, Deniss Lee wrote: > What's wrong? This is when I plug my usb dongle: > > Mar 19 10:55:23 lee kernel: ubt0: vendor 0x1131 ISSCBTA, rev 1.10/3.73, addr 3 > Mar 19 10:55:23 lee kernel: ubt0: vendor 0x1131 ISSCBTA, rev 1.10/3.73, addr 3 > Mar 19 10:55:23 lee kernel: ubt0: Interface 0 endpoints: > interrupt=0x81, bulk-in=0x82, bulk-out=0x2 > Mar 19 10:55:23 lee kernel: ubt0: Interface 1 (alt.config 5) > endpoints: isoc-in=0x83, isoc-out=0x3; wMaxPacketSize=49; nframes=6, > buffer size=294 > > Mar 19 10:55:29 lee kernel: ng_hci_process_command_timeout: ubt0hci - > unable to complete HCI command OGF=0x3, OCF=0x3. Timeout > Mar 19 10:55:30 lee root: /etc/rc.d/bluetooth: ERROR: Unable to setup > Bluetooth stack for device ubt0 you did not provide enough details to give you any useful answer. just by looking at the error message i can say that your bluetooth dongle did not respond to the "reset" command. you may have an usb problem here. you could try another bluetooth dongle (from another manufacturer) and if problem persist then it is likely an usb problem, otherwise - dongle. thanks, max From owner-freebsd-bluetooth@FreeBSD.ORG Tue Mar 20 20:23:04 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 A5EF216A401 for ; Tue, 20 Mar 2007 20:23:04 +0000 (UTC) (envelope-from plunky@rya-online.net) Received: from smarthost01.eng.net (smarthost01.eng.net [213.130.146.173]) by mx1.freebsd.org (Postfix) with ESMTP id 6DEE613C4C6 for ; Tue, 20 Mar 2007 20:23:04 +0000 (UTC) (envelope-from plunky@rya-online.net) Received: from netmail01.eng.net ([213.130.128.38] helo=rya-online.net) by smarthost01.eng.net with smtp (Exim 4.62) (envelope-from ) id 1HTkrB-0007vw-TT; Tue, 20 Mar 2007 20:23:02 +0000 Received: (nullmailer pid 711 invoked by uid 1000); Tue, 20 Mar 2007 19:44:51 -0000 Date: Tue, 20 Mar 2007 19:44:51 +0000 (GMT) To: Maksim Yevmenkin In-Reply-To: References: <938b57eb0703191204p17007f75g82dfbfb3218cdb9b@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Message-Id: <1174419891.222997.1327.nullmailer@galant.ukfsn.org> From: Iain Hibbert Cc: freebsd-bluetooth@freebsd.org, Deniss Lee Subject: Re: (no subject) 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: Tue, 20 Mar 2007 20:23:04 -0000 On Mon, 19 Mar 2007, Maksim Yevmenkin wrote: > On 3/19/07, Deniss Lee wrote: > > Mar 19 10:55:29 lee kernel: ng_hci_process_command_timeout: ubt0hci - > > unable to complete HCI command OGF=0x3, OCF=0x3. Timeout > > you did not provide enough details to give you any useful answer. just > by looking at the error message i can say that your bluetooth dongle > did not respond to the "reset" command. This sounds similar to a problem that occurred on the NetBSD (USB) stack, when the USB was ehci->uhci->ubt - maybe Deniss can post the relevant parts of his dmesg? > you may have an usb problem here. you could try another bluetooth > dongle (from another manufacturer) and if problem persist then it is > likely an usb problem, otherwise - dongle. Also, if you have the above setup, please try to go to the BIOS and turn off USB2.0, it may work differently in that case.. iain From owner-freebsd-bluetooth@FreeBSD.ORG Thu Mar 22 14:34:34 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 144FC16A404 for ; Thu, 22 Mar 2007 14:34:34 +0000 (UTC) (envelope-from ml-vic@de-martino.it) Received: from smtp3.aruba.it (smtpd3.aruba.it [62.149.128.208]) by mx1.freebsd.org (Postfix) with SMTP id 5446C13C4C1 for ; Thu, 22 Mar 2007 14:34:32 +0000 (UTC) (envelope-from ml-vic@de-martino.it) Received: (qmail 7061 invoked by uid 89); 22 Mar 2007 14:07:47 -0000 Received: by simscan 1.1.0 ppid: 6893, pid: 6967, t: 2.6722s scanners: clamav: 0.88.4/m:40/d:1722 Received: from unknown (HELO ?83.225.120.220?) (ml-vic@de-martino.it@83.225.120.220) by smtp3.aruba.it with SMTP; 22 Mar 2007 14:07:44 -0000 From: ml-vic To: freebsd-bluetooth@freebsd.org Date: Thu, 22 Mar 2007 15:07:34 +0000 User-Agent: KMail/1.9.5 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200703221507.34630.ml-vic@de-martino.it> X-Spam-Rating: smtp3.aruba.it 1.6.2 0/1000/N Subject: Cannot pair Nokia E61 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: Thu, 22 Mar 2007 14:34:34 -0000 I'm trying to connect my Nokia E61 (called 'e61' in /etc/bluetooth/host and 'NokiaVic' in /etc/bluetooth/hcsecd.conf, see below) to a laptop with the latest 6.2 thru a usb bluetooth dongle. The bottom line of it is that - form the E61 standpoint - the phone sees the computer as 'NbBSD.dom (ubt0)', but it fails to pair upon introduction of the pin 0000. In rc.conf I enabled hcsecd. Here you are a detailed script ofa long useless session (I'm connected as root) that for an expert can be useful to understand what's wrong with it. Please help. Ciao from Rome - Vittorio >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Script started on Thu Mar 22 14:00:43 2007 NbBSD# /etc/rc.bluetooth start ubt0 BD_ADDR: 00:11:f6:07:cb:b8 Features: 0xff 0xff 0x8f 0xfe 0x9b 0xf9 00 0x80 <3-Slot> <5-Slot> Max. ACL packet size: 384 bytes Number of ACL packets: 8 Max. SCO packet size: 64 bytes Number of SCO packets: 8 NbBSD# cat /etc/bluetooth/hcsecd.conf device { bdaddr 00:11:f6:07:c8:b8; name "CompaqPC"; key nokey; pin "0000"; } device { bdaddr 00:12:d2:65:c2:03; name "NokiaVic"; key nokey; pin "0000"; } NbBSD# cat /etc/bluetooth/hcsecd.conf /etc/bluetooth/hcsecd.conf # BD_ADDR Name [ alias0 alias1 ... ] # **localhost** 00:11:f6:07:c8:b8 compaq #The Nokia E61 cell 00:12:d2:65:c2:03 e61 NbBSD# usbdevs -v -d Controller /dev/usb0: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 uhub0 port 1 addr 2: full speed, self powered, config 1, product 0x4482(0x4482), vendor 0x04b3(0x04b3), rev 0.00 uhub3 port 1 powered port 2 powered port 3 powered port 4 powered port 2 powered Controller /dev/usb1: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 uhub1 port 1 powered port 2 addr 2: full speed, self powered, config 1, product 0x0001(0x0001), vendor 0x0a12(0x0a12), rev 19.58 ubt0 Controller /dev/usb2: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 uhub2 port 1 powered port 2 powered Controller /dev/usb3: addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), NEC(0x0000), rev 1.00 uhub4 port 1 powered Controller /dev/usb4: addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), NEC(0x0000), rev 1.00 uhub5 port 1 addr 2: full speed, power 100 mA, config 1, Fusion UMTS Quad-GPRS(0x6300), Option N.V.(0x0af0), rev 0.00 ucom0 NbBSD# hccontrol -n ubt0hci inquiry Inquiry result, num_responses=1 Inquiry result #0 BD_ADDR: e61 Page Scan Rep. Mode: 0x1 Page Scan Period Mode: 0x2 Page Scan Mode: 00 Class: 50:02:0c Clock offset: 0xf48 Inquiry complete. Status: No error [00] NbBSD# hccontrol -n ubt0hci remote_name_request BD_ADDR: e61 Name: NokiaVic NbBSD# hccontrol -n ubt0hci create_connection e61 BD_ADDR: e61 Connection handle: 42 Encryption mode: Disabled [0] NbBSD# hccontrol -n ubt0hci read_connection_list Remote BD_ADDR Handle Type Mode Role Encrypt Pending Queue State NbBSD# hccontrol -n ubt0hci create_connection NokiaVic 00:12:d2:65:c2:03 BD_ADDR: e61 Connection handle: 42 Encryption mode: Disabled [0] NbBSD# hccontrol -n ubt0hci read_connection_list Remote BD_ADDR Handle Type Mode Role Encrypt Pending Queue State NbBSD# hccontrol -n ubt0hci get_link_quality 42 Status: No connection [0x2] NbBSD# l2ping -a e61 0 bytes from e61 seq_no=0 time=1430.404 ms result=0 0 bytes from e61 seq_no=1 time=60.359 ms result=0 0 bytes from e61 seq_no=2 time=58.552 ms result=0 0 bytes from e61 seq_no=3 time=61.747 ms result=0 ^C NbBSD# l2control -a e61 read_connection_list l2control: Could not bind socket, bdaddr=00:12:d2:65:c2:03: Network is down NbBSD# hccontrol -n ubt0hci write_authentication_enable 1 NbBSD# hccontrol -n ubt0hci write_authentication_enable l Authentication Enable: Enabled [1] NbBSD# sdpcontrol -a e61 browse Record Handle: 0x00010000 Service Class ID List: A/V Remote Control (0x110e) Protocol Descriptor List: L2CAP (0x0100) Protocol specific parameter #1: u/int/uuid16 23 AVCTP (0x0017) Protocol specific parameter #1: u/int/uuid16 256 Protocol specific parameter #2: u/int/uuid16 3840 Record Handle: 0x00010001 Service Class ID List: OBEX Object Push (0x1105) Protocol Descriptor List: L2CAP (0x0100) RFCOMM (0x0003) Protocol specific parameter #1: u/int8/bool 9 OBEX (0x0008) Bluetooth Profile Descriptor List: OBEX Object Push (0x1105) ver. 1.0 Record Handle: 0x00010002 Service Class ID List: Dial-Up Networking (0x1103) Protocol Descriptor List: L2CAP (0x0100) RFCOMM (0x0003) Protocol specific parameter #1: u/int8/bool 2 Bluetooth Profile Descriptor List: Dial-Up Networking (0x1103) ver. 1.0 Record Handle: 0x00010003 Service Class ID List: Invalid Service Class ID List. Not a UUID, type=0x35 Protocol Descriptor List: L2CAP (0x0100) RFCOMM (0x0003) Protocol specific parameter #1: u/int8/bool 1 Record Handle: 0x00010006 Service Class ID List: Imaging Responder (0x111b) Protocol Descriptor List: L2CAP (0x0100) RFCOMM (0x0003) Protocol specific parameter #1: u/int8/bool 15 OBEX (0x0008) Bluetooth Profile Descriptor List: Imaging (0x111a) ver. 1.0 Record Handle: 0x00010007 Service Class ID List: 0x00000002-0000-1000-8000-0002ee000002 Protocol Descriptor List: L2CAP (0x0100) RFCOMM (0x0003) Protocol specific parameter #1: u/int8/bool 10 OBEX (0x0008) Bluetooth Profile Descriptor List: 0x00000002-0000-1000-8000-0002ee000002 ver. 1.0 Record Handle: 0x00010008 Service Class ID List: OBEX File Transfer (0x1106) Protocol Descriptor List: L2CAP (0x0100) RFCOMM (0x0003) Protocol specific parameter #1: u/int8/bool 11 OBEX (0x0008) Bluetooth Profile Descriptor List: OBEX File Transfer (0x1106) ver. 1.0 Record Handle: 0x00010009 Service Class ID List: 0x00005005-0000-1000-8000-0002ee000001 Protocol Descriptor List: L2CAP (0x0100) RFCOMM (0x0003) Protocol specific parameter #1: u/int8/bool 12 OBEX (0x0008) Bluetooth Profile Descriptor List: 0x00005005-0000-1000-8000-0002ee000001 ver. 1.0 Record Handle: 0x0001000a Service Class ID List: 0x00000004-0000-1000-8000-0002ee000002 Protocol Descriptor List: L2CAP (0x0100) RFCOMM (0x0003) Protocol specific parameter #1: u/int8/bool 13 OBEX (0x0008) Bluetooth Profile Descriptor List: 0x00000004-0000-1000-8000-0002ee000002 ver. 1.0 Record Handle: 0x0001000b Service Class ID List: 0x00005601-0000-1000-8000-0002ee000001 Protocol Descriptor List: L2CAP (0x0100) RFCOMM (0x0003) Protocol specific parameter #1: u/int8/bool 14 OBEX (0x0008) Bluetooth Profile Descriptor List: 0x00005601-0000-1000-8000-0002ee000001 ver. 1.0 Record Handle: 0x0001000c Service Class ID List: SIM Access (0x112d) Generic Telephony (0x1204) Protocol Descriptor List: L2CAP (0x0100) RFCOMM (0x0003) Protocol specific parameter #1: u/int8/bool 8 Bluetooth Profile Descriptor List: SIM Access (0x112d) ver. 1.1 Record Handle: 0x0001000d Service Class ID List: Handsfree Audio Gateway (0x111f) Generic Audio (0x1203) Protocol Descriptor List: L2CAP (0x0100) RFCOMM (0x0003) Protocol specific parameter #1: u/int8/bool 28 Bluetooth Profile Descriptor List: Handsfree Audio Gateway (0x111f) ver. 1.1 Record Handle: 0x0001000e Service Class ID List: Headset Audio Gateway (0x1112) Generic Audio (0x1203) Protocol Descriptor List: L2CAP (0x0100) RFCOMM (0x0003) Protocol specific parameter #1: u/int8/bool 29 Bluetooth Profile Descriptor List: Headset (0x1108) ver. 1.0 Script done on Thu Mar 22 14:22:04 2007 From owner-freebsd-bluetooth@FreeBSD.ORG Thu Mar 22 15:48:14 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 B222816A404 for ; Thu, 22 Mar 2007 15:48:14 +0000 (UTC) (envelope-from anton.stamenov@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.freebsd.org (Postfix) with ESMTP id ECD1113C468 for ; Thu, 22 Mar 2007 15:48:13 +0000 (UTC) (envelope-from anton.stamenov@gmail.com) Received: by nf-out-0910.google.com with SMTP id k27so1444377nfc for ; Thu, 22 Mar 2007 08:48:12 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:date:to:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:organization:user-agent:from; b=So3+Egf2IZQloFf5PtH4vds8eHqRqXM5JazRJeqQuCkBsV3wSF3AqIkFyEWyuEvni5rBc9gg9F+pp56ibKM2nUbBlJnKE60/gMJpPfUUAz4XezsSa0gouhHIH+skvBFXPNBw06YIJNSE5qQ3r3nkj56v4PLHj4zjWE8DCHflNkI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:to:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:organization:user-agent:from; b=WbzDYkpuDTUP4gG+ngnfsTeIkR2fx31Q4F1P+GdNaKPozNJD1uHNnVWcoO47Lpmo/e+5LhJjNvPIqFPxObueqMqTvEih1APedZDbiYT0Ki1XWoshyETTm4LU0wuVw6eciaUf0raMpgPbCjoxtVlED838TWakklC5zN7+wtHwbw8= Received: by 10.78.193.19 with SMTP id q19mr1034867huf.1174576767879; Thu, 22 Mar 2007 08:19:27 -0700 (PDT) Received: from gmail.com ( [212.39.72.25]) by mx.google.com with ESMTP id j9sm11089309mue.2007.03.22.08.19.24; Thu, 22 Mar 2007 08:19:25 -0700 (PDT) Received: by gmail.com (sSMTP sendmail emulation); Thu, 22 Mar 2007 17:19:22 +0200 Date: Thu, 22 Mar 2007 17:19:22 +0200 To: freebsd-bluetooth@freebsd.org Message-ID: <20070322151922.GB37161@gmail.com> Mail-Followup-To: freebsd-bluetooth@freebsd.org References: <200703221507.34630.ml-vic@de-martino.it> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200703221507.34630.ml-vic@de-martino.it> Organization: Accenture User-Agent: Mutt/1.5.13 (2006-08-11) From: Anton Stamenov Subject: Re: Cannot pair Nokia E61 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: Thu, 22 Mar 2007 15:48:14 -0000 Try to uncomment this line in /etc/rc.bluetooth script # Enable this if you have trouble with accepting incomming connections. # By default we will try to perform role switch and become Master on # incomming connection (if local device supports it). Some devices # do not support role switch and thus incomming connection from such # devices will fail. # ${hccontrol} -n ${dev}hci write_node_role_switch 0 || exit 1 On Thu, 22 Mar 2007, ml-vic wrote: > I'm trying to connect my Nokia E61 (called 'e61' in /etc/bluetooth/host > and 'NokiaVic' in /etc/bluetooth/hcsecd.conf, see below) to a laptop with > the latest 6.2 thru a usb bluetooth dongle. > The bottom line of it is that - form the E61 standpoint - the phone sees the > computer as 'NbBSD.dom (ubt0)', but it fails to pair upon introduction of the > pin 0000. > In rc.conf I enabled hcsecd. > > Here you are a detailed script ofa long useless session (I'm connected as > root) that for an expert can be useful to understand what's wrong with it. > > Please help. > Ciao from Rome - Vittorio > >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> > Script started on Thu Mar 22 14:00:43 2007 > > NbBSD# /etc/rc.bluetooth start ubt0 > BD_ADDR: 00:11:f6:07:cb:b8 > Features: 0xff 0xff 0x8f 0xfe 0x9b 0xf9 00 0x80 > <3-Slot> <5-Slot> > > > > > > Max. ACL packet size: 384 bytes > Number of ACL packets: 8 > Max. SCO packet size: 64 bytes > Number of SCO packets: 8 > > NbBSD# cat /etc/bluetooth/hcsecd.conf > device { > bdaddr 00:11:f6:07:c8:b8; > name "CompaqPC"; > key nokey; > pin "0000"; > } > > device { > bdaddr 00:12:d2:65:c2:03; > name "NokiaVic"; > key nokey; > pin "0000"; > } > NbBSD# cat /etc/bluetooth/hcsecd.conf /etc/bluetooth/hcsecd.conf > > # BD_ADDR Name [ alias0 alias1 ... ] > # **localhost** > 00:11:f6:07:c8:b8 compaq > #The Nokia E61 cell > 00:12:d2:65:c2:03 e61 > NbBSD# usbdevs -v -d > > Controller /dev/usb0: > addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), > Intel(0x0000), rev 1.00 > uhub0 > port 1 addr 2: full speed, self powered, config 1, product 0x4482(0x4482), > vendor 0x04b3(0x04b3), rev 0.00 > uhub3 > port 1 powered > port 2 powered > port 3 powered > port 4 powered > port 2 powered > Controller /dev/usb1: > addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), > Intel(0x0000), rev 1.00 > uhub1 > port 1 powered > port 2 addr 2: full speed, self powered, config 1, product 0x0001(0x0001), > vendor 0x0a12(0x0a12), rev 19.58 > ubt0 > Controller /dev/usb2: > addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), > Intel(0x0000), rev 1.00 > uhub2 > port 1 powered > port 2 powered > Controller /dev/usb3: > addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), > NEC(0x0000), rev 1.00 > uhub4 > port 1 powered > Controller /dev/usb4: > addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), > NEC(0x0000), rev 1.00 > uhub5 > port 1 addr 2: full speed, power 100 mA, config 1, Fusion UMTS > Quad-GPRS(0x6300), Option N.V.(0x0af0), rev 0.00 > ucom0 > > NbBSD# hccontrol -n ubt0hci inquiry > > Inquiry result, num_responses=1 > Inquiry result #0 > BD_ADDR: e61 > Page Scan Rep. Mode: 0x1 > Page Scan Period Mode: 0x2 > Page Scan Mode: 00 > Class: 50:02:0c > Clock offset: 0xf48 > Inquiry complete. Status: No error [00] > > NbBSD# hccontrol -n ubt0hci remote_name_request > BD_ADDR: e61 > Name: NokiaVic > > NbBSD# hccontrol -n ubt0hci create_connection e61 > BD_ADDR: e61 > Connection handle: 42 > Encryption mode: Disabled [0] > > NbBSD# hccontrol -n ubt0hci read_connection_list > Remote BD_ADDR Handle Type Mode Role Encrypt Pending Queue State > > NbBSD# hccontrol -n ubt0hci create_connection NokiaVic > 00:12:d2:65:c2:03 > BD_ADDR: e61 > Connection handle: 42 > Encryption mode: Disabled [0] > > NbBSD# hccontrol -n ubt0hci read_connection_list > Remote BD_ADDR Handle Type Mode Role Encrypt Pending Queue State > > NbBSD# hccontrol -n ubt0hci get_link_quality 42 > Status: No connection [0x2] > > NbBSD# l2ping -a e61 > 0 bytes from e61 seq_no=0 time=1430.404 ms result=0 > 0 bytes from e61 seq_no=1 time=60.359 ms result=0 > 0 bytes from e61 seq_no=2 time=58.552 ms result=0 > 0 bytes from e61 seq_no=3 time=61.747 ms result=0 > ^C > > NbBSD# l2control -a e61 read_connection_list > l2control: Could not bind socket, bdaddr=00:12:d2:65:c2:03: Network is down > > NbBSD# hccontrol -n ubt0hci write_authentication_enable 1 > > NbBSD# hccontrol -n ubt0hci write_authentication_enable l > Authentication Enable: Enabled [1] > > NbBSD# sdpcontrol -a e61 browse > > Record Handle: 0x00010000 > Service Class ID List: > A/V Remote Control (0x110e) > Protocol Descriptor List: > L2CAP (0x0100) > Protocol specific parameter #1: u/int/uuid16 23 > AVCTP (0x0017) > Protocol specific parameter #1: u/int/uuid16 256 > Protocol specific parameter #2: u/int/uuid16 3840 > > Record Handle: 0x00010001 > Service Class ID List: > OBEX Object Push (0x1105) > Protocol Descriptor List: > L2CAP (0x0100) > RFCOMM (0x0003) > Protocol specific parameter #1: u/int8/bool 9 > OBEX (0x0008) > Bluetooth Profile Descriptor List: > OBEX Object Push (0x1105) ver. 1.0 > > Record Handle: 0x00010002 > Service Class ID List: > Dial-Up Networking (0x1103) > Protocol Descriptor List: > L2CAP (0x0100) > RFCOMM (0x0003) > Protocol specific parameter #1: u/int8/bool 2 > Bluetooth Profile Descriptor List: > Dial-Up Networking (0x1103) ver. 1.0 > > Record Handle: 0x00010003 > Service Class ID List: > Invalid Service Class ID List. Not a UUID, type=0x35 > Protocol Descriptor List: > L2CAP (0x0100) > RFCOMM (0x0003) > Protocol specific parameter #1: u/int8/bool 1 > > Record Handle: 0x00010006 > Service Class ID List: > Imaging Responder (0x111b) > Protocol Descriptor List: > L2CAP (0x0100) > RFCOMM (0x0003) > Protocol specific parameter #1: u/int8/bool 15 > OBEX (0x0008) > Bluetooth Profile Descriptor List: > Imaging (0x111a) ver. 1.0 > > Record Handle: 0x00010007 > Service Class ID List: > 0x00000002-0000-1000-8000-0002ee000002 > Protocol Descriptor List: > L2CAP (0x0100) > RFCOMM (0x0003) > Protocol specific parameter #1: u/int8/bool 10 > OBEX (0x0008) > Bluetooth Profile Descriptor List: > 0x00000002-0000-1000-8000-0002ee000002 ver. 1.0 > > Record Handle: 0x00010008 > Service Class ID List: > OBEX File Transfer (0x1106) > Protocol Descriptor List: > L2CAP (0x0100) > RFCOMM (0x0003) > Protocol specific parameter #1: u/int8/bool 11 > OBEX (0x0008) > Bluetooth Profile Descriptor List: > OBEX File Transfer (0x1106) ver. 1.0 > > Record Handle: 0x00010009 > Service Class ID List: > 0x00005005-0000-1000-8000-0002ee000001 > Protocol Descriptor List: > L2CAP (0x0100) > RFCOMM (0x0003) > Protocol specific parameter #1: u/int8/bool 12 > OBEX (0x0008) > Bluetooth Profile Descriptor List: > 0x00005005-0000-1000-8000-0002ee000001 ver. 1.0 > > Record Handle: 0x0001000a > Service Class ID List: > 0x00000004-0000-1000-8000-0002ee000002 > Protocol Descriptor List: > L2CAP (0x0100) > RFCOMM (0x0003) > Protocol specific parameter #1: u/int8/bool 13 > OBEX (0x0008) > Bluetooth Profile Descriptor List: > 0x00000004-0000-1000-8000-0002ee000002 ver. 1.0 > > Record Handle: 0x0001000b > Service Class ID List: > 0x00005601-0000-1000-8000-0002ee000001 > Protocol Descriptor List: > L2CAP (0x0100) > RFCOMM (0x0003) > Protocol specific parameter #1: u/int8/bool 14 > OBEX (0x0008) > Bluetooth Profile Descriptor List: > 0x00005601-0000-1000-8000-0002ee000001 ver. 1.0 > > Record Handle: 0x0001000c > Service Class ID List: > SIM Access (0x112d) > Generic Telephony (0x1204) > Protocol Descriptor List: > L2CAP (0x0100) > RFCOMM (0x0003) > Protocol specific parameter #1: u/int8/bool 8 > Bluetooth Profile Descriptor List: > SIM Access (0x112d) ver. 1.1 > > Record Handle: 0x0001000d > Service Class ID List: > Handsfree Audio Gateway (0x111f) > Generic Audio (0x1203) > Protocol Descriptor List: > L2CAP (0x0100) > RFCOMM (0x0003) > Protocol specific parameter #1: u/int8/bool 28 > Bluetooth Profile Descriptor List: > Handsfree Audio Gateway (0x111f) ver. 1.1 > > Record Handle: 0x0001000e > Service Class ID List: > Headset Audio Gateway (0x1112) > Generic Audio (0x1203) > Protocol Descriptor List: > L2CAP (0x0100) > RFCOMM (0x0003) > Protocol specific parameter #1: u/int8/bool 29 > Bluetooth Profile Descriptor List: > Headset (0x1108) ver. 1.0 > Script done on Thu Mar 22 14:22:04 2007 > > _______________________________________________ > freebsd-bluetooth@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-bluetooth > To unsubscribe, send any mail to "freebsd-bluetooth-unsubscribe@freebsd.org" -- ___________ anton From owner-freebsd-bluetooth@FreeBSD.ORG Thu Mar 22 16:02:54 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 AE92916A401 for ; Thu, 22 Mar 2007 16:02:54 +0000 (UTC) (envelope-from mail4lists@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.freebsd.org (Postfix) with ESMTP id 2BEC813C4BE for ; Thu, 22 Mar 2007 16:02:53 +0000 (UTC) (envelope-from mail4lists@gmail.com) Received: by nf-out-0910.google.com with SMTP id k27so1451643nfc for ; Thu, 22 Mar 2007 09:02:53 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:date:to:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:organization:user-agent:from; b=KCpaCt6TmvHqjbRshOWDsKI6E3KLmK4QFxGTqoRCxYaoAOGLPkahRNS7ilffEtrB90ENifI9VBxMJ6IViWMKBsVOOFib9uUhUBqkYbEnfBVw3VVxxy0i22YxEnLFLhV7MLXHo894RUV61oPYOj+c/cBKJObje04nGK2X5v/xfeQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:to:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:organization:user-agent:from; b=I/BlPuOCch5B3+5HXwplsIWBgXymdDQ4la8Uyene2ezNYJlrvytjqzseZQhEG8ccrHz/mKkpSaI8ErRONAvN/BQRoC+P7lMIDgShoPzV7L/lbeM6u02ww9CcDvp7J2xWYHV/LaNw6kDgWTnco6mTW1brGS85SMK10mrdOBfBGYo= Received: by 10.78.18.3 with SMTP id 3mr1004151hur.1174577830337; Thu, 22 Mar 2007 08:37:10 -0700 (PDT) Received: from gmail.com ( [212.39.72.25]) by mx.google.com with ESMTP id g8sm3082432muf.2007.03.22.08.37.08; Thu, 22 Mar 2007 08:37:09 -0700 (PDT) Received: by gmail.com (sSMTP sendmail emulation); Thu, 22 Mar 2007 17:37:06 +0200 Date: Thu, 22 Mar 2007 17:37:06 +0200 To: freebsd-bluetooth@freebsd.org Message-ID: <20070322153545.GA15238@gmail.com> Mail-Followup-To: freebsd-bluetooth@freebsd.org References: <200703221507.34630.ml-vic@de-martino.it> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200703221507.34630.ml-vic@de-martino.it> Organization: Accenture User-Agent: Mutt/1.5.13 (2006-08-11) From: Anton Stamenov Subject: Re: Cannot pair Nokia E61 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: Thu, 22 Mar 2007 16:02:54 -0000 Try to uncomment the this in /etc/rc.bluetooth # Enable this if you have trouble with accepting incomming connections. # By default we will try to perform role switch and become Master on # incomming connection (if local device supports it). Some devices # do not support role switch and thus incomming connection from such # devices will fail. # ${hccontrol} -n ${dev}hci write_node_role_switch 0 || exit 1 On Thu, 22 Mar 2007, ml-vic wrote: > I'm trying to connect my Nokia E61 (called 'e61' in /etc/bluetooth/host > and 'NokiaVic' in /etc/bluetooth/hcsecd.conf, see below) to a laptop with > the latest 6.2 thru a usb bluetooth dongle. > The bottom line of it is that - form the E61 standpoint - the phone sees the > computer as 'NbBSD.dom (ubt0)', but it fails to pair upon introduction of the > pin 0000. > In rc.conf I enabled hcsecd. > > Here you are a detailed script ofa long useless session (I'm connected as > root) that for an expert can be useful to understand what's wrong with it. > > Please help. > Ciao from Rome - Vittorio > >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> > Script started on Thu Mar 22 14:00:43 2007 > > NbBSD# /etc/rc.bluetooth start ubt0 > BD_ADDR: 00:11:f6:07:cb:b8 > Features: 0xff 0xff 0x8f 0xfe 0x9b 0xf9 00 0x80 > <3-Slot> <5-Slot> > > > > > > Max. ACL packet size: 384 bytes > Number of ACL packets: 8 > Max. SCO packet size: 64 bytes > Number of SCO packets: 8 > > NbBSD# cat /etc/bluetooth/hcsecd.conf > device { > bdaddr 00:11:f6:07:c8:b8; > name "CompaqPC"; > key nokey; > pin "0000"; > } > > device { > bdaddr 00:12:d2:65:c2:03; > name "NokiaVic"; > key nokey; > pin "0000"; > } > NbBSD# cat /etc/bluetooth/hcsecd.conf /etc/bluetooth/hcsecd.conf > > # BD_ADDR Name [ alias0 alias1 ... ] > # **localhost** > 00:11:f6:07:c8:b8 compaq > #The Nokia E61 cell > 00:12:d2:65:c2:03 e61 > NbBSD# usbdevs -v -d > > Controller /dev/usb0: > addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), > Intel(0x0000), rev 1.00 > uhub0 > port 1 addr 2: full speed, self powered, config 1, product 0x4482(0x4482), > vendor 0x04b3(0x04b3), rev 0.00 > uhub3 > port 1 powered > port 2 powered > port 3 powered > port 4 powered > port 2 powered > Controller /dev/usb1: > addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), > Intel(0x0000), rev 1.00 > uhub1 > port 1 powered > port 2 addr 2: full speed, self powered, config 1, product 0x0001(0x0001), > vendor 0x0a12(0x0a12), rev 19.58 > ubt0 > Controller /dev/usb2: > addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), > Intel(0x0000), rev 1.00 > uhub2 > port 1 powered > port 2 powered > Controller /dev/usb3: > addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), > NEC(0x0000), rev 1.00 > uhub4 > port 1 powered > Controller /dev/usb4: > addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), > NEC(0x0000), rev 1.00 > uhub5 > port 1 addr 2: full speed, power 100 mA, config 1, Fusion UMTS > Quad-GPRS(0x6300), Option N.V.(0x0af0), rev 0.00 > ucom0 > > NbBSD# hccontrol -n ubt0hci inquiry > > Inquiry result, num_responses=1 > Inquiry result #0 > BD_ADDR: e61 > Page Scan Rep. Mode: 0x1 > Page Scan Period Mode: 0x2 > Page Scan Mode: 00 > Class: 50:02:0c > Clock offset: 0xf48 > Inquiry complete. Status: No error [00] > > NbBSD# hccontrol -n ubt0hci remote_name_request > BD_ADDR: e61 > Name: NokiaVic > > NbBSD# hccontrol -n ubt0hci create_connection e61 > BD_ADDR: e61 > Connection handle: 42 > Encryption mode: Disabled [0] > > NbBSD# hccontrol -n ubt0hci read_connection_list > Remote BD_ADDR Handle Type Mode Role Encrypt Pending Queue State > > NbBSD# hccontrol -n ubt0hci create_connection NokiaVic > 00:12:d2:65:c2:03 > BD_ADDR: e61 > Connection handle: 42 > Encryption mode: Disabled [0] > > NbBSD# hccontrol -n ubt0hci read_connection_list > Remote BD_ADDR Handle Type Mode Role Encrypt Pending Queue State > > NbBSD# hccontrol -n ubt0hci get_link_quality 42 > Status: No connection [0x2] > > NbBSD# l2ping -a e61 > 0 bytes from e61 seq_no=0 time=1430.404 ms result=0 > 0 bytes from e61 seq_no=1 time=60.359 ms result=0 > 0 bytes from e61 seq_no=2 time=58.552 ms result=0 > 0 bytes from e61 seq_no=3 time=61.747 ms result=0 > ^C > > NbBSD# l2control -a e61 read_connection_list > l2control: Could not bind socket, bdaddr=00:12:d2:65:c2:03: Network is down > > NbBSD# hccontrol -n ubt0hci write_authentication_enable 1 > > NbBSD# hccontrol -n ubt0hci write_authentication_enable l > Authentication Enable: Enabled [1] > > NbBSD# sdpcontrol -a e61 browse > > Record Handle: 0x00010000 > Service Class ID List: > A/V Remote Control (0x110e) > Protocol Descriptor List: > L2CAP (0x0100) > Protocol specific parameter #1: u/int/uuid16 23 > AVCTP (0x0017) > Protocol specific parameter #1: u/int/uuid16 256 > Protocol specific parameter #2: u/int/uuid16 3840 > > Record Handle: 0x00010001 > Service Class ID List: > OBEX Object Push (0x1105) > Protocol Descriptor List: > L2CAP (0x0100) > RFCOMM (0x0003) > Protocol specific parameter #1: u/int8/bool 9 > OBEX (0x0008) > Bluetooth Profile Descriptor List: > OBEX Object Push (0x1105) ver. 1.0 > > Record Handle: 0x00010002 > Service Class ID List: > Dial-Up Networking (0x1103) > Protocol Descriptor List: > L2CAP (0x0100) > RFCOMM (0x0003) > Protocol specific parameter #1: u/int8/bool 2 > Bluetooth Profile Descriptor List: > Dial-Up Networking (0x1103) ver. 1.0 > > Record Handle: 0x00010003 > Service Class ID List: > Invalid Service Class ID List. Not a UUID, type=0x35 > Protocol Descriptor List: > L2CAP (0x0100) > RFCOMM (0x0003) > Protocol specific parameter #1: u/int8/bool 1 > > Record Handle: 0x00010006 > Service Class ID List: > Imaging Responder (0x111b) > Protocol Descriptor List: > L2CAP (0x0100) > RFCOMM (0x0003) > Protocol specific parameter #1: u/int8/bool 15 > OBEX (0x0008) > Bluetooth Profile Descriptor List: > Imaging (0x111a) ver. 1.0 > > Record Handle: 0x00010007 > Service Class ID List: > 0x00000002-0000-1000-8000-0002ee000002 > Protocol Descriptor List: > L2CAP (0x0100) > RFCOMM (0x0003) > Protocol specific parameter #1: u/int8/bool 10 > OBEX (0x0008) > Bluetooth Profile Descriptor List: > 0x00000002-0000-1000-8000-0002ee000002 ver. 1.0 > > Record Handle: 0x00010008 > Service Class ID List: > OBEX File Transfer (0x1106) > Protocol Descriptor List: > L2CAP (0x0100) > RFCOMM (0x0003) > Protocol specific parameter #1: u/int8/bool 11 > OBEX (0x0008) > Bluetooth Profile Descriptor List: > OBEX File Transfer (0x1106) ver. 1.0 > > Record Handle: 0x00010009 > Service Class ID List: > 0x00005005-0000-1000-8000-0002ee000001 > Protocol Descriptor List: > L2CAP (0x0100) > RFCOMM (0x0003) > Protocol specific parameter #1: u/int8/bool 12 > OBEX (0x0008) > Bluetooth Profile Descriptor List: > 0x00005005-0000-1000-8000-0002ee000001 ver. 1.0 > > Record Handle: 0x0001000a > Service Class ID List: > 0x00000004-0000-1000-8000-0002ee000002 > Protocol Descriptor List: > L2CAP (0x0100) > RFCOMM (0x0003) > Protocol specific parameter #1: u/int8/bool 13 > OBEX (0x0008) > Bluetooth Profile Descriptor List: > 0x00000004-0000-1000-8000-0002ee000002 ver. 1.0 > > Record Handle: 0x0001000b > Service Class ID List: > 0x00005601-0000-1000-8000-0002ee000001 > Protocol Descriptor List: > L2CAP (0x0100) > RFCOMM (0x0003) > Protocol specific parameter #1: u/int8/bool 14 > OBEX (0x0008) > Bluetooth Profile Descriptor List: > 0x00005601-0000-1000-8000-0002ee000001 ver. 1.0 > > Record Handle: 0x0001000c > Service Class ID List: > SIM Access (0x112d) > Generic Telephony (0x1204) > Protocol Descriptor List: > L2CAP (0x0100) > RFCOMM (0x0003) > Protocol specific parameter #1: u/int8/bool 8 > Bluetooth Profile Descriptor List: > SIM Access (0x112d) ver. 1.1 > > Record Handle: 0x0001000d > Service Class ID List: > Handsfree Audio Gateway (0x111f) > Generic Audio (0x1203) > Protocol Descriptor List: > L2CAP (0x0100) > RFCOMM (0x0003) > Protocol specific parameter #1: u/int8/bool 28 > Bluetooth Profile Descriptor List: > Handsfree Audio Gateway (0x111f) ver. 1.1 > > Record Handle: 0x0001000e > Service Class ID List: > Headset Audio Gateway (0x1112) > Generic Audio (0x1203) > Protocol Descriptor List: > L2CAP (0x0100) > RFCOMM (0x0003) > Protocol specific parameter #1: u/int8/bool 29 > Bluetooth Profile Descriptor List: > Headset (0x1108) ver. 1.0 > Script done on Thu Mar 22 14:22:04 2007 > > _______________________________________________ > freebsd-bluetooth@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-bluetooth > To unsubscribe, send any mail to "freebsd-bluetooth-unsubscribe@freebsd.org" -- ___________ anton From owner-freebsd-bluetooth@FreeBSD.ORG Thu Mar 22 21:17:07 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 15FC616A400 for ; Thu, 22 Mar 2007 21:17:07 +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 F0B2F13C4AE for ; Thu, 22 Mar 2007 21:17:05 +0000 (UTC) (envelope-from ml-vic@de-martino.it) Received: (qmail 25452 invoked by uid 89); 22 Mar 2007 21:17:02 -0000 Received: by simscan 1.1.0 ppid: 25414, pid: 25432, t: 0.7262s scanners: clamav: 0.88.4/m:40/d:1722 Received: from unknown (HELO ?10.155.100.8?) (ml-vic@de-martino.it@82.53.152.231) by smtp5.aruba.it with SMTP; 22 Mar 2007 21:17:02 -0000 From: ml-vic To: freebsd-bluetooth@freebsd.org Date: Thu, 22 Mar 2007 22:16:48 +0000 User-Agent: KMail/1.9.5 References: <200703221507.34630.ml-vic@de-martino.it> <20070322151922.GB37161@gmail.com> In-Reply-To: <20070322151922.GB37161@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: base64 Content-Disposition: inline Message-Id: <200703222216.48442.ml-vic@de-martino.it> X-Spam-Rating: smtp5.aruba.it 1.6.2 0/1000/N Subject: Re: Cannot pair Nokia E61 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: Thu, 22 Mar 2007 21:17:07 -0000 VW5mb3J0dW5hdGVseSwgYWZ0ZXIgdGhlIG1vZGlmaWNhdGlvbiAgaXQgc3RpbGwgZG9lc24ndCB3 b3JrCmhlcmUgeW91IGFyZSB0aGUgbG9nIG9mIHRoZSBzZXNzaW9uIGFmdGVyIHRoZSBtb2RpZmlj YXRpb24geW91IHN1Z2dlc3RlZC4gSSAKd291bGQgbGlrZSB0byBwaW5wb2ludCB0aGUgZm9sbG93 aW5nCgoxKSBsMmNvbnRyb2w6IENvdWxkIG5vdCBiaW5kIHNvY2tldCwgYmRhZGRyPTAwOjEyOmQy OjY1OmMyOjAzOiBOZXR3b3JrIGlzIGRvd24KCjIpIEkgd2FzIGFibGUgdG8gaW50cm9kdWNlIHRo ZSBwaW4gaW4gbXkgcGhvbmUgb25seSBhZnRlciBpc3N1aW5nOgpoY2NvbnRyb2wgLW4gdWJ0MGhj aSB3cml0ZV9hdXRoZW50aWNhdGlvbl9lbmFibGUgMSAKYW5kCmhjY29udHJvbCAtbiB1YnQwaGNp IHJlYWRfYXV0aGVudGljYXRpb25fZW5hYmxlCgpOZXZlcnRoZWxlc3MgdGhlIHBob25lIHN0aWxs IHNheXMgdGhhdCBpcyB1bmFibGUgdG8gY29ubmVjdCwgdG8gcGFpciB3aXRoIApOYkJTRC5kb21h aW4gICh1YnQwKQoKVmlhbyAtIFZpdHRvcmlvCgoKU2NyaXB0IHN0YXJ0ZWQgb24gVGh1IE1hciAy MiAyMTo1Nzo1NCAyMDA3Ck5iQlNEIyAvZXRjL3JjLmQvcmMuYmx1ZXRvb3RoIHN0YXJ0IHVidDAN DQpCRF9BRERSOiAwMDoxMTpmNjowNzpjYjpiOA0KRmVhdHVyZXM6IDB4ZmYgMHhmZiAweDhmIDB4 ZmUgMHg5YiAweGY5IDAwIDB4ODAgDQo8My1TbG90PiA8NS1TbG90PiA8RW5jcnlwdGlvbj4gPFNs b3Qgb2Zmc2V0Pg0KPFRpbWluZyBhY2N1cmFjeT4gPFN3aXRjaD4gPEhvbGQgbW9kZT4gPFNuaWZm IG1vZGU+DQo8UGFyayBtb2RlPiA8UlNTST4gPENoYW5uZWwgcXVhbGl0eT4gPFNDTyBsaW5rPg0K PEhWMiBwYWNrZXRzPiA8SFYzIHBhY2tldHM+IDx1LWxhdyBsb2c+IDxBLWxhdyBsb2c+IDxDVlNE Pg0KPFBhZ2luZyBzY2hlbWU+IDxQb3dlciBjb250cm9sPiA8VHJhbnNwYXJlbnQgU0NPIGRhdGE+ DQo8VW5rbm93bjIuNz4gDQpNYXguIEFDTCBwYWNrZXQgc2l6ZTogMzg0IGJ5dGVzDQpOdW1iZXIg b2YgQUNMIHBhY2tldHM6IDgNCk1heC4gU0NPIHBhY2tldCBzaXplOiA2NCBieXRlcw0KTnVtYmVy IG9mIFNDTyBwYWNrZXRzOiA4DQpkZXZpY2Ugew0KICAgICAgICBiZGFkZHIgIDAwOjEyOmQyOjY1 OmMyOjAzOw0KICAgICAgICBuYW1lICAgICJOb2tpYVZpYyI7DQogICAgICAgIGtleSAgICAgbm9r ZXk7DQogICAgICAgIHBpbiAgICAgIjAwMDAiOw0KfQ0KIGhjY29udHJvbCAtbiB1YnQwaGNpIGlu cXVpcnkNCkJTRCMgIGhjY29udHJvbCAtbiB1YnQwaGNpIGlucXVpcnkNDQpJbnF1aXJ5IHJlc3Vs dCwgbnVtX3Jlc3BvbnNlcz0xDQpJbnF1aXJ5IHJlc3VsdCAjMA0KCUJEX0FERFI6IGU2MQ0KCVBh Z2UgU2NhbiBSZXAuIE1vZGU6IDB4MQ0KCVBhZ2UgU2NhbiBQZXJpb2QgTW9kZTogMHgyDQoJUGFn ZSBTY2FuIE1vZGU6IDAwDQoJQ2xhc3M6IDUwOjAyOjBjDQoJQ2xvY2sgb2Zmc2V0OiAweDdiYzkN CklucXVpcnkgY29tcGxldGUuIFN0YXR1czogTm8gZXJyb3IgWzAwXQ0KTmJCU0QjIGhjY29udHJv bCAtbiB1YnQwaGNpIHJlbW90ZV9uYW1lX3JlcXVlc3QgZTYxClN0YXR1czogUGFnZSB0aW1lb3V0 IFsweDRdCg0KTmJCU0QjIGhjY29udHJvbCAtbiB1YnQwaGNpIGNyZWF0ZV9jb25uZWN0aW9uIGU2 MQ0NClN0YXR1czogUGFnZSB0aW1lb3V0IFsweDRdDQpOYkJTRCMgIGhjY29udHJvbCAtbiB1YnQw aGNpIHJlYWRfY29ubmVjdGlvbl9saXN0DQ0KUmVtb3RlIEJEX0FERFIgICAgSGFuZGxlIFR5cGUg TW9kZSBSb2xlIEVuY3J5cHQgUGVuZGluZyBRdWV1ZSBTdGF0ZQ0KTmJCU0QjIAdsMnBpbmcgLWEg ZTYxDQ0KMCBieXRlcyBmcm9tIGU2MSBzZXFfbm89MCB0aW1lPTExMTMuNjUwIG1zIHJlc3VsdD0w IA0KMCBieXRlcyBmcm9tIGU2MSBzZXFfbm89MSB0aW1lPTQ1Ljk4OSBtcyByZXN1bHQ9MCANCjAg Ynl0ZXMgZnJvbSBlNjEgc2VxX25vPTIgdGltZT01OS4xNTkgbXMgcmVzdWx0PTAgDQowIGJ5dGVz IGZyb20gZTYxIHNlcV9ubz0zIHRpbWU9NjMuMzU1IG1zIHJlc3VsdD0wIA0KXkMNDQpOYkJTRCMg bDJjb250cm9sIC1hIGU2MSByZWFkX2Nvbm5lY3Rpb25fbGlzdA0NCmwyY29udHJvbDogQ291bGQg bm90IGJpbmQgc29ja2V0LCBiZGFkZHI9MDA6MTI6ZDI6NjU6YzI6MDM6IE5ldHdvcmsgaXMgZG93 bg0KaGNjb250cm9sIC1uIHVidDBoY2kgd3JpdGVfYXV0aGVudGljYXRpb25fZW5hYmxlIDENCnNO YkJTRCMgaGNjb250cm9sIC1uIHVidDBoY2kgd3JpdGVfYXV0aGVudGljYXRpb25fZW5hYmxlIDEN DQpOYkJTRCMgcwgbW0toY2NvbnRyb2wgLW4gdWJ0MGhjaSB3cml0ZV9hdXRoZW50aWNhdGlvbl9l bmFibGUgMQ0NCk5iQlNEIyBoY2NvbnRyb2wgLW4gdWJ0MGhjaSB3cml0ZV9hdXRoZW50aWNhdGlv bl9lbmFibGUgMQgbCltLCAgICAgICAgICAgICAgICAgICAgICAgIG1tQCBtbUAgbW1AIG1tQCBtb UBtbNGhyG1s0bBtbNGhlG1s0bBtbNGhhG1s0bBsKWzRoZBtbNGwNDQpBdXRoZW50aWNhdGlvbiBF bmFibGU6IEVuYWJsZWQgWzFdDQpOYkJTRCMgZXhpdA0NCmV4aXQNCgpTY3JpcHQgZG9uZSBvbiBU aHUgTWFyIDIyIDIyOjA0OjIzIDIwMDcKCgpBbGxlIDE1OjE5LCBnaW92ZWTsIDIyIG1hcnpvIDIw MDcsIEFudG9uIFN0YW1lbm92IGhhIHNjcml0dG86Cj4gVHJ5IHRvIHVuY29tbWVudCB0aGlzIGxp bmUgaW4gL2V0Yy9yYy5ibHVldG9vdGggc2NyaXB0Cj4KPiAgICAgICAgICMgRW5hYmxlIHRoaXMg aWYgeW91IGhhdmUgdHJvdWJsZSB3aXRoIGFjY2VwdGluZyBpbmNvbW1pbmcKPiBjb25uZWN0aW9u cy4gIyBCeSBkZWZhdWx0IHdlIHdpbGwgdHJ5IHRvIHBlcmZvcm0gcm9sZSBzd2l0Y2ggYW5kIGJl Y29tZQo+IE1hc3RlciBvbiAjIGluY29tbWluZyBjb25uZWN0aW9uIChpZiBsb2NhbCBkZXZpY2Ug c3VwcG9ydHMgaXQpLiBTb21lCj4gZGV2aWNlcyAjIGRvIG5vdCBzdXBwb3J0IHJvbGUgc3dpdGNo IGFuZCB0aHVzIGluY29tbWluZyBjb25uZWN0aW9uIGZyb20KPiBzdWNoICMgZGV2aWNlcyB3aWxs IGZhaWwuCj4KPiAjICAgICAgICR7aGNjb250cm9sfSAtbiAke2Rldn1oY2kgd3JpdGVfbm9kZV9y b2xlX3N3aXRjaCAwICAgICAgIHx8IGV4aXQgMQo+Cj4gT24gVGh1LCAyMiBNYXIgMjAwNywgbWwt dmljIHdyb3RlOgo+ID4gSSdtIHRyeWluZyB0byBjb25uZWN0IG15IE5va2lhIEU2MSAoY2FsbGVk ICdlNjEnIGluIC9ldGMvYmx1ZXRvb3RoL2hvc3QKPiA+IGFuZCAnTm9raWFWaWMnIGluICAvZXRj L2JsdWV0b290aC9oY3NlY2QuY29uZiwgc2VlIGJlbG93KSB0byBhIGxhcHRvcAo+ID4gd2l0aCB0 aGUgbGF0ZXN0IDYuMiB0aHJ1IGEgdXNiIGJsdWV0b290aCBkb25nbGUuCj4gPiBUaGUgYm90dG9t IGxpbmUgb2YgaXQgaXMgdGhhdCAtIGZvcm0gdGhlIEU2MSBzdGFuZHBvaW50IC0gdGhlIHBob25l IHNlZXMKPiA+IHRoZSBjb21wdXRlciBhcyAnTmJCU0QuZG9tICh1YnQwKScsIGJ1dCBpdCBmYWls cyB0byBwYWlyIHVwb24KPiA+IGludHJvZHVjdGlvbiBvZiB0aGUgcGluIDAwMDAuCj4gPiBJbiBy Yy5jb25mIEkgZW5hYmxlZCBoY3NlY2QuCj4gPgo+ID4gSGVyZSB5b3UgYXJlIGEgZGV0YWlsZWQg c2NyaXB0IG9mYSBsb25nIHVzZWxlc3Mgc2Vzc2lvbiAoSSdtIGNvbm5lY3RlZCBhcwo+ID4gcm9v dCkgdGhhdCBmb3IgYW4gZXhwZXJ0IGNhbiBiZSB1c2VmdWwgdG8gdW5kZXJzdGFuZCB3aGF0J3Mg d3Jvbmcgd2l0aAo+ID4gaXQuCj4gPgo+ID4gUGxlYXNlIGhlbHAuCj4gPiBDaWFvIGZyb20gUm9t ZSAtIFZpdHRvcmlvCj4gPgo+ID4gU2NyaXB0IHN0YXJ0ZWQgb24gVGh1IE1hciAyMiAxNDowMDo0 MyAyMDA3Cj4gPgo+ID4gTmJCU0QjIC9ldGMvcmMuYmx1ZXRvb3RoIHN0YXJ0IHVidDAKPiA+IEJE X0FERFI6IDAwOjExOmY2OjA3OmNiOmI4Cj4gPiBGZWF0dXJlczogMHhmZiAweGZmIDB4OGYgMHhm ZSAweDliIDB4ZjkgMDAgMHg4MAo+ID4gPDMtU2xvdD4gPDUtU2xvdD4gPEVuY3J5cHRpb24+IDxT bG90IG9mZnNldD4KPiA+IDxUaW1pbmcgYWNjdXJhY3k+IDxTd2l0Y2g+IDxIb2xkIG1vZGU+IDxT bmlmZiBtb2RlPgo+ID4gPFBhcmsgbW9kZT4gPFJTU0k+IDxDaGFubmVsIHF1YWxpdHk+IDxTQ08g bGluaz4KPiA+IDxIVjIgcGFja2V0cz4gPEhWMyBwYWNrZXRzPiA8dS1sYXcgbG9nPiA8QS1sYXcg bG9nPiA8Q1ZTRD4KPiA+IDxQYWdpbmcgc2NoZW1lPiA8UG93ZXIgY29udHJvbD4gPFRyYW5zcGFy ZW50IFNDTyBkYXRhPgo+ID4gPFVua25vd24yLjc+Cj4gPiBNYXguIEFDTCBwYWNrZXQgc2l6ZTog Mzg0IGJ5dGVzCj4gPiBOdW1iZXIgb2YgQUNMIHBhY2tldHM6IDgKPiA+IE1heC4gU0NPIHBhY2tl dCBzaXplOiA2NCBieXRlcwo+ID4gTnVtYmVyIG9mIFNDTyBwYWNrZXRzOiA4Cj4gPgo+ID4gTmJC U0QjIGNhdCAvZXRjL2JsdWV0b290aC9oY3NlY2QuY29uZgo+ID4gZGV2aWNlIHsKPiA+ICAgICAg ICAgYmRhZGRyICAwMDoxMTpmNjowNzpjODpiODsKPiA+ICAgICAgICAgbmFtZSAgICAiQ29tcGFx UEMiOwo+ID4gICAgICAgICBrZXkgICAgIG5va2V5Owo+ID4gICAgICAgICBwaW4gICAgICIwMDAw IjsKPiA+IH0KPiA+Cj4gPiBkZXZpY2Ugewo+ID4gICAgICAgICBiZGFkZHIgIDAwOjEyOmQyOjY1 OmMyOjAzOwo+ID4gICAgICAgICBuYW1lICAgICJOb2tpYVZpYyI7Cj4gPiAgICAgICAgIGtleSAg ICAgbm9rZXk7Cj4gPiAgICAgICAgIHBpbiAgICAgIjAwMDAiOwo+ID4gfQo+ID4gTmJCU0QjIGNh dCAvZXRjL2JsdWV0b290aC9oY3NlY2QuY29uZiAvZXRjL2JsdWV0b290aC9oY3NlY2QuY29uZgo+ ID4KPiA+ICMgQkRfQUREUiAgICAgICAgICAgICAgIE5hbWUgWyBhbGlhczAgYWxpYXMxIC4uLiBd Cj4gPiAjICoqbG9jYWxob3N0KioKPiA+IDAwOjExOmY2OjA3OmM4OmI4CWNvbXBhcQo+ID4gI1Ro ZSBOb2tpYSBFNjEgY2VsbAo+ID4gMDA6MTI6ZDI6NjU6YzI6MDMJZTYxCj4gPiBOYkJTRCMgdXNi ZGV2cyAtdiAtZAo+ID4KPiA+IENvbnRyb2xsZXIgL2Rldi91c2IwOgo+ID4gYWRkciAxOiBmdWxs IHNwZWVkLCBzZWxmIHBvd2VyZWQsIGNvbmZpZyAxLCBVSENJIHJvb3QgaHViKDB4MDAwMCksCj4g PiBJbnRlbCgweDAwMDApLCByZXYgMS4wMAo+ID4gICB1aHViMAo+ID4gIHBvcnQgMSBhZGRyIDI6 IGZ1bGwgc3BlZWQsIHNlbGYgcG93ZXJlZCwgY29uZmlnIDEsIHByb2R1Y3QKPiA+IDB4NDQ4Migw eDQ0ODIpLCB2ZW5kb3IgMHgwNGIzKDB4MDRiMyksIHJldiAwLjAwCj4gPiAgICB1aHViMwo+ID4g ICBwb3J0IDEgcG93ZXJlZAo+ID4gICBwb3J0IDIgcG93ZXJlZAo+ID4gICBwb3J0IDMgcG93ZXJl ZAo+ID4gICBwb3J0IDQgcG93ZXJlZAo+ID4gIHBvcnQgMiBwb3dlcmVkCj4gPiBDb250cm9sbGVy IC9kZXYvdXNiMToKPiA+IGFkZHIgMTogZnVsbCBzcGVlZCwgc2VsZiBwb3dlcmVkLCBjb25maWcg MSwgVUhDSSByb290IGh1YigweDAwMDApLAo+ID4gSW50ZWwoMHgwMDAwKSwgcmV2IDEuMDAKPiA+ ICAgdWh1YjEKPiA+ICBwb3J0IDEgcG93ZXJlZAo+ID4gIHBvcnQgMiBhZGRyIDI6IGZ1bGwgc3Bl ZWQsIHNlbGYgcG93ZXJlZCwgY29uZmlnIDEsIHByb2R1Y3QKPiA+IDB4MDAwMSgweDAwMDEpLCB2 ZW5kb3IgMHgwYTEyKDB4MGExMiksIHJldiAxOS41OAo+ID4gICAgdWJ0MAo+ID4gQ29udHJvbGxl ciAvZGV2L3VzYjI6Cj4gPiBhZGRyIDE6IGZ1bGwgc3BlZWQsIHNlbGYgcG93ZXJlZCwgY29uZmln IDEsIFVIQ0kgcm9vdCBodWIoMHgwMDAwKSwKPiA+IEludGVsKDB4MDAwMCksIHJldiAxLjAwCj4g PiAgIHVodWIyCj4gPiAgcG9ydCAxIHBvd2VyZWQKPiA+ICBwb3J0IDIgcG93ZXJlZAo+ID4gQ29u dHJvbGxlciAvZGV2L3VzYjM6Cj4gPiBhZGRyIDE6IGZ1bGwgc3BlZWQsIHNlbGYgcG93ZXJlZCwg Y29uZmlnIDEsIE9IQ0kgcm9vdCBodWIoMHgwMDAwKSwKPiA+IE5FQygweDAwMDApLCByZXYgMS4w MAo+ID4gICB1aHViNAo+ID4gIHBvcnQgMSBwb3dlcmVkCj4gPiBDb250cm9sbGVyIC9kZXYvdXNi NDoKPiA+IGFkZHIgMTogZnVsbCBzcGVlZCwgc2VsZiBwb3dlcmVkLCBjb25maWcgMSwgT0hDSSBy b290IGh1YigweDAwMDApLAo+ID4gTkVDKDB4MDAwMCksIHJldiAxLjAwCj4gPiAgIHVodWI1Cj4g PiAgcG9ydCAxIGFkZHIgMjogZnVsbCBzcGVlZCwgcG93ZXIgMTAwIG1BLCBjb25maWcgMSwgRnVz aW9uIFVNVFMKPiA+IFF1YWQtR1BSUygweDYzMDApLCBPcHRpb24gTi5WLigweDBhZjApLCByZXYg MC4wMAo+ID4gICAgdWNvbTAKPiA+Cj4gPiBOYkJTRCMgaGNjb250cm9sIC1uIHVidDBoY2kgaW5x dWlyeQo+ID4KPiA+IElucXVpcnkgcmVzdWx0LCBudW1fcmVzcG9uc2VzPTEKPiA+IElucXVpcnkg cmVzdWx0ICMwCj4gPiAJQkRfQUREUjogZTYxCj4gPiAJUGFnZSBTY2FuIFJlcC4gTW9kZTogMHgx Cj4gPiAJUGFnZSBTY2FuIFBlcmlvZCBNb2RlOiAweDIKPiA+IAlQYWdlIFNjYW4gTW9kZTogMDAK PiA+IAlDbGFzczogNTA6MDI6MGMKPiA+IAlDbG9jayBvZmZzZXQ6IDB4ZjQ4Cj4gPiBJbnF1aXJ5 IGNvbXBsZXRlLiBTdGF0dXM6IE5vIGVycm9yIFswMF0KPiA+Cj4gPiBOYkJTRCMgaGNjb250cm9s IC1uIHVidDBoY2kgcmVtb3RlX25hbWVfcmVxdWVzdAo+ID4gQkRfQUREUjogZTYxCj4gPiBOYW1l OiBOb2tpYVZpYwo+ID4KPiA+IE5iQlNEIyBoY2NvbnRyb2wgLW4gdWJ0MGhjaSBjcmVhdGVfY29u bmVjdGlvbiBlNjEKPiA+IEJEX0FERFI6IGU2MQo+ID4gQ29ubmVjdGlvbiBoYW5kbGU6IDQyCj4g PiBFbmNyeXB0aW9uIG1vZGU6IERpc2FibGVkIFswXQo+ID4KPiA+IE5iQlNEIyBoY2NvbnRyb2wg LW4gdWJ0MGhjaSByZWFkX2Nvbm5lY3Rpb25fbGlzdAo+ID4gUmVtb3RlIEJEX0FERFIgICAgSGFu ZGxlIFR5cGUgTW9kZSBSb2xlIEVuY3J5cHQgUGVuZGluZyBRdWV1ZSBTdGF0ZQo+ID4KPiA+IE5i QlNEIyBoY2NvbnRyb2wgLW4gdWJ0MGhjaSBjcmVhdGVfY29ubmVjdGlvbiBOb2tpYVZpYwo+ID4g MDA6MTI6ZDI6NjU6YzI6MDMKPiA+IEJEX0FERFI6IGU2MQo+ID4gQ29ubmVjdGlvbiBoYW5kbGU6 IDQyCj4gPiBFbmNyeXB0aW9uIG1vZGU6IERpc2FibGVkIFswXQo+ID4KPiA+IE5iQlNEIyBoY2Nv bnRyb2wgLW4gdWJ0MGhjaSByZWFkX2Nvbm5lY3Rpb25fbGlzdAo+ID4gUmVtb3RlIEJEX0FERFIg ICAgSGFuZGxlIFR5cGUgTW9kZSBSb2xlIEVuY3J5cHQgUGVuZGluZyBRdWV1ZSBTdGF0ZQo+ID4K PiA+IE5iQlNEIyBoY2NvbnRyb2wgLW4gdWJ0MGhjaSBnZXRfbGlua19xdWFsaXR5IDQyCj4gPiBT dGF0dXM6IE5vIGNvbm5lY3Rpb24gWzB4Ml0KPiA+Cj4gPiBOYkJTRCMgbDJwaW5nIC1hIGU2MQo+ ID4gMCBieXRlcyBmcm9tIGU2MSBzZXFfbm89MCB0aW1lPTE0MzAuNDA0IG1zIHJlc3VsdD0wCj4g PiAwIGJ5dGVzIGZyb20gZTYxIHNlcV9ubz0xIHRpbWU9NjAuMzU5IG1zIHJlc3VsdD0wCj4gPiAw IGJ5dGVzIGZyb20gZTYxIHNlcV9ubz0yIHRpbWU9NTguNTUyIG1zIHJlc3VsdD0wCj4gPiAwIGJ5 dGVzIGZyb20gZTYxIHNlcV9ubz0zIHRpbWU9NjEuNzQ3IG1zIHJlc3VsdD0wCj4gPiBeQwo+ID4K PiA+IE5iQlNEIyBsMmNvbnRyb2wgLWEgZTYxIHJlYWRfY29ubmVjdGlvbl9saXN0Cj4gPiBsMmNv bnRyb2w6IENvdWxkIG5vdCBiaW5kIHNvY2tldCwgYmRhZGRyPTAwOjEyOmQyOjY1OmMyOjAzOiBO ZXR3b3JrIGlzCj4gPiBkb3duCj4gPgo+ID4gTmJCU0QjIGhjY29udHJvbCAtbiB1YnQwaGNpIHdy aXRlX2F1dGhlbnRpY2F0aW9uX2VuYWJsZSAxCj4gPgo+ID4gTmJCU0QjIGhjY29udHJvbCAtbiB1 YnQwaGNpIHdyaXRlX2F1dGhlbnRpY2F0aW9uX2VuYWJsZSBsCj4gPiBBdXRoZW50aWNhdGlvbiBF bmFibGU6IEVuYWJsZWQgWzFdCj4gPgo+ID4gTmJCU0QjIHNkcGNvbnRyb2wgLWEgZTYxIGJyb3dz ZQo+ID4KPiA+IFJlY29yZCBIYW5kbGU6IDB4MDAwMTAwMDAKPiA+IFNlcnZpY2UgQ2xhc3MgSUQg TGlzdDoKPiA+IAlBL1YgUmVtb3RlIENvbnRyb2wgKDB4MTEwZSkKPiA+IFByb3RvY29sIERlc2Ny aXB0b3IgTGlzdDoKPiA+IAlMMkNBUCAoMHgwMTAwKQo+ID4gCQlQcm90b2NvbCBzcGVjaWZpYyBw YXJhbWV0ZXIgIzE6IHUvaW50L3V1aWQxNiAyMwo+ID4gCUFWQ1RQICgweDAwMTcpCj4gPiAJCVBy b3RvY29sIHNwZWNpZmljIHBhcmFtZXRlciAjMTogdS9pbnQvdXVpZDE2IDI1Ngo+ID4gCQlQcm90 b2NvbCBzcGVjaWZpYyBwYXJhbWV0ZXIgIzI6IHUvaW50L3V1aWQxNiAzODQwCj4gPgo+ID4gUmVj b3JkIEhhbmRsZTogMHgwMDAxMDAwMQo+ID4gU2VydmljZSBDbGFzcyBJRCBMaXN0Ogo+ID4gCU9C RVggT2JqZWN0IFB1c2ggKDB4MTEwNSkKPiA+IFByb3RvY29sIERlc2NyaXB0b3IgTGlzdDoKPiA+ IAlMMkNBUCAoMHgwMTAwKQo+ID4gCVJGQ09NTSAoMHgwMDAzKQo+ID4gCQlQcm90b2NvbCBzcGVj aWZpYyBwYXJhbWV0ZXIgIzE6IHUvaW50OC9ib29sIDkKPiA+IAlPQkVYICgweDAwMDgpCj4gPiBC bHVldG9vdGggUHJvZmlsZSBEZXNjcmlwdG9yIExpc3Q6Cj4gPiAJT0JFWCBPYmplY3QgUHVzaCAo MHgxMTA1KSB2ZXIuIDEuMAo+ID4KPiA+IFJlY29yZCBIYW5kbGU6IDB4MDAwMTAwMDIKPiA+IFNl cnZpY2UgQ2xhc3MgSUQgTGlzdDoKPiA+IAlEaWFsLVVwIE5ldHdvcmtpbmcgKDB4MTEwMykKPiA+ IFByb3RvY29sIERlc2NyaXB0b3IgTGlzdDoKPiA+IAlMMkNBUCAoMHgwMTAwKQo+ID4gCVJGQ09N TSAoMHgwMDAzKQo+ID4gCQlQcm90b2NvbCBzcGVjaWZpYyBwYXJhbWV0ZXIgIzE6IHUvaW50OC9i b29sIDIKPiA+IEJsdWV0b290aCBQcm9maWxlIERlc2NyaXB0b3IgTGlzdDoKPiA+IAlEaWFsLVVw IE5ldHdvcmtpbmcgKDB4MTEwMykgdmVyLiAxLjAKPiA+Cj4gPiBSZWNvcmQgSGFuZGxlOiAweDAw MDEwMDAzCj4gPiBTZXJ2aWNlIENsYXNzIElEIExpc3Q6Cj4gPiBJbnZhbGlkIFNlcnZpY2UgQ2xh c3MgSUQgTGlzdC4gTm90IGEgVVVJRCwgdHlwZT0weDM1Cj4gPiBQcm90b2NvbCBEZXNjcmlwdG9y IExpc3Q6Cj4gPiAJTDJDQVAgKDB4MDEwMCkKPiA+IAlSRkNPTU0gKDB4MDAwMykKPiA+IAkJUHJv dG9jb2wgc3BlY2lmaWMgcGFyYW1ldGVyICMxOiB1L2ludDgvYm9vbCAxCj4gPgo+ID4gUmVjb3Jk IEhhbmRsZTogMHgwMDAxMDAwNgo+ID4gU2VydmljZSBDbGFzcyBJRCBMaXN0Ogo+ID4gCUltYWdp bmcgUmVzcG9uZGVyICgweDExMWIpCj4gPiBQcm90b2NvbCBEZXNjcmlwdG9yIExpc3Q6Cj4gPiAJ TDJDQVAgKDB4MDEwMCkKPiA+IAlSRkNPTU0gKDB4MDAwMykKPiA+IAkJUHJvdG9jb2wgc3BlY2lm aWMgcGFyYW1ldGVyICMxOiB1L2ludDgvYm9vbCAxNQo+ID4gCU9CRVggKDB4MDAwOCkKPiA+IEJs dWV0b290aCBQcm9maWxlIERlc2NyaXB0b3IgTGlzdDoKPiA+IAlJbWFnaW5nICgweDExMWEpIHZl ci4gMS4wCj4gPgo+ID4gUmVjb3JkIEhhbmRsZTogMHgwMDAxMDAwNwo+ID4gU2VydmljZSBDbGFz cyBJRCBMaXN0Ogo+ID4gCTB4MDAwMDAwMDItMDAwMC0xMDAwLTgwMDAtMDAwMmVlMDAwMDAyCj4g PiBQcm90b2NvbCBEZXNjcmlwdG9yIExpc3Q6Cj4gPiAJTDJDQVAgKDB4MDEwMCkKPiA+IAlSRkNP TU0gKDB4MDAwMykKPiA+IAkJUHJvdG9jb2wgc3BlY2lmaWMgcGFyYW1ldGVyICMxOiB1L2ludDgv Ym9vbCAxMAo+ID4gCU9CRVggKDB4MDAwOCkKPiA+IEJsdWV0b290aCBQcm9maWxlIERlc2NyaXB0 b3IgTGlzdDoKPiA+IAkweDAwMDAwMDAyLTAwMDAtMTAwMC04MDAwLTAwMDJlZTAwMDAwMiB2ZXIu IDEuMAo+ID4KPiA+IFJlY29yZCBIYW5kbGU6IDB4MDAwMTAwMDgKPiA+IFNlcnZpY2UgQ2xhc3Mg SUQgTGlzdDoKPiA+IAlPQkVYIEZpbGUgVHJhbnNmZXIgKDB4MTEwNikKPiA+IFByb3RvY29sIERl c2NyaXB0b3IgTGlzdDoKPiA+IAlMMkNBUCAoMHgwMTAwKQo+ID4gCVJGQ09NTSAoMHgwMDAzKQo+ ID4gCQlQcm90b2NvbCBzcGVjaWZpYyBwYXJhbWV0ZXIgIzE6IHUvaW50OC9ib29sIDExCj4gPiAJ T0JFWCAoMHgwMDA4KQo+ID4gQmx1ZXRvb3RoIFByb2ZpbGUgRGVzY3JpcHRvciBMaXN0Ogo+ID4g CU9CRVggRmlsZSBUcmFuc2ZlciAoMHgxMTA2KSB2ZXIuIDEuMAo+ID4KPiA+IFJlY29yZCBIYW5k bGU6IDB4MDAwMTAwMDkKPiA+IFNlcnZpY2UgQ2xhc3MgSUQgTGlzdDoKPiA+IAkweDAwMDA1MDA1 LTAwMDAtMTAwMC04MDAwLTAwMDJlZTAwMDAwMQo+ID4gUHJvdG9jb2wgRGVzY3JpcHRvciBMaXN0 Ogo+ID4gCUwyQ0FQICgweDAxMDApCj4gPiAJUkZDT01NICgweDAwMDMpCj4gPiAJCVByb3RvY29s IHNwZWNpZmljIHBhcmFtZXRlciAjMTogdS9pbnQ4L2Jvb2wgMTIKPiA+IAlPQkVYICgweDAwMDgp Cj4gPiBCbHVldG9vdGggUHJvZmlsZSBEZXNjcmlwdG9yIExpc3Q6Cj4gPiAJMHgwMDAwNTAwNS0w MDAwLTEwMDAtODAwMC0wMDAyZWUwMDAwMDEgdmVyLiAxLjAKPiA+Cj4gPiBSZWNvcmQgSGFuZGxl OiAweDAwMDEwMDBhCj4gPiBTZXJ2aWNlIENsYXNzIElEIExpc3Q6Cj4gPiAJMHgwMDAwMDAwNC0w MDAwLTEwMDAtODAwMC0wMDAyZWUwMDAwMDIKPiA+IFByb3RvY29sIERlc2NyaXB0b3IgTGlzdDoK PiA+IAlMMkNBUCAoMHgwMTAwKQo+ID4gCVJGQ09NTSAoMHgwMDAzKQo+ID4gCQlQcm90b2NvbCBz cGVjaWZpYyBwYXJhbWV0ZXIgIzE6IHUvaW50OC9ib29sIDEzCj4gPiAJT0JFWCAoMHgwMDA4KQo+ ID4gQmx1ZXRvb3RoIFByb2ZpbGUgRGVzY3JpcHRvciBMaXN0Ogo+ID4gCTB4MDAwMDAwMDQtMDAw MC0xMDAwLTgwMDAtMDAwMmVlMDAwMDAyIHZlci4gMS4wCj4gPgo+ID4gUmVjb3JkIEhhbmRsZTog MHgwMDAxMDAwYgo+ID4gU2VydmljZSBDbGFzcyBJRCBMaXN0Ogo+ID4gCTB4MDAwMDU2MDEtMDAw MC0xMDAwLTgwMDAtMDAwMmVlMDAwMDAxCj4gPiBQcm90b2NvbCBEZXNjcmlwdG9yIExpc3Q6Cj4g PiAJTDJDQVAgKDB4MDEwMCkKPiA+IAlSRkNPTU0gKDB4MDAwMykKPiA+IAkJUHJvdG9jb2wgc3Bl Y2lmaWMgcGFyYW1ldGVyICMxOiB1L2ludDgvYm9vbCAxNAo+ID4gCU9CRVggKDB4MDAwOCkKPiA+ IEJsdWV0b290aCBQcm9maWxlIERlc2NyaXB0b3IgTGlzdDoKPiA+IAkweDAwMDA1NjAxLTAwMDAt MTAwMC04MDAwLTAwMDJlZTAwMDAwMSB2ZXIuIDEuMAo+ID4KPiA+IFJlY29yZCBIYW5kbGU6IDB4 MDAwMTAwMGMKPiA+IFNlcnZpY2UgQ2xhc3MgSUQgTGlzdDoKPiA+IAlTSU0gQWNjZXNzICgweDEx MmQpCj4gPiAJR2VuZXJpYyBUZWxlcGhvbnkgKDB4MTIwNCkKPiA+IFByb3RvY29sIERlc2NyaXB0 b3IgTGlzdDoKPiA+IAlMMkNBUCAoMHgwMTAwKQo+ID4gCVJGQ09NTSAoMHgwMDAzKQo+ID4gCQlQ cm90b2NvbCBzcGVjaWZpYyBwYXJhbWV0ZXIgIzE6IHUvaW50OC9ib29sIDgKPiA+IEJsdWV0b290 aCBQcm9maWxlIERlc2NyaXB0b3IgTGlzdDoKPiA+IAlTSU0gQWNjZXNzICgweDExMmQpIHZlci4g MS4xCj4gPgo+ID4gUmVjb3JkIEhhbmRsZTogMHgwMDAxMDAwZAo+ID4gU2VydmljZSBDbGFzcyBJ RCBMaXN0Ogo+ID4gCUhhbmRzZnJlZSBBdWRpbyBHYXRld2F5ICgweDExMWYpCj4gPiAJR2VuZXJp YyBBdWRpbyAoMHgxMjAzKQo+ID4gUHJvdG9jb2wgRGVzY3JpcHRvciBMaXN0Ogo+ID4gCUwyQ0FQ ICgweDAxMDApCj4gPiAJUkZDT01NICgweDAwMDMpCj4gPiAJCVByb3RvY29sIHNwZWNpZmljIHBh cmFtZXRlciAjMTogdS9pbnQ4L2Jvb2wgMjgKPiA+IEJsdWV0b290aCBQcm9maWxlIERlc2NyaXB0 b3IgTGlzdDoKPiA+IAlIYW5kc2ZyZWUgQXVkaW8gR2F0ZXdheSAoMHgxMTFmKSB2ZXIuIDEuMQo+ ID4KPiA+IFJlY29yZCBIYW5kbGU6IDB4MDAwMTAwMGUKPiA+IFNlcnZpY2UgQ2xhc3MgSUQgTGlz dDoKPiA+IAlIZWFkc2V0IEF1ZGlvIEdhdGV3YXkgKDB4MTExMikKPiA+IAlHZW5lcmljIEF1ZGlv ICgweDEyMDMpCj4gPiBQcm90b2NvbCBEZXNjcmlwdG9yIExpc3Q6Cj4gPiAJTDJDQVAgKDB4MDEw MCkKPiA+IAlSRkNPTU0gKDB4MDAwMykKPiA+IAkJUHJvdG9jb2wgc3BlY2lmaWMgcGFyYW1ldGVy ICMxOiB1L2ludDgvYm9vbCAyOQo+ID4gQmx1ZXRvb3RoIFByb2ZpbGUgRGVzY3JpcHRvciBMaXN0 Ogo+ID4gCUhlYWRzZXQgKDB4MTEwOCkgdmVyLiAxLjAKPiA+IFNjcmlwdCBkb25lIG9uIFRodSBN YXIgMjIgMTQ6MjI6MDQgMjAwNwo+ID4KPiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fCj4gPiBmcmVlYnNkLWJsdWV0b290aEBmcmVlYnNkLm9yZyBtYWls aW5nIGxpc3QKPiA+IGh0dHA6Ly9saXN0cy5mcmVlYnNkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2Zy ZWVic2QtYmx1ZXRvb3RoCj4gPiBUbyB1bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFpbCB0bwo+ID4g ImZyZWVic2QtYmx1ZXRvb3RoLXVuc3Vic2NyaWJlQGZyZWVic2Qub3JnIgo= From owner-freebsd-bluetooth@FreeBSD.ORG Fri Mar 23 10:13:47 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 6A54316A400 for ; Fri, 23 Mar 2007 10:13:47 +0000 (UTC) (envelope-from ml-vic@de-martino.it) Received: from smtp1.aruba.it (smtpipvs3.aruba.it [62.149.128.188]) by mx1.freebsd.org (Postfix) with SMTP id ADDD913C465 for ; Fri, 23 Mar 2007 10:13:46 +0000 (UTC) (envelope-from ml-vic@de-martino.it) Received: (qmail 16668 invoked by uid 89); 23 Mar 2007 10:13:27 -0000 Received: by simscan 1.1.0 ppid: 16663, pid: 16666, t: 0.0510s scanners: clamav: 0.80/m:29/d:680 Received: from unknown (HELO webmailh4.aruba.it) (ml-vic@de-martino.it@10.10.10.114) by smtp1.aruba.it with SMTP; 23 Mar 2007 10:13:27 -0000 Received: from 194.185.25.72 by HTTP Sender: ml-vic@de-martino.it From: "ml-vic@de-martino.it" To: freebsd-bluetooth@freebsd.org X-Mailer: Quality Web Email v3.1r X-Originating-IP: 194.185.25.72 Date: Fri, 23 Mar 2007 11:13:26 +0100 Message-id: <4603a846.1d7.2af2.1254354195@webmailh4.aruba.it> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Spam-Rating: smtp1.aruba.it 1.6.2 0/1000/N Subject: Puzzled about /etc/rc.d/bluetooth 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: Fri, 23 Mar 2007 10:13:47 -0000 1) I read the handbook pages on how to configure bluetooth and, going deeper into the subject I detected, as well as the /etc/rc.bluetooth of the official docs, also a /etc/rc.d/bluetooth file, used in the same way as the former: /etc/rc.d/bluetooth start ubt0 Which of the two should I use in 6.2? 2) Furthermore in a mail of announcement of introduction of bluetooth integration into freebsd 6 I found that you can configure also a device specific file whose template is in /etc/default/bluetooth.device.conf to be modified and put in /etc/ ubt0.conf OR bluetooth.ubt0.conf? Which one? Ciao Vittorio From owner-freebsd-bluetooth@FreeBSD.ORG Fri Mar 23 13:37:39 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 6FEE616A402 for ; Fri, 23 Mar 2007 13:37:39 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.249]) by mx1.freebsd.org (Postfix) with ESMTP id 2F45413C4E7 for ; Fri, 23 Mar 2007 13:37:39 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so1228149ana for ; Fri, 23 Mar 2007 06:37:38 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ftME8kApQ7hIumCVW3FrgRHjzvBOr51d0IqS0uBtxKMlromQd+s42hgjkyOl5/1UvMgD3G+hKmF3umo7ba0hKWKpSfT4w6KxQM7GA1ephzdvxvw45ZbvjyVH9T4iG/GKGhMifNUaByST0n4tb3A94lCyS6rDXoWhN119H+vsX+E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=bPGrNuwTZmRXsDJ/pkLAriDiI395cw9vCET+GXowdCrf5jJfoAfVQN9Vi6LJtc9xuajNJWj45/fDw8WjDkcEeIOpMZpVkB0obVaxBlyiMX/B8TzPJBI7TL+4upxfbXE5bLVW6WL+l3Ud7KpHrS1BY6ooPZaoAft86AI2LubJ0pw= Received: by 10.100.7.18 with SMTP id 18mr2608035ang.1174657058619; Fri, 23 Mar 2007 06:37:38 -0700 (PDT) Received: by 10.100.168.6 with HTTP; Fri, 23 Mar 2007 06:37:38 -0700 (PDT) Message-ID: Date: Fri, 23 Mar 2007 06:37:38 -0700 From: "Maksim Yevmenkin" To: "ml-vic@de-martino.it" In-Reply-To: <4603a846.1d7.2af2.1254354195@webmailh4.aruba.it> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4603a846.1d7.2af2.1254354195@webmailh4.aruba.it> Cc: freebsd-bluetooth@freebsd.org Subject: Re: Puzzled about /etc/rc.d/bluetooth 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: Fri, 23 Mar 2007 13:37:39 -0000 On 3/23/07, ml-vic@de-martino.it wrote: > 1) I read the handbook pages on how to configure bluetooth > and, going deeper into the subject I detected, as well as > the /etc/rc.bluetooth of the official docs, also a > /etc/rc.d/bluetooth file, used in the same way as the > former: > /etc/rc.d/bluetooth start ubt0 > > Which of the two should I use in 6.2? /etc/rc.d/bluetooth is the way to do it. bluetooth rc scripts were integrated into the main tree, so use them > 2) Furthermore in a mail of announcement of introduction of > bluetooth integration into freebsd 6 I found that you can > configure also a device specific file whose template is in > /etc/default/bluetooth.device.conf to be modified and put in > /etc/ > > ubt0.conf OR bluetooth.ubt0.conf? Which one? please read BLUETOOTH.DEVICE.CONF(5) man page, i.e. ... EXAMPLES /etc/bluetooth/ubt0.conf file should be used to specify configuration parameters overrides for the first USB Blue- tooth device (device driver name is ubt0). /etc/bluetooth/ubt1.conf file should be used to specify configuration parameters overrides for the second USB Blue- tooth device. thanks, max From owner-freebsd-bluetooth@FreeBSD.ORG Fri Mar 23 15:46:01 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 13C1216A402 for ; Fri, 23 Mar 2007 15:46:01 +0000 (UTC) (envelope-from ml-vic@de-martino.it) Received: from smtp1.aruba.it (smtpipvs3.aruba.it [62.149.128.188]) by mx1.freebsd.org (Postfix) with SMTP id 4CB6913C4CE for ; Fri, 23 Mar 2007 15:45:59 +0000 (UTC) (envelope-from ml-vic@de-martino.it) Received: (qmail 17891 invoked by uid 89); 23 Mar 2007 15:45:40 -0000 Received: by simscan 1.1.0 ppid: 17842, pid: 17888, t: 0.0135s scanners: clamav: 0.80/m:29/d:680 Received: from unknown (HELO webmailh3.aruba.it) (ml-vic@de-martino.it@10.10.10.113) by smtp1.aruba.it with SMTP; 23 Mar 2007 15:45:40 -0000 Received: from 194.185.25.72 by HTTP Sender: ml-vic@de-martino.it From: "ml-vic@de-martino.it" To: freebsd-bluetooth@freebsd.org X-Mailer: Quality Web Email v3.1r X-Originating-IP: 194.185.25.72 Date: Fri, 23 Mar 2007 16:45:37 +0100 Message-id: <4603f621.1a4.33b3.1705538524@webmailh3.aruba.it> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Spam-Rating: smtp1.aruba.it 1.6.2 0/1000/N Subject: L2CAP doesn't seem to be up 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: Fri, 23 Mar 2007 15:46:01 -0000 After struggling with the pieces of documentation around, I was able to make my cellular phone to pair with the noteboob via a usb bt dongle. Now it is connected. Nevertheless if I--->>> ## 00:12:d2:65:c2:03 My cell phone NbBSD# l2ping -a 00:12:d2:65:c2:03 0 bytes from e61 seq_no=0 time=2458.346 ms result=0 0 bytes from e61 seq_no=1 time=91.986 ms result=0 0 bytes from e61 seq_no=2 time=55.169 ms result=0 NbBSD# l2control -a 00:12:d2:65:c2:03 read_Channel_List l2control: Could not bind socket, bdaddr=00:12:d2:65:c2:03: Network is down and also NbBSD# hccontrol -n ubt0hci create_connection 00:12:d2:65:c2:03 BD_ADDR: e61 Connection handle: 42 Encryption mode: Disabled [0] NbBSD# hccontrol -n ubt0hci read_connection_list Remote BD_ADDR Handle Type Mode Role Encrypt Pending Queue State NbBSD# l2control -a 00:12:d2:65:c2:03 read_Connection_List l2control: Could not bind socket, bdaddr=00:12:d2:65:c2:03: Network is down If I try NbBSD# hccontrol -n ubt0hci create_connection e61 BD_ADDR: e61 Connection handle: 42 Encryption mode: Disabled [0] NbBSD# hccontrol -n ubt0hci read_connection_list Remote BD_ADDR Handle Type Mode Role Encrypt Pending Queue State Why is the L2CAP is not up? Ciao Vittorio From owner-freebsd-bluetooth@FreeBSD.ORG Fri Mar 23 16:26:35 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 AB40B16A400 for ; Fri, 23 Mar 2007 16:26:35 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.247]) by mx1.freebsd.org (Postfix) with ESMTP id 6737D13C4C8 for ; Fri, 23 Mar 2007 16:26:35 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so1304542ana for ; Fri, 23 Mar 2007 09:26:34 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=n3Ccp33dfKyMjvw9e3dt6Oe8y30T/2qtCijOKhoIGjd1SPt/tGKJYmNHrGcc9wIWPi2x8Y1CYlMepvBjt21JK/7n1TYIQQzWVDeCp58kV68YLue8SK/+mqywaDU6ffezwZSfBIZ7Lw8Y9rbYbYviACpLtn20gkMjBclECkhMLsY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=aK3KAEHJOUgUsJE4t0E5+PYWVuWZdChUiyv1CITYtoBA58SWMrmfjuDmy0XPirlgIQP2CVwJMjdd/qcEqycFhmSBe5SqpMQJZqxAhcef9vDAr7dGeSCruqLN9MyhtXZIQsYycs9MnIgjIJiz/iUGqufR7pSmzFYKl3QbzpszWdA= Received: by 10.100.44.13 with SMTP id r13mr2853899anr.1174667194473; Fri, 23 Mar 2007 09:26:34 -0700 (PDT) Received: by 10.100.168.6 with HTTP; Fri, 23 Mar 2007 09:26:34 -0700 (PDT) Message-ID: Date: Fri, 23 Mar 2007 09:26:34 -0700 From: "Maksim Yevmenkin" To: "ml-vic@de-martino.it" In-Reply-To: <4603f621.1a4.33b3.1705538524@webmailh3.aruba.it> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4603f621.1a4.33b3.1705538524@webmailh3.aruba.it> Cc: freebsd-bluetooth@freebsd.org Subject: Re: L2CAP doesn't seem to be up 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: Fri, 23 Mar 2007 16:26:35 -0000 On 3/23/07, ml-vic@de-martino.it wrote: > After struggling with the pieces of documentation around, I > was able to make my cellular phone to pair with the noteboob > via a usb bt dongle. > Now it is connected. Nevertheless if I--->>> > > ## 00:12:d2:65:c2:03 My cell phone > > NbBSD# l2ping -a 00:12:d2:65:c2:03 > 0 bytes from e61 seq_no=0 time=2458.346 ms result=0 > 0 bytes from e61 seq_no=1 time=91.986 ms result=0 > 0 bytes from e61 seq_no=2 time=55.169 ms result=0 this looks normal. nokia's usually do not return payload in l2cap echo response. > NbBSD# l2control -a 00:12:d2:65:c2:03 read_Channel_List > l2control: Could not bind socket, bdaddr=00:12:d2:65:c2:03: > Network is down for the last time, please _read_man_page_ % man l2control -a BD_ADDR Connect to the local device with the specified BD_ADDR. Example: -a 00:01:02:03:04:05. the address you specify in the l2control command line is the address of _local_ device. not remote. local means address of your bluetooth dongle. also l2ping will not create a l2cap connection because l2cap echo request/response go over control l2cap channel. just try to use sdpcontrol to query your phone for servies. if you see response - then everything is working. > and also > > NbBSD# hccontrol -n ubt0hci create_connection > 00:12:d2:65:c2:03 > BD_ADDR: e61 > Connection handle: 42 > Encryption mode: Disabled [0] why are you keep doing this? you do not have to use low level (i.e. hci) commands to create connections etc. max > > NbBSD# hccontrol -n ubt0hci read_connection_list > Remote BD_ADDR Handle Type Mode Role Encrypt Pending > Queue State > > > NbBSD# l2control -a 00:12:d2:65:c2:03 read_Connection_List > l2control: Could not bind socket, bdaddr=00:12:d2:65:c2:03: > Network is down > > If I try > > NbBSD# hccontrol -n ubt0hci create_connection e61 > BD_ADDR: e61 > Connection handle: 42 > Encryption mode: Disabled [0] > NbBSD# hccontrol -n ubt0hci read_connection_list > Remote BD_ADDR Handle Type Mode Role Encrypt Pending > Queue State > > Why is the L2CAP is not up? > > Ciao > Vittorio > _______________________________________________ > freebsd-bluetooth@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-bluetooth > To unsubscribe, send any mail to "freebsd-bluetooth-unsubscribe@freebsd.org" > From owner-freebsd-bluetooth@FreeBSD.ORG Fri Mar 23 20:56:28 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 3640D16A401 for ; Fri, 23 Mar 2007 20:56:28 +0000 (UTC) (envelope-from ml-vic@de-martino.it) Received: from smtp3.aruba.it (smtpd3.aruba.it [62.149.128.208]) by mx1.freebsd.org (Postfix) with SMTP id 7B5C613C4B8 for ; Fri, 23 Mar 2007 20:56:27 +0000 (UTC) (envelope-from ml-vic@de-martino.it) Received: (qmail 27919 invoked by uid 89); 23 Mar 2007 20:56:20 -0000 Received: by simscan 1.1.0 ppid: 27906, pid: 27914, t: 0.1194s scanners: clamav: 0.88.4/m:40/d:1722 Received: from unknown (HELO ?10.155.100.8?) (ml-vic@de-martino.it@82.53.153.72) by smtp3.aruba.it with SMTP; 23 Mar 2007 20:56:20 -0000 From: ml-vic To: freebsd-bluetooth@freebsd.org Date: Fri, 23 Mar 2007 21:56:10 +0000 User-Agent: KMail/1.9.5 References: <4603f621.1a4.33b3.1705538524@webmailh3.aruba.it> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200703232156.10736.ml-vic@de-martino.it> X-Spam-Rating: smtp3.aruba.it 1.6.2 0/1000/N Subject: Re: L2CAP doesn't seem to be up 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: Fri, 23 Mar 2007 20:56:28 -0000 Maksim, Sorry for annoying you but actually I'm absolutely new to bluetooth with wh= ich=20 I'm somewhat in deep waters. I read everything I found in freebsd docs and pieces of info and email but = =20 must admit not that much in man pages. This because an absolute beginner li= ke=20 me is frankly disorientated by, e.g., this extracted from "man sdpd" :=20 ..........................................................................= =2E......................... The sdpd daemon keeps track of the Bluetooth services registered on the host and responds to Service Discovery inquiries from the remote Blue- tooth devices. In order to use any service remote Bluetooth device need to send Servi= ce Search and Service Attribute or Service Search Attribute request over Bluetooth L2CAP connection on SDP PSM (0x0001). Etc.....=20 =2E........................................................................= =2E...... ????? Ciao - Vittorio Alle 16:26, venerd=EC 23 marzo 2007, Maksim Yevmenkin ha scritto: > > for the last time, please _read_man_page_ =2E......................................... From owner-freebsd-bluetooth@FreeBSD.ORG Fri Mar 23 21:13:47 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 C3B7116A405 for ; Fri, 23 Mar 2007 21:13:47 +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 7D28313C458 for ; Fri, 23 Mar 2007 21:13:46 +0000 (UTC) (envelope-from ml-vic@de-martino.it) Received: (qmail 32562 invoked by uid 89); 23 Mar 2007 21:13:44 -0000 Received: by simscan 1.1.0 ppid: 32549, pid: 32554, t: 0.9558s scanners: clamav: 0.88.4/m:40/d:1722 Received: from unknown (HELO ?10.155.100.8?) (ml-vic@de-martino.it@82.53.153.72) by smtp5.aruba.it with SMTP; 23 Mar 2007 21:13:43 -0000 From: ml-vic To: freebsd-bluetooth@freebsd.org Date: Fri, 23 Mar 2007 22:13:29 +0000 User-Agent: KMail/1.9.5 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200703232213.30138.ml-vic@de-martino.it> X-Spam-Rating: smtp5.aruba.it 1.6.2 0/1000/N Subject: 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: Fri, 23 Mar 2007 21:13:47 -0000 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 enable force-scripts set phone *99\# set mtu 300 set mru 300 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 Mar 23 14:06:24 NbBSD ppp[1093]: Phase: Using interface: tun0 Mar 23 14:06:24 NbBSD ppp[1093]: Phase: deflink: Created in closed state Mar 23 14:06:24 NbBSD ppp[1093]: tun0: Command: default: ident user-ppp VERSION (built COMPILATIONDATE) Mar 23 14:06:24 NbBSD ppp[1093]: tun0: Command: default: set device /dev/cuad0 Mar 23 14:06:24 NbBSD ppp[1093]: tun0: Command: default: set speed 115200 Mar 23 14:06:24 NbBSD ppp[1093]: tun0: Command: default: set dial ABORT BUSY ABORT NO\sCARRIER TIMEOUT 5 "" AT OK-AT-OK ATE1Q0 OK \dATDT\T TIMEOUT 40 CONNECT Mar 23 14:06:24 NbBSD ppp[1093]: tun0: Command: default: set timeout 180 Mar 23 14:06:24 NbBSD ppp[1093]: tun0: Command: default: enable dns Mar 23 14:06:24 NbBSD ppp[1093]: tun0: Command: default: set log Phase Chat LCP IPCP CCP tun command Mar 23 14:06:24 NbBSD ppp[1093]: tun0: Command: default: ident user-ppp VERSION (built COMPILATIONDATE) Mar 23 14:06:24 NbBSD ppp[1093]: tun0: Command: rfcomm-dialup: set device /dev/ubt0 Mar 23 14:06:24 NbBSD ppp[1093]: tun0: Command: rfcomm-dialup: enable force-scripts Mar 23 14:06:24 NbBSD ppp[1093]: tun0: Command: rfcomm-dialup: set phone *99# Mar 23 14:06:24 NbBSD ppp[1093]: tun0: Command: rfcomm-dialup: set mtu 300 Mar 23 14:06:24 NbBSD ppp[1093]: tun0: Command: rfcomm-dialup: set mru 300 Mar 23 14:06:24 NbBSD ppp[1093]: tun0: Command: rfcomm-dialup: enable dns Mar 23 14:06:24 NbBSD ppp[1093]: tun0: Command: rfcomm-dialup: disable mppe Mar 23 14:06:24 NbBSD ppp[1093]: tun0: Command: rfcomm-dialup: enable lqr Mar 23 14:06:24 NbBSD ppp[1093]: tun0: Command: rfcomm-dialup: set dial ABORT BUSY ABORT NOsCARRIER 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 Mar 23 14:06:24 NbBSD ppp[1093]: tun0: Command: rfcomm-dialup: set authname Mar 23 14:06:24 NbBSD ppp[1093]: tun0: Command: rfcomm-dialup: set authkey Mar 23 14:06:24 NbBSD ppp[1093]: tun0: Command: rfcomm-dialup: disable vjcomp Mar 23 14:06:24 NbBSD ppp[1093]: tun0: Command: rfcomm-dialup: disable deflate Mar 23 14:06:24 NbBSD ppp[1093]: tun0: Command: rfcomm-dialup: disable protocomp Mar 23 14:06:24 NbBSD ppp[1093]: tun0: Command: rfcomm-dialup: set dns 83.224.66.134 83.224.65.134 Mar 23 14:06:24 NbBSD ppp[1093]: tun0: Command: rfcomm-dialup: set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0 Mar 23 14:06:24 NbBSD ppp[1093]: tun0: Command: rfcomm-dialup: add default HISADDR Mar 23 14:06:24 NbBSD ppp[1093]: tun0: Phase: PPP Started (direct mode). Mar 23 14:06:24 NbBSD ppp[1093]: tun0: Phase: bundle: Establish Mar 23 14:06:24 NbBSD ppp[1093]: tun0: Phase: deflink: closed -> opening Mar 23 14:06:24 NbBSD ppp[1093]: tun0: Phase: deflink: Connected! Mar 23 14:06:24 NbBSD ppp[1093]: tun0: Phase: deflink: opening -> dial Mar 23 14:06:24 NbBSD ppp[1093]: tun0: Chat: Phone: *99# Mar 23 14:06:24 NbBSD ppp[1093]: tun0: Chat: deflink: Dial attempt 1 of 1 Mar 23 14:06:24 NbBSD ppp[1093]: tun0: Chat: Send: ATZ^M Mar 23 14:06:24 NbBSD ppp[1093]: tun0: Chat: Expect(5): OK Mar 23 14:06:24 NbBSD ppp[1093]: tun0: Chat: Received: ATZ^M^M Mar 23 14:06:24 NbBSD ppp[1093]: tun0: Chat: Received: OK^M Mar 23 14:06:24 NbBSD ppp[1093]: tun0: Chat: Send: ATE1Q0^M Mar 23 14:06:24 NbBSD ppp[1093]: tun0: Chat: Expect(5): OK Mar 23 14:06:24 NbBSD ppp[1093]: tun0: Chat: Received: ATE1Q0^M^M Mar 23 14:06:24 NbBSD ppp[1093]: tun0: Chat: Received: OK^M Mar 23 14:06:24 NbBSD ppp[1093]: tun0: Chat: Send: AT+CGDCONT=1,"IP","web.omnitel.it","0.0.0.0"^M Mar 23 14:06:24 NbBSD ppp[1093]: tun0: Chat: Expect(5): OK Mar 23 14:06:24 NbBSD ppp[1093]: tun0: Chat: Received: AT+CGDCONT=1,"IP","web.omnitel.it","0.0.0.0"^M^M Mar 23 14:06:24 NbBSD ppp[1093]: tun0: Chat: Received: OK^M Mar 23 14:06:24 NbBSD ppp[1093]: tun0: Chat: Send: ATDT*99#^M Mar 23 14:06:26 NbBSD ppp[1093]: tun0: Chat: Expect(40): CONNECT Mar 23 14:06:26 NbBSD ppp[1093]: tun0: Chat: Received: ATDT*99#^M^M Mar 23 14:06:26 NbBSD ppp[1093]: tun0: Chat: Received: CONNECT^M Mar 23 14:06:26 NbBSD ppp[1093]: tun0: Phase: deflink: dial -> carrier Mar 23 14:06:26 NbBSD ppp[1093]: tun0: Phase: deflink: carrier -> login Mar 23 14:06:26 NbBSD ppp[1093]: tun0: Phase: deflink: login -> lcp Mar 23 14:06:26 NbBSD ppp[1093]: tun0: LCP: FSM: Using "deflink" as a transport Mar 23 14:06:26 NbBSD ppp[1093]: tun0: LCP: deflink: State change Initial --> Closed Mar 23 14:06:26 NbBSD ppp[1093]: tun0: LCP: deflink: State change Closed --> Stopped Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: deflink: LayerStart Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: deflink: SendConfigReq(1) state = Stopped Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: ACFCOMP[2] Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: ACCMAP[6] 0x00000000 Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: MRU[4] 300 Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: MAGICNUM[6] 0xc9837379 Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: QUALPROTO[8] proto c025, interval 30000ms Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: deflink: State change Stopped --> Req-Sent Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: deflink: RecvConfigRej(1) state = Req-Sent Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: deflink: SendIdent(0) state = Req-Sent Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: MAGICNUM c9837379 Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: TEXT user-ppp 3.4.2 (built Jan 15 2007) Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: ACFCOMP[2] Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: MAGICNUM[6] 0xc9837379 Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: Magic 0xc9837379 is REJected! Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: QUALPROTO[8] proto c025, interval 30000ms Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: deflink: SendConfigReq(2) state = Req-Sent Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: ACCMAP[6] 0x00000000 Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: MRU[4] 300 Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: deflink: RecvCodeRej(0) state = Req-Sent Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: deflink: RecvConfigNak(2) state = Req-Sent Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: MRU[4] 1500 Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: deflink: SendConfigReq(3) state = Req-Sent Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: ACCMAP[6] 0x00000000 Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: MRU[4] 300 Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: deflink: RecvConfigNak(3) state = Req-Sent Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: MRU[4] 1500 Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: deflink: SendConfigReq(4) state = Req-Sent Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: ACCMAP[6] 0x00000000 Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: MRU[4] 300 Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: deflink: RecvConfigNak(4) state = Req-Sent Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: MRU[4] 1500 Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: deflink: SendConfigReq(5) state = Req-Sent Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: ACCMAP[6] 0x00000000 Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: MRU[4] 300 Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: deflink: RecvConfigNak(5) state = Req-Sent Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: MRU[4] 1500 Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: deflink: SendConfigReq(6) state = Req-Sent Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: ACCMAP[6] 0x00000000 Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: MRU[4] 300 Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: deflink: RecvConfigNak(6) state = Req-Sent Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: MRU[4] 1500 Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: deflink: SendConfigReq(7) state = Req-Sent Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: ACCMAP[6] 0x00000000 Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: MRU[4] 300 Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: deflink: RecvConfigNak(7) state = Req-Sent Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: MRU[4] 1500 Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: deflink: SendConfigReq(8) state = Req-Sent Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: ACCMAP[6] 0x00000000 Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: MRU[4] 300 Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: deflink: RecvConfigNak(8) state = Req-Sent Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: MRU[4] 1500 Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: deflink: SendConfigReq(9) state = Req-Sent Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: ACCMAP[6] 0x00000000 Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: MRU[4] 300 Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: deflink: RecvConfigNak(9) state = Req-Sent Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: MRU[4] 1500 Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: deflink: SendConfigReq(10) state = Req-Sent Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: ACCMAP[6] 0x00000000 Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: MRU[4] 300 Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: deflink: RecvConfigNak(10) state = Req-Sent Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: MRU[4] 1500 Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: deflink: SendConfigReq(11) state = Req-Sent Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: ACCMAP[6] 0x00000000 Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: MRU[4] 300 Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: deflink: RecvConfigNak(11) state = Req-Sent Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: MRU[4] 1500 Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: deflink: SendConfigReq(12) state = Req-Sent Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: ACCMAP[6] 0x00000000 Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: MRU[4] 300 Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: deflink: RecvConfigNak(12) state = Req-Sent Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: MRU[4] 1500 Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: deflink: SendConfigReq(13) state = Req-Sent Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: ACCMAP[6] 0x00000000 Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: MRU[4] 300 Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: deflink: RecvConfigNak(13) state = Req-Sent Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: MRU[4] 1500 Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: deflink: SendConfigReq(14) state = Req-Sent Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: ACCMAP[6] 0x00000000 Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: MRU[4] 300 Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: deflink: RecvConfigNak(14) state = Req-Sent Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: MRU[4] 1500 Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: deflink: SendConfigReq(15) state = Req-Sent Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: ACCMAP[6] 0x00000000 Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: MRU[4] 300 Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: deflink: RecvConfigNak(15) state = Req-Sent Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: MRU[4] 1500 Mar 23 14:06:27 NbBSD ppp[1093]: tun0: Phase: deflink: Too many LCP REQs sent - abandoning negotiation Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: deflink: SendIdent(1) state = Req-Sent Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: MAGICNUM 00000000 Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: TEXT user-ppp 3.4.2 (built Jan 15 2007) Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: deflink: SendTerminateReq(16) state = Req-Sent Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: deflink: State change Req-Sent --> Closing Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: deflink: RecvCodeRej(1) state = Closing Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: deflink: RecvTerminateAck(16) state = Closing Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: deflink: LayerFinish Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: deflink: State change Closing --> Closed Mar 23 14:06:27 NbBSD ppp[1093]: tun0: LCP: deflink: State change Closed --> Initial Mar 23 14:06:27 NbBSD ppp[1093]: tun0: Phase: deflink: Disconnected! Mar 23 14:06:27 NbBSD ppp[1093]: tun0: Phase: deflink: lcp -> logout Mar 23 14:06:27 NbBSD ppp[1093]: tun0: Phase: deflink: logout -> hangup Mar 23 14:06:27 NbBSD ppp[1093]: tun0: Phase: deflink: Disconnected! Mar 23 14:06:27 NbBSD ppp[1093]: tun0: Phase: deflink: Connect time: 3 secs: 525 octets in, 699 octets out Mar 23 14:06:27 NbBSD ppp[1093]: tun0: Phase: deflink: 16 packets in, 18 packets out Mar 23 14:06:27 NbBSD ppp[1093]: tun0: Phase: total 408 bytes/sec, peak 0 bytes/sec on Fri Mar 23 14:06:24 2007 Mar 23 14:06:27 NbBSD ppp[1093]: tun0: Phase: deflink: hangup -> closed Mar 23 14:06:27 NbBSD ppp[1093]: tun0: Phase: bundle: Dead Mar 23 14:06:27 NbBSD ppp[1093]: tun0: Phase: PPP Terminated (normal). Mar 23 17:08:29 NbBSD ppp[1465]: Phase: Using interface: tun0 Mar 23 17:08:29 NbBSD ppp[1465]: Phase: deflink: Created in closed state Mar 23 17:08:29 NbBSD ppp[1465]: tun0: Command: default: ident user-ppp VERSION (built COMPILATIONDATE) Mar 23 17:08:29 NbBSD ppp[1465]: tun0: Command: default: set device /dev/cuad0 Mar 23 17:08:29 NbBSD ppp[1465]: tun0: Command: default: set speed 115200 Mar 23 17:08:29 NbBSD ppp[1465]: tun0: Command: default: set dial ABORT BUSY ABORT NO\sCARRIER TIMEOUT 5 "" AT OK-AT-OK ATE1Q0 OK \dATDT\T TIMEOUT 40 CONNECT Mar 23 17:08:29 NbBSD ppp[1465]: tun0: Command: default: set timeout 180 Mar 23 17:08:29 NbBSD ppp[1465]: tun0: Command: default: enable dns Mar 23 17:08:29 NbBSD ppp[1465]: tun0: Command: default: set log Phase Chat LCP IPCP CCP tun command Mar 23 17:08:29 NbBSD ppp[1465]: tun0: Command: default: ident user-ppp VERSION (built COMPILATIONDATE) Mar 23 17:08:29 NbBSD ppp[1465]: tun0: Command: rfcomm-dialup: set device /dev/ubt0 Mar 23 17:08:29 NbBSD ppp[1465]: tun0: Command: rfcomm-dialup: enable force-scripts Mar 23 17:08:29 NbBSD ppp[1465]: tun0: Command: rfcomm-dialup: set phone *99# Mar 23 17:08:29 NbBSD ppp[1465]: tun0: Command: rfcomm-dialup: set mtu 300 Mar 23 17:08:29 NbBSD ppp[1465]: tun0: Command: rfcomm-dialup: set mru 300 Mar 23 17:08:29 NbBSD ppp[1465]: tun0: Command: rfcomm-dialup: enable dns Mar 23 17:08:29 NbBSD ppp[1465]: tun0: Command: rfcomm-dialup: disable mppe Mar 23 17:08:29 NbBSD ppp[1465]: tun0: Command: rfcomm-dialup: enable lqr Mar 23 17:08:29 NbBSD ppp[1465]: tun0: Command: rfcomm-dialup: set dial ABORT BUSY ABORT NOsCARRIER 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 Mar 23 17:08:29 NbBSD ppp[1465]: tun0: Command: rfcomm-dialup: set authname Mar 23 17:08:29 NbBSD ppp[1465]: tun0: Command: rfcomm-dialup: set authkey Mar 23 17:08:29 NbBSD ppp[1465]: tun0: Command: rfcomm-dialup: disable vjcomp Mar 23 17:08:29 NbBSD ppp[1465]: tun0: Command: rfcomm-dialup: disable deflate Mar 23 17:08:29 NbBSD ppp[1465]: tun0: Command: rfcomm-dialup: disable protocomp Mar 23 17:08:29 NbBSD ppp[1465]: tun0: Command: rfcomm-dialup: set dns 83.224.66.134 83.224.65.134 Mar 23 17:08:29 NbBSD ppp[1465]: tun0: Command: rfcomm-dialup: set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0 Mar 23 17:08:29 NbBSD ppp[1465]: tun0: Command: rfcomm-dialup: add default HISADDR Mar 23 17:08:29 NbBSD ppp[1465]: tun0: Warning: Add route failed: 0.0.0.0/0 already exists Mar 23 17:08:29 NbBSD ppp[1465]: tun0: Phase: PPP Started (direct mode). Mar 23 17:08:29 NbBSD ppp[1465]: tun0: Phase: bundle: Establish Mar 23 17:08:29 NbBSD ppp[1465]: tun0: Phase: deflink: closed -> opening Mar 23 17:08:29 NbBSD ppp[1465]: tun0: Phase: deflink: Connected! Mar 23 17:08:29 NbBSD ppp[1465]: tun0: Phase: deflink: opening -> dial Mar 23 17:08:29 NbBSD ppp[1465]: tun0: Chat: Phone: *99# Mar 23 17:08:29 NbBSD ppp[1465]: tun0: Chat: deflink: Dial attempt 1 of 1 Mar 23 17:08:29 NbBSD ppp[1465]: tun0: Chat: Send: ATZ^M Mar 23 17:08:29 NbBSD ppp[1465]: tun0: Chat: Expect(5): OK Mar 23 17:08:29 NbBSD ppp[1465]: tun0: Chat: Received: ATZ^M^M Mar 23 17:08:29 NbBSD ppp[1465]: tun0: Chat: Received: OK^M Mar 23 17:08:29 NbBSD ppp[1465]: tun0: Chat: Send: ATE1Q0^M Mar 23 17:08:29 NbBSD ppp[1465]: tun0: Chat: Expect(5): OK Mar 23 17:08:29 NbBSD ppp[1465]: tun0: Chat: Received: ATE1Q0^M^M Mar 23 17:08:29 NbBSD ppp[1465]: tun0: Chat: Received: OK^M Mar 23 17:08:29 NbBSD ppp[1465]: tun0: Chat: Send: AT+CGDCONT=1,"IP","web.omnitel.it","0.0.0.0"^M Mar 23 17:08:29 NbBSD ppp[1465]: tun0: Chat: Expect(5): OK Mar 23 17:08:29 NbBSD ppp[1465]: tun0: Chat: Received: AT+CGDCONT=1,"IP","web.omnitel.it","0.0.0.0"^M^M Mar 23 17:08:29 NbBSD ppp[1465]: tun0: Chat: Received: OK^M Mar 23 17:08:29 NbBSD ppp[1465]: tun0: Chat: Send: ATDT*99#^M Mar 23 17:08:31 NbBSD ppp[1465]: tun0: Chat: Expect(40): CONNECT Mar 23 17:08:31 NbBSD ppp[1465]: tun0: Chat: Received: ATDT*99#^M^M Mar 23 17:08:31 NbBSD ppp[1465]: tun0: Chat: Received: CONNECT^M Mar 23 17:08:31 NbBSD ppp[1465]: tun0: Phase: deflink: dial -> carrier Mar 23 17:08:31 NbBSD ppp[1465]: tun0: Phase: deflink: carrier -> login Mar 23 17:08:31 NbBSD ppp[1465]: tun0: Phase: deflink: login -> lcp Mar 23 17:08:31 NbBSD ppp[1465]: tun0: LCP: FSM: Using "deflink" as a transport Mar 23 17:08:31 NbBSD ppp[1465]: tun0: LCP: deflink: State change Initial --> Closed Mar 23 17:08:31 NbBSD ppp[1465]: tun0: LCP: deflink: State change Closed --> Stopped Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: deflink: LayerStart Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: deflink: SendConfigReq(1) state = Stopped Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: ACFCOMP[2] Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: ACCMAP[6] 0x00000000 Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: MRU[4] 300 Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: MAGICNUM[6] 0x40377ea4 Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: QUALPROTO[8] proto c025, interval 30000ms Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: deflink: State change Stopped --> Req-Sent Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: deflink: RecvConfigRej(1) state = Req-Sent Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: deflink: SendIdent(0) state = Req-Sent Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: MAGICNUM 40377ea4 Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: TEXT user-ppp 3.4.2 (built Jan 15 2007) Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: ACFCOMP[2] Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: MAGICNUM[6] 0x40377ea4 Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: Magic 0x40377ea4 is REJected! Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: QUALPROTO[8] proto c025, interval 30000ms Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: deflink: SendConfigReq(2) state = Req-Sent Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: ACCMAP[6] 0x00000000 Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: MRU[4] 300 Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: deflink: RecvCodeRej(0) state = Req-Sent Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: deflink: RecvConfigNak(2) state = Req-Sent Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: MRU[4] 1500 Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: deflink: SendConfigReq(3) state = Req-Sent Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: ACCMAP[6] 0x00000000 Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: MRU[4] 300 Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: deflink: RecvConfigNak(3) state = Req-Sent Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: MRU[4] 1500 Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: deflink: SendConfigReq(4) state = Req-Sent Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: ACCMAP[6] 0x00000000 Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: MRU[4] 300 Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: deflink: RecvConfigNak(4) state = Req-Sent Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: MRU[4] 1500 Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: deflink: SendConfigReq(5) state = Req-Sent Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: ACCMAP[6] 0x00000000 Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: MRU[4] 300 Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: deflink: RecvConfigNak(5) state = Req-Sent Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: MRU[4] 1500 Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: deflink: SendConfigReq(6) state = Req-Sent Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: ACCMAP[6] 0x00000000 Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: MRU[4] 300 Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: deflink: RecvConfigNak(6) state = Req-Sent Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: MRU[4] 1500 Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: deflink: SendConfigReq(7) state = Req-Sent Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: ACCMAP[6] 0x00000000 Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: MRU[4] 300 Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: deflink: RecvConfigNak(7) state = Req-Sent Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: MRU[4] 1500 Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: deflink: SendConfigReq(8) state = Req-Sent Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: ACCMAP[6] 0x00000000 Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: MRU[4] 300 Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: deflink: RecvConfigNak(8) state = Req-Sent Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: MRU[4] 1500 Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: deflink: SendConfigReq(9) state = Req-Sent Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: ACCMAP[6] 0x00000000 Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: MRU[4] 300 Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: deflink: RecvConfigNak(9) state = Req-Sent Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: MRU[4] 1500 Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: deflink: SendConfigReq(10) state = Req-Sent Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: ACCMAP[6] 0x00000000 Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: MRU[4] 300 Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: deflink: RecvConfigNak(10) state = Req-Sent Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: MRU[4] 1500 Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: deflink: SendConfigReq(11) state = Req-Sent Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: ACCMAP[6] 0x00000000 Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: MRU[4] 300 Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: deflink: RecvConfigNak(11) state = Req-Sent Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: MRU[4] 1500 Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: deflink: SendConfigReq(12) state = Req-Sent Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: ACCMAP[6] 0x00000000 Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: MRU[4] 300 Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: deflink: RecvConfigNak(12) state = Req-Sent Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: MRU[4] 1500 Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: deflink: SendConfigReq(13) state = Req-Sent Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: ACCMAP[6] 0x00000000 Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: MRU[4] 300 Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: deflink: RecvConfigNak(13) state = Req-Sent Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: MRU[4] 1500 Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: deflink: SendConfigReq(14) state = Req-Sent Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: ACCMAP[6] 0x00000000 Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: MRU[4] 300 Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: deflink: RecvConfigNak(14) state = Req-Sent Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: MRU[4] 1500 Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: deflink: SendConfigReq(15) state = Req-Sent Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: ACCMAP[6] 0x00000000 Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: MRU[4] 300 Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: deflink: RecvConfigNak(15) state = Req-Sent Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: MRU[4] 1500 Mar 23 17:08:32 NbBSD ppp[1465]: tun0: Phase: deflink: Too many LCP REQs sent - abandoning negotiation Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: deflink: SendIdent(1) state = Req-Sent Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: MAGICNUM 00000000 Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: TEXT user-ppp 3.4.2 (built Jan 15 2007) Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: deflink: SendTerminateReq(16) state = Req-Sent Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: deflink: State change Req-Sent --> Closing Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: deflink: RecvCodeRej(1) state = Closing Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: deflink: RecvTerminateAck(16) state = Closing Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: deflink: LayerFinish Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: deflink: State change Closing --> Closed Mar 23 17:08:32 NbBSD ppp[1465]: tun0: LCP: deflink: State change Closed --> Initial Mar 23 17:08:32 NbBSD ppp[1465]: tun0: Phase: deflink: Disconnected! Mar 23 17:08:32 NbBSD ppp[1465]: tun0: Phase: deflink: lcp -> logout Mar 23 17:08:32 NbBSD ppp[1465]: tun0: Phase: deflink: logout -> hangup Mar 23 17:08:32 NbBSD ppp[1465]: tun0: Phase: deflink: Disconnected! Mar 23 17:08:32 NbBSD ppp[1465]: tun0: Phase: deflink: Connect time: 3 secs: 527 octets in, 700 octets out Mar 23 17:08:32 NbBSD ppp[1465]: tun0: Phase: deflink: 17 packets in, 18 packets out Mar 23 17:08:32 NbBSD ppp[1465]: tun0: Phase: total 409 bytes/sec, peak 0 bytes/sec on Fri Mar 23 17:08:29 2007 Mar 23 17:08:32 NbBSD ppp[1465]: tun0: Phase: deflink: hangup -> closed Mar 23 17:08:32 NbBSD ppp[1465]: tun0: Phase: bundle: Dead Mar 23 17:08:32 NbBSD ppp[1465]: tun0: Phase: PPP Terminated (normal). From owner-freebsd-bluetooth@FreeBSD.ORG Fri Mar 23 22:12:45 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 BE25916A401 for ; Fri, 23 Mar 2007 22:12:45 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.249]) by mx1.freebsd.org (Postfix) with ESMTP id 7C7ED13C457 for ; Fri, 23 Mar 2007 22:12:45 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so1416451ana for ; Fri, 23 Mar 2007 15:12:45 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Q6zJ9K37CtA+DFVxKKd6NQoKg8XaI7AUCWQLUCJuJDetoXrQKK7jBlImyNOq9EocCBGSTbQfAC1LlDHV0/w0+52YAgA/P6ZWuZWyJXpZ0jiP9UOGr9EYrtUVOEmJc+1WcRTt3vB38BchCO/xEBKdSpTgEuYC5KQfufLb+Rxx/hc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=stdsvTOWHc2svowjbnpTrwUM5N4fWAGS40hTtNU3jiY84LDrzZimPyGTEX6DrwgqPYjAES81C1/JSY1umBmKj2jUVr0wzK0nTNeF/83oaUPOlO6sC+9uL8YZppZLcNcL/d9tRtTUEgRD6VR71u7TrhzarklUBGiHRKk5K6rj4IQ= Received: by 10.100.167.7 with SMTP id p7mr3035587ane.1174687964764; Fri, 23 Mar 2007 15:12:44 -0700 (PDT) Received: by 10.100.168.6 with HTTP; Fri, 23 Mar 2007 15:12:44 -0700 (PDT) Message-ID: Date: Fri, 23 Mar 2007 15:12:44 -0700 From: "Maksim Yevmenkin" To: ml-vic In-Reply-To: <200703232156.10736.ml-vic@de-martino.it> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4603f621.1a4.33b3.1705538524@webmailh3.aruba.it> <200703232156.10736.ml-vic@de-martino.it> Cc: freebsd-bluetooth@freebsd.org Subject: Re: L2CAP doesn't seem to be up 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: Fri, 23 Mar 2007 22:12:45 -0000 On 3/23/07, ml-vic wrote: > Maksim, > > Sorry for annoying you but actually I'm absolutely new to bluetooth with which > I'm somewhat in deep waters. > > I read everything I found in freebsd docs and pieces of info and email but > must admit not that much in man pages. This because an absolute beginner like > me is frankly disorientated by, e.g., this extracted from "man sdpd" : > .................................................................................................... > The sdpd daemon keeps track of the Bluetooth services registered on the > host and responds to Service Discovery inquiries from the remote Blue- > tooth devices. > In order to use any service remote Bluetooth device need to send Service > Search and Service Attribute or Service Search Attribute request over > Bluetooth L2CAP connection on SDP PSM (0x0001). Etc..... > ................................................................................ > ????? from the handbook 28.4.7 Service Discovery Protocol (SDP) The Service Discovery Protocol (SDP) provides the means for client applications to discover the existence of services provided by server applications as well as the attributes of those services. The attributes of a service include the type or class of service offered and the mechanism or protocol information needed to utilize the service. SDP involves communication between a SDP server and a SDP client. The server maintains a list of service records that describe the characteristics of services associated with the server. Each service record contains information about a single service. A client may retrieve information from a service record maintained by the SDP server by issuing a SDP request. If the client, or an application associated with the client, decides to use a service, it must open a separate connection to the service provider in order to utilize the service. SDP provides a mechanism for discovering services and their attributes, but it does not provide a mechanism for utilizing those services. Normally, a SDP client searches for services based on some desired characteristics of the services. However, there are times when it is desirable to discover which types of services are described by an SDP server's service records without any a priori information about the services. This process of looking for any offered services is called browsing. === specifically in your case, your nokia phone runs one or more bluetooth server applications and provides bluetooth services. your pc is a bluetooth client, who wishes to discover and possibly use one of the provided services. sdpd is only required if you want to run bluetooth services on your pc. this way bluetooth service application (running on your pc) will register itself with sdpd (running on your pc) so remote clients can actually know that your pc is providing bluetooth services. without doing anything at all, you should be able to discover bluetooth services on your nokia phone, by simply % sdpcontrol -a e61 browse or % sdpcontrol -a e16 search thanks, max From owner-freebsd-bluetooth@FreeBSD.ORG Sat Mar 24 00:18:02 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 F114616A404 for ; Sat, 24 Mar 2007 00:18:02 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.247]) by mx1.freebsd.org (Postfix) with ESMTP id 9C2F613C458 for ; Sat, 24 Mar 2007 00:18:02 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so1443962ana for ; Fri, 23 Mar 2007 17:18:02 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ZGDboNBzvOCFJ7bLdD2tr62wBQj+7eVcnEhUbbsYk69taH3FCPLkA7B9rwTj4WjwGMdkf2f9u2OCd90lEB0G2w6CoOGCa/ZEn6OivhE7u/fIY4ToVNc2mvt51JR9GveCFP+P8QJ4Iea1hNcZL/i7llrFxlHLuDoX4KSUfgai2ws= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=F5Ayr9PHw7jWwLzI1TinuYNA9zIBGRkWlk4rryBP8IPDnwItFsOHBW0hF73JI0KJpvRd+9V2HNKewSLprmjecPuRSgX4m1Cv1g8zskMIODjE5kN6cDP9OdGNYQ8peMvgA9TExPJ6BllHaymW9VqobiiZPhkiZLGvYJ12W3/yF6M= Received: by 10.100.123.9 with SMTP id v9mr3126767anc.1174695481431; Fri, 23 Mar 2007 17:18:01 -0700 (PDT) Received: by 10.100.168.6 with HTTP; Fri, 23 Mar 2007 17:18:01 -0700 (PDT) Message-ID: Date: Fri, 23 Mar 2007 17:18:01 -0700 From: "Maksim Yevmenkin" To: ml-vic In-Reply-To: <200703232213.30138.ml-vic@de-martino.it> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200703232213.30138.ml-vic@de-martino.it> Cc: freebsd-bluetooth@freebsd.org 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 00:18:03 -0000 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 > From owner-freebsd-bluetooth@FreeBSD.ORG Sat Mar 24 18:24:45 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 9A86716A4D2 for ; Sat, 24 Mar 2007 18:24:45 +0000 (UTC) (envelope-from ml-vic@de-martino.it) Received: from smtp3.aruba.it (smtpd3.aruba.it [62.149.128.208]) by mx1.freebsd.org (Postfix) with SMTP id F230D13C465 for ; Sat, 24 Mar 2007 18:24:44 +0000 (UTC) (envelope-from ml-vic@de-martino.it) Received: (qmail 9197 invoked by uid 89); 24 Mar 2007 18:24:40 -0000 Received: by simscan 1.1.0 ppid: 9187, pid: 9190, t: 0.1703s scanners: clamav: 0.88.4/m:40/d:1722 Received: from unknown (HELO ?10.155.100.8?) (ml-vic@de-martino.it@87.1.231.127) by smtp3.aruba.it with SMTP; 24 Mar 2007 18:24:40 -0000 From: ml-vic To: freebsd-bluetooth@freebsd.org Date: Sat, 24 Mar 2007 19:24:29 +0000 User-Agent: KMail/1.9.5 References: <4603f621.1a4.33b3.1705538524@webmailh3.aruba.it> <200703232156.10736.ml-vic@de-martino.it> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200703241924.29951.ml-vic@de-martino.it> X-Spam-Rating: smtp3.aruba.it 1.6.2 0/1000/N Subject: Re: L2CAP doesn't seem to be up 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 18:24:45 -0000 Maksims, Perhaps I'm somewhat slow BUT ... I can *** only *** understand the 28.4.7= =20 point of the handbook thanks to your clear explanation about my case: I mea= n=20 that now is clear who's the client and who's the server and what they are=20 for! Therefore thanks a lot!!!=20 Ciao from Rome - Vittorio =20 Alle 22:12, venerd=EC 23 marzo 2007, Maksim Yevmenkin ha scritto: > 28.4.7 Service Discovery Protocol (SDP) > > The Service Discovery Protocol (SDP) provides the means for client > applications to discover the existence of services provided by server > applications as well as the attributes of those services. The > attributes of a service include the type or class of service offered > and the mechanism or protocol information needed to utilize the > service. > > SDP involves communication between a SDP server and a SDP client. The > server maintains a list of service records that describe the > characteristics of services associated with the server. Each service > record contains information about a single service. A client may > retrieve information from a service record maintained by the SDP > server by issuing a SDP request. If the client, or an application > associated with the client, decides to use a service, it must open a > separate connection to the service provider in order to utilize the > service. SDP provides a mechanism for discovering services and their > attributes, but it does not provide a mechanism for utilizing those > services. > > Normally, a SDP client searches for services based on some desired > characteristics of the services. However, there are times when it is > desirable to discover which types of services are described by an SDP > server's service records without any a priori information about the > services. This process of looking for any offered services is called > browsing. > > =3D=3D=3D > > specifically in your case, your nokia phone runs one or more bluetooth > server applications and provides bluetooth services. your pc is a > bluetooth client, who wishes to discover and possibly use one of the > provided services. > > sdpd is only required if you want to run bluetooth services on your > pc. this way bluetooth service application (running on your pc) will > register itself with sdpd (running on your pc) so remote clients can > actually know that your pc is providing bluetooth services. > > without doing anything at all, you should be able to discover > bluetooth services on your nokia phone, by simply > > % sdpcontrol -a e61 browse > > or > > % sdpcontrol -a e16 search > > > thanks, > max 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