All of lore.kernel.org
 help / color / mirror / Atom feed
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

  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.