Recent changes to feature-requests

Assured Services

Jacob Miles — Tue, 04 Dec 2012 14:52:15 -0000

Assured Services is an integral part of our Call Management system, we want to move to FreeSWITCH which uses this stack, but the lack of Assured Services SIP (AS-SIP) is a road block for us. Is there any plans to add in AS-SIP?

Use default certificate paths from OpenSSL

Mikhail Zabaluev — Mon, 23 May 2011 11:29:45 -0000

It should be possible to make OpenSSL use default paths to search CA certificates for verification.
A branch with a quick and dirty implementation is available here:
https://gitorious.org/~mzabaluev/sofia-sip/mzabaluev-sofia-sip/commits/system-ca-path

A backwards-compatible change would have to add a tag to enable this behavior, retaining the previous path use by default.

Log sofia-sip modules through su_log()

Stefano Sabatini — Mon, 26 Jan 2009 13:31:11 -0000

Currently sofia-sip only permits to log through a custom logger function only the messages issued by the su module, for the other messages there is the X_PORT/X_DEBUG/X_DUMP mechanism which uses environment variables to set for each module a distinct log file and level.

Exporting in the public headers a su_log_t struct for each module (nua_log, tport_log, nth_log etc.) should make possible to define a logger for each one of the modules.

This way should be possible to integrate the sofia logging facility (not only those related to the su module) into one's application log system.

I'm still trying to undestand how to do that, but Pekka noted in the list that there could be some difficulties involving the exporting of arrays in the windows and symbian platforms.

Anyway I think it would be a nice feature, I'll try to provide a patch eventually.

Best regards.

Doxygenation in the headers.

Stefano Sabatini — Mon, 26 Jan 2009 09:56:46 -0000

Hi,

documentation for public functions/structures should stay in the headers, while currently the doxygenation is scattered amongst .h and .c files (often duplicated).

It would be nice to clean this, having the doxygenation for sofia public symbols just in the headers.

Thanks, regards.

apply 'APPL_METHOD' on "CANCEL"

kandy yang — Wed, 29 Oct 2008 01:47:06 -0000

Current sofia stack responds automatically with 200OK to CANCEL, and then 487 after that. I propose to make it more flexible so that application programmer could control the behavior or insert new TAG parameters.

Dialog should stick to one remote transport address

Mikhail Zabaluev — Tue, 28 Oct 2008 16:30:39 -0000

In some cases there are several request destination addresses available for a target URL, such as when an SRV lookup returns entries of the same priority. Requests in a dialog should stick to one transport address chosen for the initial request. This prevents confusion on the server side, where the alternative proxies often know nothing about each other's dialogs.

This also applies to resubmissions of INVITE requests after an authentication challenge. If authentication responses are fanned around multiple proxies which know nothing of each other's challenges, the number of steps needed to make the authentication succeed is not deterministic.

Remove trailing whitespaces from the code

Stefano Sabatini — Tue, 29 Jul 2008 16:19:47 -0000

Hi,

trailing whitespaces take useless storage space/bandwith, and make more difficult to provide clean patches since it's easy to change the number of them, also they're ugly to see ;-).

So it would be nice to avoid them, then maybe to set an hook a-la SVN to reject commits/patches containing them.

A script could easily eliminate all of them from the code (I can provide it or the patch if you like it).

Regards.

Additional Authentication

zeev boim — Sat, 22 Mar 2008 13:02:04 -0000

Add an interface (callback or other) that will enable to override the MD5 authentication (algorithm="MyAlgorithm"). The feature should allow the programmer to receive the challenge (nonce), and all the relevant headers/tags of the 401/407, calculate the response and return it with the ability to add/modify additional headers/tags.

Add variants of NUA request methods that accept a tag array

Mikhail Zabaluev — Tue, 11 Dec 2007 13:41:42 -0000

To allow more flexible programmability, and particularly to enable scripting language bindings for Sofia-SIP NUA API, it would be useful to have variants of NUA request methods such as nua_invite() that accept the tag list as a pointer to an array, similar to the tagi_t[] parameter in event callbacks.

Remote contact handling in nua

Pekka Pessi — Wed, 10 Oct 2007 18:25:10 -0000

NUA does not save remote target in the dialog. If the target refresh request or response (INVITE, UPDATE, SUBSCRIBE, NOTIFY, ...) has bad contact or it is missing, the next request in dialog is not necessarily sent to correct destination.

The remote target should be saved and the application should be able to prevent stack from replacing good contact with bad one.