[BANNER]
Status | Download | Modules | Support | Patches | FAQ | Docs | Mailing lists | Links | Survey

Dante development survey

To get a better overview of how the software is used, and how it can be improved, we appreciate feedback from potential and existing users. Filling out the survey on this page is the simplest way to influence future development.

A more direct way to have new features added is to sponsor development. Should this be desired, please contact sales@inet.no for more information.

General comments or requests for discussion regarding individual points in this survey can be directed to the dante-misc@inet.no mailing list.


First, please give us some information about your current use of Dante.

Which version of Dante are you currently using?
How long have you been using Dante?
Which platform do you run Dante on?
Which parts of Dante are you using?

Below is a list of some possible additions. If you use or are planning to use the software, we would appreciate if you could take the time to indicate what you would like see be given a high priority. Check the box next to the options you would like implemented, and press send at the bottom when you are finished.

Note that choosing all options will not help prioritization; choosing one or two options is more likely to influence future development.

Possible additions


Log analysis

The server logfiles contain much usage information, including duration of sessions, amount of data transfered, protocols used, time of day, username, etc. A log analysis program could analyze the logfiles and provide a detailed visual overview of usage patterns.

Administrative GUI

A graphical interface to administer the server. This could involve including operations such as starting and stopping the server, adding rules, etc.

Network statistics

The server is a very suitable point for gathering statistics about network usage (SNMP, Netflow, etc.). A module with access to the data passing through the server could be used to generate statistics, for example with an SNMP interface.

Protocol decoding

Compared to router or wire-level analysis, the server has direct access to all the data passing through it without having to perform packet reassembly or similar operations. This makes it a suitable point for doing data analysis. Having a set of application level protocol decoders and an interface for accessing or manipulating the data passing through the server would make it possible for users to write specialized modules that could perform tasks such as logging Internet usage (URLs) or interfacing the server to other services such as virus killers or spam filters.

Load balancing/failover support

The server now supports binding of server sockets on the socks server, allowing an internal server to offer it's services to the external network without having the software running on the same machine as the socks server. One possible extension to this would be to allow load balancing, where the socks server directed server connections between a set of internal servers which were all bound to the socks server on the same port, giving a simple and reasonably clean load balancing or failover solution. (some sort of authentication is needed to gain the full benefit of this).

Data storage handling

The server is able to store the data contents of the packets and connections that passes through it. Currently data logging is done to the standard log file, but a specialized mechanism could be added to handle storage of large amounts of data in a scalable way. An SQL-like syntax could be used to query and access the stored data.

Support for additional authentication methods

Such as one time passwords (S/Key) or BSD authentication.

Support for UDP via server chaining

Firewall traversal/server chaining (socks servers talking to other socks servers). Is currently supported for TCP connect, but not UDP.

Latest draft of update to SOCKS protocol

The latest draft for rfc1928 allows binding of UDP sockets.

Nonstandard extensions

Several nonstandard extensions exists in other implementations.

Application proxy (specify application)

Several applications come with application specific proxy protocols (e.g. realaudio). A server for these application which talked to the client using it's protocol and relayed connections through the socks server would remove the need for opening new holes to use the application in a firewall environment.

OS optimization (specify operating system)

On most platforms a probably substantial improvement could be achieved by the addition of an interface similar to splice(), which allows the connection of a pair of descriptors in the kernel, removing the need for the data in the connection to pass through the user address space.

New ports (specify unsupported platform)

There are still several platforms which are not supported. Note that reporting problems to dante-bugs is the best way to get support for new platforms.

Usage/other

How do you make use of Dante?
If you have any other comments, please also provide them in the text field below.


If you wish, you can provide us with your email address, in case we have any comments or questions regarding your suggestions.
Email:


Inferno Nettverk A/S
Oslo Research Park, Gaustadalléen 21, NO-0349 Oslo, Norway
Tlf.: +47 22958303 Fax: +47 22604427