wireshark/epan/dissectors/packet-bthci_acl.h
Ronnie Sahlberg fd8f1cee34 protocols running atop ACL/L2CAP needs to be able to track pdus based on
acl chandle + direction + l2cap-CID    to uniquely identify a single specific
flow of PDU packets.

So we need to pass the chandle upp from acl to l2cap at least.



It would have been nice to handle this using "conversations" but the bluetooth
stack does not eaily map to the idiom host:port<->host:port

instead in bluetooth you have unidirectional flows that are identified by ACL-chandle:L2CAP-CID:direction     and additional state held inside l2cap  would attach two such flows together into a "conversation".
Bluetooth packets themself    only indentify "half" of the two way conversation.




svn path=/trunk/; revision=18218
2006-05-26 08:30:56 +00:00

32 lines
1 KiB
C

/* packet-bthci_acl.h
*
* $Id$
*
* Wireshark - Network traffic analyzer
* By Gerald Combs <gerald@wireshark.org>
* Copyright 1998 Gerald Combs
*
* This program is free software; you can redistribute it and/or
* modify it under the terms of the GNU General Public License
* as published by the Free Software Foundation; either version 2
* of the License, or (at your option) any later version.
*
* This program is distributed in the hope that it will be useful,
* but WITHOUT ANY WARRANTY; without even the implied warranty of
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
* GNU General Public License for more details.
*
* You should have received a copy of the GNU General Public License
* along with this program; if not, write to the Free Software
* Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA.
*/
#ifndef __PACKET_BTHCI_ACL_H__
#define __PACKET_BTHCI_ACL_H__
typedef struct _bthci_acl_data_t {
guint16 chandle; /* only low 12 bits used */
} bthci_acl_data_t;
#endif