Age | Commit message (Collapse) | Author | Files | Lines |
|
svn path=/trunk/; revision=24298
|
|
type, not a "how do I format addresses?" type; declare it as such, and
remove the comment that pointed out that the type field had the wrong
(C) type.
svn path=/trunk/; revision=24297
|
|
svn path=/trunk/; revision=24295
|
|
- Further dissect 3GPP Radius AVP:s.
svn path=/trunk/; revision=24293
|
|
svn path=/trunk/; revision=24292
|
|
c and h files.
svn path=/trunk/; revision=24290
|
|
add dissection of the 16 byte header prior to the NDR data when NDR is
transported as a blob ontop of !dcerpc
like the LOGON_INFO in the PAC in kerberos
svn path=/trunk/; revision=24289
|
|
svn path=/trunk/; revision=24288
|
|
svn path=/trunk/; revision=24286
|
|
svn path=/trunk/; revision=24285
|
|
(which did not work as expected).
switch(type) {
case 1:
...
break;
if(tree) {
case 2:
...
break;
}
}
svn path=/trunk/; revision=24284
|
|
svn path=/trunk/; revision=24282
|
|
svn path=/trunk/; revision=24280
|
|
Add a dissector for the Scripting Service Protocol provided as part of the
RSPLIB package. RSPLIB is an Open Source implementation of the upcoming
Reliable Server Pooling standard. The scripting service is an application
for load distribution, based on Reliable Server Pooling.
From me:
Shorten the protocol name to SSP.
svn path=/trunk/; revision=24276
|
|
svn path=/trunk/; revision=24270
|
|
1) update SDP dissector with new IDs from assigned numbers document
https://www.bluetooth.org/apps/content/default.aspx?doc_id=49709
2) decode attribute IDs in an "attribute ID list" parameter (previously it
showed raw number only)
3) removed some duplicate entries in vs_service_classes
svn path=/trunk/; revision=24267
|
|
svn path=/trunk/; revision=24264
|
|
Added support for Symbian OS btsnoop.
The bluetooth HCI layer in Symbian OS can be configured to log all packets to a
file. The log format, "btsnoop" is based on the RFC1761 "snoop" format - but
differences in the header make it incompatible.
The btsnoop format supports logging of these formats:
"H1" (raw HCI packets without framing)
"H4" (HCI UART packets including packet type header)
"H5" (HCI 3 wire UART packets including framing)
"BCSP" (HCI bluecore serial protocol including framing)
"H1" and "H4" are section numbers in the original v1 bluetooth specifications,
but still used colloquially - wireshark's existing support for Linux bluez HCI
logs uses the "H4" name.
In practice, the "H1" format is used for H5,BCSP and USB HCI logs, as the HCI
packet logs are mainly useful for debugging higher layers, bluetooth profiles
and bluetooth applications.
From me:
Deleted some unused prototypes.
Mark an unused parameter.
svn path=/trunk/; revision=24263
|
|
L2CAP dissector is missing retransmission & flow control modes (these were
introduces in BT 1.2 specification)
Configuration commands were not fully decoded because of a bigend/littleend
issue
L2CAP commands had the wrong length set to the protocol tree by reading from
the wrong buffer offset
Also the dissect_options() function consumes all remaining data in the L2CAP
packet, which prevents decoding of other commands which follow a config
request/config response in the same packet.
From me:
Mark an unused parameter.
svn path=/trunk/; revision=24262
|
|
svn path=/trunk/; revision=24259
|
|
svn path=/trunk/; revision=24258
|
|
svn path=/trunk/; revision=24256
|
|
svn path=/trunk/; revision=24251
|
|
svn path=/trunk/; revision=24250
|
|
If we get some truncated strings we probably overwrote some buffers...
svn path=/trunk/; revision=24249
|
|
all bits set.
svn path=/trunk/; revision=24248
|
|
Cmd_Argv value for Remote Command.
svn path=/trunk/; revision=24247
|
|
I was capturing an RTP stream the other day which contained JPEG images
streamed according to RFC 2435. However, Wireshark reported them as malformed.
After some debugging of the Wireshark code it turned out that the decoding of
JPEG images which contain a quantization table was incorrect. I have attached a
patch to correct the decoding.
svn path=/trunk/; revision=24246
|
|
The decoding of a SubscribeCOVProperty packet is not properly decoding the
Monitored Property Identifier field. It leaves a number of decoded bytes at the
end as data.
svn path=/trunk/; revision=24245
|
|
reported length is 46, so there was a one-off error in the code.
svn path=/trunk/; revision=24244
|
|
svn path=/trunk/; revision=24238
|
|
svn path=/trunk/; revision=24237
|
|
svn path=/trunk/; revision=24234
|
|
may be unexpected.
svn path=/trunk/; revision=24232
|
|
Added a function to check for hidden devices, which also work correctly
for plumbed devices on solaris.
svn path=/trunk/; revision=24231
|
|
svn path=/trunk/; revision=24229
|
|
svn path=/trunk/; revision=24228
|
|
it--asn2wrs doesn't understand #ifdef's) to packet-gsm-template.c
svn path=/trunk/; revision=24227
|
|
svn path=/trunk/; revision=24224
|
|
svn path=/trunk/; revision=24223
|
|
svn path=/trunk/; revision=24222
|
|
svn path=/trunk/; revision=24218
|
|
svn path=/trunk/; revision=24216
|
|
svn path=/trunk/; revision=24213
|
|
svn path=/trunk/; revision=24212
|
|
of some 3GPP AVP:s.
svn path=/trunk/; revision=24211
|
|
profile if existing profile was deleted.
svn path=/trunk/; revision=24208
|
|
svn path=/trunk/; revision=24207
|
|
svn path=/trunk/; revision=24205
|
|
Patch to fix compile with glib-1.2.
svn path=/trunk/; revision=24199
|