Age | Commit message (Collapse) | Author | Files | Lines |
|
I tried out the 0.99.0pre1 release and I noticed that all my SCCP management messages (on SSN==1) were getting decoded as TCAP. Turns out that the INAP dissector (due to a bug) registers to SSN==1 by default (instead of 106 and 241). Rather than just fix that bug, the attached patch modifies the INAP dissector to use a range preference (like GSM MAP, TCAP, etc.).
svn path=/trunk/; revision=17945
|
|
883 checkIMEIres dissection Error in GSM MAP - branch needed for v1,v2 on Response as well
884 The "absentSubscriberParam" can not be dissected in gsm-map - missing IMPLICIT.
svn path=/trunk/; revision=17926
|
|
tcap.asn - whitespace changes
svn path=/trunk/; revision=17828
|
|
svn path=/trunk/; revision=17818
|
|
tagged assignments.
Add som OID names.
svn path=/trunk/; revision=17798
|
|
svn path=/trunk/; revision=17772
|
|
svn path=/trunk/; revision=17771
|
|
svn path=/trunk/; revision=17764
|
|
svn path=/trunk/; revision=17752
|
|
Here is a patch for gsm_map dissector that adds USSD string decoding (mainly used in processUnstructuredSS-Request, UnstructuredSS-Request, UnstructuredSS-Notify). For now, it assumes that it will be GSM 7 bits.
It re-use packet-gsm_sms.c "gsm_sms_char_7bit_unpack" and "gsm_sms_char_ascii_decode" functions, as well as packet-smpp.c "smpp_handle_dcs" function.
svn path=/trunk/; revision=17739
|
|
svn path=/trunk/; revision=17728
|
|
svn path=/trunk/; revision=17727
|
|
820 gsm-map checkIMEI decoding error
821 gsm-map sendIMSI decoding error
svn path=/trunk/; revision=17703
|
|
svn path=/trunk/; revision=17695
|
|
acked_packets (i.e. packets that have interesting tcp properties such as being retransmissions etc) hang off the per conversation tcpd struct instead of being global.
while this should improve performance by unmeasurably little it does have the sideeffect that once we finish the rewrite tcp analysis might actually work and work well even for tcp over tcp tunnelling.
this also means that if you include packet-tcp.h you also need to include emem.h .
svn path=/trunk/; revision=17681
|
|
of 16 bytes. Use "sizeof" for the size of e_guid_t's, and use structure
assignment to copy GUID values.
Make functions such as append_h225ras_call() and new_h225ras_call() take
pointers to e_guid_t's as arguments.
Define GUID_LEN in epan/guid-utils.h and use it as the length of a GUID
in a packet. (Note that "sizeof e_guid_t" is not guaranteed to be 16,
although it is guaranteed to be the size of an e_guid_t.)
When constructing a display filter that matches a GUID, use
guid_to_str() to construct the string for the GUID.
svn path=/trunk/; revision=17676
|
|
svn path=/trunk/; revision=17637
|
|
svn path=/trunk/; revision=17631
|
|
certain trees are accessed
svn path=/trunk/; revision=17587
|
|
not like that.
svn path=/trunk/; revision=17573
|
|
while at it change the h248 context analysis to use se_trees instead of GHashTables
svn path=/trunk/; revision=17571
|
|
0.10.14 shows "malformed packet" when showing H323 CS: FACILITY message with opcode "Calltransfer initiate"
svn path=/trunk/; revision=17542
|
|
support in asn2eth will follow
svn path=/trunk/; revision=17530
|
|
places in RANAP where
extensions has been made to enumerations. asn2eth should be updated to use it.
svn path=/trunk/; revision=17474
|
|
svn path=/trunk/; revision=17473
|
|
svn path=/trunk/; revision=17472
|
|
DISP dissectors. Also includes X.402 definitions and OID registrations for object classes.
svn path=/trunk/; revision=17471
|
|
(you don't have to worry about comments in #if 0'ed otu code), and it
also fixes an unclosed comment (the commenting-out ended with /* rather
than */).
Fix up some indentation as well.
svn path=/trunk/; revision=17434
|
|
svn path=/trunk/; revision=17387
|
|
svn path=/trunk/; revision=17386
|
|
a patch for the VoipCalls to fix a couple of issues:
- a problem with the RTP Events (RFC2833) not been handle correctly
- Display the RTP stream in time order when the setup frame is after the
RTP stream.
- fix a init issue that caused the H245 packet to not been displayed
correctly.
svn path=/trunk/; revision=17384
|
|
svn path=/trunk/; revision=17376
|
|
svn path=/trunk/; revision=17366
|
|
svn path=/trunk/; revision=17360
|
|
svn path=/trunk/; revision=17352
|
|
Add the same workaround used in packet-ftam.c for the bad handling of the asn "IMPLICIT SEQUENCE", in the packet-gsm_map-template.c. This patch concerns Map V3 messages, not correctly decoded with the previous workaround "offset=offset+2".
Change a parameter for Provide Roaming Number decoding.
Add a decoding fonction for "Channel needed" parameter to avoid a decoding error for Paging messages
with a change to actually dissct channel needed.
svn path=/trunk/; revision=17350
|
|
failure.
svn path=/trunk/; revision=17337
|
|
svn path=/trunk/; revision=17334
|
|
Fix indentation.
svn path=/trunk/; revision=17331
|
|
svn path=/trunk/; revision=17322
|
|
The attached patch should fix bug 742.
The issue is (at least, I think so...) in the packet-x509af dissector
A null pointer is passes as parameter of a " %s " format string.
svn path=/trunk/; revision=17317
|
|
svn path=/trunk/; revision=17193
|
|
svn path=/trunk/; revision=17163
|
|
svn path=/trunk/; revision=17136
|
|
svn path=/trunk/; revision=17135
|
|
GSMMAP - Small bugfix
svn path=/trunk/; revision=17132
|
|
svn path=/trunk/; revision=17131
|
|
svn path=/trunk/; revision=17105
|
|
svn path=/trunk/; revision=17075
|
|
GSM A - Service Request; Mobile identity element is LV type
svn path=/trunk/; revision=17069
|