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