Henning Westerholt writes: > One reason for developing the module was that there were no dialplan and > htable available during the time we developed it. :-) Another reason is that > its in this form conceptionally easier to understand, maintain and use > for the (limited) requirements we've had for it so far. This was also > the reason for the choice of a O(n) function for the lookup.
ok, but when you introduced matrix module to sr, htable module was already there and it looks to me that matrix module provides a subset of htable's functionality and implements that subset in a slower way. in general, i don't think that it is a good idea to add modules that do not provide any new functionality or better performance as compared to existing modules. what is sr policy on this or is there any? -- juha _______________________________________________ sr-dev mailing list [email protected] http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
