-
Notifications
You must be signed in to change notification settings - Fork 187
/
TODO
96 lines (79 loc) · 4.38 KB
/
TODO
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
ToDo List
=========
capture:
* Improve Packet fragmentation
Right now capture process only handle packet IP fragmentation and
TCP segmentation when all parts come ordered. Also, packets being
reassembled are stored in memory until fully assembled (which may
never occur).
* Improve TCP assembly
We assume a packet is complete when PSH flag is set. In some cases
this is not true and we have multiples SIP messages into what we
consider an assembled packet. It's require to evaluate if a packet
contains a SIP message every time we assemble a new segment.
* Improve long run performance
Right now, sngrep stores a lot of information in memory making it quite
dangerous in long runs. We implemented a dialog limit to avoid being
afraid of leaving an unattended sngrep, but it ended being also used
by internal structures as a max size reference. While the limit is still
a good idea, it will be nice to decouple it from the internals, allowing
even unlimited captures if specified by the user at own risk.
rtp:
* Improve RTP stream creation
We create new streams from SDP information every time we parse a
SIP message with SDP content and the information doesn't match the
last call stream. This should be improved to also consider the stream
direction, so we compare with the last call stream with the same
direction. This way, we would avoid drawing RTP arrows that have
the same information
* Improve RTCP parsing
Right now only RTCP extended report is parsed and the information
provided in flow panel doesn't seem to be useful. Determine what
information will be interesting to display and parse it properly.
* Remove RTCP stream arrows
RTCP arrows in Call flow doesn't provide useful information. The
RTCP information displayed in the preview panel could be displayed
in the matching RTP arrow.
pcap:
* Sorting saved pakets
Before creating a pcap, we sort packets by timestamp. When a lot of packets
are handled (especially when RTP is captured) this can take A LOT of time.
We should improve the sorting, allowing the save process to be canceled or
allowing not to sort at all.
* Allow saving HEP/EEP captured packets
To create a full packet from HEP received packets its required to create
the required Ethernet/TCP/UDP headers before dumping to pcap.
Most of the information are part of HEP headers, other (like ethernet mac
addresses) must be filled with dummy information.
interface:
* Change panels initialization
Right now, all panels are initializated at the same, because
each panel can only be invoked once (it is not possible to have
two call details panel right now)
* Add horizontal scrolling
It should be nice to be able to scroll horizontaly (with unused
right and left keys) in Call List and Call flow.
* Interface resize
When the terminal size changes, the ui is not properly redraw.
It would be nice to handle KEY_RESIZE event and change all displayed
panels.
* Improve colors for white background terminals
The best approach for colors should be use terminal defaults.
Right now, white background terminals must set background dark option
in order to see colors properly. This could be fixed implementing
color themes.
* Improve compatibility with IPv6
IPv6 packets are captured but IPv6 addresses can be 45 chars
long, so current UI is not ready to display that kind of
addresses
* Improve Unicode support
Even when compiling with libncruses wide-character support, we don't
use the special fuctions that provide to write payload into the panels,
making some characters to be displayed incorrectly.
* Update keybinding display in help screen
Most of the panels have a help window that display keybindings, but they
are updated with the last keybiding mapping changes.
* Create a loading dialog or include a Loading percentage in Call List
Add the readed % of bytes from the pcap file next to the (Loading) label in
Call List, or create a new Dialog when opening big pcaps that can be hidden
to continue loading in background.