Age | Commit message (Collapse) | Author | Files | Lines |
|
it's not apparent how it was working before).
svn path=/trunk/; revision=18266
|
|
svn path=/trunk/; revision=18265
|
|
svn path=/trunk/; revision=18264
|
|
in PeterBruno's email of may18
dont reply to mailinglist that issue has been resolved since "ethereal" is still in limbo
svn path=/trunk/; revision=18263
|
|
svn path=/trunk/; revision=18262
|
|
svn path=/trunk/; revision=18261
|
|
changes here. It compiles OK on OS X, but hasn't been tested anywhere else.
svn path=/trunk/; revision=18260
|
|
svn path=/trunk/; revision=18259
|
|
dissector...
svn path=/trunk/; revision=18258
|
|
We'll probably want to use a vectorized version of the logo (e.g. EPS or
SVG) at some point.
svn path=/trunk/; revision=18257
|
|
svn path=/trunk/; revision=18256
|
|
svn path=/trunk/; revision=18255
|
|
svn path=/trunk/; revision=18254
|
|
Change the name of the Windows package to "wireshark-setup-..." Other
Ethereal -> Wireshark updates.
We _really_ need a better Wireshark icon.
svn path=/trunk/; revision=18253
|
|
svn path=/trunk/; revision=18252
|
|
svn path=/trunk/; revision=18251
|
|
svn path=/trunk/; revision=18250
|
|
svn path=/trunk/; revision=18249
|
|
svn path=/trunk/; revision=18248
|
|
svn path=/trunk/; revision=18246
|
|
- shows profile-specific extension data at the end of SR/RR reports (if
packet length has not yet been reached after parsing normal data) and
advances offset (further packets were not recognised+dissected as this
data wasn't being skipped).
svn path=/trunk/; revision=18245
|
|
This version of the patch won't look for the authentication scheme (it
just skips that part for Authentication-Info headers). I tested it
using the enclosed file (pasted from the RFC and fed through
od/text2pcap, then messed around with so I could test the other new
parameters, even if they don't really belong in that header...).
svn path=/trunk/; revision=18244
|
|
svn path=/trunk/; revision=18243
|
|
svn path=/trunk/; revision=18242
|
|
svn path=/trunk/; revision=18241
|
|
svn path=/trunk/; revision=18240
|
|
svn path=/trunk/; revision=18239
|
|
- h245.asn renamed to MULTIMEDIA-SYSTEM-CONTROL.asn
- rollback changes in .asn sources to keep them in original ITU-T form and put necessary changes into .cnf files
- PER dissectors regenerated
svn path=/trunk/; revision=18238
|
|
- new directive #.SET_TYPE - enforce type for field
- T_... name is based on renamed field (if present) instead of original one
- report unused #.FN_HDR, #.FN_BODY, #.FN_FTR
- new directive #.TF_RENAME - renames type and field together
(example of usage will follow in H225 and H245 dissectors)
svn path=/trunk/; revision=18237
|
|
svn path=/trunk/; revision=18236
|
|
svn path=/trunk/; revision=18235
|
|
svn path=/trunk/; revision=18234
|
|
svn path=/trunk/; revision=18233
|
|
svn path=/trunk/; revision=18232
|
|
svn path=/trunk/; revision=18231
|
|
svn path=/trunk/; revision=18230
|
|
svn path=/trunk/; revision=18229
|
|
While in 3GPP spec, the last two (Down/up nextPDCP-PDU seq. no.) would be 2
BYTES. So ethreal could not read the message correctly. We have to modify the
log to make Ethreal analysis it.
Add disection of TargetID.
svn path=/trunk/; revision=18228
|
|
Better dissection of chanel descriptions.
svn path=/trunk/; revision=18227
|
|
svn path=/trunk/; revision=18226
|
|
svn path=/trunk/; revision=18225
|
|
svn path=/trunk/; revision=18224
|
|
doing the reassembly internally in acl instead of calling reassembly.c since the fragmentation is so simple and packets are so small anyway so full reassembly.c support would be overkill.
svn path=/trunk/; revision=18223
|
|
svn path=/trunk/; revision=18222
|
|
this dissector will not yet detect when ppp is passed over the rfcomm link
but the old code to detect and deescapt the ppp data is still in the dissector, though ifdeffed out to serve as inspiration when ppp over rfcomm captures are made available.
the only captures i have with rfcomm are for raw serial communications so they dont contain any ppp frames. :-(
svn path=/trunk/; revision=18221
|
|
higher layer protocols need the chandle, cid and direction (from pinfo) in order to identify packets for the same "conversation"
(it is not a conversation per se in bluetooth butn one unidirectional flow that we track)
svn path=/trunk/; revision=18220
|
|
svn path=/trunk/; revision=18219
|
|
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
|
|
- regenerate BER dissectors so as to change rest of Ethereal->Wireshark and asn2eth -> asn2wrs
svn path=/trunk/; revision=18217
|
|
svn path=/trunk/; revision=18216
|