Differences

This shows you the differences between two versions of the page.

--- pom-ng:features_wishlist [2014/06/25 13:42] – Rework the page gmsoft
+++ pom-ng:features_wishlist [2020/05/26 21:59] (current) – external edit 127.0.0.1
@@ Line 5: / Line 5: @@
 ^ Title ^ Description ^ Comment/Discussion ^
+|Drone input|Create a small drone program able to sniff and send traffic to a central pom-ng instance.|The drone's packet filter could be controlled from pom-ng. Multiple drones could connect to a pom-ng input and be handled the same way altogether.|
 |Optional system datastore|Don't make a system datastore mandatory.|This is definitely low priority. Sqlite3 is a good default datastore and is available on most systems. It will probably be implemented if some user requires no datastore at all.|
 |DVBv5 API migration|Migrate DVB inputs to the DVBv5 API.|The DVBv5 API might make things more difficult for the user since you have to select as well the delivery system for the input. Low priority for now. Might change if some card only work with DVBv5.|
@@ Line 10: / Line 11: @@
 |NFS protocol|Create events for NFS requests, including NFSv4 COMPOUND statements.|Example using tshark and awk (doesn't work with NFSv4): http://pastebin.com/ggyVcjV1|
 |Mysql datastore|Implement MySQL support.|Low priority until outputs make more use of datastores.|
+|Use alloca()|Compile time conditional use of alloca()|Have a macro such as pom_alloca(), pom_freea(), pom_strndupa() to enable at compile time the use of alloca().|
+|Rework TCP buffering|Have a better algorithm for TCP queuing and buffering that takes in account tcp window to calculate the buffer size|High priority, this is needed to prevent too much buffering when sniffing docsis and wifi.|
+|TZSP|Code tzsp support. This include parsing the TZSP protocol as well as an input listening on an UDP port for TZSP packets and an output able to send packets encapsulated in TZSP.|Moderate priority, might be a good protocol to use for the drone.|