From: Marcel Holtmann <marcel@holtmann.org>
To: bluez-users@lists.sourceforge.net
Subject: Re: [Bluez-users] Sniff traffic between PDA and Phone
Date: Tue, 28 Feb 2006 08:37:31 +0100 [thread overview]
Message-ID: <1141112251.29374.4.camel@localhost> (raw)
In-Reply-To: <20060227175719.GX9328@zanu.org.uk>
Hi Nick,
> I'm trying to capture bluetooth traffic between my PDA and mobile
> phone for diagnostic purposes:
>
> I have a Palm TX PDA and Samsung Z500 phone. If I try to use GRPS over
> bluetooth (actually 3G, but it works the same) ppp connects and I am
> given an IP address and DNS servers. If I try to send any traffic, the
> packets are not sent. I can't ping the DNS servers for example.
>
> If I change the phone for a different brand then it works fine, and if
> I change the PDA for a different model it works fine. Just those two
> together don't work. I've borrowed a different Z500 just in case mine
> was faulty, but the same problem. The other one had a slightly newer
> ROM too so this isn't something they have fixed.
>
> I'm trying to find out if it is my phone or PDA that is a
> problem. Right now, Samsung blames Palm, and Palm blames Samsung. My
> carrier (Orange) blames them both, and would charge me a lot of money
> to change phone :-(
>
> I hoped that I could use hcidump to see if the Palm TX actually sends
> packets, and if so, to compare them with what the Palm T3 sends. Can
> I tell hcidump and my Bluetooth dongle to capture ALL traffic, not
> just traffic going to/from the dongle?
for this you need a sniffer like the dongle and software from Frontline.
The hcidump can sniff only local traffic. It is not an air sniffer.
However it might be true that both are at fault, but from the first
guess I would blame Samsung not implemented the SDP records right. It
might be wrong, but they don't really have a good record of getting
these things right. Check the mailing list archive. On the other hand
some of the earlier Palm devices were also really bad and unreliable.
However I have no idea if this was Palm faults or a fault of the
Broadcom chip they used.
Regards
Marcel
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users
next prev parent reply other threads:[~2006-02-28 7:37 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-02-27 17:57 [Bluez-users] Sniff traffic between PDA and Phone nick-bluez
2006-02-28 7:37 ` Marcel Holtmann [this message]
2006-02-28 8:41 ` Nicholas Piper
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1141112251.29374.4.camel@localhost \
--to=marcel@holtmann.org \
--cc=bluez-users@lists.sourceforge.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.