[asterisk-dev] chan_sip.c realtime

[Olle E. Johansson]

31 jan 2010 kl. 08.20 skrev Bhrugu Mehta:

> HI,
> 
> I found in wiki that some chan_sip realtime depends on column order.
> where is that function in chan_sip that requre column order to
> register sip peer  at realtime properly?
I think you will have to start exploring a bit yourself. No wiki can really be used as a definitive guide to the source code, just check the latest source and try with your realtime driver.

/O
> 
> Regards,
> 
> On Sat, Jan 30, 2010 at 5:39 PM, Olle E. Johansson <oej at edvina.net> wrote:
>> 
>> 30 jan 2010 kl. 13.05 skrev Bhrugu Mehta:
>> 
>>> HI,
>>> 
>>> I know that it is user of the realtime system but if possible I want
>>> to solve that problem in chan_sip or other module!
>> First you need to find out if there is a problem to be solved in the modules, then solve it.
>> 
>> You just have to test various configuration of the database tables and see if it affects chan_sip or other modules. If it does, then we have a problem to solve. If you start with locating potential issues and open bug reports on them, I'm sure theres a ton of developers that can help you in describing various ways of solving it. The solution really depends on each module and the specific configuration that causes the problem.
>> 
>> Good luck hunting!
>> 
>> /O
>>> 
>>> Regards,
>>> 
>>> On Sat, Jan 30, 2010 at 4:38 PM, Olle E. Johansson <oej at edvina.net> wrote:
>>>> 
>>>> 30 jan 2010 kl. 12.04 skrev Bhrugu Mehta:
>>>> 
>>>>> In jenitor project, written "Ensure that Realtime-enabled modules do
>>>>> not depend on the order of columns returned by the database lookup"
>>>>> but where is that code in which i analyze the code? and resolve that?
>>>>> Regards,
>>>> 
>>>> This is not for the realtime providers, like your oracle module, but the users of the realtime system - the sip channel driver, the queue system and various other modules. THe code in there should not depend on a specific order.
>>>> 
>>>> Reading this, I realize that there's a problem with ACLs in realtime where we have a dependency on order - deny all, permit one. Is that fixed, so that we can have it all on one line or is that on the to-do list?
>>>> 
>>>> /O
>>>> --
>>>> _____________________________________________________________________
>>>> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>>>> 
>>>> asterisk-dev mailing list
>>>> To UNSUBSCRIBE or update options visit:
>>>> http://lists.digium.com/mailman/listinfo/asterisk-dev
>>>> 
>>> 
>>> 
>>> 
>>> --
>>> Bhrugu Mehta
>>> Sr. S/W Engineer (D&D)
>>> VOIP,Telephony Team (Asterisk,zaptel etc.)
>>> 
>>> --
>>> _____________________________________________________________________
>>> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>>> 
>>> asterisk-dev mailing list
>>> To UNSUBSCRIBE or update options visit:
>>>  http://lists.digium.com/mailman/listinfo/asterisk-dev
>> 
>> ---
>> * Olle E Johansson - oej at edvina.net
>> * Cell phone +46 70 593 68 51, Office +46 8 96 40 20, Sweden
>> 
>> 
>> 
>> 
>> --
>> _____________________________________________________________________
>> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>> 
>> asterisk-dev mailing list
>> To UNSUBSCRIBE or update options visit:
>>  http://lists.digium.com/mailman/listinfo/asterisk-dev
>> 
> 
> 
> 
> -- 
> Bhrugu Mehta
> Sr. S/W Engineer (D&D)
> VOIP,Telephony Team (Asterisk,zaptel etc.)
> 
> -- 
> _____________________________________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
> 
> asterisk-dev mailing list
> To UNSUBSCRIBE or update options visit:
>   http://lists.digium.com/mailman/listinfo/asterisk-dev

---
* Olle E Johansson - oej at edvina.net
* Cell phone +46 70 593 68 51, Office +46 8 96 40 20, Sweden