Hello,
most of the duplicated or ser-specific modules were sorted out at this
time, next is the situation with the remaining ones.
A) modules that will be renamed using a prefix 'uid_', because they have
a database schema using unique id instead of username and domain:
- auth_db => uid_auth_db
- avp_db => uid_avp_db
- domain => uid_domain
- gflags => uid_gflags (not documented, but this module loads so
called ser global avps)
- uri_db => uid_uri_db
B) modules to become obsolete with some work to be done
- cpl-c - seems that giving a parameter with what user to be used for
loading the cpl scripts will make k and s versions compatible
- maxfwd - different names for config functions
- nathelper - some extra functionality, not sure if can be kept completely
- textops - seems to have some extra cfg functions
- pike - has a rpc command
- registrar/usrloc - avps stored per contact
C) modules to become obsolete, most probably without further work
- permissions - different structures/database table internally, but all
should be achieved using k version (data migration might be required)
D) modules that needs further investigations
- rr - there seems to be some feature related to avps and record-route
parameters/cookies - this module could be just renamed at the end (like rrs)
E) Sample modules, not for real use - they can be kept in this directory
(modules_s[ample])
- print
- print_lib
If anyone has comments regarding these remarks, reply here.
Cheers,
Daniel
--
Daniel-Constantin Mierla -
http://www.asipto.com
http://twitter.com/#!/miconda -
http://www.linkedin.com/in/miconda