Re: KEY123 Re: [regional-russia] Charging Scheme-2010

[Sergey Myasoedov sergey@localhost]

Мне кажется, все Вами описанное является поводами, побудившими немаленькую часть LIR
голосовать за вариант А - сохранение прежней Charging Scheme.

В самом деле, если бы можно было предположить снижение платы для тех LIR, кто не
регистрирует DA - тогда изменение SC было бы оправданным.



Thursday, June 18, 2009, 12:37:08 PM, you wrote:

EZ> Читал. Более того - это общеизвестно ;)

EZ> Однако, если рассуждать только с этой позиции, то ни IPv4 PI, ни AS не 
EZ> должны дорожать, т.к. "services that a member receives from the RIPE 
EZ> NCC" не изменились и не планирует, насколько мне известно, измениться в 
EZ> 2010.
EZ> Следует, наверное, еще учитывать то, что, насколько я понимаю, все RIRы 
EZ> в целом и RIPE в частности ответственны за _разумное_ распределение 
EZ> адресного пространства на вверенных им территориях. Факт скорого 
EZ> исчерпания IPv4-адресов, как я понимаю, может влиять на критерии 
EZ> "разумности распределения адресов" и одним из способов снизить спрос на 
EZ> IPv4 PI является повышение платы за "services that a member receives 
EZ> from the RIPE NCC".
EZ> А вот относительно AS такого факта нет, посему их причины их возможного 
EZ> удорожания мне непонятны.

EZ> Larisa A. Yurkina пишет:
>> On Thu, 18 Jun 2009, Egor Zimin wrote:
>>
>>   
>>>     Добрый день.
>>>     
>>
>> Добрый день!
>>
>>   
>>> Max,
>>> По-моему, как раз ясно, "сколько сейчас стоит один PI assignment" для
>>> LIR'a. Это, как я понимаю, следует из Appendix 1 :Billing Score
>>> Algorithm: http://ripe.net/ripe/docs/ripe-437.html
>>> Эта схема, на мой взгляд и является наиболее привлекательной для LIRs,
>>> т.к. PI Assignment'ы предсказуемо добавляют очки к общему score, а
>>> увеличение Annual Service Fee происходит только при переходе в другую
>>> категорию. Так что сейчас, в принципе, можно называть цену на этот год,
>>> исходя из вышеописанного соотношения.
>>>
>>> Далее я с Вами согласен в том, что нет никакой уверенности в том, что
>>> фиксированная ставка за объект(какой бы низкой она не была) не
>>> увеличится в дальнейшем.
>>>
>>> И еще мне несколько непонятен следующий момент.
>>> Введение фиксированной ставки за PI и AS - это фактически явное
>>> удорожание этих ресурсов. IPv4-адреса заканчиваются, относительно PI
>>> можно понять, но почему обсуждается фиксированная ставка за AS, при том,
>>> что ASN32  уже начал свое относительно успешное шествие по Интернету и
>>> проблемы с нехваткой ASN в ближайшее время не предвидится ?
>>>     
>>
>> As Internet number resources do not have a value in themselves, the RIPE NCC charges an annual service fee based on the services that a member receives from the RIPE NCC
>> см. http://www.ripe.net/ripe/docs/charging2009.html
>> Документ ripe-437
>>
>>
>>   
>>> Max Tulyev пишет:
>>>     
>>>> Добрый день!
>>>>
>>>> Во-первых, в основе обсуждения, которое начал Сергей, лежит как раз тот
>>>> факт, что в 2010-м году тарификация будет НЕ такая же, как в 2009-м,
>>>> причем принципиально не такая же.
>>>>
>>>> Во-вторых, RIPE и RIPE NCC устроен так, что все его участники МОГУТ
>>>> влиять на процессы, которые там происходят. Более того, это
>>>> предполагается. Сейчас еще не поздно вступить в обсуждение и поправить
>>>> те вещи, которые кажутся нам неправильными.
>>>>
>>>> Речь в данном случае идет про коренное изменение - оплата PI сетей и AS.
>>>> Было предложено (именно предложено к обсуждению, а потом к голосованию)
>>>> три схемы тарификации, которые как раз и расписаны. Первая схема
>>>> предполагает тарификацию на базе ОТДЕЛЬНОГО скоринга для PI и AS, и
>>>> сумма за эти объекты будет добавляться к сумме за PA (к тому, что
>>>> получалось по старой схеме). Вторая предполагает фиксированную ставку 50
>>>> Евро за объект, третья - то же, но 100 Евро за объект.
>>>>
>>>> Я вижу основную проблему в том, что RIPE NCC требует определиться со
>>>> всеми зарегистрированными PI и заключить договора с владельцами прямо
>>>> сейчас, а принятие биллинговой схемы будет уже ПОЗЖЕ того, как нужно
>>>> определиться. И вот как объяснить простому юзеру, что вот подпиши-ка
>>>> договор, что денег должен, а сколько денег - понятия не имею, через
>>>> полгода скажу?
>>>>
>>>> Мы забили в себестоимость наибольший вариант, но нет гарантии, что в
>>>> процессе обсуждения до осени не придумают что-то новое, скажем, 100 Евро
>>>> не за объект, а за каждые /24...
>>>>
>>>> Eugen V. Zhuravlov wrote:
>>>>
>>>>       
>>>>> Hi, Egor!
>>>>>
>>>>> В любом случае, пока до конца не решены детали распределения оплаты за услуги и др.
>>>>> Обсуждать просто нечего. Пока известно главное - в 2010 все платят fee как в 2009ом.
>>>>> Единственное, я думаю, что может быть очень интересно, как будет проходить просчет
>>>>> по категориям на 2010. Как я понял, score будут давать только за выданные PA.
>>>>> К примеру сейчас мы перешли из категории Small в Medium из-за того, что зарегистрировали
>>>>> несколько AS'ок. Но в 2010 из подсчета выданные AS как я понял выпадут. Но тут же вопрос:
>>>>> Кто знает как соотносится суммарное кол-во очков насчитало RIPE на AS и на PA?
>>>>>
>>>>>
>>>>>  Wed, Jun 17, 2009 at 10:38:32PM +0400, Egor Zimin wrote:
>>>>>
>>>>>
>>>>>         
>>>>>> Я так понимаю, к обсуждению предлагается только это:
>>>>>> "The main features of the Draft Charging Scheme 2010 will be:
>>>>>> - As in previous years, there will be five membership categories - Extra Small, Small, Medium, Large and Extra Large
>>>>>> - The 2010 fee for each membership category will be the same as for 2009
>>>>>> - An algorithm will determine a score that decides what category a member belongs to
>>>>>> - The score will be based on Provider Aggregatable (PA) IPv4 and PA IPv6 allocated over time
>>>>>> - Direct assignments will have a recurring charge per assignment and the fee will be EUR 50 per direct assignment "
>>>>>>
>>>>>>
>>>>>>           
>>>>>>> On Jun 17, 2009, at 21:01 , Sergey Myasoedov wrote:
>>>>>>>
>>>>>>>
>>>>>>>             
>>>>>>>> Добрый день!
>>>>>>>>
>>>>>>>> Хотелось бы здесь обсудить на русском языке предлагаемую к принятию Scharging Scheme 2010.





--
Sergey