[asterisk-dev] Peer matching architecture

Olle E. Johansson oej at edvina.net
Mon Dec 21 14:55:42 CST 2009


21 dec 2009 kl. 21.43 skrev Tilghman Lesher:

> On Monday 21 December 2009 10:22:01 am Olle E. Johansson wrote:
>> 21 dec 2009 kl. 07.23 skrev Tilghman Lesher:
>>> On Monday 21 December 2009 06:35:27 am Nick Lewis wrote:
>>>>> It's way more clean and much easier to explain.
>>>>> 
>>>>> Feedback?
>>>> 
>>>> Too scary - There is no need to panic anyone - the new peer types are in
>>>> addition to the existing ones. Use of the new types will increase over
>>>> time as the lists fill with "Q: I am having so and so problem connecting
>>>> to my service provider" "A: This problem can be resolved by changing the
>>>> setting type=peer to type=service"
>>>> 
>>>> (Years down the line someone will notice that there are some strange
>>>> peer types such as user/peer/friend littering the code in addition to
>>>> the normal types. They will ask what these strange types are for. The
>>>> grey haired will give a history lesson of chan_sip.c while the new blood
>>>> will be busily deleting this crud)
>>> 
>>> On the contrary, given past feedback, unless this code becomes
>>> unmaintainable or we need to remove it for compatibility reasons, it will
>>> stay in place.  We do NOT delete functionality just because we think
>>> nobody is using it (because inevitably, we're wrong).
>> 
>> Nick did not say anything about deleting, in fact he mentioned that they
>> will still be around. He, like myself, hopes that they will be forgotten
>> though.
> 
> Try again.
> 
>>>> The
>>>> grey haired will give a history lesson of chan_sip.c while the new blood
>>>> will be busily deleting this crud)
> 
I tooked that as deleting from the config files, not from the source. But I get your point :-)

Tilghman: I made ginger-flavoured pickled herring tonight. Will be interesting to taste that on christmas eve.

Cheers,
/O


More information about the asterisk-dev mailing list