From owner-freebsd-bluetooth@FreeBSD.ORG Wed Mar 5 12:00:21 2008 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0375E10656A0 for ; Wed, 5 Mar 2008 12:00:21 +0000 (UTC) (envelope-from tolisoft@gmail.com) Received: from gv-out-0910.google.com (gv-out-0910.google.com [216.239.58.186]) by mx1.freebsd.org (Postfix) with ESMTP id 745C38FC1B for ; Wed, 5 Mar 2008 12:00:20 +0000 (UTC) (envelope-from tolisoft@gmail.com) Received: by gv-out-0910.google.com with SMTP id n40so1597178gve.39 for ; Wed, 05 Mar 2008 04:00:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=yqdVOgY52qg/SPtpG2qqQJ+oeAsiWWGwUlyTBzHsmvY=; b=No63dhC8xIf3PnEu1cvwJrFQ5WvOpV0/HuszzOVXsVr+06gRGmi4TrcMuWqzzrzocH1SKBAWXSt4iBh4KIhinIBSGQj0PoL4WqNmU3OhR5lv8H981TaGPOC+qSX0HpmUNMmHcLnaWHUOQXY2GB6XGZEegVYI32/mLnqkmZXvxG0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Ttriqd89QHQi8zwHINyFduvv7XCraK4DyZliUgH3aSpt0z5hEoJm7jSsUU0Q8BaeDnuE7SwiDauBBJDPL2kQqGO0WeWkRqQpoDzG8ViVRW9kJx/mtZpbGULvmKtY1rn7C3iLdBqhu7mIcoY1TPb7AD4ec3RE9AifrEHjJfz4mAM= Received: by 10.115.95.1 with SMTP id x1mr4094086wal.94.1204716940771; Wed, 05 Mar 2008 03:35:40 -0800 (PST) Received: by 10.115.90.4 with HTTP; Wed, 5 Mar 2008 03:35:40 -0800 (PST) Message-ID: <335adcd30803050335k162b5014kac786a2442f06e10@mail.gmail.com> Date: Wed, 5 Mar 2008 13:35:40 +0200 From: "eng. Anatoli Marinov" To: freebsd-bluetooth@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: DUN over bluethoot 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: Wed, 05 Mar 2008 12:00:21 -0000 I am trying to connect my n800 internet tablet (it runs Linux). I would like to use IP over bluethoot or ppp over it. I've tried the following: I. on the freebsd 7.0 stable host: #kldload ng_ubt #ng_ubt_load="YES" ---plug the dongle /etc/rc.bluetooth start ubt0 in /etc/bluetooth/hcsecd.conf I have device { bdaddr 00:80:n800addr; name "Toli"; key nokey; pin "333"; } At this stage I managed to make a pair link between freebsd box and n800. At the next stage I will use user land ppp daemon to make a DUN. in /etc/ppp/ppp.conf I have: default: set timeout 0 set lqrperiod 10 set ifaddr 10.0.0.1 10.0.0.2 255.255.255.0 enable lqr accept lqr accept dns # Do not use PPP authentication. Assume that # Bluetooth connection was authenticated already disable pap deny pap disable chap deny chap I start the deamon with: rfcomm_pppd -s -d -C 7 -l default II. after that I used previously created pair link and try to connect from n800 but I never succeed. Every time I get "Connection failed to phone blabla(ubt0). Try again? Do you have any idea what could be wrong? At n800 i do not have any logs. I prepared dump for a time when i tried to connect: #/usr/local/bin/hcidump HCIDump - HCI packet analyzer ver 1.5 device: any snap_len: 65535 filter: 0xffffffff > HCI Event: Connect Request(0x04) plen 10 < HCI Command: Accept Connection Request(0x01|0x0009) plen 7 > HCI Event: Command Status(0x0f) plen 4 > HCI Event: Role Change(0x12) plen 8 > HCI Event: Connect Complete(0x03) plen 11 < HCI Command: Write Link Policy Settings(0x02|0x000d) plen 4 > HCI Event: Command Complete(0x0e) plen 6 > HCI Event: Max Slots Change(0x1b) plen 3 > ACL data: handle 0x0011 flags 0x02 dlen 12 L2CAP(s): Connect req: psm 1 scid 0x0040 < ACL data: handle 0x0011 flags 0x02 dlen 16 L2CAP(s): Connect rsp: dcid 0x0051 scid 0x0040 result 0 status 0 > HCI Event: Number of Completed Packets(0x13) plen 5 > ACL data: handle 0x0011 flags 0x02 dlen 12 L2CAP(s): Config req: dcid 0x0051 flags 0x0000 clen 0 < ACL data: handle 0x0011 flags 0x02 dlen 14 L2CAP(s): Config rsp: scid 0x0040 flags 0x0000 result 0 clen 0 < ACL data: handle 0x0011 flags 0x02 dlen 12 L2CAP(s): Config req: dcid 0x0040 flags 0x0000 clen 0 > HCI Event: Number of Completed Packets(0x13) plen 5 > HCI Event: Number of Completed Packets(0x13) plen 5 > ACL data: handle 0x0011 flags 0x02 dlen 18 L2CAP(s): Config rsp: scid 0x0051 flags 0x0000 result 0 clen 4 MTU 672 > ACL data: handle 0x0011 flags 0x02 dlen 17 L2CAP(d): cid 0x51 len 13 [psm 1] SDP SS Req: tid 0x0 len 0x8 pat uuid-16 0x1103 (DUN) max 0x40 cont 00 < ACL data: handle 0x0011 flags 0x02 dlen 14 L2CAP(d): cid 0x40 len 10 [psm 1] SDP SS Rsp: tid 0x0 len 0x5 tot 0x0 cur 0x0 cont 00 > HCI Event: Number of Completed Packets(0x13) plen 5 > ACL data: handle 0x0011 flags 0x02 dlen 12 L2CAP(s): Disconn req: dcid 0x0051 scid 0x0040 < ACL data: handle 0x0011 flags 0x02 dlen 12 L2CAP(s): Disconn rsp: dcid 0x0051 scid 0x0040 > HCI Event: Number of Completed Packets(0x13) plen 5 > HCI Event: Disconn Complete(0x05) plen 4 device: any snap_len: 65535 filter: 0xffffffff > HCI Event: Connect Request(0x04) plen 10 < HCI Command: Accept Connection Request(0x01|0x0009) plen 7 > HCI Event: Command Status(0x0f) plen 4 > HCI Event: Role Change(0x12) plen 8 > HCI Event: Connect Complete(0x03) plen 11 < HCI Command: Write Link Policy Settings(0x02|0x000d) plen 4 > HCI Event: Command Complete(0x0e) plen 6 > HCI Event: Max Slots Change(0x1b) plen 3 > ACL data: handle 0x0011 flags 0x02 dlen 12 L2CAP(s): Connect req: psm 1 scid 0x0040 < ACL data: handle 0x0011 flags 0x02 dlen 16 L2CAP(s): Connect rsp: dcid 0x0051 scid 0x0040 result 0 status 0 > HCI Event: Number of Completed Packets(0x13) plen 5 > ACL data: handle 0x0011 flags 0x02 dlen 12 L2CAP(s): Config req: dcid 0x0051 flags 0x0000 clen 0 < ACL data: handle 0x0011 flags 0x02 dlen 14 L2CAP(s): Config rsp: scid 0x0040 flags 0x0000 result 0 clen 0 < ACL data: handle 0x0011 flags 0x02 dlen 12 L2CAP(s): Config req: dcid 0x0040 flags 0x0000 clen 0 > HCI Event: Number of Completed Packets(0x13) plen 5 > HCI Event: Number of Completed Packets(0x13) plen 5 > ACL data: handle 0x0011 flags 0x02 dlen 18 L2CAP(s): Config rsp: scid 0x0051 flags 0x0000 result 0 clen 4 MTU 672 > ACL data: handle 0x0011 flags 0x02 dlen 17 L2CAP(d): cid 0x51 len 13 [psm 1] SDP SS Req: tid 0x0 len 0x8 pat uuid-16 0x1103 (DUN) max 0x40 cont 00 < ACL data: handle 0x0011 flags 0x02 dlen 14 L2CAP(d): cid 0x40 len 10 [psm 1] SDP SS Rsp: tid 0x0 len 0x5 tot 0x0 cur 0x0 cont 00 > HCI Event: Number of Completed Packets(0x13) plen 5 > ACL data: handle 0x0011 flags 0x02 dlen 12 L2CAP(s): Disconn req: dcid 0x0051 scid 0x0040 < ACL data: handle 0x0011 flags 0x02 dlen 12 L2CAP(s): Disconn rsp: dcid 0x0051 scid 0x0040 > HCI Event: Number of Completed Packets(0x13) plen 5 > HCI Event: Disconn Complete(0x05) plen 4 I hope it will help ... -- Best Regards eng. Anatoli Marinov From owner-freebsd-bluetooth@FreeBSD.ORG Wed Mar 5 17:24:26 2008 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39CA71065670 for ; Wed, 5 Mar 2008 17:24:26 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by mx1.freebsd.org (Postfix) with ESMTP id A828C8FC20 for ; Wed, 5 Mar 2008 17:24:25 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so1422152fgg.35 for ; Wed, 05 Mar 2008 09:24:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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; bh=ZDELFg4ILbo5RKEDKSdjRanxLv8ebY5SUdihGSf8DBw=; b=YrdXXmwuLTeCYebYgaLLOR7PIt7QIdWdQnJkE0Ydnag9Rc2NGJRVGC53VzPc6BhjEQ92zcEEMro4jlDSBmyxk9gfesVkOr/dpq193EByninNmxnVLdLu0XGMcmKRWnYsqkzwqMmai0V9jxLYIUe0tMZsMM1/hNBhYiAhMNxgl40= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=k1xiRZTYVY0m4hkjQllWlAAKtVJNEXUp9f5s0QKDUkqUrpYwS6Oq9tKhEBG8+KvRof1C/lTL/QBvDe2LlbhNaLTY/0zZ3Ahpb6k0ho/m1LjcgW3tcyxH4NIaHo0ZX1+vCrL3oCyrA5Zn/lKdmzH9rTLXGKKfJhfpFaIWh3ld0jA= Received: by 10.86.26.11 with SMTP id 11mr3271312fgz.74.1204737864419; Wed, 05 Mar 2008 09:24:24 -0800 (PST) Received: by 10.86.23.12 with HTTP; Wed, 5 Mar 2008 09:24:23 -0800 (PST) Message-ID: Date: Wed, 5 Mar 2008 09:24:23 -0800 From: "Maksim Yevmenkin" To: "eng. Anatoli Marinov" In-Reply-To: <335adcd30803050335k162b5014kac786a2442f06e10@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <335adcd30803050335k162b5014kac786a2442f06e10@mail.gmail.com> Cc: freebsd-bluetooth@freebsd.org Subject: Re: DUN over bluethoot 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: Wed, 05 Mar 2008 17:24:26 -0000 Hello Anatoli, > I am trying to connect my n800 internet tablet (it runs Linux). I > would like to use IP over bluethoot or ppp over it. > > I've tried the following: > > I. on the freebsd 7.0 stable host: > #kldload ng_ubt > #ng_ubt_load="YES" looks fine > ---plug the dongle > > /etc/rc.bluetooth start ubt0 > in /etc/bluetooth/hcsecd.conf I have > device { > bdaddr 00:80:n800addr; > name "Toli"; > key nokey; > pin "333"; > } looks fine > At this stage I managed to make a pair link between freebsd box and n800. > At the next stage I will use user land ppp daemon to make a DUN. just to clarify - do you really want DUN, i.e. Dial-Up Networking or you want LAN - LAN Access Using PPP? while both profiles are similar, DUN-client assumes that it talks to the modem type device, where is LAN-client assumes is talks directly to PPP (just like in null-modem cable case). also, from sdp point of view, both services are completely different. > in /etc/ppp/ppp.conf I have: > default: > set timeout 0 > set lqrperiod 10 > set ifaddr 10.0.0.1 10.0.0.2 255.255.255.0 > enable lqr > accept lqr > accept dns > # Do not use PPP authentication. Assume that > # Bluetooth connection was authenticated already > disable pap > deny pap > disable chap > deny chap right. that looks fine, however, it assumes LAN-type connection. in other words, both client and server will start talking PPP after RFCOMM connection is established. > I start the deamon with: > rfcomm_pppd -s -d -C 7 -l default this looks fine too > II. after that I used previously created pair link and try to connect > from n800 but I never succeed. Every time I get "Connection failed to > phone blabla(ubt0). Try again? > > Do you have any idea what could be wrong? At n800 i do not have any logs. please read below > I prepared dump for a time when i tried to connect: > #/usr/local/bin/hcidump [...] everything looks fine before this point > > ACL data: handle 0x0011 flags 0x02 dlen 17 > L2CAP(d): cid 0x51 len 13 [psm 1] > SDP SS Req: tid 0x0 len 0x8 > pat uuid-16 0x1103 (DUN) > max 0x40 > cont 00 here is the SDP request from the remote client (n800) where it asks for DUN service > < ACL data: handle 0x0011 flags 0x02 dlen 14 > L2CAP(d): cid 0x40 len 10 [psm 1] > SDP SS Rsp: tid 0x0 len 0x5 > tot 0x0 cur 0x0 > cont 00 and here is the response from your server that tells it that it does not offer DUN service. the problem is that rfcomm_pppd(8) does not register DUN service. by design, rfcomm_pppd(8) in server mode implements LAN profile. so when the remote client tries to search for DUN service, it will never find it and bail. there are a couple of solutions to this problem 1) make sure you request LAN-type (instead of DUN-type) connection on your n800. linux can do it. 2) teach rfcomm_pppd(8) to register DUN profile as well as LAN profile. this should be easy to do. however, you will need to tweak your ppp(8) configuration and add fake chat script to emulate modem AT-command exchange. thanks, max From owner-freebsd-bluetooth@FreeBSD.ORG Wed Mar 5 17:56:09 2008 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C52331065672 for ; Wed, 5 Mar 2008 17:56:09 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id 42D548FC2E for ; Wed, 5 Mar 2008 17:56:08 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so1438336fgg.35 for ; Wed, 05 Mar 2008 09:56:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=PYzr2yvd809x3lC9ADTrXjWz2ONW5K3VOdDBZ6j5+HI=; b=A8FyZLz3fSIs7sS7E0gMjKEnkbQ7pmLxU+B5KLXQRAWJvgL8kMMIczyHc2wSmz0mhaMuELV/SCVVH2VYw9IY2YxE+/iEiCu5phPQj5K75/STDP3FiahGOWCWKgQJz85FQwtRWVwAoegMyg756j1+FFaW6n31SJ/mIjWB/Jo9dqo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=dtQ6MK9kTllKGoHfaRdE8MxFTI1jUh87+Segwb0CWTvIDuIBoiw2euyrXZMp8W+6j0fx2po/zyJ+sHGnWca2Z+Irz2WxJiMKXdMGF1c5iqfMHDdLwigYNEo2PAWrMp/3XDCBh61EbA9KOq/2QE5jYKyugNRfuFECas3QJTzpVhc= Received: by 10.86.73.17 with SMTP id v17mr3349039fga.56.1204739767920; Wed, 05 Mar 2008 09:56:07 -0800 (PST) Received: by 10.86.23.12 with HTTP; Wed, 5 Mar 2008 09:56:07 -0800 (PST) Message-ID: Date: Wed, 5 Mar 2008 09:56:07 -0800 From: "Maksim Yevmenkin" To: "eng. Anatoli Marinov" In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_2330_9771868.1204739767911" References: <335adcd30803050335k162b5014kac786a2442f06e10@mail.gmail.com> Cc: freebsd-bluetooth@freebsd.org Subject: Re: DUN over bluethoot 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: Wed, 05 Mar 2008 17:56:09 -0000 ------=_Part_2330_9771868.1204739767911 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello Anatoli, [...] > 2) teach rfcomm_pppd(8) to register DUN profile as well as LAN > profile. this should be easy to do. however, you will need to tweak > your ppp(8) configuration and add fake chat script to emulate modem > AT-command exchange. i have attached the patch that implements option (2) above. please try it and let me know. the patch adds new -D option to the rfcomm_pppd(8). when -D is specified, rfcomm_pppd(8) server will register DUN service on the same channel as LAN service. keep in mind that remote client will still be thinking that it talks to the modem-type device. it means that there will be AT-command exchange before client starts talking PPP. you will need to fake this AT-command exchange using ppp(8) chat scripts. please read ppp(8) man page and pay attention to "force-scripts" option. to make rfcomm_pppd(8) server register DUN service you will need to start it as # rfcomm_pppd -s -d -D -C 7 -l default in case you did not get the attachment, the patch can be downloaded from http://people.freebsd.org/~emax/rfcomm_pppd.dun.patch.txt thanks, max ------=_Part_2330_9771868.1204739767911 Content-Type: text/plain; name=rfcomm_pppd.dun.patch.txt Content-Transfer-Encoding: base64 X-Attachment-Id: f_fdg6sd5y0 Content-Disposition: attachment; filename=rfcomm_pppd.dun.patch.txt SW5kZXg6IHJmY29tbV9wcHBkLjgKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2hvbWUvbmN2cy9zcmMv dXNyLnNiaW4vYmx1ZXRvb3RoL3JmY29tbV9wcHBkL3JmY29tbV9wcHBkLjgsdgpyZXRyaWV2aW5n IHJldmlzaW9uIDEuMTQKZGlmZiAtdSAtcjEuMTQgcmZjb21tX3BwcGQuOAotLS0gcmZjb21tX3Bw cGQuOAkxMyBNYXkgMjAwNyAxODo1OToyMiAtMDAwMAkxLjE0CisrKyByZmNvbW1fcHBwZC44CTUg TWFyIDIwMDggMTc6NDY6MDQgLTAwMDAKQEAgLTQxLDcgKzQxLDcgQEAKIC5GbCB1IEFyIE4KIC5O bQogLkZsIHMKLS5PcCBGbCBkaFMKKy5PcCBGbCBkRGhTCiAuT3AgRmwgYSBBciBhZGRyZXNzCiAu RmwgQyBBciBjaGFubmVsCiAuRmwgbCBBciBsYWJlbApAQCAtMTI1LDYgKzEyNSwxNSBAQAogVGhp cyBpcyB0aGUgZGVmYXVsdCBtb2RlLgogLkl0IEZsIGQKIERvIG5vdCBkZXRhY2ggZnJvbSB0aGUg Y29udHJvbGxpbmcgdGVybWluYWwsIGkuZS4sIHJ1biBpbiBmb3JlZ3JvdW5kLgorLkl0IEZsIEQK K0luIHNlcnZlciBtb2RlLCByZWdpc3RlciB0aGUKKy5DbSBEVU4KKyhEaWFsLVVwIE5ldHdvcmtp bmcpIHNlcnZpY2UgaW4gYWRkaXRpb24gdG8gdGhlCisuQ20gTEFOCisoTEFOIEFjY2VzcyBVc2lu ZyBQUFApIHNlcnZpY2UuCitBVC1jb21tYW5kIGV4Y2hhbmdlIGNhbiBiZSBmYWtlZCB3aXRoCisu WHIgcHBwIDgKK2NoYXQgc2NyaXB0LgogLkl0IEZsIGgKIERpc3BsYXkgdXNhZ2UgbWVzc2FnZSBh bmQgZXhpdC4KIC5JdCBGbCBsIEFyIGxhYmVsCkluZGV4OiByZmNvbW1fcHBwZC5jCj09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT0KUkNTIGZpbGU6IC9ob21lL25jdnMvc3JjL3Vzci5zYmluL2JsdWV0b290aC9yZmNvbW1fcHBw ZC9yZmNvbW1fcHBwZC5jLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjYKZGlmZiAtdSAtcjEuNiBy ZmNvbW1fcHBwZC5jCi0tLSByZmNvbW1fcHBwZC5jCTIxIFNlcCAyMDA2IDAyOjMyOjI4IC0wMDAw CTEuNgorKysgcmZjb21tX3BwcGQuYwk1IE1hciAyMDA4IDE3OjQ2OjA0IC0wMDAwCkBAIC02Miw3 ICs2Miw4IEBACiAJc3RydWN0IHNvY2thZGRyX3JmY29tbSAgIHNvY2tfYWRkcjsKIAljaGFyCQkJ KmxhYmVsID0gTlVMTCwgKnVuaXQgPSBOVUxMLCAqZXAgPSBOVUxMOwogCWJkYWRkcl90CQkgYWRk cjsKLQlpbnQJCQkgcywgY2hhbm5lbCwgZGV0YWNoLCBzZXJ2ZXIsIHNlcnZpY2UsIHJlZ3NwOwor CWludAkJCSBzLCBjaGFubmVsLCBkZXRhY2gsIHNlcnZlciwgc2VydmljZSwKKwkJCQkgcmVnZHVu LCByZWdzcDsKIAlwaWRfdAkJCSBwaWQ7CiAKIAltZW1jcHkoJmFkZHIsIE5HX0hDSV9CREFERFJf QU5ZLCBzaXplb2YoYWRkcikpOwpAQCAtNzAsMTAgKzcxLDExIEBACiAJZGV0YWNoID0gMTsKIAlz ZXJ2ZXIgPSAwOwogCXNlcnZpY2UgPSAwOworCXJlZ2R1biA9IDA7CiAJcmVnc3AgPSAwOwogCiAJ LyogUGFyc2UgY29tbWFuZCBsaW5lIGFyZ3VtZW50cyAqLwotCXdoaWxlICgocyA9IGdldG9wdChh cmdjLCBhcmd2LCAiYTpjQzpkaGw6c1N1OiIpKSAhPSAtMSkgeworCXdoaWxlICgocyA9IGdldG9w dChhcmdjLCBhcmd2LCAiYTpjQzpkRGhsOnNTdToiKSkgIT0gLTEpIHsKIAkJc3dpdGNoIChzKSB7 CiAJCWNhc2UgJ2EnOiAvKiBCREFERFIgKi8KIAkJCWlmICghYnRfYXRvbihvcHRhcmcsICZhZGRy KSkgewpAQCAtMTEwLDYgKzExMiwxMCBAQAogCQkJZGV0YWNoID0gMDsKIAkJCWJyZWFrOwogCisJ CWNhc2UgJ0QnOiAvKiBSZWdpc3RlciBEVU4gc2VydmljZSBhcyB3ZWxsIGFzIExBTiBzZXJ2aWNl ICovCisJCQlyZWdkdW4gPSAxOworCQkJYnJlYWs7CisKIAkJY2FzZSAnbCc6IC8qIFBQUCBsYWJl bCAqLwogCQkJbGFiZWwgPSBvcHRhcmc7CiAJCQlicmVhazsKQEAgLTI2NSw2ICsyNzEsMzEgQEAK IAkJfQogCiAJCS8qCisJCSAqIFJlZ2lzdGVyIERVTiAoRGlhbC1VcCBOZXR3b3JraW5nKSBzZXJ2 aWNlIG9uIHRoZSBzYW1lCisJCSAqIFJGQ09NTSBjaGFubmVsIGlmIHJlcXVlc3RlZC4gVGhlcmUg aXMgcmVhbGx5IG5vIGdvb2QgcmVhc29uCisJCSAqIHRvIG5vdCB0byBzdXBwb3J0IHRoaXMuIEFU LWNvbW1hbmQgZXhjaGFuZ2UgY2FuIGJlIGZha2VkCisJCSAqIHdpdGggY2hhdCBzY3JpcHQgaW4g cHBwLmNvbmYKKwkJICovCisKKwkJaWYgKHJlZ2R1bikgeworCQkJc2RwX2R1bl9wcm9maWxlX3QJ ZHVuOworCisJCQltZW1zZXQoJmR1biwgMCwgc2l6ZW9mKGR1bikpOworCQkJZHVuLnNlcnZlcl9j aGFubmVsID0gY2hhbm5lbDsKKworCQkJaWYgKHNkcF9yZWdpc3Rlcl9zZXJ2aWNlKHNzLAorCQkJ CQlTRFBfU0VSVklDRV9DTEFTU19ESUFMVVBfTkVUV09SS0lORywKKwkJCQkJJmFkZHIsICh2b2lk ICopICZkdW4sIHNpemVvZihkdW4pLAorCQkJCQlOVUxMKSAhPSAwKSB7CisJCQkJc3lzbG9nKExP R19FUlIsICJVbmFibGUgdG8gcmVnaXN0ZXIgRFVOICIgXAorCQkJCQkic2VydmljZSB3aXRoIGxv Y2FsIFNEUCBkYWVtb24uICIgXAorCQkJCQkiJXMgKCVkKSIsIHN0cmVycm9yKHNkcF9lcnJvcihz cykpLAorCQkJCQlzZHBfZXJyb3Ioc3MpKTsKKwkJCQlleGl0KDEpOworCQkJfQorCQl9CisKKwkJ LyoKIAkJICogUmVnaXN0ZXIgU1AgKFNlcmlhbCBQb3J0KSBzZXJ2aWNlIG9uIHRoZSBzYW1lIFJG Q09NTSBjaGFubmVsCiAJCSAqIGlmIHJlcXVlc3RlZC4gSXQgYXBwZWFycyB0aGF0IHNvbWUgY2Vs bCBwaG9uZXMgYXJlIHVzaW5nIHNvCiAJCSAqIGNhbGxlZCAiY2FsbGJhY2sgbWVjaGFuaXNtIi4g SW4gdGhpcyBzY2VuYXJpbyB1c2VyIGlzIHRyeWluZwo= ------=_Part_2330_9771868.1204739767911-- From owner-freebsd-bluetooth@FreeBSD.ORG Wed Mar 5 22:08:37 2008 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFA841065674 for ; Wed, 5 Mar 2008 22:08:37 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id 3FBAF8FC29 for ; Wed, 5 Mar 2008 22:08:37 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so1559164fgg.35 for ; Wed, 05 Mar 2008 14:08:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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; bh=xtiH6yt0ked5EfN/5cKq1sbIwQdE5AFFnEeM/tBFOAs=; b=WAO6osInH6fSOTzPVtLyD5/LeoETZyuA70b1+zszY7aQ+WoCHYyU6ka1C1T4+ScUspNqBPkpqo3NE/cC2lrPAeGHRxSlr45xVIV/GvCoxEeCgdxUKM1dJsSeINDbf3Xczxk3eu8hD7aZ+0w4zLiBgfPrOX0cutVqK241X78UAoI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=BAdvOc4mQ9hZW7QiIjbNPkmESFiPy1DXnZiZM2A4pvAjfVFrPAiDTYLpJfm65r0KcVasf9LbB9jtD3rssN8XOz9xZFDoPHwQFvDVJK8/7KOipqUwbwFNcCwyOwziJr47iKUjXKyTGVkkjqTjsg9yzanoDm9S81vwc6Kz+VisLCo= Received: by 10.86.97.7 with SMTP id u7mr3628730fgb.54.1204754915938; Wed, 05 Mar 2008 14:08:35 -0800 (PST) Received: by 10.86.23.12 with HTTP; Wed, 5 Mar 2008 14:08:35 -0800 (PST) Message-ID: Date: Wed, 5 Mar 2008 14:08:35 -0800 From: "Maksim Yevmenkin" To: "eng. Anatoli Marinov" In-Reply-To: <335adcd30803051345v2cd6952ak5ba0dc11577b69ab@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <335adcd30803050335k162b5014kac786a2442f06e10@mail.gmail.com> <335adcd30803051345v2cd6952ak5ba0dc11577b69ab@mail.gmail.com> Cc: "freebsd-bluetooth@freebsd.org" Subject: Re: DUN over bluethoot 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: Wed, 05 Mar 2008 22:08:38 -0000 On Wed, Mar 5, 2008 at 1:45 PM, eng. Anatoli Marinov wrote: > I've applied the patch and I think now I am one step forward but still > does not have whole connectivity. > > The dump now is: [....] this dump is not very useful to me. it does not show anything interesting except the fact that RFCOMM connection was established and there were a few data packets going in both directions. you need to send me a binary dump or at least have hcidump print content of the each RFCOMM data packet (-x and -a switches). did you adjust your ppp.conf default section to include chat script? basically, in DUN profile the client will send few AT commands on which PPP should respond with OK. finally the client will send ATDTxxxx, i.e. will try to dial a number to which PPP should respond CONNECT. after this PPP client will start talking PPP. in any case, since there was an RFCOMM connection, you should increase debug level in ppp.conf and check /var/log/ppp.log to see what client has actually tried to send. i suspect that you did not adjust your chat script properly and the client simply gives up because it thinks there is no modem on the other end. > Maybe I have to try without DUN I found something called PAN it is > located here http://maemo.org/community/wiki/HOWTO-BluetoothNetworking/ > and will try it tomorrow PAN is not supported in FreeBSD at the moment. if you can't get DUN to work, you need to use LAN profile. like i said before, LAN profile assumes null-modem type connection, i.e. both client and server start talking PPP as soon as RFCOMM connection is established. > Will inform you with my progress. Please if you find something wrong > in the dump please tell me. BTW, http://maemo.org/community/wiki/howto-bluetoothnetworking-dun-ppp/ talks about /etc/ppp/peers/at-command.pl script which does exactly what i've trying to explain to you. it basically responds OK to any string that starts with AT, and CONNECT to any string that starts with ATD. you need to do similar thing with chat script inside ppp.conf. thanks, max p.s. please keep "freebsd-bluetooth@freebsd.org" in cc list From owner-freebsd-bluetooth@FreeBSD.ORG Wed Mar 5 23:09:44 2008 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A143A10656C6 for ; Wed, 5 Mar 2008 23:09:44 +0000 (UTC) (envelope-from tolisoft@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.179]) by mx1.freebsd.org (Postfix) with ESMTP id 5620F8FC23 for ; Wed, 5 Mar 2008 23:09:44 +0000 (UTC) (envelope-from tolisoft@gmail.com) Received: by el-out-1112.google.com with SMTP id v27so1926735ele.12 for ; Wed, 05 Mar 2008 15:09:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=qvShIkkBkRs346NgZIAPo0ciaxQAmHBkSl5V/b/K7JU=; b=LoHomMzo+JAdUNg1SSXeHpviy5Ag3cfdGAZ3d7jITtj43eRBRXHW22wN/L0L4s0xf/TGaoWr7zoYAkl59UHNg16O9YKeDULbqV5jryuAbGyhzwwz9IybFfvSZRYCitrRwOMQOp/Niekwe8S7RSwSeQtC6IwrmBPl1ZI0YxQ/Dgg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=LxX5ocyA8GqGZeturDWVoVcuUIZLVjQVQ3KpBnT6C5pEb6vx4MB78gWKySrNmENtlGr+e16l58y94/nUWU2JStWlrLyipFu2bOGSBGpVAnXgq9YvwgO7FJDE3rk7oILfgRbaKC/PWzdBFFH8QlfW319XNGc8uhIwWWTjxV2fZME= Received: by 10.114.47.10 with SMTP id u10mr5545714wau.102.1204758582628; Wed, 05 Mar 2008 15:09:42 -0800 (PST) Received: by 10.115.90.4 with HTTP; Wed, 5 Mar 2008 15:09:42 -0800 (PST) Message-ID: <335adcd30803051509i5758f7a0o4463dac139431d49@mail.gmail.com> Date: Thu, 6 Mar 2008 01:09:42 +0200 From: "eng. Anatoli Marinov" To: "Maksim Yevmenkin" , freebsd-bluetooth@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <335adcd30803050335k162b5014kac786a2442f06e10@mail.gmail.com> <335adcd30803051345v2cd6952ak5ba0dc11577b69ab@mail.gmail.com> Cc: Subject: Re: DUN over bluethoot 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: Wed, 05 Mar 2008 23:09:44 -0000 How I can see what chat command I receive on ppp server? I enabled ppp debug with set log All in my default section. I could not find chat strings here. I am going to prepare chat script but first have to see what AT command I will receive (how many AT commands) at the ppp server. Mar 6 01:05:30 free ppp[30227]: Phase: Using interface: tun1 Mar 6 01:05:30 free ppp[30227]: Phase: deflink: Created in closed state Mar 6 01:05:30 free ppp[30227]: tun1: Command: default: set timeout 0 Mar 6 01:05:30 free ppp[30227]: tun1: Command: default: set lqrperiod 10 Mar 6 01:05:30 free ppp[30227]: tun1: Command: default: set ifaddr 10.0.0.1 10.0.0.2 255.255.255.0 Mar 6 01:05:30 free ppp[30227]: tun1: Command: default: enable lqr Mar 6 01:05:30 free ppp[30227]: tun1: Command: default: accept lqr Mar 6 01:05:30 free ppp[30227]: tun1: Command: default: accept dns Mar 6 01:05:30 free ppp[30227]: tun1: Command: default: disable pap Mar 6 01:05:30 free ppp[30227]: tun1: Command: default: deny pap Mar 6 01:05:30 free ppp[30227]: tun1: Command: default: disable chap Mar 6 01:05:30 free ppp[30227]: tun1: Command: default: deny chap Mar 6 01:05:30 free ppp[30227]: tun1: ID0: 0x28389e78 = fopen("/etc/ppp/ppp.conf", "r") Mar 6 01:05:30 free ppp[30227]: tun1: Debug: ReadSystem: Checking default (/etc/ppp/ppp.conf). Mar 6 01:05:30 free ppp[30227]: tun1: Command: default: set log All Mar 6 01:05:30 free ppp[30227]: tun1: Command: default: set timeout 0 Mar 6 01:05:30 free ppp[30227]: tun1: Command: default: set lqrperiod 10 Mar 6 01:05:30 free ppp[30227]: tun1: Command: default: set ifaddr 10.0.0.1 10.0.0.2 255.255.255.0 Mar 6 01:05:30 free ppp[30227]: tun1: Command: default: enable lqr Mar 6 01:05:30 free ppp[30227]: tun1: Command: default: accept lqr Mar 6 01:05:30 free ppp[30227]: tun1: Command: default: accept dns Mar 6 01:05:30 free ppp[30227]: tun1: Command: default: disable pap Mar 6 01:05:30 free ppp[30227]: tun1: Command: default: deny pap Mar 6 01:05:30 free ppp[30227]: tun1: Command: default: disable chap Mar 6 01:05:30 free ppp[30227]: tun1: Command: default: deny chap Mar 6 01:05:30 free ppp[30227]: tun1: Phase: PPP Started (direct mode). Mar 6 01:05:30 free ppp[30227]: tun1: Phase: bundle: Establish Mar 6 01:05:30 free ppp[30227]: tun1: Phase: deflink: closed -> opening Mar 6 01:05:30 free ppp[30227]: tun1: Debug: deflink: Link is SOCK_STREAM, but not inet Mar 6 01:05:30 free ppp[30227]: tun1: Debug: deflink: stdin is unidentified Mar 6 01:05:30 free ppp[30227]: tun1: Timer: timer_Start: Inserting physical throughput timer[0x28419068] Mar 6 01:05:30 free ppp[30227]: tun1: Phase: deflink: Connected! Mar 6 01:05:30 free ppp[30227]: tun1: Phase: deflink: opening -> carrier Mar 6 01:05:30 free ppp[30227]: tun1: Phase: deflink: carrier -> lcp Mar 6 01:05:30 free ppp[30227]: tun1: LCP: FSM: Using "deflink" as a transport Mar 6 01:05:30 free ppp[30227]: tun1: LCP: deflink: State change Initial --> Closed Mar 6 01:05:30 free ppp[30227]: tun1: LCP: deflink: State change Closed --> Stopped Mar 6 01:05:30 free ppp[30227]: tun1: Timer: timer_Start: Inserting LCP openmode timer[0x2841915c] before physical throughput timer[0x28419068], delta = 10 Mar 6 01:05:30 free ppp[30227]: tun1: Timer: deflink: fdset(r) 0 Mar 6 01:05:30 free ppp[30227]: tun1: Timer: deflink: fdset(e) 0 Mar 6 01:05:31 free ppp[30227]: tun1: Timer: Select returns 1 Mar 6 01:05:31 free ppp[30227]: tun1: Physical: read Mar 6 01:05:31 free ppp[30227]: tun1: Physical: 41 54 26 46 0d AT&F. Mar 6 01:05:31 free ppp[30227]: tun1: Debug: deflink: DescriptorRead: read 5/2048 from 0 Mar 6 01:05:31 free ppp[30227]: tun1: Async: Read Mar 6 01:05:31 free ppp[30227]: tun1: Async: 41 54 26 46 0d AT&F. Mar 6 01:05:31 free ppp[30227]: tun1: Timer: deflink: fdset(r) 0 Mar 6 01:05:31 free ppp[30227]: tun1: Timer: deflink: fdset(e) 0 Mar 6 01:05:31 free ppp[30227]: tun1: Timer: Select returns -1 Mar 6 01:05:31 free ppp[30227]: tun1: Timer: ---- Begin of Timer Service List--- Mar 6 01:05:31 free ppp[30227]: tun1: Timer: LCP openmode timer[0x2841915c]: freq = 1.00s, next = 0.00s, state = running Mar 6 01:05:31 free ppp[30227]: tun1: Timer: physical throughput timer[0x28419068]: freq = 1.00s, next = 0.00s, state = running Mar 6 01:05:31 free ppp[30227]: tun1: Timer: ---- End of Timer Service List --- Mar 6 01:05:31 free ppp[30227]: tun1: Timer: timer_Start: Inserting physical throughput timer[0x28419068] Mar 6 01:05:31 free ppp[30227]: tun1: LCP: deflink: LayerStart Mar 6 01:05:31 free ppp[30227]: tun1: LCP: deflink: SendConfigReq(1) state = Stopped Mar 6 01:05:31 free ppp[30227]: tun1: LCP: ACFCOMP[2] Mar 6 01:05:31 free ppp[30227]: tun1: LCP: PROTOCOMP[2] Mar 6 01:05:31 free ppp[30227]: tun1: LCP: ACCMAP[6] 0x00000000 Mar 6 01:05:31 free ppp[30227]: tun1: LCP: MRU[4] 1500 Mar 6 01:05:31 free ppp[30227]: tun1: LCP: MAGICNUM[6] 0x1d78c4ce Mar 6 01:05:31 free ppp[30227]: tun1: LCP: QUALPROTO[8] proto c025, interval 10000ms Mar 6 01:05:31 free ppp[30227]: tun1: Debug: fsm_Output Mar 6 01:05:31 free ppp[30227]: tun1: Debug: 01 01 00 20 08 02 07 02 02 06 00 00 00 00 01 04 ... ............ Mar 6 01:05:31 free ppp[30227]: tun1: Debug: 05 dc 05 06 1d 78 c4 ce 04 08 c0 25 00 00 03 e8 .....x.....%.... Mar 6 01:05:31 free ppp[30227]: tun1: Debug: proto_LayerPush: Using 0xc021 Mar 6 01:05:31 free ppp[30227]: tun1: HDLC: hdlc_Output Mar 6 01:05:31 free ppp[30227]: tun1: HDLC: ff 03 c0 21 01 01 00 20 08 02 07 02 02 06 00 00 ...!... ........ Mar 6 01:05:31 free ppp[30227]: tun1: HDLC: 00 00 01 04 05 dc 05 06 1d 78 c4 ce 04 08 c0 25 .........x.....% Mar 6 01:05:31 free ppp[30227]: tun1: HDLC: 00 00 03 e8 e6 cd ...... Mar 6 01:05:31 free ppp[30227]: tun1: Async: Write Mar 6 01:05:31 free ppp[30227]: tun1: Async: 7e ff 7d 23 c0 21 7d 21 7d 21 7d 20 20 7d 28 7d ~.}#.!}!}!} }(} Mar 6 01:05:31 free ppp[30227]: tun1: Async: 22 7d 27 7d 22 7d 22 7d 26 7d 20 7d 20 7d 20 7d "}'}"}"}&} } } } Mar 6 01:05:31 free ppp[30227]: tun1: Async: 20 7d 21 7d 24 7d 25 dc 7d 25 7d 26 7d 3d 78 c4 }!}$}%.}%}&}=x. Mar 6 01:05:31 free ppp[30227]: tun1: Async: ce 7d 24 7d 28 c0 25 7d 20 7d 20 7d 23 e8 e6 cd .}$}(.%} } }#... Mar 6 01:05:31 free ppp[30227]: tun1: Async: 7e ~ Mar 6 01:05:31 free ppp[30227]: tun1: Debug: link_PushPacket: Transmit proto 0xc021 Mar 6 01:05:31 free ppp[30227]: tun1: Debug: m_enqueue: len = 1 Mar 6 01:05:31 free ppp[30227]: tun1: Timer: timer_Start: Inserting LCP restart timer[0x2841913c] Mar 6 01:05:31 free ppp[30227]: tun1: LCP: deflink: State change Stopped --> Req-Sent Mar 6 01:05:31 free ppp[30227]: tun1: Timer: deflink: fdset(r) 0 Mar 6 01:05:31 free ppp[30227]: tun1: Timer: deflink: fdset(e) 0 Mar 6 01:05:31 free ppp[30227]: tun1: Timer: deflink: fdset(w) 0 Mar 6 01:05:31 free ppp[30227]: tun1: Timer: Select returns 1 Mar 6 01:05:31 free ppp[30227]: tun1: Debug: m_dequeue: queue len = 1 Mar 6 01:05:31 free ppp[30227]: tun1: Debug: link_Dequeue: Dequeued from queue 1, containing 0 more packets Mar 6 01:05:31 free ppp[30227]: tun1: Physical: write Mar 6 01:05:31 free ppp[30227]: tun1: Physical: 7e ff 7d 23 c0 21 7d 21 7d 21 7d 20 20 7d 28 7d ~.}#.!}!}!} }(} Mar 6 01:05:31 free ppp[30227]: tun1: Physical: 22 7d 27 7d 22 7d 22 7d 26 7d 20 7d 20 7d 20 7d "}'}"}"}&} } } } Mar 6 01:05:31 free ppp[30227]: tun1: Physical: 20 7d 21 7d 24 7d 25 dc 7d 25 7d 26 7d 3d 78 c4 }!}$}%.}%}&}=x. Mar 6 01:05:31 free ppp[30227]: tun1: Physical: ce 7d 24 7d 28 c0 25 7d 20 7d 20 7d 23 e8 e6 cd .}$}(.%} } }#... Mar 6 01:05:31 free ppp[30227]: tun1: Physical: 7e ~ Mar 6 01:05:31 free ppp[30227]: tun1: Debug: deflink: DescriptorWrite: wrote 65(65) to 0 Mar 6 01:05:31 free ppp[30227]: tun1: Timer: deflink: fdset(r) 0 Mar 6 01:05:31 free ppp[30227]: tun1: Timer: deflink: fdset(e) 0 Mar 6 01:05:32 free ppp[30227]: tun1: Timer: Select returns -1 Mar 6 01:05:32 free ppp[30227]: tun1: Timer: ---- Begin of Timer Service List--- Mar 6 01:05:32 free ppp[30227]: tun1: Timer: physical throughput timer[0x28419068]: freq = 1.00s, next = 0.00s, state = running Mar 6 01:05:32 free ppp[30227]: tun1: Timer: LCP restart timer[0x2841913c]: freq = 3.00s, next = 2.00s, state = running Mar 6 01:05:32 free ppp[30227]: tun1: Timer: ---- End of Timer Service List --- Mar 6 01:05:32 free ppp[30227]: tun1: Timer: timer_Start: Inserting physical throughput timer[0x28419068] before LCP restart timer[0x2841913c], delta = 10 Mar 6 01:05:32 free ppp[30227]: tun1: Timer: deflink: fdset(r) 0 Mar 6 01:05:32 free ppp[30227]: tun1: Timer: deflink: fdset(e) 0 Mar 6 01:05:33 free ppp[30227]: tun1: Timer: Select returns -1 Mar 6 01:05:33 free ppp[30227]: tun1: Timer: ---- Begin of Timer Service List--- Mar 6 01:05:33 free ppp[30227]: tun1: Timer: physical throughput timer[0x28419068]: freq = 1.00s, next = 0.00s, state = running Mar 6 01:05:33 free ppp[30227]: tun1: Timer: LCP restart timer[0x2841913c]: freq = 3.00s, next = 1.00s, state = running Mar 6 01:05:33 free ppp[30227]: tun1: Timer: ---- End of Timer Service List --- Mar 6 01:05:33 free ppp[30227]: tun1: Timer: timer_Start: Inserting physical throughput timer[0x28419068] before LCP restart timer[0x2841913c], delta = 10 Mar 6 01:05:33 free ppp[30227]: tun1: Timer: deflink: fdset(r) 0 Mar 6 01:05:33 free ppp[30227]: tun1: Timer: deflink: fdset(e) 0 Mar 6 01:05:34 free ppp[30227]: tun1: Timer: Select returns -1 Mar 6 01:05:34 free ppp[30227]: tun1: Timer: ---- Begin of Timer Service List--- Mar 6 01:05:34 free ppp[30227]: tun1: Timer: physical throughput timer[0x28419068]: freq = 1.00s, next = 0.00s, state = running Mar 6 01:05:34 free ppp[30227]: tun1: Timer: LCP restart timer[0x2841913c]: freq = 3.00s, next = 0.00s, state = running Mar 6 01:05:34 free ppp[30227]: tun1: Timer: ---- End of Timer Service List --- Mar 6 01:05:34 free ppp[30227]: tun1: LCP: deflink: SendConfigReq(1) state = Req-Sent Mar 6 01:05:34 free ppp[30227]: tun1: LCP: ACFCOMP[2] Mar 6 01:05:34 free ppp[30227]: tun1: LCP: PROTOCOMP[2] Mar 6 01:05:34 free ppp[30227]: tun1: LCP: ACCMAP[6] 0x00000000 Mar 6 01:05:34 free ppp[30227]: tun1: LCP: MRU[4] 1500 Mar 6 01:05:34 free ppp[30227]: tun1: LCP: MAGICNUM[6] 0x1d78c4ce Mar 6 01:05:34 free ppp[30227]: tun1: LCP: QUALPROTO[8] proto c025, interval 10000ms Mar 6 01:05:34 free ppp[30227]: tun1: Debug: fsm_Output Mar 6 01:05:34 free ppp[30227]: tun1: Debug: 01 01 00 20 08 02 07 02 02 06 00 00 00 00 01 04 ... ............ Mar 6 01:05:34 free ppp[30227]: tun1: Debug: 05 dc 05 06 1d 78 c4 ce 04 08 c0 25 00 00 03 e8 .....x.....%.... Mar 6 01:05:34 free ppp[30227]: tun1: Debug: proto_LayerPush: Using 0xc021 Mar 6 01:05:34 free ppp[30227]: tun1: HDLC: hdlc_Output Mar 6 01:05:34 free ppp[30227]: tun1: HDLC: ff 03 c0 21 01 01 00 20 08 02 07 02 02 06 00 00 ...!... ........ Mar 6 01:05:34 free ppp[30227]: tun1: HDLC: 00 00 01 04 05 dc 05 06 1d 78 c4 ce 04 08 c0 25 .........x.....% Mar 6 01:05:34 free ppp[30227]: tun1: HDLC: 00 00 03 e8 e6 cd ...... Mar 6 01:05:34 free ppp[30227]: tun1: Async: Write Mar 6 01:05:34 free ppp[30227]: tun1: Async: 7e ff 7d 23 c0 21 7d 21 7d 21 7d 20 20 7d 28 7d ~.}#.!}!}!} }(} Mar 6 01:05:34 free ppp[30227]: tun1: Async: 22 7d 27 7d 22 7d 22 7d 26 7d 20 7d 20 7d 20 7d "}'}"}"}&} } } } Mar 6 01:05:34 free ppp[30227]: tun1: Async: 20 7d 21 7d 24 7d 25 dc 7d 25 7d 26 7d 3d 78 c4 }!}$}%.}%}&}=x. Mar 6 01:05:34 free ppp[30227]: tun1: Async: ce 7d 24 7d 28 c0 25 7d 20 7d 20 7d 23 e8 e6 cd .}$}(.%} } }#... Mar 6 01:05:34 free ppp[30227]: tun1: Async: 7e ~ Mar 6 01:05:34 free ppp[30227]: tun1: Debug: link_PushPacket: Transmit proto 0xc021 Mar 6 01:05:34 free ppp[30227]: tun1: Debug: m_enqueue: len = 1 Mar 6 01:05:34 free ppp[30227]: tun1: Timer: timer_Start: Inserting LCP restart timer[0x2841913c] Mar 6 01:05:34 free ppp[30227]: tun1: Timer: timer_Start: Inserting LCP restart timer[0x2841913c] Mar 6 01:05:34 free ppp[30227]: tun1: Timer: timer_Start: Inserting physical throughput timer[0x28419068] before LCP restart timer[0x2841913c], delta = 10 Mar 6 01:05:34 free ppp[30227]: tun1: Timer: deflink: fdset(r) 0 Mar 6 01:05:34 free ppp[30227]: tun1: Timer: deflink: fdset(e) 0 Mar 6 01:05:34 free ppp[30227]: tun1: Timer: deflink: fdset(w) 0 Mar 6 01:05:34 free ppp[30227]: tun1: Timer: Select returns 1 Mar 6 01:05:34 free ppp[30227]: tun1: Debug: m_dequeue: queue len = 1 Mar 6 01:05:34 free ppp[30227]: tun1: Debug: link_Dequeue: Dequeued from queue 1, containing 0 more packets Mar 6 01:05:34 free ppp[30227]: tun1: Physical: write Mar 6 01:05:34 free ppp[30227]: tun1: Physical: 7e ff 7d 23 c0 21 7d 21 7d 21 7d 20 20 7d 28 7d ~.}#.!}!}!} }(} Mar 6 01:05:34 free ppp[30227]: tun1: Physical: 22 7d 27 7d 22 7d 22 7d 26 7d 20 7d 20 7d 20 7d "}'}"}"}&} } } } Mar 6 01:05:34 free ppp[30227]: tun1: Physical: 20 7d 21 7d 24 7d 25 dc 7d 25 7d 26 7d 3d 78 c4 }!}$}%.}%}&}=x. Mar 6 01:05:34 free ppp[30227]: tun1: Physical: ce 7d 24 7d 28 c0 25 7d 20 7d 20 7d 23 e8 e6 cd .}$}(.%} } }#... Mar 6 01:05:34 free ppp[30227]: tun1: Physical: 7e ~ Mar 6 01:05:34 free ppp[30227]: tun1: Debug: deflink: DescriptorWrite: wrote 65(65) to 0 Mar 6 01:05:34 free ppp[30227]: tun1: Timer: deflink: fdset(r) 0 Mar 6 01:05:34 free ppp[30227]: tun1: Timer: deflink: fdset(e) 0 Mar 6 01:05:35 free ppp[30227]: tun1: Timer: Select returns 1 Mar 6 01:05:35 free ppp[30227]: tun1: Physical: read Mar 6 01:05:35 free ppp[30227]: tun1: Debug: deflink: DescriptorRead: read 0/2048 from 0 Mar 6 01:05:35 free ppp[30227]: tun1: Phase: deflink: read (0): Got zero bytes Mar 6 01:05:35 free ppp[30227]: tun1: LCP: deflink: State change Req-Sent --> Starting Mar 6 01:05:35 free ppp[30227]: tun1: LCP: deflink: LayerFinish Mar 6 01:05:35 free ppp[30227]: tun1: LCP: deflink: State change Starting --> Initial Mar 6 01:05:35 free ppp[30227]: tun1: Phase: deflink: Disconnected! Mar 6 01:05:35 free ppp[30227]: tun1: Debug: deflink: Close Mar 6 01:05:35 free ppp[30227]: tun1: Phase: deflink: Connect time: 5 secs: 5 octets in, 130 octets out Mar 6 01:05:35 free ppp[30227]: tun1: Phase: deflink: 1 packets in, 2 packets out Mar 6 01:05:35 free ppp[30227]: tun1: Phase: total 27 bytes/sec, peak 27 bytes/sec on Thu Mar 6 01:05:34 2008 Mar 6 01:05:35 free ppp[30227]: tun1: Phase: deflink: lcp -> closed Mar 6 01:05:35 free ppp[30227]: tun1: Debug: route_IfDelete (8) Mar 6 01:05:35 free ppp[30227]: tun1: ID0: 0 = socket(2, 2, 0) Mar 6 01:05:35 free ppp[30227]: tun1: ID0: 0 = ioctl(0, 3223349521, 0xbfbfdddc) Mar 6 01:05:35 free ppp[30227]: tun1: ID0: 0 = ioctl(0, 2149607696, 0xbfbfdddc) Mar 6 01:05:35 free ppp[30227]: tun1: Phase: bundle: Dead Mar 6 01:05:35 free ppp[30227]: tun1: ID0: 0 = ioctl(8, 2148037723, 0xbfbfe6f0) Mar 6 01:05:35 free ppp[30227]: tun1: Debug: route_UpdateMTU (8) Mar 6 01:05:35 free ppp[30227]: tun1: Debug: DoLoop done. Mar 6 01:05:35 free ppp[30227]: tun1: Phase: PPP Terminated (normal). Mar 6 01:05:35 free ppp[30227]: tun1: Debug: route_IfDelete (8) Mar 6 01:05:35 free ppp[30227]: tun1: ID0: 0 = socket(2, 2, 0) Mar 6 01:05:35 free ppp[30227]: tun1: ID0: 0 = ioctl(0, 3223349521, 0xbfbfe2ac) Mar 6 01:05:35 free ppp[30227]: tun1: ID0: 0 = ioctl(0, 2149607696, 0xbfbfe2ac) Mar 6 01:05:35 free ppp[30227]: tun1: Debug: Radius: radius_Destroy Mar 6 01:05:35 free ppp[30227]: tun1: ID0: 0 = unlink("/var/run/tun1.pid") From owner-freebsd-bluetooth@FreeBSD.ORG Wed Mar 5 23:23:28 2008 Return-Path: Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA0C1106566B for ; Wed, 5 Mar 2008 23:23:28 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id 3BBE78FC15 for ; Wed, 5 Mar 2008 23:23:28 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so1590215fgg.35 for ; Wed, 05 Mar 2008 15:23:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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; bh=gxunY4hWBUC9FoEk5dmHFwtayPoZVH92urGrzk5YSSU=; b=eBe5Ctm/hsa9m3CJmZZhItThrP9I4Y3fPKXwDQCaang6xudEVtMgo5sXiToUGgb9z6WJ+70SruEjtO/zqtWwquAniIEybjdKGGeUIjITbxWgaBSXyiIeTWtn6LxNbnqxbIBMh6eX7eBrcyT6P0u/PqjTCUbK8SL9St89iiEQ76o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=rFYMuvcoO26TQ9QAToAzvKly9qSiMoVODjv5zGeMcoNKQAnYS1X1M4aFApLWfqXq/89K5w+2dtLmXZ+IzYbfFFO9l5PEu1Y2TyDwjqyful7hbk7VwwLB90kFtZ/G4frS4D0jqbatXyNQCv+a5eAjD5VvHKvJnjEeXND1eroxSFY= Received: by 10.86.51.2 with SMTP id y2mr3624892fgy.15.1204759406972; Wed, 05 Mar 2008 15:23:26 -0800 (PST) Received: by 10.86.23.12 with HTTP; Wed, 5 Mar 2008 15:23:26 -0800 (PST) Message-ID: Date: Wed, 5 Mar 2008 15:23:26 -0800 From: "Maksim Yevmenkin" To: "eng. Anatoli Marinov" In-Reply-To: <335adcd30803051509i5758f7a0o4463dac139431d49@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <335adcd30803050335k162b5014kac786a2442f06e10@mail.gmail.com> <335adcd30803051345v2cd6952ak5ba0dc11577b69ab@mail.gmail.com> <335adcd30803051509i5758f7a0o4463dac139431d49@mail.gmail.com> Cc: freebsd-bluetooth@freebsd.org Subject: Re: DUN over bluethoot 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: Wed, 05 Mar 2008 23:23:28 -0000 On Wed, Mar 5, 2008 at 3:09 PM, eng. Anatoli Marinov wrote: > How I can see what chat command I receive on ppp server? > I enabled ppp debug with > set log All > in my default section. I could not find chat strings here. I am going > to prepare chat script but first have to see what AT command I will > receive (how many AT commands) at the ppp server. [...] > Mar 6 01:05:31 free ppp[30227]: tun1: Physical: read > Mar 6 01:05:31 free ppp[30227]: tun1: Physical: 41 54 26 46 0d > AT&F. here is the first command that your remote client sends, i.e "AT&F", i.e. restore factory defaults. > Mar 6 01:05:31 free ppp[30227]: tun1: Debug: deflink: DescriptorRead: > read 5/2048 from 0 > Mar 6 01:05:31 free ppp[30227]: tun1: Async: Read > Mar 6 01:05:31 free ppp[30227]: tun1: Async: 41 54 26 46 0d > AT&F. and here is another attempt from the client to send AT&F. your chat script should respond "OK\r\n" before client will send another command. if you can control modem initialization string on your client side you can put something simple there. thanks, max