[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