[Users] Re: [Devel] REMOVED: old fifo implementation

Klaus Darilion klaus.mailinglists at pernau.at
Wed Jan 17 14:12:56 CET 2007


Thus, people which have not installed any DB module can use the lookup?

regards
klaus

Bogdan-Andrei Iancu wrote:
> well... :)....even if it is a operation bouncing to cache (with no DB 
> implication), you need to know the name of location table, to be able to 
> search through cache....Like: search in "location" array for the "xxx" 
> AOR...
> and the name of the location table is defined in the SQL section of 
> openserctl .....as it is related to DB...
> 
> in this case, it is not possible to do a strict separation between DB 
> and cache as the cache follows the structure and naming of the DB...
> 
> regards,
> bogdan
> 
> Klaus Darilion wrote:
> 
>> Bogdan-Andrei Iancu wrote:
>>
>>> Klaus,
>>>
>>> it looks like the openserctl is not sending both parameter for the MI 
>>> call - the table name and the AOR. It should be like:
>>>
>>> 0(5292) DEBUG:mi_fifo:mi_parse_tree: adding node <> ; val <location>
>>> 0(5292) DEBUG:mi_fifo:mi_parse_tree: adding node <> ; val 
>>> <user3 at 192.168.2.7>
>>> 0(5292) DEBUG:mi_fifo:mi_parse_tree: end of input tree
>>> 0(5292) DEBUG:mi_fifo:mi_fifo_server: done parsing the mi tree
>>>
>>> export DBENGINE="MYSQL" before running openserctl....if I'm not 
>>> wrong, the name of the location table is defined in the DB section of 
>>> openserctl.....so you need to use a DB engine ....
>>
>>
>> Although the communication between openserctl and openser is via FIFO 
>> I have to define the DBENGINE? Why? I would the dumping the location 
>> table should be done from cache thus not needing and DB operation.
>>
> 


-- 
Klaus Darilion
nic.at





More information about the Users mailing list